[Devel-conf] [Sysadmins] миграция debian etch -> altlinux

[Slava Dubrovskiy]

Stanislav Ievlev пишет:
> Пошлите всё это в devel-conf@ и wiki в раздел Alterator. А то потеряется.
>   
посылаю
> P.S. Кстати теперь в fbi с некоторых пор стало возможно делать разные
> картинки в разных строчках таблицы, то есть сделать некоторое подобие
> файлового менеджера ;)
>   
Покажите пример, пожалуйста. В каком модуле это можно посмотреть?

>>> Думаю, что можно было бы обсудить 
>>> концепцию autoinstall (готов выслушать
>>> предложения) ... сейчас у меня появился 
>>> помощник, которого можно бросить
>>> на эту задачу ;)
>>>  
>>>       
>> Пожалуйста.
>> В принципе то что уже сделано позволяет 
>> произвести автоустановку. Я перечислю 
>> все неудобства с чем столкнулся:
>> 1. В хелпе нет четкого описанного 
>> алгоритма что и как делать, куда что 
>> класть и что вводить. Нужно ходить по 
>> вики и искать. Должен быть отдельный 
>> пункт расшифровывающий все возможные 
>> команды в cmdline.
>> 2. Файл для автоинсталляции после 
>> завершения работы инсталлятора не 
>> рабочий. Необходимо его чистить вручную 
>> и править.
>> 3. Нельзя использовать другую директорию 
>> для метаданных. Например если я хочу 
>> произвести автоинсталяцию, то 
>> обязательно мне необходимо в метаданные 
>> положить в то место откуда берутся 
>> пакеты. А если это зеркало? А в файле 
>> автоинсталяции записаны пароли и т.д. 
>> Кстати, когда уже приложат патч 
>> https://bugzilla.altlinux.org/show_bug.cgi?id=14697 к 
>> инсталлятору позволяющий пользоваться 
>> запароленным ftp?
>> 4. Возможность проводить установку не с 
>> консоли https://bugzilla.altlinux.org/show_bug.cgi?id=1285
>> 5. Еще очень удобно было бы если бы к root 
>> сразу из метаданных ключик копировался 
>> (если такой имеется), т.к. сразу после 
>> удаленной установки производится 
>> удаленная настройка и доступ root по ssh 
>> очень нужен.
>> 6. Для получения autoinstall.shm необходимо 
>> произвести реальную установку. Было бы 
>> удобно если бы можно было генерить его 
>> без эмуляции установки. Например 
>> установил себе пакеты инсталятора и 
>> получаешь готовые autoinstall.shm.
>>
>> И еще одна вещь которая на мой взгляд 
>> очень нужна. Два этапа работы 
>> инсталлятора. Этап на котором происходит 
>> взаимодействие с пользователем, и этап 
>> на котором производятся все действия. 
>> Результатом работы первого этапа 
>> является autoinstall.shm. На втором этапе 
>> согласно полученному autoinstall.shm 
>> выполняется сама установка.
>> Преимущества такого разделения вижу в 
>> том, что:
>> 1. Пользователю не приходится ждать 
>> завершения некоторых шагов инсталятора 
>> (получение, установка базовой системы, 
>> установка пакетов и т.д.). А во время 
>> работы второго этапа, можно крутить 
>> рекламу или замечания к релизу. Это 
>> лучше, чем когда заставляют кликать или 
>> еще каким-то способом заставляют 
>> прочитать. Тут пользователь спокоен. 
>> Система ставится - можно и почитать.
>> 2. Всегда правильный autoinstall.shm.
>> 3. Всегда можно вернуться на любой шаг 
>> назад или совсем отменить установку. А в 
>> конце первого этапа выводить краткий 
>> список собранных параметров установки и 
>> задавать ГЛАВНЫЙ вопрос: - "Установить?". 
>> После чего процесс не обратим.
>>     
>>>> А вообще все это очень сыро и на мой 
>>>> взгляд не надежно. Начать хотя бы с того, 
>>>> что инсталлятор записывает все 
>>>> действия пользователей, например если 
>>>> вы 2 раза введете имя хоста, то это 
>>>> запишется в файл автоконфигурации. И 
>>>> т.д. и т.п.
>>>> Защиты "от дурака" нет никакой :-)
>>>>    
>>>>         

-- 
WBR,
Dubrovskiy Vyacheslav

----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : smime.p7s
Тип     : application/x-pkcs7-signature
Размер  : 3249 байтов
Описание: S/MIME Cryptographic Signature
Url     : <http://lists.altlinux.org/pipermail/devel-conf/attachments/20080320/5566426b/attachment-0002.bin>