On 23/08/2018 10:35, Eugene Berdnikov wrote:
где лежат lsinitramfs, unmkinitramfs и т.д.
On 23/08/2018 05:14, Tim Sattarov wrote:
/usr/bin/lsinitramfs
/usr/bin/unmkinitramfs
/usr/sbin/mkinitramfs
Урра, теперь есть unmkinitramfs и mkinitramfs!
lsinitramfs был давно, а вот unmkinitramfs и
разбирал initrd руками парой команд. А теперь это
какая-то хитрослепленная штука, в которую ни руками не залезть, ни
инструмента нет.
В детстве я собирал и разбирал initrd руками парой команд. А теперь
> это какая-то хитрослепленная штука, в которую ни руками не залезть,
> ни инструмента нет.
Главный инструмент айтишника это голова, особенно если она хранит
тёплые воспоминания детства. Простой "apt-cache search initrd&qu
> % file /boot/initrd.img-4.9.0-8-amd64
> /boot/initrd.img-4.9.0-8-amd64: ASCII cpio archive (SVR4 with no CRC)
>
> Только не надо думать, что это cpio archive.
>
>
man mkinitramfs:
...
The initramfs is a compressed cpio archive.
...
On 08/21/18 21:11, sergio wrote:
> А как в этом нашем дебиане разобрать initrd (что бы поменять в нём файл) и
> собрать обратно?
>
>
Покопался, нашёл:
# dpkg -L initramfs-tools-core| grep bin
/usr/bin
/usr/bin/lsinitramfs
/usr/bin/unmkinitramfs
/usr/sbin
/usr/sbin/mkinitramfs
On 08/22/18 19:26, sergio wrote:
>
> Ну вот сломал я initrd, бэкапа нет. Знаю что сломал, знаю что и куда надо
> положить, что бы всё
> взлетело.
я бы в таком случае грузился с внешнего винта/флэшки и переделывал initrd,
копаться в нём радости мало.
On 22/08/2018 18:52, Victor Wagner wrote:
Наскоько я понимаю, вопрос не в том "как разобрать", а "как сделать
так чтобы при последующей перегенерации initrd при апгрейде ядра или
еще какого пакета, который что-то в initrd кладет, измененный файл бы
оттуда не пропал".
Не
On Wed, 22 Aug 2018 04:11:31 +0300
sergio wrote:
> А как в этом нашем дебиане разобрать initrd (что бы поменять в нём
> файл) и собрать обратно?
>
>
Наскоько я понимаю, вопрос не в том "как разобрать", а "как сделать
так чтобы при последующей перегенерации initr
22.08.2018 08:11, sergio пишет:
А как в этом нашем дебиане разобрать initrd (что бы поменять в нём файл)
и собрать обратно?
Как разобрать, можно почитать /usr/bin/lsinitramfs
On Wed, Aug 22, 2018 at 04:32:03PM +0300, sergio wrote:
> On 22/08/2018 11:19, Sergey B Kirpichev wrote:
> > Как-то так:
> > gunzip -c -9 ../$(ARCH).orig/install.amd/initrd.gz | cpio -i -d -H newc
> > --no-absolute-filenames
> > find . | cpio -o -H newc | gzip -9 > ../$(ARCH)/install.amd/initrd.gz
On 22/08/2018 11:19, Sergey B Kirpichev wrote:
Как-то так:
gunzip -c -9 ../$(ARCH).orig/install.amd/initrd.gz | cpio -i -d -H newc
--no-absolute-filenames
find . | cpio -o -H newc | gzip -9 > ../$(ARCH)/install.amd/initrd.gz
Это уже всё давно не правда. У вас по-прежнему etch?
% cat
А задача вообще какая, что понадобилось вручную в инитрд править что-то?
22.08.2018 04:11, sergio пишет:
А как в этом нашем дебиане разобрать initrd (что бы поменять в нём файл)
и собрать обратно?
On Wed, Aug 22, 2018 at 04:11:31AM +0300, sergio wrote:
> А как в этом нашем дебиане разобрать initrd (что бы поменять в нём файл) и
> собрать обратно?
Как-то так:
-->8--
initrd: $(ARCH).orig preseed.cfg.clean
mkdir initrd
cd initrd && \
gunzip -c -9 ../$(ARCH)
А как в этом нашем дебиане разобрать initrd (что бы поменять в нём файл)
и собрать обратно?
--
sergio.
2015-338 17:26 Andrey Melnikoff wrote:
> откуда взято сам найдешь?
прикольно. надо обновиться)) в 221 версии такого нет. тогда да, вообще ниче
делать не надо, знай себе update-initramfs.
ЗЫ. собирал не initramfs-tools, а вручную. и без всяких там удевов -
бизибоксового mdev за глаза хватает. там а
dimas wrote:
> 2015-338 15:32 Andrey Melnikoff wrote:
> > Если такие инитрд с нуля собирал - то чего за вопросы в стле l.o.r?
> дык у меня-то вопросов как раз никаких, это ТС интересовался, как туда правила
> для удева положить - кстати, создать в /etc/initramfs-tools/hooks скрипт по
> образу и п
2015-338 15:32 Andrey Melnikoff wrote:
> Если такие инитрд с нуля собирал - то чего за вопросы в стле l.o.r?
дык у меня-то вопросов как раз никаких, это ТС интересовался, как туда правила
для удева положить - кстати, создать в /etc/initramfs-tools/hooks скрипт по
образу и подобию /usr/share/initra
dimas wrote:
> 2015-338 12:14 Andrey Melnikoff wrote:
> > Открой для себя "update-initramfs -v -k all -u" а так-же набор скрптов из
> > /usr/share/initramfs-tools/ которыми собирают initramfs.
> а я в курсе про то и другое. я такие инитрд с нуля собирал)) но чтобы
> полноценно
> покопаться, лучш
2015-338 12:14 Andrey Melnikoff wrote:
> Открой для себя "update-initramfs -v -k all -u" а так-же набор скрптов из
> /usr/share/initramfs-tools/ которыми собирают initramfs.
а я в курсе про то и другое. я такие инитрд с нуля собирал)) но чтобы полноценно
покопаться, лучше расковырять готовый образ
dimas wrote:
> 2015-337 22:39 Dmitry E. Oboukhov wrote:
[...]
> -rw-r--r-- 1 dimas dimas 210 дек 4 00:14 50-firmware.rules
> -rw-r--r-- 1 dimas dimas 3,3K дек 4 00:14 50-udev-default.rules
> -rw-r--r-- 1 dimas dimas 6,4K дек 4 00:14 55-dm.rules
> -rw-r--r-- 1 dimas dimas 2,4K дек 4 00:14 56-
2015-337 22:39 Dmitry E. Oboukhov wrote:
> но вот один из имеющихся контроллеров USB мне попался такой который
> хочет 1 в /sys записанный.
> так что бесконечный цикл не оч хорош.
> я видимо попробую поиграться с udev.
> PS: а для udev в initrd тоже можно правила положить?
а
UID поэтому пофиг
куда воткнули.
но вот один из имеющихся контроллеров USB мне попался такой который
хочет 1 в /sys записанный.
так что бесконечный цикл не оч хорош.
я видимо попробую поиграться с udev.
PS: а для udev в initrd тоже можно правила положить?
> если вернуться к корню проблемы: а точ
2015-337 12:58 zhukov wrote:
> И, возможно, добавляем небольшой rootdelay.
возможно, лучше сделать скрипт где-нибудь в local-premount, который будет
"виснуть" и в цикле с некоторым интервалом смотреть на предмет появления
нужного девайса. или значения "1" в /sys/бла/бла/бла, что будет сигнализиров
03.12.2015 12:29, Dmitry E. Oboukhov пишет:
> вероятно про то, но ее надо втаскивать в initrd?
Выше уже писали про udev...
По идее, должно сработать так:
Пишем в файлик /etc/udev/rules.d/10-disable-power-safe-for-usb-hub.rules
SUBSYSTEM=="usb", ATTRS{idVendor}=="1234", ATTRS
On 12/3/15, Dmitry E. Oboukhov wrote:
>> sysfsutils не про то?
>
> вероятно про то, но ее надо втаскивать в initrd?
Кажется, оно уже obsoleted.
>> надо сделать
>> echo 1 > /sys/bus/usb/bla/path
> sysfsutils не про то?
вероятно про то, но ее надо втаскивать в initrd?
--
. ''`. Dmitry E. Oboukhov
: :’ : email: un...@debian.org jabber://un...@uvw.ru
`. `~’ GPGKey:
В Wed, 2 Dec 2015 18:26:18 +0300
sergio пишет:
> On 12/02/2015 04:31 PM, Dmitry E. Oboukhov wrote:
>
> > надо сделать
> > echo 1 > /sys/bus/usb/bla/path
>
> sysfsutils не про то?
>
--
Victor Wagner
On 12/02/2015 04:31 PM, Dmitry E. Oboukhov wrote:
> надо сделать
> echo 1 > /sys/bus/usb/bla/path
sysfsutils не про то?
--
sergio
Dmitry E. Oboukhov wrote:
> [-- text/plain, кодировка quoted-printable, кодировка: utf-8, 74 строк --]
> проблема в том что usb контроллер инициализируется сколько-то времени
> и файлики в /sys/bus появляются далеко не сразу.
Они там появляются когда udev загрузит модуля.
> что лучше вкрутить? п
> On Wed, Dec 02, 2015 at 04:31:18PM +0300, Dmitry E. Oboukhov wrote:
>> вопрос: а какой кошерный способ есть в initramfs сделать это
>> автоматически?
> Думаю смотреть в сторону /etc/initramfs-tools/scripts/
в том вопрос и состоит: скрипт надо писать или можно в конфиг
какой-то влезть каким-то о
On Wed, Dec 02, 2015 at 04:31:18PM +0300, Dmitry E. Oboukhov wrote:
> вопрос: а какой кошерный способ есть в initramfs сделать это
> автоматически?
Думаю смотреть в сторону /etc/initramfs-tools/scripts/
> проблема в том что usb контроллер инициализируется сколько-то времени
> и файлики в /sys/bus
жим полного потребления и
стартует с него систему.
система в initrd натыкается на отключенный винчестер по причине того
что echo не сделан и не может смонтировать рут.
далее я руками делаю вышеупомянутый echo 1 > path и продолжаю
загрузку.
вопрос: а какой кошерный способ есть в initramfs сдела
есть способ, чего ж нет...
только нафига какие-то дискеты? жуть какая... на любую мелкую флшку накатить.
самый простой вариант - создать раздельчик с ext2, на нем /boot/grub, и оную
папку бинд-маунтом смонитровать в /boot/grub на своей системе. и на это дело
sudo grub-install /dev/sdX, а потом upda
а, ну так все правильно. машина-то грузится с физических дисков, а не с того,
что там на них нагорожено. был бы аппаратный рэйд - тогда да, он бы
воспринимался как обычный диск, и ни биос, ни система про него бы знать не
знали.
а так - при загрузке читается мбр диска, с котороно установлена загрузк
2 раза grub2 с такой
> конфигурацией ломался при обновлении системы, выходила minimal
> загрузочная консоль grub, чинилась с liveCD через chroot. Сейчас
> выходит нормальное загрузочное меню grub, но при загрузке системы
> останавливается с ошибкой:
> initrd:
> Error: couldn't
Victor Wagner wrote:
мне нужно наоборот - чтобы устройство обнаруживалось "нормальным" udev,
а не тем, которое в initrd
Думаем внимаетльно "Чтобы устройство обнаруживалось" или "чтобы если в
момент загрузки устройство воткнуто, выполнялся тот же скрипт"?
On 2010.05.26 at 11:31:44 +0400, Ed wrote:
> Nicholas wrote:
>> Ed wrote:
>>> есть у меня usb-железка, есть для неё правило к udev, запускающее
>>> нужную программу.
>>> я подумал-подумал и придумал: после перезапуска железка детектится
>>> udev из
Nicholas wrote:
Ed wrote:
есть у меня usb-железка, есть для неё правило к udev, запускающее
нужную программу.
я подумал-подумал и придумал: после перезапуска железка детектится
udev из initrd, где моих правил нет (да и не к месту они там).
По аналогии - что бы загрузиться с usb,
мне нужно
Ed wrote:
есть у меня usb-железка, есть для неё правило к udev, запускающее нужную
программу.
я подумал-подумал и придумал: после перезапуска железка детектится udev
из initrd, где моих правил нет (да и не к месту они там).
По аналогии - что бы загрузиться с usb, иногда нужно сделать
cp
>> это мы уже со смонтированной / попадаем в shell,
>> а консоль initramfs она еще до маунта /
s>
s> break spawns a shell in the initramfs image at chosen run-time (top,
s> modules, premount, mount, mountroot, bottom, init). The default
s> is premount without any arg. Beware that if bo
On 02.03.2010 15:26, Dmitry E. Oboukhov wrote:
При каких-то ошибках initramfs вываливается в его консоль.
Вопрос: можно ли на этапе загрузки системы иниццировать это
вываливание искуственно? то есть параметр к ядру или клавиша какая?
в какой доке посмотреть?
s> Ммм.. init=/bin/sh ?
это мы у
>> При каких-то ошибках initramfs вываливается в его консоль.
>>
>> Вопрос: можно ли на этапе загрузки системы иниццировать это
>> вываливание искуственно? то есть параметр к ядру или клавиша какая?
>>
>> в какой доке посмотреть?
s> Ммм.. init=/bin/sh ?
это мы уже со смонтированной / попадаем в
On 02.03.2010 14:48, Dmitry E. Oboukhov wrote:
При каких-то ошибках initramfs вываливается в его консоль.
Вопрос: можно ли на этапе загрузки системы иниццировать это
вываливание искуственно? то есть параметр к ядру или клавиша какая?
в какой доке посмотреть?
Ммм.. init=/bin/sh ?
Про то, что
При каких-то ошибках initramfs вываливается в его консоль.
Вопрос: можно ли на этапе загрузки системы иниццировать это
вываливание искуственно? то есть параметр к ядру или клавиша какая?
в какой доке посмотреть?
--
... mpd is off
. ''`. Dmitry E. Oboukhov
: :’ :
В Пнд, 15/12/2008 в 12:16 +0300, sergio пишет:
> Всем привет.
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=503115
>
> помогите убедить товарища, что права на / должны быть 755.
Может SE-Linux туда ещё прикрутить...
--
Покотиленко Костик
--
To UNSUBSCRIBE, email to debian-russian-re
sergio -> debian-russian@lists.debian.org @ Mon, 15 Dec 2008 12:16:46 +0300:
s> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=503115
s> помогите убедить товарища, что права на / должны быть 755.
Ты сначала нас в этом убеди...
--
Artem Chuprina
RFC2822: Jabber: r...@jabber.ran.pp.ru
Я н
Twas brillig at 12:16:46 15.12.2008 UTC+03 when debian-russ...@sergio.spb.ru
did gyre and gimble:
s> помогите убедить товарища, что права на / должны быть 755.
Зачем убеждать в бессмысленном?
--
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=503115
> помогите убедить товарища, что права на / должны быть 755.
а в initrd разве есть логины юзером?
--
... mpd is off
. ''`. Dmitry E. Oboukhov
: :’ : email: un...@debian.org jabbe
Всем привет.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=503115
помогите убедить товарища, что права на / должны быть 755.
--
sergio
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Victor Wagner wrote:
On 2008.10.22 at 21:10:27 +0400, sergio wrote:
тут всё намного проще
mktemp создаёт каталог с 700
кстати, ключей для изменения такого поведения нет.
Ну и кто ж им баклан потом cpio архивировать .?
не понял
Нет бы сделать find * вместо find . - в корне дот-файлов обычно
On 2008.10.22 at 21:10:27 +0400, sergio wrote:
> тут всё намного проще
> mktemp создаёт каталог с 700
> кстати, ключей для изменения такого поведения нет.
Ну и кто ж им баклан потом cpio архивировать .?
Нет бы сделать find * вместо find . - в корне дот-файлов обычно нет.
Или даже find . |grep -v
Victor Wagner wrote:
On 2008.10.22 at 18:42:37 +0400, sergio wrote:
Victor Wagner wrote:
А что показывает ls -ld / и ls -ld /bin?
Блин, всё так банально...
700 на /
Это - знаменитейшая грабля. Обычно бывает из-за каких-нибудь глюков в
скрипте, вроде
DIR=var/lib/something
FILENAME=${DIR}/x
On 2008.10.22 at 18:42:37 +0400, sergio wrote:
> Victor Wagner wrote:
>
> >А что показывает ls -ld / и ls -ld /bin?
> Блин, всё так банально...
> 700 на /
Это - знаменитейшая грабля. Обычно бывает из-за каких-нибудь глюков в
скрипте, вроде
DIR=var/lib/something
FILENAME=${DIR}/xxx
chmod 0700 /$
Victor Wagner wrote:
А что показывает ls -ld / и ls -ld /bin?
Блин, всё так банально...
700 на /
а я почему-то начал копать в сторону опций монтирования ):
и что бы не писать ещё одно письмо:
по дефолту initrd монтируется на rw.
--
sergio.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
Victor Wagner -> debian-russian@lists.debian.org @ Tue, 21 Oct 2008 17:47:20
+0400:
>> И под какого пользователя там делать privilege separation? В юниксах,
>> сколь я помню, жестко определен ровно один uid - равный нулю.
>>
>> А то может получиться, что система загружена, процесс уже запу
On 2008.10.21 at 16:07:16 +0400, Artem Chuprina wrote:
>
> И под какого пользователя там делать privilege separation? В юниксах,
> сколь я помню, жестко определен ровно один uid - равный нулю.
>
> А то может получиться, что система загружена, процесс уже запущен, а
> через несколько минут глядь
Victor Wagner -> debian-russian@lists.debian.org @ Tue, 21 Oct 2008 15:29:42
+0400:
>> >> Там, небось, read-only filesystem...
>>
>> VW> С какого перепуга? На initrd она обычно rw - почему б и не
>> VW> позволить на ram-disk писть-то. Другое д
On 2008.10.21 at 15:22:08 +0400, Artem Chuprina wrote:
> Victor Wagner -> debian-russian@lists.debian.org @ Tue, 21 Oct 2008 12:04:26
> +0400:
>
> >> Там, небось, read-only filesystem...
>
> VW> С какого перепуга? На initrd она обычно rw - почему б и не
> V
Victor Wagner -> debian-russian@lists.debian.org @ Tue, 21 Oct 2008 12:04:26
+0400:
>> Там, небось, read-only filesystem...
VW> С какого перепуга? На initrd она обычно rw - почему б и не
VW> позволить на ram-disk писть-то. Другое дело что по хорошему счету
VW> надо разби
On 2008.10.21 at 00:23:08 +0400, Artem Chuprina wrote:
> Victor Wagner -> debian-russian@lists.debian.org @ Tue, 21 Oct 2008 00:05:57
> +0400:
>
> Там, небось, read-only filesystem...
С какого перепуга? На initrd она обычно rw - почему б и не позволить на
ram-disk писть-то.
Дру
Victor Wagner -> debian-russian@lists.debian.org @ Tue, 21 Oct 2008 00:05:57
+0400:
>> Почему в initrd нельзя выполнять или читать файлы без рутовских привелегий?
>>
>> su user выдаёт
>> Cannot execute /bin/sh: Permission denied
>> strace показывает
&g
On 2008.10.20 at 18:39:33 +0400, sergio wrote:
> Всем привет
>
> Почему в initrd нельзя выполнять или читать файлы без рутовских привелегий?
>
> su user выдаёт
> Cannot execute /bin/sh: Permission denied
> strace показывает
> execve("/bin/sh", ["sh"
Всем привет
Почему в initrd нельзя выполнять или читать файлы без рутовских привелегий?
su user выдаёт
Cannot execute /bin/sh: Permission denied
strace показывает
execve("/bin/sh", ["sh"], [/* 27 vars */]) = -1 EACCES (Permission denied)
и так не только с su и не только на
On Sat, Aug 18, 2007 at 10:35:20PM +0400, Roman Makurin wrote:
> Всем привет. Недавно решил сделать тотальную перестойку дома и заобно
> всё перенести на LVM. Вроде всё сделал, но вот никак не могу разобраться
> с initrd. Тот что генерится по умолчанию получается без поддержки lvm,
>
Всем привет. Недавно решил сделать тотальную перестойку дома и заобно
всё перенести на LVM. Вроде всё сделал, но вот никак не могу разобраться
с initrd. Тот что генерится по умолчанию получается без поддержки lvm,
тк загрузка зависает на фразе "wating root partition... чего-то там".
Пр
man и /usr/share/doc/<название-тула-которым-собираем>/
А вообще в debian оно и читать не надо -- все с высокой вероятностью
само заработает. Мне приходилось переделывать initrd только под evms во
времена woody.
В Чтв, 01/06/2006 в 14:41 +0300, pasha пишет:
> привет всем.
> по
привет всем.
подскажите как правильно собирать initrd или где можно достать доков
на русском языке по mkinitrd. а то чтение man не помогает.
--
С уважением,
pasha mailto:[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
& ...
ICQ 3575357
мне пришлось столкнуться c этой проблемой , но только на 2.4.x
помог патч отсюда
http://www.kernel.org/pub/linux/kernel/people/jgarzik/libata/
если использовать initrd то для моего случая модули распологались в
правильном порядке так: scsi_mod sd_mod sr_mod libata ata_
ае
>> это наше будущее :-)
PA> initrd сделанный initrd-tools 0.1.84 на unstable уже две недели грузит
PA> 2.6.14 ;)
Тем лучше. Но лично я на него не вернусь - yaird лучше и умнее. Другое
дело, что кое-чито он не поддерживает, ну дык у меня этого нет :-)
Petrov Dmithriy wrote:
> Так собственно 2.6.14 в sid уже есть, и зависит от yaird, который конфликтует
> с initrd. I love Debian :)
Конфликтует?
Package: yaird
Priority: optional
Section: utils
Installed-Size: 568
Maintainer: Debian Kernel Team
Architecture: i386
Version: 0.0.11-10
Pr
On Thu, Nov 17, 2005 at 09:45:53AM +0300, Serge Matveev wrote:
> Кроме того, насколько я понял стандартный mkinitrd не сможет работать с
> 2.6.14 и выше из-за полного отсутствия в нём devfsd, так что в любом случае
> это наше будущее :-)
initrd сделанный initrd-tools 0.1.84 на uns
случае
> это наше будущее :-)
>
Так собственно 2.6.14 в sid уже есть, и зависит от yaird, который конфликтует
с initrd. I love Debian :)
В общем, если кому интересно, рекомендую новый mkinitrd под названием
yaird (если кто не в курсе) - более интеллектуальный чем стандартный. Для
работы требуется 2.6.8 и выше.
Он сам разобрался с SATA на моей матери (ничего делать дополнительно не
надо). Обычный mkinitrd "не смог", а руками
Сдаюсь. Сто перезагрузок а толку чуть. Кто-нибудь может в меня кинуть
рабочую конфигурацию для mkinitrd чтобы с sata винта загрузиться?
Testing, 2.6.12-1-686-smp, мать P5GD1 (i915P).
[EMAIL PROTECTED] spb ru Serge Matveev & ...
ICQ 3575357
--
To
А зачем о вам, это initrd? Без него ядро работает вполне замечательно... Или я чего-то не знаю?On 11/8/05, Nikita <
[EMAIL PROTECTED]> wrote:apt-get install yaird :-)сам вот мучаюсь с этим инитрд.
On 11/8/05, abraham shapirus <[EMAIL PROTECTED]> wrote:> а что это, mkinitrd из те
apt-get install yaird :-)
сам вот мучаюсь с этим инитрд.
On 11/8/05, abraham shapirus <[EMAIL PROTECTED]> wrote:
> а что это, mkinitrd из тестинга не умеет создавать initrd для ядра
> 2.6.14 при загруженном том же ядре?
> а как же быть?:)
>
--
every day we are more
а что это, mkinitrd из тестинга не умеет создавать initrd для ядра
2.6.14 при загруженном том же ядре?
а как же быть?:)
Sergey wrote:
по идее все написано в /linuxrc. Может модули грузятся
благодаряCONFIG_KMOD=y? Хотя в свое время я все ручками прописывал...
imho система создаваемая командой makeinitrd в дебиане вообще
закомплексована до нелзя. В своё время просто создавал ram диск со
скриптом вместо /sbin/init,
On Вск, 2004-04-04 at 14:12 +0400, Dmitry E. Oboukhov wrote:
> > в /etc/mkinitrd/modules ничего не прописано
> > ядро используя initrd грузится
> >
> > раз модули с помощью initrd не грузятся никакие я думал, что его
> > можно просто не юзать
> >
> >
> > > в /etc/mkinitrd/modules ничего не прописано
> > > ядро используя initrd грузится
> > >
> > > раз модули с помощью initrd не грузятся никакие я думал, что его
> > > можно просто не юзать
> > точно не грузятся? может что-то в нем пропис
> в /etc/mkinitrd/modules ничего не прописано
> ядро используя initrd грузится
>
> раз модули с помощью initrd не грузятся никакие я думал, что его
> можно просто не юзать
>
> пытаюсь пересобрать его без опции --initrd:
>
> на загрузке кричит, что не может смонтир
> > в /etc/mkinitrd/modules ничего не прописано
> > ядро используя initrd грузится
> >
> > раз модули с помощью initrd не грузятся никакие я думал, что его
> > можно просто не юзать
> точно не грузятся? может что-то в нем прописано в /linuxrc?
или /et
On Вск, 2004-04-04 at 01:26 +0400, Dmitry E. Oboukhov wrote:
> имеем:
>
> в /etc/mkinitrd/modules ничего не прописано
> ядро используя initrd грузится
>
> раз модули с помощью initrd не грузятся никакие я думал, что его
> можно просто не юзать
точно не грузятся? может что
имеем:
в /etc/mkinitrd/modules ничего не прописано
ядро используя initrd грузится
раз модули с помощью initrd не грузятся никакие я думал, что его
можно просто не юзать
пытаюсь пересобрать его без опции --initrd:
на загрузке кричит, что не может смонтировать root и падает в паник
ext3 включен
On Thu, 11 Dec 2003 10:33:46 +0500
"Pavel V. Bronnikoff" <[EMAIL PROTECTED]> wrote:
>
>
> - Original Message -
> From: "Vladimir Pozdnyakov" <[EMAIL PROTECTED]>
> To: "debian-russian"
> Sent: Thursday, December 11, 2003 10:27
Hi All!
Не пользовал ли кто субж?
Как правильно собрать ядро и образ initrd?
Я собирал ядро 2.4.23:
make-kpkg --initrd --revision 1 kernel_image
в /etc/mkinitrd/modules
ext2
cramfs
reiserfs
в lilo.conf прописано
boot=/dev/hda
root=/dev/hda3
default=Linux
image
написанно что и как.
То есть собрял ядро, собрал модуль, сделал initrd, загрузился, все работает.
Только initrd не хочет размонтировать директорию /initrd после загрузки.
Система unsrable, initrd-tools 0.1.49,
Да кстати пришлось в mkinitrd отказатся от cramfs в пользу проверенного
временем ext2+gzip
В сообщении от 8 Июль 2003 13:27 Dmitry Astapov написал:
> Evening, Dimitry.
>
> "Dimitry N. Naldaev" <[EMAIL PROTECTED]> 11:14 7/7/2003 wrote:
> >> DNN> последовательный ремоут ? что же тогда с ним происходит? просветите
> >> DNN> меня плиз!!!
> >> А что такое "последовательный ремоут"?
>
> Остал
Evening, Dimitry.
"Dimitry N. Naldaev" <[EMAIL PROTECTED]> 11:14 7/7/2003 wrote:
>> DNN> последовательный ремоут ? что же тогда с ним происходит? просветите
>> DNN> меня плиз!!!
>> А что такое "последовательный ремоут"?
Осталось понять, зачем же тут слово "ремоут"... Ну да ладно ...
DNN> гру
В сообщении от 4 Июль 2003 14:52 Dmitry Astapov написал:
> Evening, Dimitry.
>
> "Dimitry N. Naldaev" <[EMAIL PROTECTED]> 10:00 4/7/2003 wrote:
> >> DNN> основное назначение initrd --- инсталяция системы...
> >> Мнда? Может, лучше все-же почитать д
Evening, Dimitry.
"Dimitry N. Naldaev" <[EMAIL PROTECTED]> 10:00 4/7/2003 wrote:
>> DNN> основное назначение initrd --- инсталяция системы...
>> Мнда? Может, лучше все-же почитать документацию?
DNN> может и лучше, ссылки в студию :-)
http://sdb.suse.de/en/s
N. Naldaev написал:
> >> > я вмежду прочим уже написал, что лучшим решением будет сделать
> >>
> >> а чем метод с подключением нужных модулей из initrd будет хуже ?
>
> DNN> как минимум тем, что рамдиск будет болтаться в памяти :-( А еще куча
> DNN&g
On Thu, Jul 03, 2003 at 11:49:27AM +0600, Dimitry N. Naldaev wrote:
> > а чем метод с подключением нужных модулей из initrd
> > будет хуже ?
>
> как минимум тем, что рамдиск будет болтаться в памяти :-(
К счастью, очень недолго ;-}
> А еще куча гемора, если понадобится чт
будет сделать
>>
>> а чем метод с подключением нужных модулей из initrd будет хуже ?
DNN> как минимум тем, что рамдиск будет болтаться в памяти :-( А еще куча
DNN> гемора, если понадобится что-нубудь поправить на нем...
DNN> основное назначение initrd --- инсталяция сист
В сообщении от 2 Июль 2003 21:44 Alexey Ozeritsky написал:
> В письме от 2 Июль 2003 07:40 Dimitry N. Naldaev написал:
> > я вмежду прочим уже написал, что лучшим решением будет сделать
>
> а чем метод с подключением нужных модулей из initrd
> будет хуже ?
как минимум тем,
В письме от 2 Июль 2003 07:40 Dimitry N. Naldaev написал:
> я вмежду прочим уже написал, что лучшим решением будет сделать
а чем метод с подключением нужных модулей из initrd
будет хуже ?
> make menuconfig
> и вкомпилить все необходимые fs сразу в ядро. . .
--
Alexey Ozeritsky
email
gt; вероятно в ядре нет поддержки cramfs, которая
> используется в initrd в debian'не
>
> > make menuconfig :-D)
> >
> > > Вкуривоние доки по диагонали результата не дало ;)
> > >
> > > modprobe reiserfs прописанный в /linuxrc
> > > не работает.
В письме от 1 Июль 2003 08:00 Dimitry N. Naldaev написал:
> В сообщении от 30 Июнь 2003 17:54 Aleksey Cheusov написал:
> > Поставил дефолтное ядро.
> > Куда прописать загрузку модуля ядра fs?
вероятно в ядре нет поддержки cramfs, которая
используется в initrd в debian'не
>
В Пнд, 30.06.2003, в 16:54, Aleksey Cheusov пишет:
> Поставил дефолтное ядро.
> Куда прописать загрузку модуля ядра fs?
> Вкуривоние доки по диагонали результата не дало ;)
> modprobe reiserfs прописанный в /linuxrc
> не работает.
> Дайте путь по-короче.
Монтируешь initrd-обра
On Mon, Jun 30, 2003 at 02:54:25PM +0300, Aleksey Cheusov wrote:
> Поставил дефолтное ядро.
> Куда прописать загрузку модуля ядра fs?
> Вкуривоние доки по диагонали результата не дало ;)
/etc/modules
Кроме того если сами модули находится на диске с этой ф.с. и нет ее
поддержки в статическом ядре,
Результаты 1 - 100 из 105 matches
Mail list logo
