11471 2021-09-03 05:30:18 +0300 The installer does not eject the disc 2021-09-10 12:01:51 +0300 1 1 2 ROSA-based products ROSA Fresh Installer and live mode Plasma5 All Linux RESOLVED FIXED Normal normal --- 11460 1 v.potapov bugs m.novosyolov survolog --- oldest_to_newest 59807 0 v.potapov 2021-09-03 05:30:18 +0300 Старый инсталлятор Росы после установки отключал диск. Это особенно удобно в виртуальной машине, после перезагрузки сразу грузится новая система, не нужно отключать загрузочный образ. Анаконда это не делает, заметная регрессия и неудобство. Т.к. инсталляция идет в лайве, логично делать отключение не автоматом, а после инсталляции спросить "Отключить инсталляционный образ и загрузить установленную систему?" И при ответе "Да" отключать образ и уходить в жесткую перезагрузку. 59861 1 m.novosyolov 2021-09-04 16:53:13 +0300 Вообще гипервизор обычно сам отключает образ после установки ОС. Например, в virt-manager выбираешь образ, грузишься с него, ставишь систему, а следующая загрузка пойдёт без образа. Не понимаю, как это должно работать, что именно установщик должен сделать? Попытаться открыть виртуальный дисковод что ли? И как гипервизор должен на это среагировать? 59906 2 v.potapov 2021-09-06 12:43:37 +0300 (In reply to Mikhail Novosyolov from comment #1) > Вообще гипервизор обычно сам отключает образ после установки ОС. Например, в > virt-manager выбираешь образ, грузишься с него, ставишь систему, а следующая > загрузка пойдёт без образа. > Попытаться открыть виртуальный дисковод что ли? И как гипервизор должен на > это среагировать? Да. И гипервизор должен отключить диск. Сейчас там ведь нетривиально получается, нужно отключить диск и потом обязательно грубо закрыть виртуалку, потому что после отключения образа уже нормально перезагрузка не работает. 59910 3 m.novosyolov 2021-09-06 12:55:40 +0300 (In reply to Vladimir Potapov from comment #2) > (In reply to Mikhail Novosyolov from comment #1) > > Вообще гипервизор обычно сам отключает образ после установки ОС. Например, в > > virt-manager выбираешь образ, грузишься с него, ставишь систему, а следующая > > загрузка пойдёт без образа. > > Попытаться открыть виртуальный дисковод что ли? И как гипервизор должен на > > это среагировать? > Да. И гипервизор должен отключить диск. > Сейчас там ведь нетривиально получается, нужно отключить диск и потом > обязательно грубо закрыть виртуалку, потому что после отключения образа уже > нормально перезагрузка не работает. А зачем грубо закрывать? Поставил систему, выключил штатно, отключил диск, разве так нельзя? С извлечением диска проблема технического плана. То, как сделано в draklive-install - это ужасно, оно извлекает еще не отмонтированный диск на этапе выключения системы, когда остальные файловые системы не отмонтированы. Это создает риск невозможности отмонтировать остальные ФС штатными средствами, что может привести к потере данных. Правильным решением было бы отмонтировать в initrd, но готового решения нет. Можно сделать, как в Ubuntu, где в plymouth написано извлечь установочный носитель (диск, флешку) и нажать Enter для продолжения выключения. Но это мешает выключать систему автоматически без участия человека. В целом затея мне кажется сомнительной, реализация сложная, а смысл сомнительный. Можно использовать virt-manager вместо virtualbox (как починим bug#11479) 59912 4 v.potapov 2021-09-06 13:06:34 +0300 (In reply to Mikhail Novosyolov from comment #3) > А зачем грубо закрывать? Поставил систему, выключил штатно, отключил диск, > разве так нельзя? Это нужно лезть в настройки виртуалки, довольно далеко и неинтуитивно. > С извлечением диска проблема технического плана. То, как сделано в > draklive-install - это ужасно, оно извлекает еще не отмонтированный диск на > этапе выключения системы, когда остальные файловые системы не отмонтированы. > Это создает риск невозможности отмонтировать остальные ФС штатными > средствами, что может привести к потере данных. Но разве нельзя добавить и включить в target выключения системы сервис systemd, выполняющий извлечение? По типу https://unix.stackexchange.com/questions/56414/eject-cd-on-shutdown 59915 5 m.novosyolov 2021-09-06 13:17:38 +0300 (In reply to Vladimir Potapov from comment #4) > (In reply to Mikhail Novosyolov from comment #3) > > > А зачем грубо закрывать? Поставил систему, выключил штатно, отключил диск, > > разве так нельзя? > Это нужно лезть в настройки виртуалки, довольно далеко и неинтуитивно. > > > С извлечением диска проблема технического плана. То, как сделано в > > draklive-install - это ужасно, оно извлекает еще не отмонтированный диск на > > этапе выключения системы, когда остальные файловые системы не отмонтированы. > > Это создает риск невозможности отмонтировать остальные ФС штатными > > средствами, что может привести к потере данных. > Но разве нельзя добавить и включить в target выключения системы сервис > systemd, выполняющий извлечение? > По типу > https://unix.stackexchange.com/questions/56414/eject-cd-on-shutdown По ссылке написано как раз то, о чем я пишу: "unfortunately the OS still segfaults when it can't find the rest of the files with the CD ejected. I tried adjusting the above file so we have After=unmount.target, which you would think runs the script after the filesystems have been unmounted. But no, still it segfaults." Диск будет вытаскиваться до выключения запущенной с диска ОС. По идее в старом инсталляторе так и происходит: sub finish_installation { my ($fstab) = @_; # Schedule DVD eject on system shutdown (only if booted from DVD) output_with_perm('/lib/systemd/system-shutdown/eject-on-shutdown', 0755, <<EOF); #!/bin/sh if mount | grep /run/initramfs/live | grep -q /dev/sr; then /usr/bin/eject -m fi EOF Оно извлекает еще примонтированный диск. 59918 6 v.potapov 2021-09-06 13:32:48 +0300 Ага, понял уже. посмотрел, сейчас /bin/reboot ссылка на o9660://BOOT/reboot Это не поможет делу? 59919 7 m.novosyolov 2021-09-06 13:36:38 +0300 (In reply to Vladimir Potapov from comment #6) > Ага, понял уже. > посмотрел, сейчас /bin/reboot ссылка на o9660://BOOT/reboot > Это не поможет делу? На что ссылка?! Это где такая ссылка? Да тут в целом понятно, как делать - модулем dracut, вопрос лишь надо ли. И не лучше ли сделать не половинчатое решение только для болванок и виртуалок, а целостное, в т.ч. для флешек. 59920 8 survolog 2021-09-06 13:44:44 +0300 (In reply to Mikhail Novosyolov from comment #5) > (In reply to Vladimir Potapov from comment #4) > > (In reply to Mikhail Novosyolov from comment #3) > Оно извлекает еще примонтированный диск. Я попробовал #!/bin/sh eject -m по указанному пути. Как ни странно, это не работает. То есть система перезапускается, но диск оказывается "вставленным". А вот просто команды eject -m с последующим RCtrl+R приводит к результату. Если оно раньше и работало, то работать перестало, похоже. 59922 9 survolog 2021-09-06 13:48:27 +0300 Извините, +x забыл на файл повесить. Без прав он не применяется. 59923 10 m.novosyolov 2021-09-06 13:48:43 +0300 (In reply to Grigorev Andrey from comment #8) > (In reply to Mikhail Novosyolov from comment #5) > > (In reply to Vladimir Potapov from comment #4) > > > (In reply to Mikhail Novosyolov from comment #3) > > > Оно извлекает еще примонтированный диск. > > Я попробовал > #!/bin/sh > eject -m > по указанному пути. > Как ни странно, это не работает. То есть система перезапускается, но диск > оказывается "вставленным". > А вот просто команды eject -m с последующим RCtrl+R приводит к результату. > Если оно раньше и работало, то работать перестало, похоже. Да вообще это на усмотрение гипервизора - что делать при поступлении команды извлечь диск. qemu/virt-manager просто проигнорируют такое, потому что там при запуске виртуалки читается конфиг, в котором прописаны виртуализируемые устройства. 59924 11 survolog 2021-09-06 13:53:51 +0300 Соответственно метод всё же срабатывает. Я так понимаю, можно попробовать поискать какие-либо промежуточные варианты, как то sync umount -nflA или нечто похожее. Хотя на вид это не должно ничего дать и выглядит разве что более надёжным, чем было в 2016.1. Не более того. 59926 12 v.potapov 2021-09-06 13:58:56 +0300 (In reply to Grigorev Andrey from comment #11) > Хотя на вид это не должно ничего дать и выглядит разве что более надёжным, > чем было в 2016.1. Не более того. В 2016.1 все ж основным был отдельный инсталлятор, не лайв. Соответственно и портиться при отмонтировании было нечему. 59932 13 survolog 2021-09-06 14:21:15 +0300 А как насчёт такого варианта? #!/bin/sh umount -l /dev/sd* eject -m Он работает, т.е. диск "выбрасывается". В логе мелькает отмонтирование. 59934 14 survolog 2021-09-06 14:43:26 +0300 Кому интересно, посмотрите вариант #!/bin/sh sleep 10 eject -m Судя по логу отмонтирования происходят явно до sleep 10. Вопрос, насколько они качественные с точки зрения сохранения данных. 59935 15 m.novosyolov 2021-09-06 14:44:42 +0300 (In reply to Vladimir Potapov from comment #12) > (In reply to Grigorev Andrey from comment #11) > > Хотя на вид это не должно ничего дать и выглядит разве что более надёжным, > > чем было в 2016.1. Не более того. > В 2016.1 все ж основным был отдельный инсталлятор, не лайв. Соответственно и > портиться при отмонтировании было нечему. Я всегда ставил из лайва. Так что наверняка он был основным лишь в фантазиях, а кто как пользовался на самом деле, мы не знаем. 59936 16 v.potapov 2021-09-06 15:50:03 +0300 (In reply to Mikhail Novosyolov from comment #15) > Я всегда ставил из лайва. Так что наверняка он был основным лишь в > фантазиях, а кто как пользовался на самом деле, мы не знаем. Я про то, что сообщений об испорченных данных вследствие жесткой перезагрузки мне не встречались. 59966 17 v.potapov 2021-09-08 16:29:03 +0300 Предлагаемое решение: Кнопку на последнем экране анаконды ("завершить установку") переназвать на "Перезагрузить систему" в обработчике ее нажатия вызвать Создание файла: /lib/systemd/system-shutdown/eject.shutdown с содержимым: #!/bin/sh sleep 3 eject -m сделать его выполнимым chmod +x /lib/systemd/system-shutdown/eject.shutdown и вызвать команду reboot 59969 18 m.novosyolov 2021-09-08 20:53:26 +0300 В anaconda 34.25.0.10-1.13 добавлено планирование выполнение eject -m после установки системы, попробуйте на новых образах, например: https://abf.io/platforms/rosa2021.1/products/308/product_build_lists/40680 59980 19 v.potapov 2021-09-09 15:19:55 +0300 (In reply to Mikhail Novosyolov from comment #18) > попробуйте на новых образах, например: 1) Работает! 2) Все ж нужно кнопку "завершить установку" переназвать на "перезагрузить систему" и добавить туда команду reboot. Сейчас абсолютно лишние действия по поиску ее в интерфейсе добавляются. 59997 20 m.novosyolov 2021-09-10 07:42:47 +0300 (In reply to Vladimir Potapov from comment #19) > 2) Все ж нужно кнопку "завершить установку" переназвать на "перезагрузить > систему" и добавить туда команду reboot. Сейчас абсолютно лишние действия по > поиску ее в интерфейсе добавляются. А если я хочу закрыть инсталлятор и продолжить работать в LiveCD? Вот при установке без DE (т.е. как в сервере или в любом другом образе с systemd.unit=anaconda.target), это действительно нужно, об этом заведен баг bug#https://bugzilla.rosalinux.ru/show_bug.cgi?id=11461 59998 21 m.novosyolov 2021-09-10 07:43:26 +0300 Имел в виду https://bugzilla.rosalinux.ru/show_bug.cgi?id=11484 60011 22 v.potapov 2021-09-10 09:54:37 +0300 (In reply to Mikhail Novosyolov from comment #20) > > поиску ее в интерфейсе добавляются. > А если я хочу закрыть инсталлятор и продолжить работать в LiveCD? Просто закрыть крестиком. Можно также не убирать кнопку "Выход" для пущей понятности. Сейчас-то эжект диска включается неявно, так нельзя. По идее кнопка должне называться "Перезагрузиться в установленную систему!" 60017 23 m.novosyolov 2021-09-10 10:07:53 +0300 (In reply to Vladimir Potapov from comment #22) > (In reply to Mikhail Novosyolov from comment #20) > > > поиску ее в интерфейсе добавляются. > > А если я хочу закрыть инсталлятор и продолжить работать в LiveCD? > Просто закрыть крестиком. Мне кажется, это не очень очевидно при наличии большой синей кнопки, не ясно, что крестик сделает. > Сейчас-то эжект диска включается неявно, так нельзя. А как надо? > По идее кнопка должне называться "Перезагрузиться в установленную систему!" У тебя весь мир вокруг установки в виртуалбокс что ли крутится?)) 60020 24 v.potapov 2021-09-10 10:14:49 +0300 (In reply to Mikhail Novosyolov from comment #23) > У тебя весь мир вокруг установки в виртуалбокс что ли крутится?)) Поддержка виртуалбокса делается для ревьюеров, кои именно в нем ставят и смотрят систему. Хорошие обзоры важны. 60021 25 m.novosyolov 2021-09-10 10:16:16 +0300 Но ведь ты предлагаешь запутать остальных в угоду тем, кто ставит в виртуалбокс, при чем именно по втоему сценарию. 60023 26 v.potapov 2021-09-10 10:20:08 +0300 (In reply to Mikhail Novosyolov from comment #23) > А как надо? Ну, я предложил решение, но да, оно не учитывает флэшки. Совершенно правильным будет так Две кнопки: 1) Выход 2) Перезагрузиться в установленную систему! При перезагрузке, если система не на диске, а на флэшке и ее нельзя отключить, вывести окно: "Извлеките установочный носитель" с кнопкой "перезагрузка" (если так возможно) или с сообщением "Не забудьте извлечь установочный носитель после окончания выключения системы!" 60024 27 v.potapov 2021-09-10 10:21:21 +0300 > "Не забудьте извлечь установочный носитель после окончания выключения > системы!" или, лучше "Не забудьте отключить установочный носитель перед загрузкой новой системы!" 60025 28 m.novosyolov 2021-09-10 10:23:10 +0300 Тогда уж не "Выход", а "Закрыть программу установки" 60026 29 m.novosyolov 2021-09-10 10:24:25 +0300 (In reply to Vladimir Potapov from comment #26) > (In reply to Mikhail Novosyolov from comment #23) > > А как надо? > Ну, я предложил решение, но да, оно не учитывает флэшки. И отличные от виртуалбокс гипервизоры. Большинство не реагируют на команду eject, и правильно делают, мне кажется, т.к. это вмешательство в настройки виртуалки изнутри нее. 60029 30 v.potapov 2021-09-10 10:41:22 +0300 (In reply to Mikhail Novosyolov from comment #28) > Тогда уж не "Выход", а "Закрыть программу установки" Просто кнопка "Выход" там уже есть. Только скрывается на последнем экране. 60030 31 v.potapov 2021-09-10 11:00:44 +0300 (In reply to Mikhail Novosyolov from comment #29) > (In reply to Vladimir Potapov from comment #26) > > (In reply to Mikhail Novosyolov from comment #23) > > > А как надо? > > Ну, я предложил решение, но да, оно не учитывает флэшки. > > И отличные от виртуалбокс гипервизоры. Большинство не реагируют на команду > eject, и правильно делают, мне кажется, т.к. это вмешательство в настройки > виртуалки изнутри нее. Да, и игривую надпись "давайте, перезагружайте систему" можно тогда убрать, все на кнопках. 60032 32 m.novosyolov 2021-09-10 12:01:51 +0300 (In reply to Vladimir Potapov from comment #31) > (In reply to Mikhail Novosyolov from comment #29) > > (In reply to Vladimir Potapov from comment #26) > > > (In reply to Mikhail Novosyolov from comment #23) > > > > А как надо? > > > Ну, я предложил решение, но да, оно не учитывает флэшки. > > > > И отличные от виртуалбокс гипервизоры. Большинство не реагируют на команду > > eject, и правильно делают, мне кажется, т.к. это вмешательство в настройки > > виртуалки изнутри нее. > > Да, и игривую надпись "давайте, перезагружайте систему" можно тогда убрать, > все на кнопках. У нас есть сделанный Сашей Прокловым исправленный перевод,я им скоро займусь, там этот текст изменен