Просьба по возможности на каждую проблему создавать отдельный баг, т.к. это могут быть отдельные компоненты с отдельными ответственными за них.

(Ответ для 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)