Создание загрузочного USB-Flash на примере Alt Linux

Да уж... порадовало следующее:
------------------
добавляем программу sleep + необходимые для её работы библиотеки:

        ldd /bin/sleep
                linux-gate.so.1 =>  (0xffffe000)
                libc.so.6 => /lib/libc.so.6 (0x40019000)
                /lib/ld-linux.so.2 (0x80000000)

        cp -L /lib/ld-linux.so.2 /tmp/initrd/init/lib/
        cp -L /lib/libc.so.6 /tmp/initrd/init/lib/
-----------------
Вместо того, чтобы расскомментировать одну строчку в конфиге busybox и пересобрать его с поддержкой usleep, пихать glibc в initrd - оригинально:)

статья, я так понимаю, повод к размышлению, руководство к действию, а не истина в послденей инстанции. Всегда можно что то сделать лучше.

Хм, а Debian вообще практически без специального запиливания встал... И вместо sleep тупо ожидание нужного девайса в /dev/disk/by-label/.

root определялся по метке (причем код определения уже был в Debian-овском initramfs-ном скрипте).

> Вместо того, чтобы расскомментировать одну строчку в конфиге busybox и пересобрать его с поддержкой usleep, пихать glibc в initrd - оригинально:)

совершенно непонятно чем это лучше.

искать, раскомментировать, ПЕРЕСОБИРАТЬ!!!

вместо того чтобы просто скопировать 3 файла и не париться.

А, я понял, если libc положить в initrd - флешку тяжело носить будет!

а можно вопрос? зачем ковырять готовый инитрд если есть mkinitrd с пошаговой генерацией initrd в которой можно сделать все что нужно? или аффтар ниасилил стандартные утилиты?

> а можно вопрос? зачем ковырять готовый инитрд если есть mkinitrd с пошаговой генерацией initrd в которой можно сделать все что нужно? или аффтар ниасилил стандартные утилиты?

в студию параметры mkinitrd, позволяющие засунуть туда glibc!

(если имеется в виду pause, то согласен с оратором)

> в студию параметры mkinitrd, позволяющие засунуть туда glibc!

>(если имеется в виду pause, то согласен с оратором)

Я так и делал (с --pause), пока не сделал патч на несколько строк в mkinitrd и не потратил "целую минуту!" на пересборку штатного mkinitrd-busybox с usleep:)

>совершенно непонятно чем это лучше.

>искать, раскомментировать, ПЕРЕСОБИРАТЬ!!!

>вместо того чтобы просто скопировать 3 файла и не париться.

Можешь не перособирать: в тамошем ash (из стандартного busybox для initrd) есть и sleep, и usleep. Или всё таки будем тащить glibc?:)

Кто бы подсказал как из их ALT Linux 2.4 Master сделать тоже самое, или, хотябы, live-cd.... Эти возможности в Альте стали обсуждать только для ядра 2.6.x. А мне бы 2.4.х.

>Эти возможности в Альте стали обсуждать только для ядра 2.6.x. А мне бы 2.4.х.

Делал и для 2.4, и для 2.6 - AFAIR различия только в названиях некоторых модулей для initrd

>Можешь не перособирать: в тамошем ash (из стандартного busybox для initrd) есть и sleep, и usleep. Или всё таки будем тащить glibc?:)

а в чем с glibc проблема, если она туда влезает? не в штаны же тебе она положена ;-)

> Можешь не перособирать: в тамошем ash (из стандартного busybox для initrd) есть и sleep, и usleep. Или всё таки будем тащить glibc?:)

BusyBox v1.00 (2005.06.15) multi-call binary

Usage: busybox [function] [arguments]... or: [function] [arguments]...

BusyBox is a multi-call binary that combines many common Unix utilities into a single executable. Most people will create a link to busybox for each function they wish to use, and BusyBox will act like whatever it was invoked as.

Currently defined functions: [, ash, busybox, cat, echo, insmod, losetup, mount, pivot_root, raidautorun, sh, test, umount

вот этот тот самый busybox из initrd... найдите тут sleep =))

>вот этот тот самый busybox из initrd... найдите тут sleep =))

Тупишь? Я же написал: в ash

> Тупишь? Я же написал: в ash

а я написал тебе тот самый initrd, в котором sleep'ом и не пахло...

Что-то бизибокс какой-то куцый у тебя получился.

А на флешке может файлы лучше в jffs2 держать?

>а я написал тебе тот самый initrd, в котором sleep'ом и не пахло...

Зато там "пахнет" ash'ем, sleep и usleep - встроенные команды этого ash.

>Что-то бизибокс какой-то куцый у тебя получился.

Это спец. сборка - необходимый минимум для initrd.

>А на флешке может файлы лучше в jffs2 держать?

ИМХО неоправданно заморачивается ещё и с MD...

А вот свап на этой же флешке - кроме как быстрого её убиения, других причин для подобногорешения не вижу:)

>А на флешке может файлы лучше в jffs2 держать?

преимущества вашего предложения в студию!

> ИМХО неоправданно заморачивается ещё и с MD...

MD ? MD - moldavian sources for linux?

> А вот свап на этой же флешке - кроме как быстрого её убиения, других причин для подобногорешения не вижу:)

Вы наверное крутой гадальщик, раз способны предугадать каковы будут ресурсы хоста (RAM) или точно знаете на каком хосте вам внезапно понадобится данная флеш =)... особенно если нужна будет не просто система, а полноценная рабочая станция... (на что и делается упор) своп это страховка для флеш, и необходимая составляющая для HDD (в статье показана общая методика для носителей обоих типов)...

надеюсь теперь вам понятно?

> Зато там "пахнет" ash'ем, sleep и usleep - встроенные команды этого ash.

согласен с оратором

>> ИМХО неоправданно заморачивается ещё и с MD...

>MD ? MD - moldavian sources for linux?

Сорри, букву пропустил: не MD, а MTD

>Вы наверное крутой гадальщик, раз способны предугадать каковы будут ресурсы хоста (RAM)

Нет, не "гадальщик". Ео и флэшку убивать не хочу:) А в тех исключительных случаях, когда без свопа будет совсем трудно, сделаю своп-файл на винте хоста. И ещё: если на хосте совсем мало памяти, то наивно предполагать наличия на най USB2 (хоть бы USB1 был), а своп через USB1 - редкостный мазохизм:) Хотя - кому что:)

> А в тех исключительных случаях, когда без свопа будет совсем трудно, сделаю своп-файл на винте хоста.

подвините винду на винте хоста?? =)) так вам и дали хост трогать с вендою...

> И ещё: если на хосте совсем мало памяти, то наивно предполагать наличия на най USB2 (хоть бы USB1 был)

сказал и попал пальцем в небо... таких компов валом (причем с USB2), особенно это компы которые делались на заказ для каких либо учреждений... проц наманый, винт и память фиговые, на борту какая-нить вынь попроще...

>подвините винду на винте хоста?? =)) так вам и дали хост трогать с вендою...

Если к компу пустили и разрешили пихать в неё что угодно, то так я уж и спрашивать буду, создавая на виндовой ФС временный файл для свопа

>сказал и попал пальцем в небо... таких компов валом (причем с USB2)

>проц наманый, винт и память фиговые, на борту какая-нить вынь попроще...

Конфигурацию этих компов, плиз, в студию:)

Здаётся мне, что несколько... лукавите:) Например, что во времена массовых бюджетных материнок с поддержкой USB2 можно было бы найти в продаже DDR-модули памяти меньше 64М, а если и найти такое чудо, то оно было бы дешевле 64М модулей:)

Второе: для каких же это задач "проц наманый, винт и память фиговые"?:)

>> Здаётся мне, что несколько... лукавите:) Например, что во времена массовых бюджетных материнок с поддержкой USB2 можно было бы найти в продаже DDR-модули памяти меньше 64М, а если и найти такое чудо, то оно было бы дешевле 64М модулей:)

RAM: 128 DDR ( shared with video ) PROC: 2000 Mhz Celeron HDD: 20 Gb

Второе: для каких же это задач "проц наманый, винт и память фиговые"?:)

использовать компутер как печатную машинку, иначе и не назовешь.

>RAM: 128 DDR ( shared with video ) PROC: 2000 Mhz Celeron HDD: 20 Gb

128M - достаточно

>> Зато там "пахнет" ash'ем, sleep и usleep - встроенные команды этого ash.

интересно а как он будет их выполнять без самой реализации программы sleep?

з.ы. Сам попробовал через ash, получил фигу... А вы пробовали? или просто утверждаете?

> 128M - достаточно

для роутера, безусловно, но никак не для десктопа (вспомните ОО ему подобные прилады...)

128 минус видепамять (минимум 16 метров) = максимум 112 мб вс лучшем случае