[sisyphus] Re: Re: Re: Не удаляется dev

[Led]

В сообщении от Среда 07 Сентябрь 2005 14:38 Anton Farygin написал(a):
> On Wed, 07 Sep 2005 13:44:19 +0300, Led wrote:
> > В сообщении от Среда 07 Сентябрь 2005 13:03 Anton
> >
> > Farygin написал(a):
> >> On Tue, 06 Sep 2005 17:54:12 +0300, Led wrote:
> >> > В сообщении от Вторник 06 Сентябрь 2005
> >> > 17:26
> >> >
> >> > Anton Farygin написал(a):
> >> >> On Tue, 06 Sep 2005 16:03:53 +0300, Led wrote:
> >> >> > В сообщении от Вторник 06 Сентябрь 2005
> >> >> > 15:46
> >> >> >
> >> >> > Dmitry V. Levin написал(a):
> >> >> >> > > Насколько я не ошибаюсь, udev умеет
> >> >> >> > > собираться с klibc и запускаться из
> >> >> >> > > initrd.
> >> >> >> > >  Кто-ньдь пробовал?
> >> >> >> >
> >> >> >> > дык, это ж ещё и mkinitrd переделывать?
> >> >> >> > Он и так достал отсутствием usleep в
> >> >> >> > initrd-busybox и игнорированием usb-storage
> >> >> >> > даже при явном указании в --with :(
> >> >> >>
> >> >> >> А мантейнер в курсе?
> >> >> >
> >> >> > Вобще-то это не баги, а фичи (про
> >> >> > usb-storage в mkinitrd явно указано, чтобы
> >> >> > игнорировался) и нужны usb-storage и usleep
> >> >> > только для загрузки с USB-HDD...
> >> >>
> >> >> А зачем вообще initrd для загрузки с usb-hdd
> >> >> ?
> >> >>
> >> >> Можно воспользоваться propagator. Все
> >> >> равно lilo (как минимум) не работает на
> >> >> USB-HDD.
> >> >>
> >> >> Или есть какой-то другой, работающий
> >> >> загрузчик ?
> >> >
> >> > syslinux. А ещё он работает, когда ПК не
> >> > поддерживает загрузку с USB: в этом
> >> > случае syslinux+kernel+initrd помещается на CD
> >> > (обычно 3,5" CD-RW), а "/" - на USB диске или
> >> > флэшке. Я говорю, потому что реально
> >> > постоянно пользуюсь такими вещами,
> >> > есть патчик соответствующий к mkinitrd и
> >> > пользуюсь mkinitrd-busybox собственной
> >> > пересборки (с включенным usleep)
> >>
> >> http://wiki.sisyphus.ru/TravelStick
> >
> > Да меня меня уже неоднократно посылали
> > по этой ссылке, это уже традиция такая:)
> >
> > Но только:
> > 1) Зачем делать LiveCD, если kernel+initrd.img+isolinux
> > вполне хватает и при этом получается
> > рабочая система, в которой ВСЁ легко
> > обновляется обычным apt-get
>
> Это не LiveCD, а TravelStick.
>
> 1) можно образ и не делать

Я и не делаю:)

> 2) на сжатый образ помещается больше пакетов.

Разницу между ro и rw существенная... А городить unionfs только чтоб не 
сделать пару мелких правок (НЕ ВЛИЯЮЩИХ на их стандартное поведение) в 
стандартных простейших инструментах ИМХО оверхед...

>
> > 2) Если система не поддерживает загрузку
> > с USB, можно грузиться с CD (на котором
> > ТОЛЬКО kernel+initrd.img+isolinux) с корнем на
> > USB-устройстве 3) без usleep на 5-10 секунд
> > после загрузки модулей для USB-устройства
> > ядро не успевает проинициализировать
> > USB-устройство до момента монтирования "/"
> > - получаем стабильный "kernel panic" (по
> > крайней мере, на дюжине разных ПК, на
> > которых я пробовал)
>
> propagator, который здесь выступает
> механизмом, заменяющим initrd - делает usleep,
> более того, оно же умеет предлагать
> выбор другого устройства, в случае, если
> USB поплыло в плане нумерации разделов.
>
> Например это будет стабильно
> воспроизводится на машине со встроенным
> USB кард-ридером.

Полноценная система на флэшкарточке всё же не очень... а на USB/ieee1394 - 
вполне реально - никаких отличий от IDE - могу показать:)

>
> > Всё что нужно:
> > 1) Включить usleep в mkinitrd-busybox 2) добавить
> > опцию --sleep в mkinitrd (у меня есть
> > "микропатчик" для этого (для man-странички
> > в т.ч.)) - она там ну ничему не помешает. 3)
> > убрать ignore с модуля usb-storage в томже mkinitrd (в
> > том же патче - см. п.2)
>
> Ну нельзя убирать ignore. Если убрать, то
> этот модуль полезет в initrd по всяким разным причинам.

Не замечал такого... Тогда может добавить что-типа --with-force, чтоб даже 
обычно игнорируемые попадали в initrd.img?

>
> > Если я неправ - скажите где "ламерский
> > подход", "нарушение policy/security" и т.п. - я и
> > умолкну:)
>
> да нет никаких нарушений, просто есть уже работающее хорошее решение.

"микроскопом - гвозди"? Зачем? Если я всего лишь хочу получить обычную 
инсталляцию системы, на обычном HDD, только подключенном не через IDE/SCSI, а 
USB? Зачем лишние сущности для такого случая?

Led.