Раньше, в старом инсталляторе у нас была очень востребованная фишка - быстрая переинсталляция. Если инсталлер видел на диске старую росу и отсутствие места для новой, то при авторазметке по-умолчанию подключался корень с форматированием и хомяк без форматирования, т.е. безопасную для пользовательских данных переинсталляцию. В результате такой инсталляции получаем новую установку Росы со старыми данными, что очень удобно для восстановления при падениях и переходе на новую платформу.
Это какая-то странная автомагия, которая может случайно сделать не то, что нужно. Сейчас инсталлятор видит старую установку и позволяет взять /home от нее. Я думаю, автоматизировать это не нужно. Опять же, впервые слышу, что в старом инсталляторе это было, оказывается, автоматически. Делать тут какую-то автомагию - это не ожидаемое поведение. /home может быть намеренно другим, от другой Росы, от вообще другой системы. Запуск новой ОС со старым /home поломает в нем конфиги так, что старые версии ПО из корня, который раньше управлял и должен продолжать управлять этим /home, не прожуют их.
(In reply to Mikhail Novosyolov from comment #1) > Это какая-то странная автомагия, которая может случайно сделать не то, что > нужно. Сейчас инсталлятор видит старую установку и позволяет взять /home от > нее. Я думаю, автоматизировать это не нужно. Опять же, впервые слышу, что в > старом инсталляторе это было, оказывается, автоматически. Делать тут > какую-то автомагию - это не ожидаемое поведение. /home может быть намеренно > другим, от другой Росы, от вообще другой системы. Запуск новой ОС со старым > /home поломает в нем конфиги так, что старые версии ПО из корня, который > раньше управлял и должен продолжать управлять этим /home, не прожуют их. Помнится, раньше плясали от норматива по безопасности, что восстановление с помощью быстрой переустановки должно укладываться в полчаса. Потому и быстрая инсталляция и подхват старого хомяка "на автомате". С таймером пробовали на слабых машинах. Задача - даже неквалифицированный пользователь с помощью "далее-далее-далее" мог восстановить работоспособность системы. И это работало (недаром админы так любили старый инсталлятор). Думается, правильное поведение здесь при нажатии на авторазметку и нахождении предыдущей Росы - спросить: "Хотите переустановить ROSA 2021.1, сохранив пользовательские данные от предыдущей установки?" В любом случае нажатие на "автомат" предполагает автомагию. Даже в случае, если настройки предыдущей системы будут ломать загрузку новой это не приведет к потере пользовательских данных и совершенно понятно, что при этом делать (аналог kde4-reset). Интерфейс разметки анаконды чрезвычайно ужасен хотелось бы, чтоб пользователи сталкивались с ним как можно реже.
Created attachment 5517 [details] example kickstart (In reply to Vladimir Potapov from comment #2) > (In reply to Mikhail Novosyolov from comment #1) > > Это какая-то странная автомагия, которая может случайно сделать не то, что > > нужно. Сейчас инсталлятор видит старую установку и позволяет взять /home от > > нее. Я думаю, автоматизировать это не нужно. Опять же, впервые слышу, что в > > старом инсталляторе это было, оказывается, автоматически. Делать тут > > какую-то автомагию - это не ожидаемое поведение. /home может быть намеренно > > другим, от другой Росы, от вообще другой системы. Запуск новой ОС со старым > > /home поломает в нем конфиги так, что старые версии ПО из корня, который > > раньше управлял и должен продолжать управлять этим /home, не прожуют их. > Помнится, раньше плясали от норматива по безопасности, что восстановление с > помощью быстрой переустановки должно укладываться в полчаса. Потому и > быстрая инсталляция и подхват старого хомяка "на автомате". С таймером > пробовали на слабых машинах. Очень странный норматив, потому что сама по себе голая система не нужна, нужна настроенная система. Сейчас есть 2 способа получить готовую к работе систему: 1) восстановить из резервной копии все содержимое диска 2) прогнать воспроизводимый кикстарт-сценарий инсталлятором. Привыкай, у нас теперь есть такая очень удобная штука, как кикстарты :-) http://wiki.rosalab.ru/ru/index.php/Anaconda , раздел "Автоматизированная установка". Во вложении кикстарт-файл, которым я устанавливаю систему на физический сервер, реальный сервер, реальный файл. Задача кикстарт-файла - полностью автоматизированно, не отвечая ни на один вопрос инсталлятора, сделать готовую к работе систему. У меня пока что в не мне автоматизировано поднятие сервисов на сервере в контейнерах, но сам сервер и сложная разметка дисков делаются автоматически. Можешь сам сделать виртуалку с двумя дисками по 20 ГБ, поправить в файле test.ks /dev/vda на /dev/sda, если virtualbox, и запустить установку по этому кикстарту. Вот даже видео, показывающее установку по этому кикстарту: https://nixtux.ru/1104 Хомяк вообще не принципиален в этом конкретном случае, т.к. в нем почти ничего не хранится. Если ставить ОС вручную, т.е. вручную отвечая на вопросы инсталлятора, то, например, мне не принципиально, займет установка ОС после ответа на вопросы (а не забывай, что в Анаконде очень удобно то, что ответил на вопросы и пошел пить чай, а не так, что сиди жди очередной порции вопросов, как в драке) 5 минут или 10. Настройка ОС вручную - это огромное количество рисков человеческих ошибок, это не сборка-разборка АК-47, здесь норматив на ручную работу не имеет смысла, т.к. ручная работа не имеет смысла при наличии автоматизированного механизма. По сравнению с массовым клонированием жестких дисков плюс кикстарта в воспроизводимости настройки ОС, т.к. админ вынужден оскриптовать все правки поверх чистой ОС. > > Задача - даже неквалифицированный пользователь с помощью "далее-далее-далее" > мог восстановить работоспособность системы. И это работало (недаром админы > так любили старый инсталлятор). > > Думается, правильное поведение здесь при нажатии на авторазметку и > нахождении предыдущей Росы - спросить: "Хотите переустановить ROSA 2021.1, > сохранив пользовательские данные от предыдущей установки?" Анаконда что-то такое и предлагает сама, кажется. > > В любом случае нажатие на "автомат" предполагает автомагию. Даже в случае, > если настройки предыдущей системы будут ломать загрузку новой это не > приведет к потере пользовательских данных и совершенно понятно, что при этом > делать (аналог kde4-reset). Интерфейс разметки анаконды чрезвычайно ужасен > хотелось бы, чтоб пользователи сталкивались с ним как можно реже. Как раз для задачи переиспользования существующих разделов, по-моему, он весьма удобен, в отличие от других задач. Ну, и есть альтернативный интерфейс разметки для продвинутых пользователей.
"При установке в любом из режимов, в т.ч. интерактивном графическом, в установленной системе по адресу /root/anaconda-ks.cfg сохраняется kickstart-сценарий, описывающий произведенную установку, который можно взять за основу для своего сценария." Поставил ОС, сохранил кикстарт, затем переустаналиваешь строго по нему. Вот бы еще автоматически находило кикстарт установленной системы и ставило новую точно так же. Но, думаю, это мало кому нужно.
(In reply to Mikhail Novosyolov from comment #3) > > Думается, правильное поведение здесь при нажатии на авторазметку и > > нахождении предыдущей Росы - спросить: "Хотите переустановить ROSA 2021.1, > > сохранив пользовательские данные от предыдущей установки?" > Анаконда что-то такое и предлагает сама, кажется. В том-то и дело, что она предлагает только два варианта 1) Все нафиг удалить 2) Полностью вручную все переразметить, причем в запутанном интерфейсе. И это большая проблема т.к. второй вариант - вариант достаточно подготовленного пользователя или админа а первый неприемлем т.к. если система срочно нужна именно для работы, то скорее всего там есть пользовательские данные. Варианта восстановления "для чайников" нет. Плюс нет варианта апгрейда старого реда, с которым мы столкнемся сразу после релиза.
Апгрейд RED'a стиранием корня, уверен, не интересен его пользователям, т.к. настройка рабочего места - это далеко не только хомяк. На счет подхватыванеи - не помню, как выглядит, но там оно точно видело старую ОС. Но это в интерфейсе ручной разметки. Т.е. нужно зайти в него и там уже в несколько кликов оставить старый хомяк. Автоматизировать это сомнительно, вопрос в простоте ориентирования в этом интерфейсе ручной разметки.
Пользователи просили простой переход 2016.1 -> 2021.1 Переустановкой пакетов долго, а реализовать это сложно. Кнопка с предложением запустить хоть перлодрак, хоть киклостарт, хоть питонопук, подключающий найденный /home без его форматирования, а корень с форматированием, правда была бы полезной.
(In reply to Mikhail Novosyolov from comment #6) > Апгрейд RED'a стиранием корня, уверен, не интересен его пользователям, т.к. > На счет подхватыванеи - не помню, как выглядит, но там оно точно видело > старую ОС. Но это в интерфейсе ручной разметки. Я это сегодня три раза проходил. Жмешь на авторазметку, говорит места мало и предлагает все удалить. Ну или вручную разметить.
Думаю, основная проблема кикстарта здесь не в угадывании, где /home, а где /, и есть ли EFI или отдельный swap, а в подборе логина и пароля для главного пользователя в /home. Вот ввод пароля бы стоило отдать на усмотрение пользователя. А если при этом ещё и логин бы угадывался и автоподставлялся - стало бы лучше, чем было в драке.
(In reply to Grigorev Andrey from comment #9) > Думаю, основная проблема кикстарта здесь не в угадывании, где /home, а где > /, и есть ли EFI или отдельный swap, а в подборе логина и пароля для > главного пользователя в /home. Вот ввод пароля бы стоило отдать на > усмотрение пользователя. А если при этом ещё и логин бы угадывался и > автоподставлялся - стало бы лучше, чем было в драке. Инсталлятор это уже видит прямщас. Говорит вот есть линукс, у него два раздела, такие-то и такие-то. Переустановка дело техники, иначе бы не просил слишком сложного.
(In reply to Grigorev Andrey from comment #9) > Вот ввод пароля бы стоило отдать на > усмотрение пользователя. А если при этом ещё и логин бы угадывался и > автоподставлялся - стало бы лучше, чем было в драке. А вот это идея, да. Причем угадать там нетрудно.
Можно скриптов создавать кикстарт-файл и по нему запускать анаконду