kernel panic при загрузке без intramfs

sd_mod, efistub

где это?

1-oе в drivers->SCSI

2-ое в processor_features->

1-oе в drivers->SCSI

OSD?
2-е включено

в SCSI надо включить в ядро модули:

CONFIG_SCSI_MOD=y
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
# CONFIG_SCSI_TGT is not set
# CONFIG_SCSI_NETLINK is not set
# CONFIG_SCSI_PROC_FS is not set
# SCSI support type (disk, tape, CD-ROM)
CONFIG_SCSI_MULTI_LUN=y
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set
CONFIG_SCSI_SCAN_ASYNC=y

всё было y, кроме CONFIG_SCSI_SCAN_ASYNC=y
щас попробую

один фиг паника.
там через раз паника немного по-разному выглядит

я помню еще где-то внизу конфигурилки есть подменю с типами разметок узнаваемыми
может там надо сказать, чтобы gpt было не модулем

походу дело в чём-то другом.

При загрузке с initrd в /var/log/dmesg отсутствует apci_timer_interrupt

в Partitioning tipes всё что связано с EFI всё включено. Про GPT больше нигде не нашёл

Драйвер контроллера HDD не забыл? На всякий ядру передай rootdelay=6, вероятно, что контроллер не успевает инициализироваться, хотя и такое часто для usb требуется, а не для sata...

rootdelay=6

не помогло
перед паникой успел увидеть [ sda ] Attached SCSI Disk

Драйвер контроллера HDD не забыл?

в каком это разделе?

fat32 включен?

зочем???

efi раздел обычно в fat отформатирован

а зачем ядру ef02? стадия GRUB'а ведь прошла

успел увидеть [ sda ] Attached SCSI Disk

А, тогда, получается, дело не в этом.

Если честно не знаю, попробуй тут посмотреть http://habrahabr.ru/post/165575/

На момент переустановки загрузчика нужна будет, не? Да и вообще лишней не будет.

в каком это разделе?

В Drivers? ;)
Есть LKDDB, смотри вывод lspci -knn, находи там драйвер, затем поиском нужную опцию конфига. Ты, кстати, часом не вручную его пишешь? ;)

а в чём может быть?

Сообщение паники такое:

VFS: kernel panic - not syncing: unable to mount root on unknown block: (m,n)

смотри вывод lspci -knn, находи там драйвер, затем поиском нужную опцию конфига.

AMD
ahci

CONFIG_SATA_AHCI=y
CONFIG_SATA_AHCI_PLATFORM=y
CONFIG_SATA_ACARD_AHCI=m

я думаю SATA_ACARD_AHCI не то. у мну lspci сказал что AMD

дело в этом или нет?

Может адресация дисков меняться, если он не один

по UUID там
но ведь с intramfs то грузится

в SCSI надо включить в ядро модули:

те которые у тебя закомменчены не надо включать?

Не совсем. Еще тебе нужно libata в ядро, этих опций недостаточно. Возьми дистрибутивное ядро, через menuconfig отключи поддержку initrd, из initrd все модули вкомпиляй в ядро, затем отключай их по одному...

Поддержку UUID вроде как тоже отключить можно. Включить не забыл?

Возьми за образец kernel-huge-smp от слаки, сравни. Закомменчены - значит, необязательны.

тебе нужно libata в ядро

это где?

Поддержку UUID вроде как тоже отключить можно. Включить не забыл?

grep UUID .config не выдал ничего

Поиском по клавише «/» не находится? В Device drivers, емнип.

не находится

нет, работает и на Интел, и на АМД.

кста, ты в ГРУБе прописывал: rw, root=, rootfstype=, footflags= ?

Пытаюсь отучить mageia-4 от intramfs

Бери пример с кота - он более полезным «делом» занимается, когда делать нЕхер, и не хвастается об этом на ЛОРе.

Пытаюсь отучить mageia-4 от intramfs

Но зачем?

Пытаюсь отучить mageia-4 от intramfs

для чего это тебе?

ядро не умеет монтировать по UUID само, укажи root=/dev/sdxy

вот ДЕРЬМО!!

а почему не умеет?

Дай ему успокоительного, пусть не паникует.

откуда у тебя чатыре звюзды, не зная самых простых вещей?

не знаю.
почему не умеет?

почему не умеет?

Потому, что не умеет.

не умеет UUID, зато может по PARTUUID

потому что UUID ссылается на фс, а не на раздел

спс

как посмотреть PARTUUID?
sgdisk -i 1 /dev/sda каждый раз новый показывает. sgdisk его меняет чтоле?

sgdisk -i 1 /dev/sda каждый раз новый показывает.

а теперь один и тот же...
может потому что подмонтировано было?

ls -l /dev/disk/by-partuuid/

и смотришь симлинк на нужный раздел

нет такой директории