компиляция ядра в debian

[black0f]

Заранее приношу свои извинения за дурной вопрос Попытался обновить ядро до 2.6.28 на пятом дебиане, оно нормально скомпилилось и поставилось, но после перезагрузки выдает:

Код:

/bin/sh: can't access tty; job control turned off
(initramfs)

Собирать пробовал и "традиционным" методом (make dep clean bzImage modules modules_install и т. д.), и с помощью make-kpkg. При этом, если компилить ядро, стянутое с репозитория (2.6.26), всё проходит успешно. Чего ему не хватает? Гугл говорит, что всё сделано правильно...
З. Ы. Вариант про кривую сборку ядра не предлагать - у мну на четвертом альте такая же конфигурация, и все работает.

[black0f]

Господа дебианщики, куда вы пропали? Ну поделитесь секретом

[NeO]

Перед

Код:

/bin/sh: can't access tty; job control turned off
(initramfs)

что пишут? Это следствие, а не причина.

[black0f]

Сейчас гляну - отпишу.

[black0f]

Код:

Begin: Mounting root filesystem... Begin: Running /scripts/local-top ... done
ide-generic: please use "probe_mask=0x3f" module parameter for probing all legasy ISA IDE ports
Begin: Running /scripts/local-premount ... done.
mount: mounting /dev/root on /root failed: no such device
Begin: Running /scripts/local-bottom ... done.
done.
Begin: Running /scripts/local-botoom ... mount: mounting /dev on /root/dev failed: no such file or directory
done.
mount: mounting /sys on /root/sys failed: No such file or dyrectory
mount: mounting /proc on /root/proc failed: No such file or dyrectory
Target filesystem doesn't have /sbin/init.
No init found. Try passing init= bootarg.

BusyBox v1.10.2 (Debian 1:1.10.2-2) built-in shell (ash)
Enter 'help' for a list of built-in commands.
/bin/sh: can't access tty: job control turned off
(initramfs) exit

/init: line 227: cannot open /root/dev/console: no such file

Kernel panic - not syncing: Attemped to kill init!

По всему, не может он смонтировать корневую фс. Допускаю, что изменилось название устройства, но, емнип, такое бывает с саташными винтами при переходе на ядра, кажется, 27 и выше. Система стоит на IDE-шном винте... Может ли такое быть, и как с этим бороться? (сильно не пинайте, раньше на дебиане ядра не пересобирал).

З. Ы. Где-то читал, что загрузчик можно настроить таким образом, чтобы он определял / не по имени, а по идентификатору. Может, в этом решение?

[NeO]

Где-то с 27 версии все устройства опознаются как сата. Это где-то в конфиге ядра можно отменить или происать загрузку с sdX

[black0f]

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

З. Ы. Странно, однако, следующее:

Код:

<13:07>[user@machine] ~ $ mount
/dev/hda6 on / type ext3 (rw,errors=remount-ro)

У мну так и было прописано -  /dev/hda6... Что же ему не нравилось?

З. Ы. Ы.

Где-то с 27 версии все устройства опознаются как сата.

А в 28, по крайней мере, на альте, они определялись как hd*, и IDE и SATA...

[NeO]

У мну так и было прописано -  /dev/hda6... Что же ему не нравилось?

Значит что-то было прописано не совсем так

[black0f]

Да не... Всё так, просто, когда назначал метку, корневой была как раз /dev/hda6, теперь mount её так и обзывает. Физически это /dev/sda6.

[kvolkov]

Где-то с 27 версии все устройства опознаются как сата. Это где-то в конфиге ядра можно отменить или происать загрузку с sdX

Немного поправлю. С версии ядра 2.6.22 модуль libata распознает устройства как /dev/sda. Вот что удалось откопать:

libata uses /dev/sda for the first harddisk instead of /dev/hda
Disks with more than 15 partitions are not handled automatically right now. You can disable libata support by booting with the following kernel parameter: hwprobe=-modules.pata
Then you see all the partitions > 15 again and can access them for installation.