Summary: | Обсудить логику выбора размещения /tmp | ||
---|---|---|---|
Product: | ALT Linux KDesktop | Reporter: | Sergey Y. Afonin <asy> |
Component: | Установка | Assignee: | Sergey V Turchin <zerg> |
Status: | CLOSED WONTFIX | QA Contact: | QA p6 <qa-p6> |
Severity: | enhancement | ||
Priority: | P3 | CC: | evg, mike |
Version: | 6.0 | ||
Hardware: | all | ||
OS: | Linux |
Description
Sergey Y. Afonin
2012-11-09 11:42:43 MSK
(В ответ на комментарий №0) > для /mnt/disk можно поменять права Для / тоже. > Например, вот тут, похоже, на такое наступил человек: > http://forum.altlinux.org/index.php/topic,25372.0.html Нет. Он сделал "глупость: стер файлы из /tmp", что никак не относится сюда. > Расположить /tmp на: > cамом большом разделе > разделе root > tmpfs > Тут же можно и пояснение плюсов и минусов. Минус -- наличие этой сущности, а пояснения поставят в ступор даже многих пользователей, не считающих себя чайником. P.S. Но, опишу в Errata ( http://www.altlinux.org/ALTLinux_6.0_KDesktop#.D0.98.D0.B7.D0.B2.D0.B5.D1.81.D1.82.D0.BD.D1.8B.D0.B5_.D0.BF.D1.80.D0.BE.D0.B1.D0.BB.D0.B5.D0.BC.D1.8B ), если сможете кратко сформулировать суть проблемы (у меня не получилось). Возможно, достаточно указать на особенный способ работы с /tmp и сослаться на форумный тред. (In reply to comment #1) > > для /mnt/disk можно поменять права > Для / тоже. Я один вижу различие между системным разделом / и свалкой в /mnt/* ? > > Например, вот тут, похоже, на такое наступил человек: > > http://forum.altlinux.org/index.php/topic,25372.0.html > Нет. Он сделал "глупость: стер файлы из /tmp", что никак не относится сюда. Как раз этим он _решил_ проблему. После стирания всего из /tmp и перезагрузки оно начинает работать, так как /tmp/.private создаётся заново и с нужными правами. Ладно, а что будет, если самым большим разделом окажется /var ? У /var/tmp наступит то же самое поведение, что и у /tmp ? Правда не могу утверждать, что это плохо... А если я, на рабочей станции, ftp-свалку захочу сделать большую ? Может, хотябы, список разделов ограничить, среди которых самый большой ищется ? (In reply to comment #1) > ), если сможете кратко сформулировать суть проблемы (у меня не получилось). Проблема. /tmp может оказаться в неожиданном месте. /tmp в системе создаётся посредством "mount --bind", а сам каталог tmp располагается на самом большом разделе. Если планируется какое-то специальное использование большей части hdd, tmp окажется там, а какое-либо массовое изменение прав на ресурсы этого раздела нарушит права в /tmp/.private и следает невозможным вход в систему. Решение. Проверить, что tmp создан там, где хочется. Если проблема с правами на /tmp/.private уже произошла, достаточно просто удалить файлы из /tmp, загрузившись в однопользовательский режим (дописать single в параметры ядра при загрузке) (В ответ на комментарий №3) > а что будет, если См. installer-feature-kdesktop-tmpfs (In reply to comment #5) > (В ответ на комментарий №3) > > а что будет, если > См. installer-feature-kdesktop-tmpfs Ну, то есть, так и будет. /var/tmp окажется смонтирован в /tmp. Описание проблемы надо дописать: "а сам каталог tmp располагается на самом большом разделе, если место расположения не задано в процессе настройки" И, всё же, я бы, как минимум, дописал бы echo "$MP" | grep -qe '^/.*/' && continue |