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

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

[Vitaly Lipatov]

Теперь, при наличии замечательного udev, решил я снести пакет dev, который зря 
занимает место - его файлы не видны в работающей системе.
Но не получилось:
$ sudo apt-get remove dev
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Следующие пакеты будут УДАЛЕНЫ:
  basesystem dev interactivesystem raidtools
ВНИМАНИЕ: Будут удалены важные для работы системы пакеты
Обычно этого делать не следует. Вы должны точно понимать возможные 
последствия!
  basesystem dev (по причине basesystem)
...

Нужен ли он при загрузке? Или зависимость в base/interactive system на него 
зря стоит?

-- 
Lav
Виталий Липатов
Россия, Санкт-Петербург. www.etersoft.ru
GNU! ALT Linux Team! WINE! WIKI! LaTeX! LyX!

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

[Alexey Rusakov]

On 06.09.2005 15:57, Vitaly Lipatov wrote:
> Теперь, при наличии замечательного udev, решил я снести пакет dev, который зря 
> занимает место - его файлы не видны в работающей системе.
> Но не получилось:
> $ sudo apt-get remove dev
> Чтение списков пакетов... Завершено
> Построение дерева зависимостей... Завершено
> Следующие пакеты будут УДАЛЕНЫ:
>   basesystem dev interactivesystem raidtools
> ВНИМАНИЕ: Будут удалены важные для работы системы пакеты
> Обычно этого делать не следует. Вы должны точно понимать возможные 
> последствия!
>   
По-моему, apt совершенно прав. Если я правильно знаю, udev запускается 
слишком поздно, для нормальной загрузки некоторые устройства должны быть 
ещё до его запуска.

-- 
  Alexey "Ktirf" Rusakov

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

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1005 bytes --]

On Tue, Sep 06, 2005 at 04:02:03PM +0400, Alexey Rusakov wrote:
> On 06.09.2005 15:57, Vitaly Lipatov wrote:
> >Теперь, при наличии замечательного udev, решил я снести пакет dev, который 
> >зря занимает место - его файлы не видны в работающей системе.
> >Но не получилось:
> >$ sudo apt-get remove dev
> >Чтение списков пакетов... Завершено
> >Построение дерева зависимостей... Завершено
> >Следующие пакеты будут УДАЛЕНЫ:
> >  basesystem dev interactivesystem raidtools
> >ВНИМАНИЕ: Будут удалены важные для работы системы пакеты
> >Обычно этого делать не следует. Вы должны точно понимать возможные 
> >последствия!
> >  
> По-моему, apt совершенно прав. Если я правильно знаю, udev запускается 
> слишком поздно, для нормальной загрузки некоторые устройства должны быть 
> ещё до его запуска.

Я, конечно, уберу dev из зависимостей basesystem.  Но если udev
запускается слишком поздно, то удаление пакета dev приведёт к тому, что
операционная система не загрузится.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

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

[Led]

В сообщении от Вторник 06 Сентябрь 2005 15:10 Dmitry V. Levin написал(a):
> On Tue, Sep 06, 2005 at 04:02:03PM +0400, Alexey Rusakov wrote:
> > On 06.09.2005 15:57, Vitaly Lipatov wrote:
> > >Теперь, при наличии замечательного udev, решил я снести пакет dev,
> > > который зря занимает место - его файлы не видны в работающей системе.
> > >Но не получилось:
> > >$ sudo apt-get remove dev
> > >Чтение списков пакетов... Завершено
> > >Построение дерева зависимостей... Завершено
> > >Следующие пакеты будут УДАЛЕНЫ:
> > >  basesystem dev interactivesystem raidtools
> > >ВНИМАНИЕ: Будут удалены важные для работы системы пакеты
> > >Обычно этого делать не следует. Вы должны точно понимать возможные
> > >последствия!
> >
> > По-моему, apt совершенно прав. Если я правильно знаю, udev запускается
> > слишком поздно, для нормальной загрузки некоторые устройства должны быть
> > ещё до его запуска.
>
> Я, конечно, уберу dev из зависимостей basesystem.  Но если udev
> запускается слишком поздно, то удаление пакета dev приведёт к тому, что
> операционная система не загрузится.

Проверено: без dev не загрузится (по крайней мере, Sisiphus месячной давности 
с ядром 2.6)

Led.

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

[Alexey I.Froloff]

[-- Attachment #1: Type: text/plain, Size: 579 bytes --]

* Led <led@> [050906 16:30]:
> > Я, конечно, уберу dev из зависимостей basesystem.  Но если
> > udev запускается слишком поздно, то удаление пакета dev
> > приведёт к тому, что операционная система не загрузится.
> Проверено: без dev не загрузится (по крайней мере, Sisiphus
> месячной давности с ядром 2.6)
Насколько я не ошибаюсь, udev умеет собираться с klibc и
запускаться из initrd.  Кто-ньдь пробовал?

-- 
Regards, Sir Raorn.
-------------------
по моему это не совсем правильно, что
service killall status
приводит к завершению работы.
		-- avl in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

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

[Led]

В сообщении от Вторник 06 Сентябрь 2005 15:37 Alexey I.Froloff написал(a):
> * Led <led@> [050906 16:30]:
> > > Я, конечно, уберу dev из зависимостей basesystem.  Но если
> > > udev запускается слишком поздно, то удаление пакета dev
> > > приведёт к тому, что операционная система не загрузится.
> >
> > Проверено: без dev не загрузится (по крайней мере, Sisiphus
> > месячной давности с ядром 2.6)
>
> Насколько я не ошибаюсь, udev умеет собираться с klibc и
> запускаться из initrd.  Кто-ньдь пробовал?

дык, это ж ещё и mkinitrd переделывать? Он и так достал отсутствием usleep в 
initrd-busybox и игнорированием usb-storage даже при явном указании в 
--with :(

Led.

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

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 802 bytes --]

On Tue, Sep 06, 2005 at 03:44:32PM +0300, Led wrote:
> В сообщении от Вторник 06 Сентябрь 2005 15:37 Alexey I.Froloff написал(a):
> > * Led <led@> [050906 16:30]:
> > > > Я, конечно, уберу dev из зависимостей basesystem.  Но если
> > > > udev запускается слишком поздно, то удаление пакета dev
> > > > приведёт к тому, что операционная система не загрузится.
> > >
> > > Проверено: без dev не загрузится (по крайней мере, Sisiphus
> > > месячной давности с ядром 2.6)
> >
> > Насколько я не ошибаюсь, udev умеет собираться с klibc и
> > запускаться из initrd.  Кто-ньдь пробовал?
> 
> дык, это ж ещё и mkinitrd переделывать? Он и так достал отсутствием usleep в 
> initrd-busybox и игнорированием usb-storage даже при явном указании в 
> --with :(

А мантейнер в курсе?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

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

[Led]

В сообщении от Вторник 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...

Led.

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

[Anton Farygin]

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.

Или есть какой-то другой, работающий загрузчик ?

Rgds,
Rider

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

[Led]

В сообщении от Вторник 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)

Led.

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

[Anton Farygin]

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

Rgds,
Rider

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

[Led]

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

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

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

Led.

[sisyphus] Re: мЕ СДЮКЪЕРЯЪ dev

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 898 bytes --]

Led пишет:

<skipped/>

>>http://wiki.sisyphus.ru/TravelStick
> 
> 
> Да меня меня уже неоднократно посылали по этой ссылке, это уже традиция 
> такая:)
> 
> Но только:
> 1) Зачем делать LiveCD, если kernel+initrd.img+isolinux вполне хватает и при 
> этом получается рабочая система, в которой ВСЁ легко обновляется обычным 
> apt-get
> 2) Если система не поддерживает загрузку с USB, можно грузиться с CD (на 
> котором ТОЛЬКО kernel+initrd.img+isolinux) с корнем на USB-устройстве
> 3) без usleep на 5-10 секунд после загрузки модулей для USB-устройства ядро не 
> успевает проинициализировать USB-устройство до момента монтирования "/" - 

Кто производит монтирование '/' и на каком этапе?

PS Замечено, что заголовок ломается при ответе mozilla-based
читалкой на письма из kmail и pan.

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

Re: [sisyphus] Re: мЕ СДЮКЪЕРЯЪ dev

[Led]

В сообщении от Среда 07 Сентябрь 2005 13:51 Vitaly Ostanin написал(a):
> Led пишет:
>
> <skipped/>
>
> >>http://wiki.sisyphus.ru/TravelStick
> >
> > Да меня меня уже неоднократно посылали по этой ссылке, это уже традиция
> > такая:)
> >
> > Но только:
> > 1) Зачем делать LiveCD, если kernel+initrd.img+isolinux вполне хватает и
> > при этом получается рабочая система, в которой ВСЁ легко обновляется
> > обычным apt-get
> > 2) Если система не поддерживает загрузку с USB, можно грузиться с CD (на
> > котором ТОЛЬКО kernel+initrd.img+isolinux) с корнем на USB-устройстве
> > 3) без usleep на 5-10 секунд после загрузки модулей для USB-устройства
> > ядро не успевает проинициализировать USB-устройство до момента
> > монтирования "/" -
>
> Кто производит монтирование '/' и на каком этапе?

ядро, на последнем, после отработки initrd... наверное...;)

Led.

[sisyphus] Re: Re: мЕ СДЮКЪЕРЯЪ dev

[Anton Farygin]

On Wed, 07 Sep 2005 14:13:16 +0300, Led wrote:

> В сообщении от Среда 07 Сентябрь 2005 13:51
> Vitaly Ostanin написал(a):
>> Led пишет:
>>
>> <skipped/>
>>
>> >>http://wiki.sisyphus.ru/TravelStick
>> >
>> > Да меня меня уже неоднократно
>> > посылали по этой ссылке, это уже
>> > традиция такая:)
>> >
>> > Но только:
>> > 1) Зачем делать LiveCD, если kernel+initrd.img+isolinux
>> > вполне хватает и при этом получается
>> > рабочая система, в которой ВСЁ легко
>> > обновляется обычным apt-get
>> > 2) Если система не поддерживает
>> > загрузку с USB, можно грузиться с CD (на
>> > котором ТОЛЬКО kernel+initrd.img+isolinux) с
>> > корнем на USB-устройстве 3) без usleep на 5-10
>> > секунд после загрузки модулей для
>> > USB-устройства ядро не успевает
>> > проинициализировать USB-устройство до
>> > момента монтирования "/" -
>>
>> Кто производит монтирование '/' и на
>> каком этапе?
> 
> ядро, на последнем, после отработки initrd...
> наверное...;)

Ага. а как оно при этом будет находить устройство ?

Rgds,
Rider

Re: [sisyphus] Re: Re: мЕ СДЮКЪЕРЯЪ dev

[Led]

В сообщении от Среда 07 Сентябрь 2005 14:38 Anton Farygin написал(a):
> On Wed, 07 Sep 2005 14:13:16 +0300, Led wrote:
> > В сообщении от Среда 07 Сентябрь 2005 13:51
> >
> > Vitaly Ostanin написал(a):
> >> Led пишет:
> >>
> >> <skipped/>
> >>
> >> >>http://wiki.sisyphus.ru/TravelStick
> >> >
> >> > Да меня меня уже неоднократно
> >> > посылали по этой ссылке, это уже
> >> > традиция такая:)
> >> >
> >> > Но только:
> >> > 1) Зачем делать LiveCD, если kernel+initrd.img+isolinux
> >> > вполне хватает и при этом получается
> >> > рабочая система, в которой ВСЁ легко
> >> > обновляется обычным apt-get
> >> > 2) Если система не поддерживает
> >> > загрузку с USB, можно грузиться с CD (на
> >> > котором ТОЛЬКО kernel+initrd.img+isolinux) с
> >> > корнем на USB-устройстве 3) без usleep на 5-10
> >> > секунд после загрузки модулей для
> >> > USB-устройства ядро не успевает
> >> > проинициализировать USB-устройство до
> >> > момента монтирования "/" -
> >>
> >> Кто производит монтирование '/' и на
> >> каком этапе?
> >
> > ядро, на последнем, после отработки initrd...
> > наверное...;)
>
> Ага. а как оно при этом будет находить устройство ?

в конфиге isolinux указано соответствующее root=/dev/sd{a,b,c,d}{1,2,3,4}

Led.

[sisyphus] Re: Re: Re: мЕ СДЮКЪЕРЯЪ dev

[Anton Farygin]

On Wed, 07 Sep 2005 15:07:24 +0300, Led wrote:

> в конфиге isolinux указано соответствующее
> root=/dev/sd{a,b,c,d}{1,2,3,4}

Одно из, верно ?

А если после загрузки модуля оно стало не /dev/sda, а /dev/sde ?

Rgds,
Rider

Re: [sisyphus] Re: Re: Re: мЕ СДЮКЪЕРЯЪ dev

[Led]

В сообщении от Среда 07 Сентябрь 2005 15:13 Anton Farygin написал(a):
> On Wed, 07 Sep 2005 15:07:24 +0300, Led wrote:
> > в конфиге isolinux указано соответствующее
> > root=/dev/sd{a,b,c,d}{1,2,3,4}
>
> Одно из, верно ?
>
> А если после загрузки модуля оно стало не /dev/sda, а /dev/sde ?

Произойдёт тоже самое, если в случае IDE "после загрузки модуля оно стало 
не /dev/hda, а /dev/hde":)

Для себя я сделал метку "1" для sda1 по-дефолту и "2" (sdb1) для тех редких 
случаев, когда в машину уже воткнут какой-то другой USB:)

Led.

Re: [sisyphus] Re: Re: Re: мЕ СДЮКЪЕРЯЪ dev

[Nick S. Grechukh]

В сообщении от Среда 07 Сентябрь 2005 15:28 Led написал(a):
> В сообщении от Среда 07 Сентябрь 2005 15:13 Anton Farygin написал(a):
> > On Wed, 07 Sep 2005 15:07:24 +0300, Led wrote:
> > > в конфиге isolinux указано соответствующее
> > > root=/dev/sd{a,b,c,d}{1,2,3,4}
> > Одно из, верно ?
> > А если после загрузки модуля оно стало не /dev/sda, а /dev/sde ?
> Произойдёт тоже самое, если в случае IDE "после загрузки модуля оно стало
> не /dev/hda, а /dev/hde":)
> Для себя я сделал метку "1" для sda1 по-дефолту и "2" (sdb1) для тех
> редких случаев, когда в машину уже воткнут какой-то другой USB:)
тоже вариант. но knoppix тот же перебирает ведь сидюки пока найдет тот что 
надо?
можно скажем по label опознавать. root={MY_MEGA_FLASH} , в initrd загрузка 
usb-storage и поиск по /proc/partitions

[sisyphus] Re: Ле ядчйзепъз dev

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 826 bytes --]

Led пишет:
> В сообщении от Среда 07 Сентябрь 2005 15:13 Anton Farygin написал(a):
> 
>>On Wed, 07 Sep 2005 15:07:24 +0300, Led wrote:
>>
>>>в конфиге isolinux указано соответствующее
>>>root=/dev/sd{a,b,c,d}{1,2,3,4}
>>
>>Одно из, верно ?
>>
>>А если после загрузки модуля оно стало не /dev/sda, а /dev/sde ?
> 
> Произойдёт тоже самое, если в случае IDE "после загрузки модуля оно стало 
> не /dev/hda, а /dev/hde":)
> 
> Для себя я сделал метку "1" для sda1 по-дефолту и "2" (sdb1) для тех редких 
> случаев, когда в машину уже воткнут какой-то другой USB:)

Вы уверены, что монтируется раздел именно по метке? В моих
экспериментах на этапе сразу после initrd 'mount -L label' не
работал.

Кстати, это совсем не редкий случай :)

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

Re: [sisyphus] Re: Ле ядчйзепъз dev

[Nick S. Grechukh]

В сообщении от Среда 07 Сентябрь 2005 16:08 Vitaly Ostanin написал(a):
> > Для себя я сделал метку "1" для sda1 по-дефолту и "2" (sdb1) для тех
> > редких случаев, когда в машину уже воткнут какой-то другой USB:)
> Вы уверены, что монтируется раздел именно по метке? 
речь о boot label  с явно указанными root=

> В моих экспериментах на этапе сразу после initrd 'mount -L label' не
> работал. Кстати, это совсем не редкий случай :)
хм. плохо. а в /proc/partitions был соответствующий раздел?

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

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 705 bytes --]

Nick S. Grechukh пишет:
> В сообщении от Среда 07 Сентябрь 2005 16:08 Vitaly Ostanin написал(a):
> 
>>>Для себя я сделал метку "1" для sda1 по-дефолту и "2" (sdb1) для тех
>>>редких случаев, когда в машину уже воткнут какой-то другой USB:)
>>
>>Вы уверены, что монтируется раздел именно по метке? 
> 
> речь о boot label  с явно указанными root=

Ок.

>>В моих экспериментах на этапе сразу после initrd 'mount -L label' не
>>работал. Кстати, это совсем не редкий случай :)
> 
> хм. плохо. а в /proc/partitions был соответствующий раздел?

Вот тот тред:
http://lists.altlinux.ru/pipermail/devel/2005-May/021041.html

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

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

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 177 bytes --]

Vitaly Ostanin пишет:

>>хм. плохо. а в /proc/partitions был соответствующий раздел?

Вкратце - нет.

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

Re: [sisyphus] Re: Ле ядчйзепъз dev

[Led]

В сообщении от Среда 07 Сентябрь 2005 16:08 Vitaly Ostanin написал(a):
> Led пишет:
> > В сообщении от Среда 07 Сентябрь 2005 15:13 Anton Farygin написал(a):
> >>On Wed, 07 Sep 2005 15:07:24 +0300, Led wrote:
> >>>в конфиге isolinux указано соответствующее
> >>>root=/dev/sd{a,b,c,d}{1,2,3,4}
> >>
> >>Одно из, верно ?
> >>
> >>А если после загрузки модуля оно стало не /dev/sda, а /dev/sde ?
> >
> > Произойдёт тоже самое, если в случае IDE "после загрузки модуля оно стало
> > не /dev/hda, а /dev/hde":)
> >
> > Для себя я сделал метку "1" для sda1 по-дефолту и "2" (sdb1) для тех
> > редких случаев, когда в машину уже воткнут какой-то другой USB:)
>
> Вы уверены, что монтируется раздел именно по метке?

Вы не поняли: метка в конфиге isolinux (аналогично как в lilo 
"label=linux-up")

> В моих 
> экспериментах на этапе сразу после initrd 'mount -L label' не
> работал.

А вы уверены, что mount из busybox понимает -L?

>
> Кстати, это совсем не редкий случай :)

Даже если не редкий, нажать "2" и "Enter" не так и сложно:)

Led.

сломанный Subject (was: Re: [sisyphus] мЕ СДЮКЪЕРЯЪ dev)

[Andrei Bulava]

Vitaly Ostanin wrote:

> PS Замечено, что заголовок ломается при ответе mozilla-based
> читалкой на письма из kmail и pan.

Да, ломается. Видимо, у mozilla-mail/thunderbird сложно с
автоопределением кодировки MIME-писем, которые состоят из частей с
различным charset'ом в заголовках Content-Type.

Имеем:

<skip />

Return-Path: <sisyphus-bounces@altlinux.ru>
From: Led <led@ukr-fin.com.ua>
To: ALT Linux Sisyphus discussion list <sisyphus@altlinux.ru>
Subject: Re: [sisyphus] Re: Re: =?windows-1251?b?zeUg8+Tg6//l8vH/?= dev
Date: Wed, 7 Sep 2005 13:44:19 +0300
User-Agent: KMail/1.8.1
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1810541012=="

<skip />

--===============1810541012==
Content-Type: text/plain;
  charset="windows-1251"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline

В сообщении от Среда 07 Сентябрь 2005 13:03 Anton Farygin написал(a):

<skip />

Led.

--===============1810541012==
Content-Type: text/plain; charset="koi8-r"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

<skip />

--===============1810541012==--

Вот thunderbird у меня и посчитал, что это письмо, так сказать, в целом
(согласно значению View / Character Encoding) - в KOI8-R. Что
характерно, при ответе игнорируется тот факт, что Subject - в
windows-1251. Такое я великодушно прощал pine'у, но
mozilla-mail/thunderbird такие ляпы допускать непростительно.

Итого: проблема не в kmail/pan/mutt, а в mozilla-mail/thunderbird.
Убедиться просто: я выставил View / Character Encoding / Cyrillic
(Windows-1251) в thunderbird непосредственно перед нажатием Reply, и
Subject не был искорёжен.

P.S. У кого есть время - отправьте мои изыскания в более релевантный
список рассылки и/или bugzilla.

-- 
// AB1002-UANIC

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

[Michael Shigorin]

On Wed, Sep 07, 2005 at 01:44:19PM +0300, Led wrote:
> Если я неправ - скажите где "ламерский подход", "нарушение
> policy/security" и т.п. - я и умолкну:)

Насколько понимаю, всё хорошо, просто никто не добрался обобщить.
Уже хорошо, что написали :-)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       visit our conference (Oct 1):
--          http://conference.osdn.org.ua

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

[Led]

В сообщении от Среда 07 Сентябрь 2005 13:51 Michael Shigorin написал(a):
> On Wed, Sep 07, 2005 at 01:44:19PM +0300, Led wrote:
> > Если я неправ - скажите где "ламерский подход", "нарушение
> > policy/security" и т.п. - я и умолкну:)
>
> Насколько понимаю, всё хорошо, просто никто не добрался обобщить.
> Уже хорошо, что написали :-)

Будет mkinitrd* с приведёнными доработками, можно написать и более 
обстоятельно (по пунктам), а описывать ручную сборку initrd.img - ИМХО 
лишнее, для этого man есть:)

Led.

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

[Michael Shigorin]

On Wed, Sep 07, 2005 at 02:40:02PM +0300, Led wrote:
> > > Если я неправ - скажите где "ламерский подход", "нарушение
> > > policy/security" и т.п. - я и умолкну:)
> > Насколько понимаю, всё хорошо, просто никто не добрался
> > обобщить.  Уже хорошо, что написали :-)
> Будет mkinitrd* с приведёнными доработками, можно написать и
> более обстоятельно (по пунктам), а описывать ручную сборку
> initrd.img - ИМХО лишнее, для этого man есть:)

Ну так причешите да повесьте патч?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       visit our conference (Oct 1):
--          http://conference.osdn.org.ua

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

[Led]

В сообщении от Среда 07 Сентябрь 2005 20:46 Michael Shigorin написал(a):
> On Wed, Sep 07, 2005 at 02:40:02PM +0300, Led wrote:
> > > > Если я неправ - скажите где "ламерский подход", "нарушение
> > > > policy/security" и т.п. - я и умолкну:)
> > >
> > > Насколько понимаю, всё хорошо, просто никто не добрался
> > > обобщить.  Уже хорошо, что написали :-)
> >
> > Будет mkinitrd* с приведёнными доработками, можно написать и
> > более обстоятельно (по пунктам), а описывать ручную сборку
> > initrd.img - ИМХО лишнее, для этого man есть:)
>
> Ну так причешите да повесьте патч?

Повесить не проблема:) Просто в багзилле расписывать что да зачем коротко не 
получится, а без описания целесообразности этого FR кто на патчи внимание 
обратит?

Led.

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

[Anton Farygin]

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) на сжатый образ помещается больше пакетов.

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

propagator, который здесь выступает
механизмом, заменяющим initrd - делает usleep,
более того, оно же умеет предлагать
выбор другого устройства, в случае, если
USB поплыло в плане нумерации разделов.

Например это будет стабильно
воспроизводится на машине со встроенным
USB кард-ридером.


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

Ну нельзя убирать ignore. Если убрать, то
этот модуль полезет в initrd по всяким разным причинам.

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

да нет никаких нарушений, просто есть уже работающее хорошее решение.


Rgds,
Rider

Re: [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.

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

[Anton Farygin]

On Wed, 07 Sep 2005 15:05:54 +0300, Led wrote:

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

Речь не о том.

Просто в случае со встроенным
кард-ридером после загрузки usb-storage
устройство может стать не /dev/sda, а например /dev/sde

Rgds,
Rider

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

[Led]

В сообщении от Среда 07 Сентябрь 2005 15:12 Anton Farygin написал(a):
> On Wed, 07 Sep 2005 15:05:54 +0300, Led wrote:
> >> Например это будет стабильно
> >> воспроизводится на машине со
> >> встроенным USB кард-ридером.
> >
> > Полноценная система на флэшкарточке всё
> > же не очень... а на USB/ieee1394 - вполне реально
> > - никаких отличий от IDE - могу показать:)
>
> Речь не о том.
>
> Просто в случае со встроенным
> кард-ридером после загрузки usb-storage
> устройство может стать не /dev/sda, а например /dev/sde

Теоретически - может. я говорю только о повседневной практике:)

Led.

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

[Anton Farygin]

On Wed, 07 Sep 2005 15:30:04 +0300, Led wrote:

> В сообщении от Среда 07 Сентябрь 2005 15:12 Anton
> Farygin написал(a):
>> On Wed, 07 Sep 2005 15:05:54 +0300, Led wrote:
>> >> Например это будет стабильно
>> >> воспроизводится на машине со
>> >> встроенным USB кард-ридером.
>> >
>> > Полноценная система на флэшкарточке
>> > всё же не очень... а на USB/ieee1394 - вполне
>> > реально - никаких отличий от IDE - могу
>> > показать:)
>>
>> Речь не о том.
>>
>> Просто в случае со встроенным
>> кард-ридером после загрузки usb-storage
>> устройство может стать не /dev/sda, а
>> например /dev/sde
> 
> Теоретически - может. я говорю только о
> повседневной практике:)

Вообще то я тоже.

Rgds,
Rider

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

[Michael Shigorin]

On Wed, Sep 07, 2005 at 03:05:54PM +0300, Led wrote:
> > да нет никаких нарушений, просто есть уже работающее хорошее решение.
> "микроскопом - гвозди"? Зачем?

[17:17:22] <gvy> вернувшись к распиловке, в голове возникло:
"лучше забивать гвозди микроскопом, чем велосипедом"

Удобнее? :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       visit our conference (Oct 1):
--          http://conference.osdn.org.ua

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

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 682 bytes --]

Led пишет:

<skipped/>

>>Можно воспользоваться propagator. Все равно
>>lilo (как минимум) не работает на USB-HDD.
>>
>>Или есть какой-то другой, работающий загрузчик ?
> 
> syslinux. А ещё он работает, когда ПК не поддерживает загрузку с USB: в этом 
> случае syslinux+kernel+initrd помещается на CD (обычно 3,5" CD-RW), а "/" - 
> на USB диске или флэшке.

О! Расскажите, pls, как это делается? TravelStick по рецепту
Антона у меня не грузится. А вот загрузка с компакта с
последующим использованием / на флешке - очень нужная мне вещь,
чтобы компакт потом поменять можно было.

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

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

[Led]

В сообщении от Среда 07 Сентябрь 2005 13:17 Vitaly Ostanin написал(a):
> Led пишет:
>
> <skipped/>
>
> >>Можно воспользоваться propagator. Все равно
> >>lilo (как минимум) не работает на USB-HDD.
> >>
> >>Или есть какой-то другой, работающий загрузчик ?
> >
> > syslinux. А ещё он работает, когда ПК не поддерживает загрузку с USB: в
> > этом случае syslinux+kernel+initrd помещается на CD (обычно 3,5" CD-RW),
> > а "/" - на USB диске или флэшке.
>
> О! Расскажите, pls, как это делается? TravelStick по рецепту
> Антона у меня не грузится. А вот загрузка с компакта с
> последующим использованием / на флешке - очень нужная мне вещь,
> чтобы компакт потом поменять можно было.

1) isolinux (из пакета syslinux)
2) Пересобранный с usleep mkinitrd-busybox
3) Доработанный mkinitrd (или "ручная сборка" initrd.img)

Вам в виде src.rpm или только патчи?

Led.

[sisyphus] Re: мЕ СДЮКЪЕРЯЪ dev

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 753 bytes --]

Led пишет:

<skipped/>

>>>syslinux. А ещё он работает, когда ПК не поддерживает загрузку с USB: в
>>>этом случае syslinux+kernel+initrd помещается на CD (обычно 3,5" CD-RW),
>>>а "/" - на USB диске или флэшке.
>>
>>О! Расскажите, pls, как это делается? TravelStick по рецепту
>>Антона у меня не грузится. А вот загрузка с компакта с
>>последующим использованием / на флешке - очень нужная мне вещь,
>>чтобы компакт потом поменять можно было.
> 
> 
> 1) isolinux (из пакета syslinux)
> 2) Пересобранный с usleep mkinitrd-busybox
> 3) Доработанный mkinitrd (или "ручная сборка" initrd.img)
> 
> Вам в виде src.rpm или только патчи?

Если можно, в виде nosrc.rpm

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

Re: [sisyphus] Re: мЕ СДЮКЪЕРЯЪ dev

[Led]

В сообщении от Среда 07 Сентябрь 2005 15:27 Vitaly Ostanin написал(a):
> Led пишет:
>
> <skipped/>
>
> >>>syslinux. А ещё он работает, когда ПК не поддерживает загрузку с USB: в
> >>>этом случае syslinux+kernel+initrd помещается на CD (обычно 3,5" CD-RW),
> >>>а "/" - на USB диске или флэшке.
> >>
> >>О! Расскажите, pls, как это делается? TravelStick по рецепту
> >>Антона у меня не грузится. А вот загрузка с компакта с
> >>последующим использованием / на флешке - очень нужная мне вещь,
> >>чтобы компакт потом поменять можно было.
> >
> > 1) isolinux (из пакета syslinux)
> > 2) Пересобранный с usleep mkinitrd-busybox
> > 3) Доработанный mkinitrd (или "ручная сборка" initrd.img)
> >
> > Вам в виде src.rpm или только патчи?
>
> Если можно, в виде nosrc.rpm

Есть только:

mkinitrd-busybox-1.00.rel-alt3.1.i586.rpm
mkinitrd-2.9.7-alt1.1.noarch.rpm

и

mkinitrd-busybox-1.00.rel-alt3.1.src.rpm
mkinitrd-2.9.7-alt1.1.src.rpm

Led.

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

[Anton Farygin]

On Tue, 06 Sep 2005 16:10:59 +0400, Dmitry V. Levin wrote:

> On Tue, Sep 06, 2005 at 04:02:03PM +0400, Alexey Rusakov wrote:
>> On 06.09.2005 15:57, Vitaly Lipatov wrote:
>> >Теперь, при наличии замечательного udev,
>> >решил я снести пакет dev, который зря
>> >занимает место - его файлы не видны в
>> >работающей системе. Но не получилось:
>> >$ sudo apt-get remove dev
>> >Чтение списков пакетов... Завершено
>> >Построение дерева зависимостей...
>> >Завершено Следующие пакеты будут
>> >УДАЛЕНЫ:
>> >  basesystem dev interactivesystem raidtools
>> >ВНИМАНИЕ: Будут удалены важные для
>> >работы системы пакеты Обычно этого
>> >делать не следует. Вы должны точно
>> >понимать возможные последствия!
>> >  
>> По-моему, apt совершенно прав. Если я
>> правильно знаю, udev запускается слишком
>> поздно, для нормальной загрузки
>> некоторые устройства должны быть ещё
>> до его запуска.
> 
> Я, конечно, уберу dev из зависимостей
> basesystem.  Но если udev запускается слишком
> поздно, то удаление пакета dev приведёт к
> тому, что операционная система не
> загрузится.

Я бы пока что не убирал пакет dev из зависимостей.

udev не во всех случаях работает (например vserver или chroot)

Rgds,
Rider

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

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 230 bytes --]

On Tue, Sep 06, 2005 at 05:47:01PM +0400, Anton Farygin wrote:
> Я бы пока что не убирал пакет dev из зависимостей.
> 
> udev не во всех случаях работает (например vserver или chroot)

Кому надо, тот поставит?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

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

[Led]

В сообщении от Вторник 06 Сентябрь 2005 16:54 Dmitry V. Levin написал(a):
> On Tue, Sep 06, 2005 at 05:47:01PM +0400, Anton Farygin wrote:
> > Я бы пока что не убирал пакет dev из зависимостей.
> >
> > udev не во всех случаях работает (например vserver или chroot)
>
> Кому надо, тот поставит?

Кому надо, чтоб система грузилась? Я думаю, таких очень мало:)

Led.

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

[Anton Farygin]

On Tue, 06 Sep 2005 17:54:08 +0400, Dmitry V. Levin wrote:

> On Tue, Sep 06, 2005 at 05:47:01PM +0400, Anton Farygin wrote:
>> Я бы пока что не убирал пакет dev из
>> зависимостей.
>> 
>> udev не во всех случаях работает
>> (например vserver или chroot)
> 
> Кому надо, тот поставит?

ну разве что так.

А тот кто убрал - сам себе злобный буратино. ;)

Да, согласен. К тому же для udev можно сделать mini-dev.


Rgds,
Rider

Re: [sisyphus] Re: Re: оЕ ХДБМСЕФУС dev

[Alexey Rusakov]

On 06.09.2005 18:24, Anton Farygin wrote:
> К тому же для udev можно сделать mini-dev.
>   
Я за. Было бы здорово.

-- 
  Alexey "Ktirf" Rusakov

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

[Led]

В сообщении от Вторник 06 Сентябрь 2005 17:24 Anton Farygin написал(a):
> On Tue, 06 Sep 2005 17:54:08 +0400, Dmitry V. Levin wrote:
> > On Tue, Sep 06, 2005 at 05:47:01PM +0400, Anton Farygin wrote:
> >> Я бы пока что не убирал пакет dev из
> >> зависимостей.
> >>
> >> udev не во всех случаях работает
> >> (например vserver или chroot)
> >
> > Кому надо, тот поставит?
>
> ну разве что так.
>
> А тот кто убрал - сам себе злобный буратино. ;)
>
> Да, согласен. К тому же для udev можно сделать mini-dev.

если сначала это, а только потом "убирать" - тогда только ЗА! Только 
повнимательнее, плиз, чтоб включить всё, на чём может быть "/", даже 
теоретически.

Led.

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

[Vitaly Lipatov]

On Tuesday 06 September 2005 18:24, Anton Farygin wrote:
> Да, согласен. К тому же для udev можно сделать mini-dev.
И пусть он провайдит и обсолетит dev ?

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

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

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 709 bytes --]

On Wed, Sep 07, 2005 at 01:18:08AM +0400, Vitaly Lipatov wrote:
> On Tuesday 06 September 2005 18:24, Anton Farygin wrote:
> > Да, согласен. К тому же для udev можно сделать mini-dev.
> И пусть он провайдит и обсолетит dev ?
%
* AMorozov .oO (засунуть что-ли в сизиф пакет dev-minimal, который бы
* требовал udev и Obsoletes: dev. Ну, чтобы
 баг-репортов было побольше :-))
<vvk[home]> AMorozov, злодей :)
<AMorozov> Любители делать dist-upgrade по крону будут моими :-)
<thresh_> интересно, такие еще есть? :)
%


-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

А давайте не будем пинать мёртвую коняку?  Жеребёнок уже в стадии
имплементации.
		-- mike in sisyphus@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

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

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 274 bytes --]

Anton Farygin пишет:

<skipped/>

> Я бы пока что не убирал пакет dev из зависимостей.
> 
> udev не во всех случаях работает (например vserver или chroot)

А зачем dev в vserver ?

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

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

[Anton Farygin]

On Wed, 07 Sep 2005 14:19:07 +0400, Vitaly Ostanin wrote:

> Anton Farygin пишет:
> 
> <skipped/>
> 
>> Я бы пока что не убирал пакет dev из
>> зависимостей.
>> 
>> udev не во всех случаях работает
>> (например vserver или chroot)
> 
> А зачем dev в vserver ?

Вот это тоже интересный вопрос.

Rgds,
Rider

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

[Michael Shigorin]

On Wed, Sep 07, 2005 at 02:19:07PM +0400, Vitaly Ostanin wrote:
> А зачем dev в vserver ?

Незачем?

[root@paq:web /]# rpm -q dev basesystem
warning: package dev is not installed
warning: package basesystem is not installed

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       visit our conference (Oct 1):
--          http://conference.osdn.org.ua