Форум Slackware Linux

Здравствуйте.

Хочу сделать загрузку с флешки в нетбуке. Точнее уже сделал давно, УМВР Но флешка подыхает, думаю на другую переделать.

Проблема в том, что ядро не грузится, а паникует. Скорее всего не может найти rootfs. Но точно я не знаю, т.к. в нетбуке видно лишь последние строчки с сообщением о панике.

fdisk -l куда ставлю:


# sed '/^#/d;/^\s*$/d' /mnt/rootfs/etc/lilo.conf

ЧЯДНТ?

Может-ли своп раздел вызывать панику?

Да, sdb3 отформатирован как EXT4

fstab

На фото паники ядра позволите взглянуть?
Речь о -huge-* ядре, так? Если нет, нужен или initrd или сборка ядра с вкомпилированием драйверов ФС, контроллера и т.п. Кроме того, если правильно путаю, USB больше не собирается внутрь -huge-, поскольку на некоторых системах умудрялся подниматься раньше SATA/SCSI и захватывать /dev/sda, нужно проверить config ядра на этот счет.
На текущей флешке содержимое append/addappend аналогичное, rootdelay=xx не используется? См.:

_________________
irc://freenode.net/##slackware-ru

легко, но говорю-же, там последние 15 строк примерно.

речь о:

т.к. тут AtomN270, то 32 бита

в lilo.conf

ЗЫЖ у меня везде так. И грузился я с одной флешки, а все остальные вытаскивал.

Параметра addappend в текущем /etc/lilo.conf точно нет?было бы достаточно, чтобы увидеть и append и addappend.
Какие модули в текущем initrd? Какой версии ядро в текущей системе?
Чего не хватает в новом из того, что есть в старом?

ps. В варианте с -generic- ядрами и initrd задержка монтирования корня задается ключом -w команды mkinitrd. Поскольку обсуждаем huge, попробуйте добавить в append фразу "rootdelay=30" и проверить результат. Ожидаемый эффект -- 30-секундная задержка после загрузки ядра и попыткой смонтировать корень. Если паника уйдет, время задержки можно будет уменьшить в соответствии с особенностями системы.

_________________
irc://freenode.net/##slackware-ru

на текущей флешке:

на подопытной


в текущей системе initrd делал так:
в новой системе пробовал и с таким initrd (конечно -f ext4), не получилось. Сейчас пытаюсь без initrd делать

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

PPS: воткнул в VGA дырку нормальный монитор -- не помогло. Нормальный монитор включается после того, как ядро инициализирует rootfs, когда меняет разрешение на нормальное. А BIOS и kernel panic видны только на родном экране нетбука :(

это можно сделать без правки lilo.conf прросто нажав TAB, а потом написать "Linux rootdelay=3"?

да, это параметр ядра; любые из них можно передать таким образом.

_________________
irc://freenode.net/##slackware-ru

http://slackware.osuosl.org/slackware-14.1/source/k/config-x86/config-huge-smp-3.10.17-smp
То есть, путал правильно, -huge- для загрузки с флешки без initrd теперь недостаточно, ибо "запчасти" в модулях, а не в теле ядра.

_________________
irc://freenode.net/##slackware-ru

угу, сработало. Написала "не могу смонтировать root fs unknown-block(8,3), но я не понимаю, почему так?

Неужели даже единственная флешка всё равно видится как /dev/sdb? Попробую задать ещё и root=/dev/sdb3…

щит. Ладно, пойду пересоберу initrd… Спасибо

не получилось :(
с initrd kernel panic появляется ВНЕЗАПНО, даже с rootdelay, и не важно куда ставить (пробовал вручнуюю, в mkinitrd -w30, и в lilo.conf:append)

См. предыдущее сообщение, в -huge- больше не вкомпилированы модули поддержки usb mass storage, они идут отдельными модулями, то есть позволяют без initrd монтировать всё, кроме корня на USB.
А block(8,3) -- это и есть /dev/sda3.

_________________
irc://freenode.net/##slackware-ru

дык я сейчас с initrd пытаюсь сделать, там есть все модули, а именно ehci_pci:ums_realtek:hid_generic:usbhid:loop:f2fs Почему не работает-то?Другая флешка работает(правда она miniSD), и эта тоже раньше работала, а сейчас не хочет почему-то…

PS: сейчас посмотрел, похоже понял: usb_storage почему-то нет в списке. А ведь был раньше!

Ну я и чудак s/ч/м/

ну и правильно, что его нет. Оно само подтягивается(из-за ums_realtek). Если его ввести, то модуль будет дважды. И ничего не меняется :(

В списке модулей не вижу ext4, упоминание -f ext4 не заменяет необходимость указывать компонуемый модуль (для -generic-):

Упоминание дважды-трижды -- не проблема, больше одной копии в файловое дерево не попадет все равно.

Можно в -w параметр побольше поставить, вдруг новая флешка медленнее расчухивается.

Кроме того, возможно с выкидыванием поддержки носителей USB в модули, выкинули туда же что-то ещё, что было раньше в теле ядра, нужно сравнивать, смотреть, что требуется для 3.10.17-smp для поддержки этой флешки в этом контроллере.

_________________
irc://freenode.net/##slackware-ru

а оно-то зачем??

в конфиге:


я знаю, потому и убрал, что оно и так пихается. Говорю-же: раньше работало. А сейчас не хочет :(

ставил 30, вообще ничего не меняется.

да сравнивал уже. Всё работало. А сейчас почему-то не хочет ☹

На всякий случай: lilo зовете из chroot-а либо с параметром -r точка_монтирования_флешки, в которые по mount --bind прицеплены /dev /proc /sys?

_________________
irc://freenode.net/##slackware-ru

именно так.

написал скрипт, что-бы по 10 раз не набирать:

внутри выполняю mkinitrd и lilo

А если вместоиспользовать традиционноеПри вызове lilo попросить от него более подробную информацию ключом -v3, проконтролировав, что читается то, что нужно, и пишется, куда положено. Хотя к lilo, пожалуй, тут может быть только одна претензия -- не тот initrd, поскольку ядро-то загружается как следует, и именно уже загруженное ядро не может получить корневую ФС.

А вот отсутствие в выводе паники ядра таблички со списком устройств/разделов, известных ядру на момент попытки смонтировать корень (что следует из словесного описания паники, фотку бы глянуть), явно говорит о том, что ядру флешка по тем или иным причинам не видна. Возможные причины тривиальны -- отсутствие активного (в теле ядра или загруженным модулем) драйвера, со всеми необходимыми ему зависимыми модулями, включая ФС, необходимого для доступа к контроллеру, устройству, разделу на устройстве.

_________________
irc://freenode.net/##slackware-ru