Здравствуйте! После установки дистрибутива 11.1 (alt-kworkstation-11.1-install-x86_64.iso 24-Jul-2025 07:10 8913971200) и загрузки системы обнаружил, что в /tmp остались логи, в том числе wizard.log, содержащий в явном виде пароли root и пользователя!!! Воспроизведение проблемы: 1. Из LiveCD с помощью GParted разметить диск, создав три раздела: fat32 и два ext4. 2. Начать устанавливать систему, на этапе разметки диска выбрав разметку вручную и по очереди изменив точки монтирования каждого раздела, согласившись с предложениями по умолчанию и получив разделы /boot/efi, /, /home. 3. Закончить установку системы и войти в нее после перезагрузки. Примечание: система устанавливалась с Ventoy-флешки, локальная сеть не подключалась. Результаты (информация к размышлению): 1. Заметил, что в конце установки, когда выполняются постустановочные скрипты, перед перезагрузкой нет 20-секундной паузы с обратным отсчетом, как было раньше. 2. В fstab закомментарена строка "#tmpfs /tmp ..." и /tmp монтируется как "/home/tmp /tmp bind,rw ...", впрочем, так было и в предыдущих дистрибутивах, поэтому просто заостряю на этом внимание. 3. В /tmp (/home/tmp) остались логи установки и другие папки-файлы, которые, видимо, не удалились. Эти же логи есть и в /root/.install-log, но с парой нюансов: а) /tmp/wizard.log содержит пароли root и пользователя в явном виде; б) /tmp/postinstall.log обрывается на строке "Running postinstall script [80-kdesktop-tmpfs.sh]", а /root/.install-log/postinstall.log длиннее и заканчивается строкой "Running postinstall script [99-online-repo.sh] .[73G[ .[1m.[32mDONE.[39;49m.[m. ]". С уважением
Просьба по возможности на каждую проблему создавать отдельный баг, т.к. это могут быть отдельные компоненты с отдельными ответственными за них.
(Ответ для Alexander Kovalev на комментарий #0) > 2. В fstab закомментарена строка "#tmpfs /tmp ..." и /tmp монтируется как > "/home/tmp /tmp bind,rw ...", впрочем, так было и в предыдущих > дистрибутивах, поэтому просто заостряю на этом внимание. Так и задумано. Где места много -- там и /tmp/ .
>3. В /tmp (/home/tmp) остались логи установки и другие папки-файлы, которые, видимо, не удалились. Эти же логи есть и в /root/.install-log, но с парой нюансов: Проверил Раб станцию К 11.1 в виртуалке, не воспроизводится. Что-то при установке у вас пошло не так. Приложите все логи установочные, пожалуйста, архивчиком.
(Ответ для Антон Мидюков на комментарий #3) > Проверил Раб станцию К 11.1 в виртуалке, не воспроизводится. > Что-то при установке у вас пошло не так. Приложите все логи установочные, > пожалуйста, архивчиком. Сейчас нахожусь в отпуске без доступа к ПК. Пришлю недели через полторы.
Я тоже не могу воспроизвести.
Created attachment 19471 [details] Логи и скриншоты после установки системы Прикладываю архив логов и скриншотов со свежеустановленной системы. Установка с Ventoy-флешки, хэш iso верный. Разметка диска в ext4 делалась из режима LiveCD заранее, при установке только выставлялись точки монтирования.
(Ответ для Alexander Kovalev на комментарий #6) > Создано вложение 19471 [details] [подробности] > Логи и скриншоты после установки системы > > Прикладываю архив логов и скриншотов со свежеустановленной системы. > Установка с Ventoy-флешки, хэш iso верный. Разметка диска в ext4 делалась из > режима LiveCD заранее, при установке только выставлялись точки монтирования. То есть вы умеете воспроизводить проблему?
(Ответ для Антон Мидюков на комментарий #7) > (Ответ для Alexander Kovalev на комментарий #6) > > Создано вложение 19471 [details] [подробности] > > Логи и скриншоты после установки системы > > > > Прикладываю архив логов и скриншотов со свежеустановленной системы. > > Установка с Ventoy-флешки, хэш iso верный. Разметка диска в ext4 делалась из > > режима LiveCD заранее, при установке только выставлялись точки монтирования. > > То есть вы умеете воспроизводить проблему? Я всегда ставлю систему тем способом, который описал. И проблема воспроизводится сама собой. Конечно, к этим файлам есть доступ только у root, но факт, что они присутствуют. Такое впечатление, что в конце установки системы не очищается /tmp, а, поскольку это не tmpfs, то файлы остаются на месте после перезагрузки.
(Ответ для Alexander Kovalev на комментарий #8) > (Ответ для Антон Мидюков на комментарий #7) > > (Ответ для Alexander Kovalev на комментарий #6) > > > Создано вложение 19471 [details] [подробности] > > > Логи и скриншоты после установки системы > > > > > > Прикладываю архив логов и скриншотов со свежеустановленной системы. > > > Установка с Ventoy-флешки, хэш iso верный. Разметка диска в ext4 делалась из > > > режима LiveCD заранее, при установке только выставлялись точки монтирования. > > > > То есть вы умеете воспроизводить проблему? > > Я всегда ставлю систему тем способом, который описал. И проблема > воспроизводится сама собой. Конечно, к этим файлам есть доступ только у > root, но факт, что они присутствуют. Такое впечатление, что в конце > установки системы не очищается /tmp, а, поскольку это не tmpfs, то файлы > остаются на месте после перезагрузки. Полагаю, что по какой-то странной причине во время установки /mnt/destination/home/tmp смонтирован bind'ом в /mnt/destination/tmp (как такое могло произойти?). installer-scripts-remount-stage2 с версии 0.6.8-alt1 делает: mount --bind /tmp $destdir/tmp
(Ответ для Антон Мидюков на комментарий #9) > > Полагаю, что по какой-то странной причине во время установки > /mnt/destination/home/tmp смонтирован bind'ом в /mnt/destination/tmp (как > такое могло произойти?). > installer-scripts-remount-stage2 с версии 0.6.8-alt1 делает: > mount --bind /tmp $destdir/tmp Похоже, засада здесь: https://git.altlinux.org/gears/i/installer-feature-kdesktop-tmpfs.git?p=installer-feature-kdesktop-tmpfs.git;a=blob;f=80-kdesktop-tmpfs.sh;h=3b0d72480d3c11390aa875cf98230edab40e35c0;hb=f1e959ecfab4f1775908cd7facf37caf93c15afb#l80 $destdir/tmp копируется в $destdir/home/tmp, потому в папке логи не полные и на этом скрипте обрываются, а после перезагрузки /home/tmp монтируется в /tmp.
(Ответ для Антон Мидюков на комментарий #9) > installer-scripts-remount-stage2 с версии 0.6.8-alt1 делает: > mount --bind /tmp $destdir/tmp В этот момент и появилась проблема.
Получается, самое правильное -- держать проблемные файлы в другое месте, где они никем не будут использованы нечаянно? P.S. В старое положение можно кинуть симлинки, если надо.
(Ответ для Sergey V Turchin на комментарий #12) > Получается, самое правильное -- держать проблемные файлы в другое месте, где > они никем не будут использованы нечаянно? > > P.S. > В старое положение можно кинуть симлинки, если надо. Зачем это делать: cp -ar $destdir/tmp "$destdir/$BEST_MP"/ ?
(Ответ для Антон Мидюков на комментарий #13) > Зачем это делать: > cp -ar $destdir/tmp "$destdir/$BEST_MP"/ > ? Чтобы там было именно оно и точно такое же. Я не могу угадать заранее, иначе бы создавал с нуля.
(Ответ для Sergey V Turchin на комментарий #14) > (Ответ для Антон Мидюков на комментарий #13) > > Зачем это делать: > > cp -ar $destdir/tmp "$destdir/$BEST_MP"/ > > ? > Чтобы там было именно оно и точно такое же. Я не могу угадать заранее, иначе > бы создавал с нуля. /tmp должен быть пустым и очищаться при каждой загрузке. Удалите эту строчку из скрипта. И подумайте, как очищать /tmp при загрузке, раз не используете tmpfs.
(Ответ для Антон Мидюков на комментарий #15) > /tmp должен быть пустым и очищаться при каждой загрузке. Не выдумывайте.
/tmp точно не должен очищаться при загрузке если он не на tmpfs. для очистки tmp нужно использовать специальные сервисы
Объясните тогда, зачем копировать содержимое /tmp при установке?
(Ответ для Антон Мидюков на комментарий #18) > Объясните тогда, зачем копировать содержимое /tmp при установке? Чтобы не заботиться генерацией и внесением ошибок в это содержимое.
логи и другая информация с установки всегда копировалась не в /tmp а в /root/.install-log если вдруг это изменилось, то именно это поведение надо исправить.
/tmp естественно после установки должен быть пустым
(Ответ для Anton Farygin на комментарий #21) > /tmp естественно после установки должен быть пустым Нет. Там есть принадлежащие пакетам каталоги. А может и файлы, не помню.
Можно, конечно, попробовать грохнуть.
(In reply to Sergey V Turchin from comment #22) > (Ответ для Anton Farygin на комментарий #21) > > /tmp естественно после установки должен быть пустым > Нет. Там есть принадлежащие пакетам каталоги. А может и файлы, не помню. не может быть ;) это же /tmp, его очистка не должна ничего ломать
(Ответ для Anton Farygin на комментарий #24) > это же /tmp, его очистка не должна ничего ломать x11.conf есть в systemd-tmpfiles-common, поэтому скорее всего уже можно грохать.
installer-feature-kdesktop-tmpfs-2.7-alt1 -> sisyphus: Thu Nov 06 2025 Sergey V Turchin <zerg@altlinux> 2.7-alt1 - don't copy /tmp because already has tmpfiles service (closes: 55508)
