ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | После установки системы 11.1 в /tmp остаются логи | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | Alexander Kovalev <alexvk72> | ||||
| Component: | installer-feature-kdesktop-tmpfs | Assignee: | Sergey V Turchin <zerg> | ||||
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus | ||||
| Severity: | critical | ||||||
| Priority: | P5 | CC: | antohami, boyarsh, klark, mike, rider, sem, zerg | ||||
| Version: | unstable | ||||||
| Hardware: | all | ||||||
| OS: | Linux | ||||||
| Attachments: |
|
||||||
|
Description
Alexander Kovalev
2025-08-06 10:59:31 MSK
Просьба по возможности на каждую проблему создавать отдельный баг, т.к. это могут быть отдельные компоненты с отдельными ответственными за них. (Ответ для 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) |
