На текущий момент, в KDesktop, каталог tmp размещается на самом большом разделе, и, посредством mount --bind, монтируется в /tmp. Это приводит, иногда, к забавным последствиям. Например, если, при установке, сделать большой раздел и смонтировать его в какой-нибудь /mnt/disk сразу, то /tmp, фактически, окажется там. Не обратив на это внимание, для /mnt/disk можно поменять права или сделать что-то ещё не очень хорошее со всеми вытекающими. Например, вот тут, похоже, на такое наступил человек: http://forum.altlinux.org/index.php/topic,25372.0.html Ну и я тоже, буквально, вчера, голову ломал, что случилось, некоторое время. Наверное, было бы хорошо внести в инсталлятор пункт с выбором способа формирования /tmp. По-умолчанию можно этот же и оставить, но это хоть, при установке, внимание привлечёт. Что-то вроде Расположить /tmp на: cамом большом разделе разделе root tmpfs Тут же можно и пояснение плюсов и минусов.
(В ответ на комментарий №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
