Загрузка системы и контроллер LSI SAS2008 (проблемы с ядром свежее 2.6.32-5-amd64)

[lexass]

Имеем:
Debian 2.6.32-5-amd64 (2.6.32+29, 2.6.32-48squeeze1)
Serial Attached SCSI controller: LSI Logic / Symbios Logic SAS2008 PCI-Express Fusion-MPT SAS-2 [Falcon] (rev 03)
На данном ядре все загружается и работает прекрасно.

Но стоит переехать на 3.2.0-0.bpo.4-amd64 (или на тестинг), как при загрузке начинаются чудеса::
1. fsck дойдя до проверки дисков подключенных к контроллеру спотыкается, Unable to resolv UUID (тут список всех UUID из fstab подключенных к контроллеру)
решение - в fstab отключаем проверку
2. теперь на загрузке не спотыкаемся, но mount из fstab подключенных к контроллеру hdd не происходит
решение - rc.local примаунтить все

можно как-то разрулить без костылей данную проблему?
ЗЫ
какие-то дополнительные данные дам, если это поможет...
гугль не помог.

[Aliech]

Ну тык с какими параметрами у Вас GRUB ядро грузит?

[lexass]

с одинаковыми (записи полностью эдентичны, только различаются initrd и vmlinuz)
linux /vmlinuz-2.6.32-5-amd64 root=UUID=тут_UUID ro quiet
linux /vmlinuz-3.2.0-0.bpo.4-amd64 root=UUID=тут_UUID ro quiet

add
mpt2sas
2.6.32-5-amd64 - version: 02.100.03.00
3.2.0-0.bpo.4-amd64 - version: 10.100.00.00

[Aliech]

с одинаковыми (записи полностью эдентичны, только различаются initrd и vmlinuz)
linux /vmlinuz-2.6.32-5-amd64 root=UUID=тут_UUID ro quiet
linux /vmlinuz-3.2.0-0.bpo.4-amd64 root=UUID=тут_UUID ro quiet

add
mpt2sas
2.6.32-5-amd64 - version: 02.100.03.00
3.2.0-0.bpo.4-amd64 - version: 10.100.00.00

А волшебный rootwait добавить? Или rootdelay=30? Для начала, например.

[lexass]

никакой реакции

попросту говоря, на ядре 3.2.0-0.bpo.4-amd64, в момент проверки fsck не видны диски подключенные к контроллеру и так же в момент моунта fstab-а.

[Aliech]

значит что? в initrd нет модулей! Загружаемся, смотрим, какие модули оно использует, прописываем их /etc/initramfs-tools/modules и пересобираем initrd. Возможен профит)

[lexass]

initrd - кол-во модулей одинаковое, пробывал добавлять туда mpt2sas результат тот-же..
профита пока нет
мозг готов взорваться ...

[Aliech]

Так, ещё разок. Корневая ФС видна ядру при загрузке?

initrd - кол-во модулей одинаковое, пробывал добавлять туда mpt2sas результат тот-же..
профита пока нет
мозг готов взорваться ...

Дурацкий вопрос, вот добавили вы модуль в список, а сам образ то пересобрали?

[lexass]

а как же
и даже залез в него, проверил...

[lexass]

Так, ещё разок. Корневая ФС видна ядру при загрузке?

fsck дойдя до проверки дисков подключенных к контроллеру
mount из fstab подключенных к контроллеру hdd не происходит

думал, исходя из первого поста, что понятно, корневая ФС видна и живет отдельно от контроллера

в краце:
в мать воткнуто несколько hdd (один из них система)
так же в нее воткнут контроллер, а в него еще несколько hdd

[Aliech]

Очень странно, ведь если корень есть, то и фирмвари тоже (если модуль их требует, конечно).

Надо ловить момент, когда модуль подхватывает рейд...

[lexass]

Надо ловить момент, когда модуль подхватывает рейд...

наверное не рейд, а контроллер?

как ловить, куда копать и что с этим делать??

в dmesg по scsi одно только отличие:
2.6 - scsi7 : SCSI emulation for USB Mass Storage devices
3.2 - scsi7 : usb-storage 1-1.3:1.0
думаю не существенно.

[Aliech]

Надо смотреть, что он пишет про модули, работающие с контроллером. Мб там фирмварь нужна? Или оно просто чуууудовищно долго их подхватывает.

К несчастью у меня нет похожего девайса. Кругом адаптеки. И старые 3ware...

ЗЫЖ:

dmesg | grep mpt2sas

для начала, то есть)

[lexass]

dmesg есть
2.6.32-5-amd64 - version: 02.100.03.00
3.2.0-0.bpo.4-amd64 - version: 10.100.00.00

Spoiler

[ 35.581754] mpt2sas version 02.100.03.00 loaded
[ 35.581984] mpt2sas 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 35.581992] mpt2sas 0000:01:00.0: setting latency timer to 64
[ 35.581996] mpt2sas0: 64 BIT PCI BUS DMA ADDRESSING SUPPORTED, total mem (16355284 kB)
[ 35.582084] mpt2sas 0000:01:00.0: irq 35 for MSI/MSI-X
[ 35.582096] mpt2sas0: PCI-MSI-X enabled: IRQ 35
[ 35.582098] mpt2sas0: iomem(0xf7cfc000), mapped(0xffffc900065f0000), size(16384)
[ 35.582099] mpt2sas0: ioport(0xb000), size(256)
[ 35.582101] mpt2sas0: sending diag reset !!
[ 36.714463] mpt2sas0: diag reset: SUCCESS
[ 37.145878] mpt2sas0: Allocated physical memory: size(898 kB)
[ 37.145880] mpt2sas0: Current Controller Queue Depth(369), Max Controller Queue Depth(1952)
[ 37.145881] mpt2sas0: Scatter Gather Elements per IO(128)
[ 37.377692] mpt2sas0: LSISAS2008: FWVersion(14.00.00.00), ChipRevision(0x03), BiosVersion(07.27.00.00)
[ 37.377697] mpt2sas0: Protocol=(Initiator), Capabilities=(Raid,TLR,EEDP,Snapshot Buffer,Diag Trace Buffer,Task Set Full,NCQ)
[ 37.377771] mpt2sas0: sending port enable !!
[ 38.998478] mpt2sas0: host_add: handle(0x0001), sas_addr(0x500304800ee25e00), phys(8)
[ 45.103692] mpt2sas0: port enable: SUCCESS

--------------------------------------------

[ 5.732358] mpt2sas version 10.100.00.00 loaded
[ 5.732688] mpt2sas 0000:01:00.0: setting latency timer to 64
[ 5.732692] mpt2sas0: 64 BIT PCI BUS DMA ADDRESSING SUPPORTED, total mem (16355468 kB)
[ 5.732750] mpt2sas 0000:01:00.0: irq 46 for MSI/MSI-X
[ 5.732765] mpt2sas0-msix0: PCI-MSI-X enabled: IRQ 46
[ 5.732767] mpt2sas0: iomem(0x00000000f7cfc000), mapped(0xffffc900065d8000), size(16384)
[ 5.732769] mpt2sas0: ioport(0x000000000000b000), size(256)
[ 6.016975] mpt2sas0: sending diag reset !!
[ 7.149989] mpt2sas0: diag reset: SUCCESS
[ 7.299304] mpt2sas0: Allocated physical memory: size(3912 kB)
[ 7.299309] mpt2sas0: Current Controller Queue Depth(1723), Max Controller Queue Depth(1952)
[ 7.299313] mpt2sas0: Scatter Gather Elements per IO(128)
[ 7.529957] mpt2sas0: LSISAS2008: FWVersion(14.00.00.00), ChipRevision(0x03), BiosVersion(07.27.00.00)
[ 7.529962] mpt2sas0: Protocol=(Initiator), Capabilities=(Raid,TLR,EEDP,Snapshot Buffer,Diag Trace Buffer,Task Set Full,NCQ)
[ 7.530096] mpt2sas0: sending port enable !!
[ 9.058981] mpt2sas0: host_add: handle(0x0001), sas_addr(0x500304800ee25e00), phys(8)
[ 15.164885] mpt2sas0: port enable: SUCCESS

спецом под железку ничего не ставил.

[lexass]

так мыслей больше не будет?

[Aliech]

Мыслей нет, так как это выглядит как регресс. Если вы просто уйдёте в /bin/sh при загрузке, девайс виден будет?

[lexass]

это выглядит как регресс

согласен на все 100, бывало что портили что-то в оркестре, но обычно чинили.
а тут: - чем дальше в лес, тем толще партизаны (с)

Если вы просто уйдёте в /bin/sh при загрузке, девайс виден будет?

Стыдно, но не совсем понял что тут подразумевается? сингл_мод или ???

[lexass]

2Aliech
по последнему не уточните?

[Bizdelnick]

lexass
Я так понимаю, имелось в виду init=/bin/bash

[lexass]

я не совсем понимаю как я просто уйду и когда

[Aliech]

я не совсем понимаю как я просто уйду и когда

Моя логика заключается в том, что если:
1) модули загружены;
2) фирмварь на месте (если нужна);
3) всё должно определится ещё на стадии работы initrd, т.е. до запуска основного init'а.

Так бы и проверял.

[lexass]

3) всё должно определится ещё на стадии работы initrd, т.е. до запуска основного init'а.

я полностью согласен.
но..
можно вас попросить развернуть п.3, дабы было более понятно что и как там ловить?

или у меня весенний тупизм,
или мои познания не так велики, как я думал

ЗЫ
я никогда не сталкивался с такими проблемами.

[Aliech]

3) всё должно определится ещё на стадии работы initrd, т.е. до запуска основного init'а.

я полностью согласен.
но..
можно вас попросить развернуть п.3, дабы было более понятно что и как там ловить?

или у меня весенний тупизм,
или мои познания не так велики, как я думал

ЗЫ
я никогда не сталкивался с такими проблемами.

Создаём ещё одну запись в GRUB, почти что копию

linux /vmlinuz-3.2.0-0.bpo.4-amd64 root=UUID=тут_UUID ro quiet

только добавляем туда параметр init=/bin/sh

Получится, что-то типа такого:

linux /vmlinuz-3.2.0-0.bpo.4-amd64 init=/bin/sh

И когда сие загрузится (а это будет быстро), вы окажитесь в busybox shell. А там уже стоит проверить, сразу ли будет доступен контроллер и блочные устройства. Если не сразу - попробуйте подождать (это на случай, если есть возможность отделаться rootdelay'ем).

[lexass]

init=/bin/sh - контроллер виден, диски нет. (на обоих ядрах одинаково)

НО, видимо что-то все же поправили, т.к. все стало нормально и на 3.2.0-0.bpo.4-amd64
будем понаблюдать...

[lexass]

я не верю в чудеса и само тоже не бывает, достал из бэкапа initrd
и сравнил с текущим, вот различия (в ряд ли они чем помогут):

Spoiler

Файлы OLD/config-3.2.0-0.bpo.4-amd64 и NEW/config-3.2.0-0.bpo.4-amd64 различаются
Файлы OLD/initrd.img-2.6.32-5-amd64 и NEW/initrd.img-2.6.32-5-amd64 различаются
Файлы OLD/initrd.img-3.2.0-0.bpo.4-amd64 и NEW/initrd.img-3.2.0-0.bpo.4-amd64 различаются
Файлы OLD/lib/modules/3.2.0-0.bpo.4-amd64/kernel/drivers/acpi/fan.ko и NEW/lib/modules/3.2.0-0.bpo.4-amd64/kernel/drivers/acpi/fan.ko различаются
Файлы OLD/lib/modules/3.2.0-0.bpo.4-amd64/kernel/drivers/acpi/thermal.ko и NEW/lib/modules/3.2.0-0.bpo.4-amd64/kernel/drivers/acpi/thermal.ko различаются
Файлы OLD/lib/modules/3.2.0-0.bpo.4-amd64/kernel/drivers/ata/ahci.ko и NEW/lib/modules/3.2.0-0.bpo.4-amd64/kernel/drivers/ata/ahci.ko различаются
Файлы OLD/lib/modules/3.2.0-0.bpo.4-amd64/kernel/drivers/ata/libahci.ko и NEW/lib/modules/3.2.0-0.bpo.4-amd64/kernel/drivers/ata/libahci.ko различаются
Файлы OLD/lib/modules/3.2.0-0.bpo.4-amd64/kernel/drivers/ata/libata.ko и NEW/lib/modules/3.2.0-0.bpo.4-amd64/kernel/drivers/ata/libata.ko различаются
Файлы OLD/lib/modules/3.2.0-0.bpo.4-amd64/kernel/drivers/md/dm-mod.ko и NEW/lib/modules/3.2.0-0.bpo.4-amd64/kernel/drivers/md/dm-mod.ko различаются
Файлы OLD/lib/modules/3.2.0-0.bpo.4-amd64/kernel/drivers/scsi/scsi_mod.ko и NEW/lib/modules/3.2.0-0.bpo.4-amd64/kernel/drivers/scsi/scsi_mod.ko различаются
Файлы OLD/lib/modules/3.2.0-0.bpo.4-amd64/kernel/drivers/scsi/sd_mod.ko и NEW/lib/modules/3.2.0-0.bpo.4-amd64/kernel/drivers/scsi/sd_mod.ko различаются
Файлы OLD/lib/modules/3.2.0-0.bpo.4-amd64/kernel/drivers/thermal/thermal_sys.ko и NEW/lib/modules/3.2.0-0.bpo.4-amd64/kernel/drivers/thermal/thermal_sys.ko различаются
Только в NEW/lib/modules/3.2.0-0.bpo.4-amd64/kernel/fs: ext3
Только в OLD/lib/modules/3.2.0-0.bpo.4-amd64/kernel/fs: ext4
Только в NEW/lib/modules/3.2.0-0.bpo.4-amd64/kernel/fs: jbd
Только в OLD/lib/modules/3.2.0-0.bpo.4-amd64/kernel/fs: jbd2
Файлы OLD/lib/modules/3.2.0-0.bpo.4-amd64/kernel/fs/mbcache.ko и NEW/lib/modules/3.2.0-0.bpo.4-amd64/kernel/fs/mbcache.ko различаются
Только в OLD/lib/modules/3.2.0-0.bpo.4-amd64/kernel/lib: crc16.ko
Файлы OLD/lib/modules/3.2.0-0.bpo.4-amd64/kernel/lib/crc-t10dif.ko и NEW/lib/modules/3.2.0-0.bpo.4-amd64/kernel/lib/crc-t10dif.ko различаются
Файлы OLD/lib/modules/3.2.0-0.bpo.4-amd64/modules.alias и NEW/lib/modules/3.2.0-0.bpo.4-amd64/modules.alias различаются
Файлы OLD/lib/modules/3.2.0-0.bpo.4-amd64/modules.alias.bin и NEW/lib/modules/3.2.0-0.bpo.4-amd64/modules.alias.bin различаются
Файлы OLD/lib/modules/3.2.0-0.bpo.4-amd64/modules.dep и NEW/lib/modules/3.2.0-0.bpo.4-amd64/modules.dep различаются
Файлы OLD/lib/modules/3.2.0-0.bpo.4-amd64/modules.dep.bin и NEW/lib/modules/3.2.0-0.bpo.4-amd64/modules.dep.bin различаются
Файлы OLD/lib/modules/3.2.0-0.bpo.4-amd64/modules.order и NEW/lib/modules/3.2.0-0.bpo.4-amd64/modules.order различаются
Файлы OLD/lib/modules/3.2.0-0.bpo.4-amd64/modules.symbols и NEW/lib/modules/3.2.0-0.bpo.4-amd64/modules.symbols различаются
Файлы OLD/lib/modules/3.2.0-0.bpo.4-amd64/modules.symbols.bin и NEW/lib/modules/3.2.0-0.bpo.4-amd64/modules.symbols.bin различаются
Файлы OLD/System.map-3.2.0-0.bpo.4-amd64 и NEW/System.map-3.2.0-0.bpo.4-amd64 различаются
Файлы OLD/vmlinuz-3.2.0-0.bpo.4-amd64 и NEW/vmlinuz-3.2.0-0.bpo.4-amd64 различаются

думаю все же в оркестре что-то поправили