[Comm] kernel and boot in 4.0

[Comm] kernel and boot in 4.0

[Andriy Dobrovol`s`kii]

Hi,
У кого-нибудь ещё остались записи по переезду с 3.0 на 4.0? А то
перевел вот один сервер и получил проблему. При dist-upgrade всё
прошло без сучка, без задоринки. При тестовой загрузке с ядром 2.6.18
из 4.0 система не смогла загрузиться. Вывалилась в initramfs. C ядром
2.6.12 из 3.0 загрузилась. Однако в процессе загрузки udev жалуется на
сильно старое ядро. Да и хотелось бы пользоваться новым...
В логе есть такое:
checking if image is initramfs ... it isn`t (no cpio magic); looks
like an initrd
Как я понимаю, для нового ядра что-то не сгенерилось или сгнерилось
криво. Как перегенерить правильно? И что?
-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Comm] kernel and boot in 4.0

[Andriy Dobrovol`s`kii]

2010/7/10 Andriy Dobrovol`s`kii <adobrovolskii@gmail.com>:
> Hi,
> У кого-нибудь ещё остались записи по переезду с 3.0 на 4.0? А то
> перевел вот один сервер и получил проблему. При dist-upgrade всё
> прошло без сучка, без задоринки. При тестовой загрузке с ядром 2.6.18
> из 4.0 система не смогла загрузиться. Вывалилась в initramfs. C ядром
> 2.6.12 из 3.0 загрузилась. Однако в процессе загрузки udev жалуется на
> сильно старое ядро. Да и хотелось бы пользоваться новым...
> В логе есть такое:
> checking if image is initramfs ... it isn`t (no cpio magic); looks
> like an initrd
> Как я понимаю, для нового ядра что-то не сгенерилось или сгнерилось
> криво. Как перегенерить правильно? И что?
Конкретно, загрузка прекращается после:
Begining: Mounting root file system ...
/init: 176: cannot open /dev/root: No such device or address
Unable to mount /dev/root as . Dropping to a shell

Ну и в этом шеле удается только отправить систему в перезагрузку. А со
старым ядром не работает новый udevd...
Как узнать какие команды доступны в аварийном шеле?
-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Comm] kernel and boot in 4.0

[vx 8400]

10 июля 2010 г. 15:33 Andriy Dobrovol`s`kii:
> Как я понимаю, для нового ядра что-то не сгенерилось или сгнерилось
> криво. Как перегенерить правильно? И что?

mkinitrd делали руками? Например, для / с еxt3:

mkinitrd --preload ext3 /boot/initrd-2.6.18-blah-blah.img  2.6.18-blah-blah

Возможно, есть регулярный способ.
У меня /init из initrd  вываливался с такой же ошибкой. Ядро не видело
ext3 на корневом разделе, принудительный загруз модуля ext3 перед
перемонтированием / помог.

WBR,
Oleg.

Re: [Comm] kernel and boot in 4.0

[Andriy Dobrovol`s`kii]

2010/7/10 vx 8400 <vx8400@gmail.com>:
> 10 июля 2010 г. 15:33 Andriy Dobrovol`s`kii:
>> Как я понимаю, для нового ядра что-то не сгенерилось или сгнерилось
>> криво. Как перегенерить правильно? И что?
>
> mkinitrd делали руками? Например, для / с еxt3:
>
Нет. Руками не делал. До сих пор оо автоматом делалось правильее... :)
> mkinitrd --preload ext3 /boot/initrd-2.6.18-blah-blah.img  2.6.18-blah-blah
>
Попробовать то можно... Только оно ж не файловую систему невидит. Оно
устройство не находит. Тут скорее чего-то другого не хватает или
лишнее....
> Возможно, есть регулярный способ.
> У меня /init из initrd  вываливался с такой же ошибкой. Ядро не видело
> ext3 на корневом разделе, принудительный загруз модуля ext3 перед
> перемонтированием / помог.
>
Вот-вот... У Вас не видело фс на разделе. а у меня не видит раздела...
> WBR,
> Oleg.
> _______________________________________________
> community mailing list
> community@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/community



-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Comm] kernel and boot in 4.0

[Anton A. Vinogradov]

> Вот-вот... У Вас не видело фс на разделе. а у меня не видит раздела...
hda/sda/UID  -- смена именования?

попробуйте передать ядру
root=/dev/chtouvastam

Re: [Comm] kernel and boot in 4.0

[Andriy Dobrovol`s`kii]

2010/7/10 Anton A. Vinogradov <vinogradov.mail@gmail.com>:
>> Вот-вот... У Вас не видело фс на разделе. а у меня не видит раздела...
>
> hda/sda/UID  -- смена именования?
sda
>
> попробуйте передать ядру
> root=/dev/chtouvastam
>
OK.  Хотя в конфиге-то правильно нужное указано... Правда, можно
поиграть с hd -sd... Пожалуй попробую.
-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Comm] kernel and boot in 4.0

[Andriy Dobrovol`s`kii]

2010/7/10 Anton A. Vinogradov <vinogradov.mail@gmail.com>:
>> Вот-вот... У Вас не видело фс на разделе. а у меня не видит раздела...
>
> hda/sda/UID  -- смена именования?
>
> попробуйте передать ядру
> root=/dev/chtouvastam
>
Не помогает. Просто тепрь после указания любого устройства бесконечное
ожидани утовой фс.
Явно кривой initrd...
Как бы теперь сгенерить правильный? Если ещё учеть, что гвум не
запускается сейчас...

-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Comm] kernel and boot in 4.0

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 817 bytes --]

On Sat, Jul 10, 2010 at 04:54:45PM +0300, Andriy Dobrovol`s`kii wrote:
> 2010/7/10 vx 8400 <vx8400@gmail.com>:
> > 10 июля 2010 г. 15:33 Andriy Dobrovol`s`kii:
> >> Как я понимаю, для нового ядра что-то не сгенерилось или сгнерилось
> >> криво. Как перегенерить правильно? И что?
> >
> > mkinitrd делали руками? Например, для / с еxt3:
> >
> Нет. Руками не делал. До сих пор оо автоматом делалось правильее... :)
> > mkinitrd --preload ext3 /boot/initrd-2.6.18-blah-blah.img  2.6.18-blah-blah
> >
> Попробовать то можно... Только оно ж не файловую систему невидит. Оно
> устройство не находит. Тут скорее чего-то другого не хватает или
> лишнее....

Тогда добавить ещё опции --verbose --debug, вывод в студию; ну и lspci
на всякий случай.  Ещё нужна опция -f, чтобы заменялся уже
существующий файл.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] kernel and boot in 4.0

[Andriy Dobrovol`s`kii]

2010/7/11 Sergey Vlasov <vsu@altlinux.ru>:
> On Sat, Jul 10, 2010 at 04:54:45PM +0300, Andriy Dobrovol`s`kii wrote:
>> 2010/7/10 vx 8400 <vx8400@gmail.com>:
>> > 10 июля 2010 г. 15:33 Andriy Dobrovol`s`kii:
>> >> Как я понимаю, для нового ядра что-то не сгенерилось или сгнерилось
>> >> криво. Как перегенерить правильно? И что?
>> >
>> > mkinitrd делали руками? Например, для / с еxt3:
>> >
>> Нет. Руками не делал. До сих пор оо автоматом делалось правильее... :)
>> > mkinitrd --preload ext3 /boot/initrd-2.6.18-blah-blah.img  2.6.18-blah-blah
>> >
>> Попробовать то можно... Только оно ж не файловую систему невидит. Оно
>> устройство не находит. Тут скорее чего-то другого не хватает или
>> лишнее....
>
> Тогда добавить ещё опции --verbose --debug, вывод в студию; ну и lspci
> на всякий случай.  Ещё нужна опция -f, чтобы заменялся уже
> существующий файл.
>
mkinitrd -fvd --preload ext3 initrd-2.6.18-std-smp-alt12.img
2.6.18-std-smp-alt12
mkinitrd: Generating module dependencies...
mkinitrd: ...done.
mkinitrd: Looking for "ext3" module
mkinitrd: Found module "mbcache" as
/lib/modules/2.6.18-std-smp-alt12/kernel/fs/mbcache.ko
mkinitrd: Found module "jbd" as
/lib/modules/2.6.18-std-smp-alt12/kernel/fs/jbd/jbd.ko
mkinitrd: Found module "ext3" as
/lib/modules/2.6.18-std-smp-alt12/kernel/fs/ext3/ext3.ko
mkinitrd: Module "ide_hostadapter" does not exist
mkinitrd: Module "ide-core" exists
mkinitrd: Looking for "ide_core" module
mkinitrd: Found module "ide_core" as
/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/ide/ide-core.ko
mkinitrd: Looking for IDE devices in /sys
mkinitrd: Looking for IDE modules using ListPciModulesUsingSysfs
/sys/devices/pci0000:00/0000:00:1f.1
mkinitrd: Found matching modules: "piix
generic"
mkinitrd: Module "piix" looks like an IDE driver - adding
mkinitrd: Module "generic" looks like an IDE driver - adding
mkinitrd: Found IDE modules: piix generic
mkinitrd: Looking for "piix" module
mkinitrd: Found module "piix" as
/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/ide/pci/piix.ko
mkinitrd: Looking for "generic" module
mkinitrd: Found module "generic" as
/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/ide/pci/generic.ko
mkinitrd: Looking for "ide_generic" module
mkinitrd: Found module "ide_generic" as
/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/ide/ide-generic.ko
mkinitrd: Looking for "ide_detect" module
mkinitrd: Ignoring missing "ide_detect" module
mkinitrd: Looking for "ide_disk" module
mkinitrd: Found module "ide_disk" as
/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/ide/ide-disk.ko
mkinitrd: Module "scsi_hostadapter" exists
mkinitrd: Ignoring "ide_scsi" module
mkinitrd: SCSI modules from config: scsi_mod sd_mod mptscsih
mkinitrd: Looking for "scsi_mod" module
mkinitrd: Found module "scsi_mod" as
/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/scsi/scsi_mod.ko
mkinitrd: Looking for "sd_mod" module
mkinitrd: Found module "sd_mod" as
/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/scsi/sd_mod.ko
mkinitrd: Looking for "mptscsih" module
mkinitrd: Found module "mptbase" as
/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/message/fusion/mptbase.ko
mkinitrd: Found module "mptscsih" as
/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/message/fusion/mptscsih.ko
mkinitrd: Looking for "ext3" module
mkinitrd: Using modules:
/lib/modules/2.6.18-std-smp-alt12/kernel/fs/mbcache.ko
/lib/modules/2.6.18-std-smp-alt12/kernel/fs/jbd/jbd.ko
/lib/modules/2.6.18-std-smp-alt12/kernel/fs/ext3/ext3.ko
/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/ide/ide-core.ko
/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/ide/pci/piix.ko
/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/ide/pci/generic.ko
/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/ide/ide-generic.ko
/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/ide/ide-disk.ko
/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/scsi/scsi_mod.ko
/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/scsi/sd_mod.ko
/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/message/fusion/mptbase.ko
/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/message/fusion/mptscsih.ko
mkdir: created directory `/tmp/.private/root/initrd.8qwNfjYO33/tree'
mkdir: created directory `/tmp/.private/root/initrd.8qwNfjYO33/tree/etc'
mkdir: created directory `/tmp/.private/root/initrd.8qwNfjYO33/tree/dev'
mkdir: created directory `/tmp/.private/root/initrd.8qwNfjYO33/tree/safedev'
mkdir: created directory `/tmp/.private/root/initrd.8qwNfjYO33/tree/loopfs'
mkdir: created directory `/tmp/.private/root/initrd.8qwNfjYO33/tree/sys'
mkdir: created directory `/tmp/.private/root/initrd.8qwNfjYO33/tree/proc'
mkdir: created directory `/tmp/.private/root/initrd.8qwNfjYO33/tree/lib'
mkdir: created directory `/tmp/.private/root/initrd.8qwNfjYO33/tree/lib/modules'
mkdir: created directory
`/tmp/.private/root/initrd.8qwNfjYO33/tree/lib/modules/2.6.18-std-smp-alt12'
mkdir: created directory `/tmp/.private/root/initrd.8qwNfjYO33/tree/tmp'
`/lib/mkinitrd/initramfs-base/init' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/init'
`/lib/mkinitrd/initramfs-base/sbin' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/sbin'
`/lib/mkinitrd/initramfs-base/sbin/udevadm' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/sbin/udevadm'
`/lib/mkinitrd/initramfs-base/scripts' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/scripts'
`/lib/mkinitrd/initramfs-base/scripts/functions' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/scripts/functions'
`/lib/mkinitrd/initramfs-base/scripts/local' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/scripts/local'
`/lib/mkinitrd/initramfs-base/scripts/nfs' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/scripts/nfs'
`/lib/mkinitrd/klibc/bin' -> `/tmp/.private/root/initrd.8qwNfjYO33/tree/bin'
`/lib/mkinitrd/klibc/bin/false' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/bin/false'
`/lib/mkinitrd/klibc/bin/cat' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/bin/cat'
`/lib/mkinitrd/klibc/bin/ipconfig' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/bin/ipconfig'
`/lib/mkinitrd/klibc/bin/fstype' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/bin/fstype'
`/lib/mkinitrd/klibc/bin/nfsmount' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/bin/nfsmount'
`/lib/mkinitrd/klibc/bin/kill' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/bin/kill'
`/lib/mkinitrd/klibc/bin/ln' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/bin/ln'
`/lib/mkinitrd/klibc/bin/md_run' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/bin/md_run'
`/lib/mkinitrd/klibc/bin/mkdir' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/bin/mkdir'
`/lib/mkinitrd/klibc/bin/mknod' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/bin/mknod'
`/lib/mkinitrd/klibc/bin/mount' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/bin/mount'
`/lib/mkinitrd/klibc/bin/readlink' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/bin/readlink'
`/lib/mkinitrd/klibc/bin/nuke' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/bin/nuke'
`/lib/mkinitrd/klibc/bin/run-init' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/bin/run-init'
`/lib/mkinitrd/klibc/bin/resume' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/bin/resume'
`/lib/mkinitrd/klibc/bin/sleep' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/bin/sleep'
`/lib/mkinitrd/klibc/bin/sh' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/bin/sh'
`/lib/mkinitrd/klibc/bin/true' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/bin/true'
`/lib/mkinitrd/klibc/bin/umount' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/bin/umount'
`/lib/mkinitrd/klibc/lib/klibc-LqkyBjjvuUwwxYg5B9IteGNsWsI.so' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/lib/klibc-LqkyBjjvuUwwxYg5B9IteGNsWsI.so'
`/lib/mkinitrd/klibc/sbin/insmod' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/sbin/insmod'
`/lib/mkinitrd/klibc/sbin/poweroff' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/sbin/poweroff'
`/lib/mkinitrd/klibc/sbin/reboot' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/sbin/reboot'
`/lib/mkinitrd/klibc/sbin/halt' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/sbin/halt'
`/lib/mkinitrd/module-init-tools/sbin/modprobe' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/sbin/modprobe'
`/lib/mkinitrd/udev/lib/udev' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/lib/udev'
`/lib/mkinitrd/udev/lib/udev/cdrom_id' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/lib/udev/cdrom_id'
`/lib/mkinitrd/udev/lib/udev/ata_id' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/lib/udev/ata_id'
`/lib/mkinitrd/udev/lib/udev/firmware.sh' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/lib/udev/firmware.sh'
`/lib/mkinitrd/udev/lib/udev/edd_id' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/lib/udev/edd_id'
`/lib/mkinitrd/udev/lib/udev/path_id' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/lib/udev/path_id'
`/lib/mkinitrd/udev/lib/udev/scsi_id' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/lib/udev/scsi_id'
`/lib/mkinitrd/udev/lib/udev/usb_id' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/lib/udev/usb_id'
`/lib/mkinitrd/udev/lib/udev/vol_id' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/lib/udev/vol_id'
`/lib/mkinitrd/udev/sbin/udevsettle' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/sbin/udevsettle'
`/lib/mkinitrd/udev/sbin/udevd' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/sbin/udevd'
`/lib/mkinitrd/udev/sbin/udevtrigger' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/sbin/udevtrigger'
`/lib/mkinitrd/udev/sbin/udevadm' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/sbin/udevadm'
removed `/tmp/.private/root/initrd.8qwNfjYO33/tree/sbin/udevadm'
install: creating directory
`/tmp/.private/root/initrd.8qwNfjYO33/tree//lib/modules/2.6.18-std-smp-alt12/kernel'
install: creating directory
`/tmp/.private/root/initrd.8qwNfjYO33/tree//lib/modules/2.6.18-std-smp-alt12/kernel/fs'
`/lib/modules/2.6.18-std-smp-alt12/kernel/fs/mbcache.ko' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree//lib/modules/2.6.18-std-smp-alt12/kernel/fs/mbcache.ko'
install: creating directory
`/tmp/.private/root/initrd.8qwNfjYO33/tree//lib/modules/2.6.18-std-smp-alt12/kernel/fs/jbd'
`/lib/modules/2.6.18-std-smp-alt12/kernel/fs/jbd/jbd.ko' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree//lib/modules/2.6.18-std-smp-alt12/kernel/fs/jbd/jbd.ko'
install: creating directory
`/tmp/.private/root/initrd.8qwNfjYO33/tree//lib/modules/2.6.18-std-smp-alt12/kernel/fs/ext3'
`/lib/modules/2.6.18-std-smp-alt12/kernel/fs/ext3/ext3.ko' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree//lib/modules/2.6.18-std-smp-alt12/kernel/fs/ext3/ext3.ko'
install: creating directory
`/tmp/.private/root/initrd.8qwNfjYO33/tree//lib/modules/2.6.18-std-smp-alt12/kernel/drivers'
install: creating directory
`/tmp/.private/root/initrd.8qwNfjYO33/tree//lib/modules/2.6.18-std-smp-alt12/kernel/drivers/ide'
`/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/ide/ide-core.ko' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree//lib/modules/2.6.18-std-smp-alt12/kernel/drivers/ide/ide-core.ko'
install: creating directory
`/tmp/.private/root/initrd.8qwNfjYO33/tree//lib/modules/2.6.18-std-smp-alt12/kernel/drivers/ide/pci'
`/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/ide/pci/piix.ko' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree//lib/modules/2.6.18-std-smp-alt12/kernel/drivers/ide/pci/piix.ko'
`/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/ide/pci/generic.ko'
-> `/tmp/.private/root/initrd.8qwNfjYO33/tree//lib/modules/2.6.18-std-smp-alt12/kernel/drivers/ide/pci/generic.ko'
`/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/ide/ide-generic.ko'
-> `/tmp/.private/root/initrd.8qwNfjYO33/tree//lib/modules/2.6.18-std-smp-alt12/kernel/drivers/ide/ide-generic.ko'
`/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/ide/ide-disk.ko' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree//lib/modules/2.6.18-std-smp-alt12/kernel/drivers/ide/ide-disk.ko'
install: creating directory
`/tmp/.private/root/initrd.8qwNfjYO33/tree//lib/modules/2.6.18-std-smp-alt12/kernel/drivers/scsi'
`/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/scsi/scsi_mod.ko' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree//lib/modules/2.6.18-std-smp-alt12/kernel/drivers/scsi/scsi_mod.ko'
`/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/scsi/sd_mod.ko' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree//lib/modules/2.6.18-std-smp-alt12/kernel/drivers/scsi/sd_mod.ko'
install: creating directory
`/tmp/.private/root/initrd.8qwNfjYO33/tree//lib/modules/2.6.18-std-smp-alt12/kernel/drivers/message'
install: creating directory
`/tmp/.private/root/initrd.8qwNfjYO33/tree//lib/modules/2.6.18-std-smp-alt12/kernel/drivers/message/fusion'
`/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/message/fusion/mptbase.ko'
-> `/tmp/.private/root/initrd.8qwNfjYO33/tree//lib/modules/2.6.18-std-smp-alt12/kernel/drivers/message/fusion/mptbase.ko'
`/lib/modules/2.6.18-std-smp-alt12/kernel/drivers/message/fusion/mptscsih.ko'
-> `/tmp/.private/root/initrd.8qwNfjYO33/tree//lib/modules/2.6.18-std-smp-alt12/kernel/drivers/message/fusion/mptscsih.ko'
mkinitrd: Created /tmp/.private/root/initrd.8qwNfjYO33/tree/dev/console device
mkinitrd: Created /tmp/.private/root/initrd.8qwNfjYO33/tree/dev/null device
mkinitrd: Created /tmp/.private/root/initrd.8qwNfjYO33/tree/dev/ram device
mkinitrd: Created /tmp/.private/root/initrd.8qwNfjYO33/tree/dev/systty device
mkinitrd: Created /tmp/.private/root/initrd.8qwNfjYO33/tree/dev/tty1 device
mkdir: created directory `/tmp/.private/root/initrd.8qwNfjYO33/tree/conf'
mkdir: created directory `/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/udev'
mkdir: created directory
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/udev/rules.d'
mkdir: created directory
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/modprobe.d'
`/etc/modprobe.d/aliases' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/modprobe.d/aliases'
`/etc/modprobe.d/alsa-modindex' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/modprobe.d/alsa-modindex'
`/etc/modprobe.d/arch' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/modprobe.d/arch'
`/etc/modprobe.d/blacklist' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/modprobe.d/blacklist'
`/etc/modprobe.d/blacklist-autoconverted' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/modprobe.d/blacklist-autoconverted'
`/etc/modprobe.d/blacklist-edac' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/modprobe.d/blacklist-edac'
`/etc/modprobe.d/blacklist-framebuffer' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/modprobe.d/blacklist-framebuffer'
`/etc/modprobe.d/blacklist-hwmon' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/modprobe.d/blacklist-hwmon'
`/etc/modprobe.d/blacklist-net' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/modprobe.d/blacklist-net'
`/etc/modprobe.d/blacklist-watchdog' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/modprobe.d/blacklist-watchdog'
`/etc/modprobe.d/hotplug' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/modprobe.d/hotplug'
`/etc/modprobe.d/install' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/modprobe.d/install'
`/etc/modprobe.d/isapnp' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/modprobe.d/isapnp'
`/etc/modprobe.d/local-autoconverted' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/modprobe.d/local-autoconverted'
`/etc/modprobe.d/options' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/modprobe.d/options'
`/etc/modprobe.d/oss' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/modprobe.d/oss'
`/etc/modprobe.d/pcmcia' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/modprobe.d/pcmcia'
`/etc/udev/initramfs-rules.d/05-udev-early.rules' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/udev/rules.d/05-udev-early.rules'
`/etc/udev/initramfs-rules.d/20-hotplug-modprobe.rules' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/udev/rules.d/20-hotplug-modprobe.rules'
`/etc/udev/initramfs-rules.d/50-udev-default.rules' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/udev/rules.d/50-udev-default.rules'
`/etc/udev/initramfs-rules.d/60-persistent-storage.rules' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/udev/rules.d/60-persistent-storage.rules'
`/etc/udev/initramfs-rules.d/63-md.rules' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/udev/rules.d/63-md.rules'
`/etc/udev/initramfs-rules.d/64-device-mapper.rules' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/udev/rules.d/64-device-mapper.rules'
`/etc/udev/initramfs-rules.d/70-permissions.rules' ->
`/tmp/.private/root/initrd.8qwNfjYO33/tree/etc/udev/rules.d/70-permissions.rules'
mkinitrd: Inode count: 143
mkinitrd: Image size: 1800K
mkdir: created directory `/tmp/.private/root/initrd.8qwNfjYO33/mnt'
mkinitrd: Created image from tree:
/tmp/.private/root/initrd.8qwNfjYO33/tree -->
/tmp/.private/root/initrd.8qwNfjYO33/img
mkinitrd: Created initramfs image file
mkinitrd: Installed ramdisk into initrd-2.6.18-std-smp-alt12.img
Ramdisk size: 460K
ну и
lspci -k
00:00.0 Host bridge: Intel Corporation E7520 Memory Controller Hub (rev 0c)
00:00.1 Class ff00: Intel Corporation E7525/E7520 Error Reporting
Registers (rev 0c)
00:01.0 System peripheral: Intel Corporation E7520 DMA Controller (rev 0c)
00:02.0 PCI bridge: Intel Corporation E7525/E7520/E7320 PCI Express
Port A (rev 0c)
	Kernel driver in use: pcieport-driver
	Kernel modules: shpchp
00:04.0 PCI bridge: Intel Corporation E7525/E7520 PCI Express Port B (rev 0c)
	Kernel driver in use: pcieport-driver
	Kernel modules: shpchp
00:05.0 PCI bridge: Intel Corporation E7520 PCI Express Port B1 (rev 0c)
	Kernel driver in use: pcieport-driver
	Kernel modules: shpchp
00:06.0 PCI bridge: Intel Corporation E7520 PCI Express Port C (rev 0c)
	Kernel driver in use: pcieport-driver
	Kernel modules: shpchp
00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB
UHCI Controller #1 (rev 02)
	Kernel driver in use: uhci_hcd
	Kernel modules: uhci-hcd
00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB
UHCI Controller #2 (rev 02)
	Kernel driver in use: uhci_hcd
	Kernel modules: uhci-hcd
00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB
UHCI Controller #3 (rev 02)
	Kernel driver in use: uhci_hcd
	Kernel modules: uhci-hcd
00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2
EHCI Controller (rev 02)
	Kernel driver in use: ehci_hcd
	Kernel modules: ehci-hcd
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2)
	Kernel modules: hw_random, shpchp
00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC
Interface Bridge (rev 02)
	Kernel modules: i8xx_tco
00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE
Controller (rev 02)
	Kernel driver in use: PIIX_IDE
	Kernel modules: piix
00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus
Controller (rev 02)
	Kernel driver in use: i801_smbus
	Kernel modules: i2c-i801
01:00.0 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI
Bridge A (rev 09)
	Kernel modules: shpchp
01:00.1 PIC: Intel Corporation 6700/6702PXH I/OxAPIC Interrupt
Controller A (rev 09)
01:00.2 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI
Bridge B (rev 09)
	Kernel modules: shpchp
01:00.3 PIC: Intel Corporation 6700PXH I/OxAPIC Interrupt Controller B (rev 09)
02:05.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030
PCI-X Fusion-MPT Dual Ultra320 SCSI (rev c1)
	Kernel driver in use: mptbase
	Kernel modules: mptbase
05:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8050
PCI-E ASF Gigabit Ethernet Controller (rev 18)
	Kernel driver in use: sk98lin
	Kernel modules: sk98lin
07:04.0 Ethernet controller: Intel Corporation 82541GI Gigabit
Ethernet Controller (rev 05)
	Kernel driver in use: e1000
	Kernel modules: e1000
07:06.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX
[Cyclone] (rev 30)
	Kernel driver in use: 3c59x
	Kernel modules: 3c59x
07:0c.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27)

-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Comm] kernel and boot in 4.0

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 915 bytes --]

On Mon, Jul 12, 2010 at 12:50:51PM +0300, Andriy Dobrovol`s`kii wrote:
[...]
> mkinitrd: Module "scsi_hostadapter" exists
> mkinitrd: Ignoring "ide_scsi" module
> mkinitrd: SCSI modules from config: scsi_mod sd_mod mptscsih

Где-то в /etc/modprobe.d/* (скорее всего, в файле local-autoconverted)
от старой системы остались записи alias scsi_hostadapter ..., при
наличии которых mkinitrd не пытается определять нужные модули
автоматически.  При этом между 2.6.12 и 2.6.18 изменилась структура
драйверов mpt* - теперь собственно драйверы контроллеров находятся в
модулях mptspi, mptfc, mptsas (в зависимости от типа контроллера), а
модули mptbase и mptscsih содержат только код, общий для всех этих
драйверов, и сами по себе ничего не делают.

Должно хватить удаления всех явно прописанных alias scsi_hostadapter
из /etc/modprobe.d/* - в этом случае модуль mptspi должен определиться
автоматически.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] kernel and boot in 4.0

[Andrii Dobrovol`s`kii]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Sergey Vlasov пишет:
> On Mon, Jul 12, 2010 at 12:50:51PM +0300, Andriy Dobrovol`s`kii wrote:
> [...]
>> mkinitrd: Module "scsi_hostadapter" exists
>> mkinitrd: Ignoring "ide_scsi" module
>> mkinitrd: SCSI modules from config: scsi_mod sd_mod mptscsih
> 
> Где-то в /etc/modprobe.d/* (скорее всего, в файле local-autoconverted)
> от старой системы остались записи alias scsi_hostadapter ..., при
> наличии которых mkinitrd не пытается определять нужные модули
> автоматически.  При этом между 2.6.12 и 2.6.18 изменилась структура
> драйверов mpt* - теперь собственно драйверы контроллеров находятся в
> модулях mptspi, mptfc, mptsas (в зависимости от типа контроллера), а
> модули mptbase и mptscsih содержат только код, общий для всех этих
> драйверов, и сами по себе ничего не делают.
> 
> Должно хватить удаления всех явно прописанных alias scsi_hostadapter
> из /etc/modprobe.d/* - в этом случае модуль mptspi должен определиться
> автоматически.
> 
Спасибо. Сейчас поищем...
- -- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************************************************************
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iF4EAREIAAYFAkw7C8IACgkQpBPgR3404hPKrAEAyN2wfw+kWQkDoEJ7EV72jn28
f+HFqCj+32Ez3G6kCcAA+QHnv6Wo6hQg1onEBtBUT3nH8e0wy0BtsmA/Z+G+YtWo
=ozzV
-----END PGP SIGNATURE-----

Re: [Comm] kernel and boot in 4.0

[Andriy Dobrovol`s`kii]

2010/7/12 Sergey Vlasov <vsu@altlinux.ru>:
> On Mon, Jul 12, 2010 at 12:50:51PM +0300, Andriy Dobrovol`s`kii wrote:
> [...]
>> mkinitrd: Module "scsi_hostadapter" exists
>> mkinitrd: Ignoring "ide_scsi" module
>> mkinitrd: SCSI modules from config: scsi_mod sd_mod mptscsih
>
> Где-то в /etc/modprobe.d/* (скорее всего, в файле local-autoconverted)
> от старой системы остались записи alias scsi_hostadapter ..., при
> наличии которых mkinitrd не пытается определять нужные модули
> автоматически.  При этом между 2.6.12 и 2.6.18 изменилась структура
> драйверов mpt* - теперь собственно драйверы контроллеров находятся в
> модулях mptspi, mptfc, mptsas (в зависимости от типа контроллера), а
> модули mptbase и mptscsih содержат только код, общий для всех этих
> драйверов, и сами по себе ничего не делают.
>
> Должно хватить удаления всех явно прописанных alias scsi_hostadapter
> из /etc/modprobe.d/* - в этом случае модуль mptspi должен определиться
> автоматически.
>
grep scsi_host *
modules:scsi_hostadapter
modules.conf:probeall scsi_hostadapter mptscsih ide-scsi
modules.conf:alias scsi_hostadapter mptscsih
Оно нашлось не только в /etc/modprobe.d/* . Тут наверно тоже нужно удалять?

-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Comm] kernel and boot in 4.0

[Michael Shigorin]

On Mon, Jul 12, 2010 at 03:38:49PM +0300, Andriy Dobrovol`s`kii wrote:
> modules:scsi_hostadapter
> modules.conf:probeall scsi_hostadapter mptscsih ide-scsi
> modules.conf:alias scsi_hostadapter mptscsih
> Оно нашлось не только в /etc/modprobe.d/* . Тут наверно тоже нужно удалять?

Ремарь везде, уже давно не нужно.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] kernel and boot in 4.0

[Andrii Dobrovol`s`kii]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Michael Shigorin пишет:
> On Mon, Jul 12, 2010 at 03:38:49PM +0300, Andriy Dobrovol`s`kii wrote:
>> modules:scsi_hostadapter
>> modules.conf:probeall scsi_hostadapter mptscsih ide-scsi
>> modules.conf:alias scsi_hostadapter mptscsih
>> Оно нашлось не только в /etc/modprobe.d/* . Тут наверно тоже нужно удалять?
> 
> Ремарь везде, уже давно не нужно.
> 
Все три строки ремарить?
- -- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************************************************************
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iF4EAREIAAYFAkw7GpsACgkQpBPgR3404hPsKwD/d5AjMeSJY0gr3fmEG08765lM
kc99/pw6JFkc3r325eMBAItbeDw1hBK1z9G5W5xJwx1dF4Mgv6mXJCkJJPNnBF5/
=kiLJ
-----END PGP SIGNATURE-----

Re: [Comm] kernel and boot in 4.0

[Michael Shigorin]

On Mon, Jul 12, 2010 at 04:37:33PM +0300, Andrii Dobrovol`s`kii wrote:
> >> modules:scsi_hostadapter
> >> modules.conf:probeall scsi_hostadapter mptscsih ide-scsi
> >> modules.conf:alias scsi_hostadapter mptscsih
> >> Оно нашлось не только в /etc/modprobe.d/* . Тут наверно тоже нужно удалять?
> > Ремарь везде, уже давно не нужно.
           ^^^^^
> Все три строки ремарить?

Ага.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] kernel and boot in 4.0

[Andrii Dobrovol`s`kii]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Michael Shigorin пишет:
> On Mon, Jul 12, 2010 at 04:37:33PM +0300, Andrii Dobrovol`s`kii wrote:
>>>> modules:scsi_hostadapter
>>>> modules.conf:probeall scsi_hostadapter mptscsih ide-scsi
>>>> modules.conf:alias scsi_hostadapter mptscsih
>>>> Оно нашлось не только в /etc/modprobe.d/* . Тут наверно тоже нужно удалять?
>>> Ремарь везде, уже давно не нужно.
>            ^^^^^
>> Все три строки ремарить?
> 
> Ага.
> 
Файл /etc/modules больше не используется? Или сам scsi_hostadapter
уже вреден?
- -- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************************************************************
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iF4EAREIAAYFAkw7My4ACgkQpBPgR3404hPkMAD/RjQjTQA9Gyf2I3TAsKBMDsPF
H5M28HrugZYsfJ3e3q8A/jw3T2F7pFvgtQP3TijG/DuaZaYHTKnnAykGW7Mg2MYd
=QMa2
-----END PGP SIGNATURE-----

Re: [Comm] kernel and boot in 4.0

[Алексей Владимирович Шенцев]

On 12.07.2010 19:22, Andrii Dobrovol`s`kii wrote:
> Michael Shigorin ?8H5B:
> > On Mon, Jul 12, 2010 at 04:37:33PM +0300, Andrii Dobrovol`s`kii wrote:
> >>>> modules:scsi_hostadapter
> >>>> modules.conf:probeall scsi_hostadapter mptscsih ide-scsi
> >>>> modules.conf:alias scsi_hostadapter mptscsih
> >>>> \x1e=> =0H;>AL =5 B>;L:> 2 /etc/modprobe.d/* . "CB =025@=> B>65
> =C6=> C40;OBL?
> >>>  5<0@L 25745, C65 402=> =5 =C6=>.
> >            ^^^^^
> >> \x12A5 B@8 AB@>:8 @5<0@8BL?
>
> > \x1030.
>
> $09; /etc/modules 1>;LH5 =5 8A?>;L7C5BAO? \x18;8 A0< scsi_hostadapter
> C65 2@545=?
сам /etc/modules не используется уже дааааааааавно ...

Re: [Comm] kernel and boot in 4.0

[Andriy Dobrovol`s`kii]

2010/7/12 Алексей Владимирович Шенцев <ashen@nsrz.ru>:
> On 12.07.2010 19:22, Andrii Dobrovol`s`kii wrote:
>> Michael Shigorin ?8H5B:
>> > On Mon, Jul 12, 2010 at 04:37:33PM +0300, Andrii Dobrovol`s`kii wrote:
>> >>>> modules:scsi_hostadapter
>> >>>> modules.conf:probeall scsi_hostadapter mptscsih ide-scsi
>> >>>> modules.conf:alias scsi_hostadapter mptscsih
>> >>>>  => =0H;>AL =5 B>;L:> 2 /etc/modprobe.d/* . "CB =025@=> B>65
>> =C6=> C40;OBL?
>> >>>  5<0@L 25745, C65 402=> =5 =C6=>.
>> >            ^^^^^
>> >>  A5 B@8 AB@>:8 @5<0@8BL?
>>
>> >  30.
>>
>> $09; /etc/modules 1>;LH5 =5 8A?>;L7C5BAO?  ;8 A0< scsi_hostadapter
>> C65 2@545=?
> сам /etc/modules не используется уже дааааааааавно ...
Так если не используется, может и не лезть в него?
Кому оно там мешает?
-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Comm] kernel and boot in 4.0

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1259 bytes --]

On Mon, Jul 12, 2010 at 06:22:24PM +0300, Andrii Dobrovol`s`kii wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
> 
> Michael Shigorin пишет:
> > On Mon, Jul 12, 2010 at 04:37:33PM +0300, Andrii Dobrovol`s`kii wrote:
> >>>> modules:scsi_hostadapter
> >>>> modules.conf:probeall scsi_hostadapter mptscsih ide-scsi
> >>>> modules.conf:alias scsi_hostadapter mptscsih
> >>>> Оно нашлось не только в /etc/modprobe.d/* . Тут наверно тоже нужно удалять?
> >>> Ремарь везде, уже давно не нужно.
> >            ^^^^^
> >> Все три строки ремарить?
> > 
> > Ага.
> > 
> Файл /etc/modules больше не используется?

/etc/modules как раз используется - это список модулей, которые
загружаются в /etc/rc.d/rc.sysinit ещё до запуска udevd.  А вот
/etc/modules.conf (и /etc/modutils.d/*) уже действительно не
используются - они заменены на /etc/modprobe.conf (изначально не
создаётся) и /etc/modprobe.d/*.

Ещё, кстати, можно удалить пакеты modutils и module-init-tools-compat;
они нужны только на этапе обновления старой системы с modutils (для
преобразования старых файлов конфигурации в новые).

> Или сам scsi_hostadapter уже вреден?

Обычно вреден, но в некоторых случаях даёт возможность прописать
руками нужный список модулей.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] kernel and boot in 4.0

[Andriy Dobrovol`s`kii]

2010/7/13 Sergey Vlasov <vsu@altlinux.ru>:
> On Mon, Jul 12, 2010 at 06:22:24PM +0300, Andrii Dobrovol`s`kii wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA256
>>
>> Michael Shigorin пишет:
>> > On Mon, Jul 12, 2010 at 04:37:33PM +0300, Andrii Dobrovol`s`kii wrote:
>> >>>> modules:scsi_hostadapter
>> >>>> modules.conf:probeall scsi_hostadapter mptscsih ide-scsi
>> >>>> modules.conf:alias scsi_hostadapter mptscsih
>> >>>> Оно нашлось не только в /etc/modprobe.d/* . Тут наверно тоже нужно удалять?
>> >>> Ремарь везде, уже давно не нужно.
>> >            ^^^^^
>> >> Все три строки ремарить?
>> >
>> > Ага.
>> >
>> Файл /etc/modules больше не используется?
>
> /etc/modules как раз используется - это список модулей, которые
> загружаются в /etc/rc.d/rc.sysinit ещё до запуска udevd.  А вот
> /etc/modules.conf (и /etc/modutils.d/*) уже действительно не
> используются - они заменены на /etc/modprobe.conf (изначально не
> создаётся) и /etc/modprobe.d/*.
>
Если я в нем (/etc/modules) закомментировал строку с alias, этого
достаточно? Или probeall и оставшуюся тоже _нужно_ заремарить?
> Ещё, кстати, можно удалить пакеты modutils и module-init-tools-compat;
> они нужны только на этапе обновления старой системы с modutils (для
> преобразования старых файлов конфигурации в новые).
>
А старые и новые это какие? Если у меня уже вся пакетная база от 4.1
-- это новые?
>> Или сам scsi_hostadapter уже вреден?
>
> Обычно вреден, но в некоторых случаях даёт возможность прописать
> руками нужный список модулей.
>
А есть алгоритм определения его вредности или полезности? Или только "тыком"?
Спасибо за, как всегда, доходчивый ответ. :)
-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Comm] kernel and boot in 4.0

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1600 bytes --]

On Tue, Jul 13, 2010 at 12:40:31PM +0300, Andriy Dobrovol`s`kii wrote:
[...]
> Если я в нем (/etc/modules) закомментировал строку с alias, этого
> достаточно? Или probeall и оставшуюся тоже _нужно_ заремарить?

В /etc/modules не должно быть никаких alias и probeall - там пишутся
просто имена модулей.  А probeall - это вообще старый синтаксис из
modutils, который при переходе на module-init-tools переводится в
набор команд alias, дающий тот же результат (загрузку всех
перечисленных модулей при запросе указанного имени).

В данном случае нужно удалить scsi_hostadapter из /etc/modules; файлы
/etc/modules.conf и /etc/modutils.d/* чистить не обязательно - они всё
равно не используются при установленном module-init-tools.

> > Ещё, кстати, можно удалить пакеты modutils и module-init-tools-compat;
> > они нужны только на этапе обновления старой системы с modutils (для
> > преобразования старых файлов конфигурации в новые).
> >
> А старые и новые это какие? Если у меня уже вся пакетная база от 4.1
> -- это новые?

Так 4.1 или 4.0?  Впрочем, в любом случае новые; старые - это те
дистрибутивы, в которых ещё не было пакета module-init-tools (а был
только modutils, патченый для поддержки ядер 2.6.x, но использовавший
старый формат файлов конфигурации).

> >> Или сам scsi_hostadapter уже вреден?
> >
> > Обычно вреден, но в некоторых случаях даёт возможность прописать
> > руками нужный список модулей.
> >
> А есть алгоритм определения его вредности или полезности? Или только
> "тыком"?

Видимо, этот параметр вреден, если вы не знаете, что туда писать.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] kernel and boot in 4.0

[Andrii Dobrovol`s`kii]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Sergey Vlasov пишет:
> On Tue, Jul 13, 2010 at 12:40:31PM +0300, Andriy Dobrovol`s`kii wrote:
> [...]
>> Если я в нем (/etc/modules) закомментировал строку с alias, этого
>> достаточно? Или probeall и оставшуюся тоже _нужно_ заремарить?
> 
> В /etc/modules не должно быть никаких alias и probeall - там пишутся
> просто имена модулей.  А probeall - это вообще старый синтаксис из
> modutils, который при переходе на module-init-tools переводится в
> набор команд alias, дающий тот же результат (загрузку всех
> перечисленных модулей при запросе указанного имени).
> 
Мда. Зарапортовался... Конечно probeall и alias там и не было. Само
упоминание модуля заремарил.
> В данном случае нужно удалить scsi_hostadapter из /etc/modules; файлы
> /etc/modules.conf и /etc/modutils.d/* чистить не обязательно - они всё
> равно не используются при установленном module-init-tools.
> 
>>> Ещё, кстати, можно удалить пакеты modutils и module-init-tools-compat;
>>> они нужны только на этапе обновления старой системы с modutils (для
>>> преобразования старых файлов конфигурации в новые).
>>>
>> А старые и новые это какие? Если у меня уже вся пакетная база от 4.1
>> -- это новые?
> 
> Так 4.1 или 4.0?  Впрочем, в любом случае новые; старые - это те
> дистрибутивы, в которых ещё не было пакета module-init-tools (а был
> только modutils, патченый для поддержки ядер 2.6.x, но использовавший
> старый формат файлов конфигурации).
> 
Уже 4.1. Просто там ядра близнецы. Но в 4.0 оно, как я понял,
портировалось из 4.1. Я и дотянул систему уже до 4.1.
>>>> Или сам scsi_hostadapter уже вреден?
>>>
>>> Обычно вреден, но в некоторых случаях даёт возможность прописать
>>> руками нужный список модулей.
>>>
>> А есть алгоритм определения его вредности или полезности? Или только
>> "тыком"?
> 
> Видимо, этот параметр вреден, если вы не знаете, что туда писать.
> 
Видимо для меня да...
Ещё раз благодарю за разъяснения.
- -- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************************************************************
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iF4EAREIAAYFAkw8ew0ACgkQpBPgR3404hPFXwEAgcXCdqt5DmrSB1IwXHHSOEYb
JjWMXJaxqu9NRExteD0BAKXutjqvCvTpvXf1QHGAMN2EjNtJjh2G3e/Mf29RVK1N
=kF/+
-----END PGP SIGNATURE-----

Re: [Comm] kernel and boot in 4.0

[Andriy Dobrovol`s`kii]

Сухой остаток.
При переезде с версий меньших 3.0 на 4.Х стоит зачистить унаследованые
настройки в /etc/modules.conf и /etc/modules. И перегенерить initrd
для ядра 2.6.18-std-smp-alt12. Если ядро не грузится с првого захода.
Во всяком случае в моей ситуации это позволило загрузиться с ядром из
4.1.
Одна из сетевых карт сменила модуль ядра. Теперь:
05:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8050
PCI-E ASF Gigabit Ethernet Controller (rev 18)
	Kernel driver in use: sky2
Однако работает...

-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Comm] kernel and boot in 4.0

[Andriy Dobrovol`s`kii]

2010/7/13 Andriy Dobrovol`s`kii <adobrovolskii@gmail.com>:
> Одна из сетевых карт сменила модуль ядра. Теперь:
> 05:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8050
> PCI-E ASF Gigabit Ethernet Controller (rev 18)
>        Kernel driver in use: sky2
> Однако работает...
>
Однако не долго...
:(
Проработало несколько часов и сеть на этой карте отвалилась. Если
внести этот модуль в блеклист udev попытается загрузить тот же, что в
старых ядрах?
-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Comm] kernel and boot in 4.0

[Andrii Dobrovol`s`kii]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Andriy Dobrovol`s`kii пишет:
> 2010/7/13 Andriy Dobrovol`s`kii <adobrovolskii@gmail.com>:
>> Одна из сетевых карт сменила модуль ядра. Теперь:
>> 05:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8050
>> PCI-E ASF Gigabit Ethernet Controller (rev 18)
>>        Kernel driver in use: sky2
>> Однако работает...
>>
> Однако не долго...
> :(
> Проработало несколько часов и сеть на этой карте отвалилась. Если
> внести этот модуль в блеклист udev попытается загрузить тот же, что в
> старых ядрах?
Н...да. Вряд ли оно сможет загрузить то чего нет...
Как выходить из ситуации? работавшего модуля уже нет а новый не
работает...
Интересно, ядро из 5.0 встанет на получившийся гибрид?..
- -- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************************************************************
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iF4EAREIAAYFAkw9gA8ACgkQpBPgR3404hPj+AD+NtKsBKutYoCwYaGy8+RxYqo3
lBmmo+v6ztXTrfW0pukA/1HSfHQ20Lsnqt/POZVuaHd7Ho86sF7TbSxHYTiy5QgA
=nkyH
-----END PGP SIGNATURE-----

Re: [Comm] kernel and boot in 4.0

[Vasily Tereshko]

 
----------------исходное сообщение-----------------
От: "Andrii Dobrovol`s`kii" dobr@iop.kiev.ua
Дата: Wed, 14 Jul 2010 12:15:01 +0300
-------------------------------------------------
 
>>> 05:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8050
>>> PCI-E ASF Gigabit Ethernet Controller (rev 18)
>>> Kernel driver in use: sky2
>>> Однако работает...
>>>
>> Однако не долго...
>> :(
>> Проработало несколько часов и сеть на этой карте отвалилась. Если
>> внести этот модуль в блеклист udev попытается загрузить тот же, что в
>> старых ядрах?
> Н...да. Вряд ли оно сможет загрузить то чего нет...
> Как выходить из ситуации? работавшего модуля уже нет а новый не
> работает...
> Интересно, ядро из 5.0 встанет на получившийся гибрид?..
О-о-о, знакомая карта. Сколько с ней было секса ... У меня в одном месте как
раз гибрид из 4.1 и ядра из текущего бранча 5.1 работает именно из-за неё.
Вроде особых проблем не замечено. Но там чистый сервер, никаких иксов и
прочей лабудени.
По моим наблюдениям, где-то после 2.6.28 драйвера допилили до вменяемого
состояния.

Re: [Comm] kernel and boot in 4.0

[Andrii Dobrovol`s`kii]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Vasily Tereshko пишет:
>  
> ----------------исходное сообщение-----------------
> От: "Andrii Dobrovol`s`kii" dobr@iop.kiev.ua
> Дата: Wed, 14 Jul 2010 12:15:01 +0300
> -------------------------------------------------
>  
>>>> 05:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8050
>>>> PCI-E ASF Gigabit Ethernet Controller (rev 18)
>>>> Kernel driver in use: sky2
>>>> Однако работает...
>>>>
>>> Однако не долго...
>>> :(
>>> Проработало несколько часов и сеть на этой карте отвалилась. Если
>>> внести этот модуль в блеклист udev попытается загрузить тот же, что в
>>> старых ядрах?
>> Н...да. Вряд ли оно сможет загрузить то чего нет...
>> Как выходить из ситуации? работавшего модуля уже нет а новый не
>> работает...
>> Интересно, ядро из 5.0 встанет на получившийся гибрид?..
> О-о-о, знакомая карта. Сколько с ней было секса ... У меня в одном месте как
> раз гибрид из 4.1 и ядра из текущего бранча 5.1 работает именно из-за неё.
> Вроде особых проблем не замечено. Но там чистый сервер, никаких иксов и
> прочей лабудени.
> По моим наблюдениям, где-то после 2.6.28 драйвера допилили до вменяемого
> состояния.
> 
У меня тоже сервер. Причем чистый шлюз. Работа сетевых это главное...
ОК. Мы идем за ядром в 5.1!
- -- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************************************************************
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iF4EAREIAAYFAkw9oa0ACgkQpBPgR3404hOAVgEAyYxayeCY0xTAVssYFzgOPmjY
8vB7osyDnNbSaeOc8p4A/2gYJx6GQi8NmWlzqMITCHbl3dFFYkBMEhEFtRC3vHZS
=oxNa
-----END PGP SIGNATURE-----

Re: [Comm] kernel and boot in 4.0

[Vasily Tereshko]

 
 ----------------исходное сообщение-----------------
От: "Andrii Dobrovol`s`kii" dobr@iop.kiev.ua
Дата: Wed, 14 Jul 2010 14:38:23 +0300
-------------------------------------------------
 
> У меня тоже сервер. Причем чистый шлюз. Работа сетевых это главное...
> ОК. Мы идем за ядром в 5.1!
А если чистый шлюз, то почему бы сразу не дорасти до текущего 5.1 ?
На мой вкус, вполне разумно было бы это сделать. Если бы там LAMP с
приложениями, или Rubi какой, то я бы поостерегся, а если софта немного и
это неглавное, то почему бы нет ?

Re: [Comm] kernel and boot in 4.0

[Andriy Dobrovol`s`kii]

2010/7/14 Vasily Tereshko <tolmi@end.kiev.ua>:
>
>  ----------------исходное сообщение-----------------
> От: "Andrii Dobrovol`s`kii" dobr@iop.kiev.ua
> Дата: Wed, 14 Jul 2010 14:38:23 +0300
> -------------------------------------------------
>
>> У меня тоже сервер. Причем чистый шлюз. Работа сетевых это главное...
>> ОК. Мы идем за ядром в 5.1!
> А если чистый шлюз, то почему бы сразу не дорасти до текущего 5.1 ?
> На мой вкус, вполне разумно было бы это сделать. Если бы там LAMP с
> приложениями, или Rubi какой, то я бы поостерегся, а если софта немного и
> это неглавное, то почему бы нет ?
>
Так тем и закочится. :) Просто застрял в процесе на 4.Х из-за проблем
сперва с ядром а теперь с сетевой.
-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Comm] kernel and boot in 4.0

[Andriy Dobrovol`s`kii]

Всем привет,
Пляски продолжаются. С ядром из 5.1 не удается добиться фиксированного
порядка загрузки интерфейсов. Поэтому даже не могу проверить
работоспособность модуля в этом ядре...
Есть файл /etc/iftab есть файлы netlink в /etc/net/ifaces/eth? И не
помогает. Единственный результат их присутствия -- напрочь отсутствует
интерфейс eth0...
Как ещё пояснить системе, что нужно грузить карты в определенном порядке?
cat /etc/iftab
eth0	mac	00:04:23:c1:87:a8
eth1	mac	00:01:02:20:f8:af
eth2	mac	00:04:23:c1:87:a9

С ядром 2.6.12-std26-smp-alt11 система загружается как нужно и
работает. С последующими ядрами из 4.Х не работает сетевая из-за
перехода на модуль sky2. С ядром 2.6.30-std-def-alt15 из 5.1 не
удается загрузить сетевые интерфейсы в нужном порядке...
:(

-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Comm] kernel and boot in 4.0

[Vasily Tereshko]

15.07.2010 18:52, Andriy Dobrovol`s`kii пишет:
> Всем привет,
> Пляски продолжаются. С ядром из 5.1 не удается добиться фиксированного
> порядка загрузки интерфейсов. Поэтому даже не могу проверить
> работоспособность модуля в этом ядре...
> Есть файл /etc/iftab есть файлы netlink в /etc/net/ifaces/eth? И не
> помогает. Единственный результат их присутствия -- напрочь отсутствует
> интерфейс eth0...
> Как ещё пояснить системе, что нужно грузить карты в определенном порядке?
> cat /etc/iftab
> eth0	mac	00:04:23:c1:87:a8
> eth1	mac	00:01:02:20:f8:af
> eth2	mac	00:04:23:c1:87:a9
>
> С ядром 2.6.12-std26-smp-alt11 система загружается как нужно и
> работает. С последующими ядрами из 4.Х не работает сетевая из-за
> перехода на модуль sky2. С ядром 2.6.30-std-def-alt15 из 5.1 не
> удается загрузить сетевые интерфейсы в нужном порядке...
> :(
>
>   
Не нужно называть интерфейсы ethN, и тогда все начнёт работать :)
Насколько я помню, это фича такая.
Да и названия ext0 int0 dmz0 лучше для понимания, кто что делает.

-- 
Толми

Re: [Comm] kernel and boot in 4.0

[Andriy Dobrovol`s`kii]

2010/7/15 Vasily Tereshko <tolmi@end.kiev.ua>:
>>
> Не нужно называть интерфейсы ethN, и тогда все начнёт работать :)
> Насколько я помню, это фича такая.
> Да и названия ext0 int0 dmz0 лучше для понимания, кто что делает.
>
Об особенностях переименования средствами этцнет я в курсе.
Сейчас это обсуждать поздновато...
Да и не всегда это работает.
-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Comm] kernel and boot in 4.0

[Anton Gorlov]

15.07.2010 19:52, Andriy Dobrovol`s`kii пишет:
> Всем привет,
> Пляски продолжаются. С ядром из 5.1 не удается добиться фиксированного
> порядка загрузки интерфейсов. Поэтому даже не могу проверить

/etc/udev/rules.d/70-persistent-net.rules

Re: [Comm] kernel and boot in 4.0

[Алексей Шенцев]

16.07.2010 10:23, Anton Gorlov пишет:
>
> /etc/udev/rules.d/70-persistent-net.rules
ldv@ писал про это:

http://lists.altlinux.org/pipermail/sisyphus/2009-June/340033.html

Думаю, Андрей, Вам будет полезно почитать данное письмо, да и сам тред.

Re: [Comm] kernel and boot in 4.0

[Andriy Dobrovol`s`kii]

2010/7/16 Алексей Шенцев <ashen@nsrz.ru>:
> 16.07.2010 10:23, Anton Gorlov пишет:
>>
>> /etc/udev/rules.d/70-persistent-net.rules
> ldv@ писал про это:
>
> http://lists.altlinux.org/pipermail/sisyphus/2009-June/340033.html
>
> Думаю, Андрей, Вам будет полезно почитать данное письмо, да и сам тред.
Да, Алексей и Антон. В самую точку. :)
Вчера вечером гугл мне сказал то же самое...
Правда правило немного другое.
cat /etc/udev/rules.d/10-network.rules
SUBSYSTEM=="net", ATTRS{address}=="00:04:23:c1:87:a8", NAME="eth0"
SUBSYSTEM=="net", ATTRS{address}=="00:01:02:20:f8:af", NAME="eth1"
SUBSYSTEM=="net", ATTRS{address}=="00:04:23:c1:87:a9", NAME="eth2"
И, разув глаза, я получил таки желаемое.
Видать 70-м оно стало позже в процесе эволюции. И пока:
uname -r
2.6.30-std-def-alt15
uptime
 11:39:34 up 16:04, ...
Карты загружены как надо и сеть держится. Подожду до следующей недели
и если приключений не будет закончу обновление до 5.1. :)
Всем спасибо за помощь и сочувствие.
Грустный вывод в том, что в 4.Х по-настоящему рабочего ядра нет.
-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Comm] kernel and boot in 4.0

[Алексей Шенцев]

16.07.2010 12:52, Andriy Dobrovol`s`kii пишет:
> Вчера вечером гугл мне сказал то же самое...
> Правда правило немного другое.
> cat /etc/udev/rules.d/10-network.rules
> SUBSYSTEM=="net", ATTRS{address}=="00:04:23:c1:87:a8", NAME="eth0"
> SUBSYSTEM=="net", ATTRS{address}=="00:01:02:20:f8:af", NAME="eth1"
> SUBSYSTEM=="net", ATTRS{address}=="00:04:23:c1:87:a9", NAME="eth2"
> И, разув глаза, я получил таки желаемое.
> Видать 70-м оно стало позже в процесе эволюции. 
У нас не было, пока ldv@ за проблему "скачущих интерфейсов" не взялся.

> И пока:
> uname -r
> 2.6.30-std-def-alt15
> uptime
>  11:39:34 up 16:04, ...
> Карты загружены как надо и сеть держится. Подожду до следующей недели
> и если приключений не будет закончу обновление до 5.1. :)
> Всем спасибо за помощь и сочувствие.
> Грустный вывод в том, что в 4.Х по-настоящему рабочего ядра нет.
>   
Ну, 4-ый бранч появился раньше, принятого ldv@ решения.

Re: [Comm] kernel and boot in 4.0

[Andrii Dobrovol`s`kii]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Алексей Шенцев пишет:
> 16.07.2010 12:52, Andriy Dobrovol`s`kii пишет:
>> Вчера вечером гугл мне сказал то же самое...
>> Правда правило немного другое.
>> cat /etc/udev/rules.d/10-network.rules
>> SUBSYSTEM=="net", ATTRS{address}=="00:04:23:c1:87:a8", NAME="eth0"
>> SUBSYSTEM=="net", ATTRS{address}=="00:01:02:20:f8:af", NAME="eth1"
>> SUBSYSTEM=="net", ATTRS{address}=="00:04:23:c1:87:a9", NAME="eth2"
>> И, разув глаза, я получил таки желаемое.
>> Видать 70-м оно стало позже в процесе эволюции. 
> У нас не было, пока ldv@ за проблему "скачущих интерфейсов" не взялся.
> 
ну 10-е же нашлось... Подозреваю, что оно создалось автоматом в
процессе обновления заботливо уложенными в какой-то пакет
правилами... Просто создались они заремареными. А я этого в горячке
не заметил... Включив внимание и убрав знаки комментария -- получил
нужное. Вот и всё.
>> И пока:
>> uname -r
>> 2.6.30-std-def-alt15
>> uptime
>>  11:39:34 up 16:04, ...
>> Карты загружены как надо и сеть держится. Подожду до следующей недели
>> и если приключений не будет закончу обновление до 5.1. :)
>> Всем спасибо за помощь и сочувствие.
>> Грустный вывод в том, что в 4.Х по-настоящему рабочего ядра нет.
>>   
> Ну, 4-ый бранч появился раньше, принятого ldv@ решения.
Так там дело не в прыгучести интерфейсов. В 4.Х их легко
зафиксировать и через цитированное правило и через /etc/iftab, кажись...
Проблема в нерабочем sky2  и отсутствии рабочей альтернативы из
старых ядер.
- -- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************************************************************
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iF4EAREIAAYFAkxAKegACgkQpBPgR3404hM1BwEAqKoQ9E6jJeO9Mtvjlxv2BfOX
P+mj04FtQgGvbiDyVdIBAOK0i4sDEsJGDNylZTzqUFR2+cq0TR+TsslZ/XZC9Doh
=3No4
-----END PGP SIGNATURE-----

Re: [Comm] kernel and boot in 4.0

[Andriy Dobrovol`s`kii]

Итак. С ядром из 5.1 карта работает нормально.
В 5.1 модуль sky2 рабочий.
 2.6.30-std-def-alt15
-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Comm] kernel and boot in 4.0

[Andriy Dobrovol`s`kii]

2010/7/12 Sergey Vlasov <vsu@altlinux.ru>:
>
> Должно хватить удаления всех явно прописанных alias scsi_hostadapter
> из /etc/modprobe.d/* - в этом случае модуль mptspi должен определиться
> автоматически.
>
Я удалил алиасы и перегенерил initrd. Новое ядро загрузилось. Но, на
нем странно повела себя сеть... :(
Все интерфейсы оказались в состоянии LOWER_UP хотя на старом ядре всё
было просто ап. И две из трех сетевых не обмениваются пакетами с
внешним миром.
Пришлось срочно снова грузить старое ядро...
Куда рыть в этот раз?
Форвардинг и маршруты прописаны и по ip r l выводятся. От состояния
файервола никак не зависит. А вот само его состояние почему-то
нормально не выводится по service iptables status. Пол экрана
выплевывает и замерзает.
-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Comm] kernel and boot in 4.0

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1109 bytes --]

On Mon, Jul 12, 2010 at 06:08:12PM +0300, Andriy Dobrovol`s`kii wrote:
> Я удалил алиасы и перегенерил initrd. Новое ядро загрузилось. Но, на
> нем странно повела себя сеть... :(
> Все интерфейсы оказались в состоянии LOWER_UP хотя на старом ядре всё
> было просто ап.

<BROADCAST,MULTICAST,UP,LOWER_UP> - это как раз нормальное состояние.

> И две из трех сетевых не обмениваются пакетами с внешним миром.

Какие именно - по lspci они там все разные...  Может быть сломан
конкретный драйвер, может IRQ routing (например, в районе ACPI).
Вообще в 4.0 с учётом состояния поддержки тех ядер имеет смысл
пробовать ядро ovz-rhel (вариант с патчами из RHEL5, но без ovz никто
не собирал).

> Пришлось срочно снова грузить старое ядро...
> Куда рыть в этот раз?
> Форвардинг и маршруты прописаны и по ip r l выводятся. От состояния
> файервола никак не зависит. А вот само его состояние почему-то
> нормально не выводится по service iptables status. Пол экрана
> выплевывает и замерзает.

Тут, скорее всего, мешает неработающий reverse DNS (в
IPTABLES_STATUS_ARGS изначально нет опции -n).

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] kernel and boot in 4.0

[Andriy Dobrovol`s`kii]

2010/7/13 Sergey Vlasov <vsu@altlinux.ru>:
> On Mon, Jul 12, 2010 at 06:08:12PM +0300, Andriy Dobrovol`s`kii wrote:
>> Я удалил алиасы и перегенерил initrd. Новое ядро загрузилось. Но, на
>> нем странно повела себя сеть... :(
>> Все интерфейсы оказались в состоянии LOWER_UP хотя на старом ядре всё
>> было просто ап.
>
> <BROADCAST,MULTICAST,UP,LOWER_UP> - это как раз нормальное состояние.
>
ОК. Хотя выглядит как-то странно... :)
>> И две из трех сетевых не обмениваются пакетами с внешним миром.
>
> Какие именно - по lspci они там все разные...  Может быть сломан
> конкретный драйвер, может IRQ routing (например, в районе ACPI).
> Вообще в 4.0 с учётом состояния поддержки тех ядер имеет смысл
> пробовать ядро ovz-rhel (вариант с патчами из RHEL5, но без ovz никто
> не собирал).
>
Что ж. Наверно так и сделаю. Хотя тут овз абсолютно ни к чему. Но,
рядом именно с ним четверки и крутятся... Вечером посмотрю детали ещё
раз. Сейчас меня за эксперименты на этом хосте "закопают"...
>> Пришлось срочно снова грузить старое ядро...
>> Куда рыть в этот раз?
>> Форвардинг и маршруты прописаны и по ip r l выводятся. От состояния
>> файервола никак не зависит. А вот само его состояние почему-то
>> нормально не выводится по service iptables status. Пол экрана
>> выплевывает и замерзает.
>
> Тут, скорее всего, мешает неработающий reverse DNS (в
> IPTABLES_STATUS_ARGS изначально нет опции -n).
>
Пожалуй. Спасибо за подсказку. Должен был и сам сообразить. ДНСы-то и
правда на внешних хостах. А связи нет...
-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Comm] kernel and boot in 4.0

[Andriy Dobrovol`s`kii]

2010/7/11 Sergey Vlasov <vsu@altlinux.ru>:
>
> Тогда добавить ещё опции --verbose --debug, вывод в студию; ну и lspci
> на всякий случай.  Ещё нужна опция -f, чтобы заменялся уже
> существующий файл.
>
Нужны любые здравые идеи. Срочно. Через хост не ходит формардинг. Но
только наполовину... Через две сетевые форвардин идет. А с третьей
почти полностью лочится. Хост -- шлюз сети с отдельной DMZ. До
обновления до 4.0 работал и проблем не создавал.
Сейчас работает крайне странно. Вход-сеть форвардит трафик между
белыми ИП. Вход-ДМЗ почтовый трафик виден. А сеть-ДМЗ практически весь
трафик режется. Сервера в ДМЗ на запросы из сети отвечают. А на шлюзе
всё это хоронится. Даже при отключеном файрволе...
К вечеру меня начнут убивать...

-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Comm] kernel and boot in 4.0

[Andrii Dobrovol`s`kii]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Andriy Dobrovol`s`kii пишет:
> 2010/7/11 Sergey Vlasov <vsu@altlinux.ru>:
>>
>> Тогда добавить ещё опции --verbose --debug, вывод в студию; ну и lspci
>> на всякий случай.  Ещё нужна опция -f, чтобы заменялся уже
>> существующий файл.
>>
> Нужны любые здравые идеи. Срочно. Через хост не ходит формардинг. Но
> только наполовину... Через две сетевые форвардин идет. А с третьей
> почти полностью лочится. Хост -- шлюз сети с отдельной DMZ. До
> обновления до 4.0 работал и проблем не создавал.
> Сейчас работает крайне странно. Вход-сеть форвардит трафик между
> белыми ИП. Вход-ДМЗ почтовый трафик виден. А сеть-ДМЗ практически весь
> трафик режется. Сервера в ДМЗ на запросы из сети отвечают. А на шлюзе
> всё это хоронится. Даже при отключеном файрволе...
> К вечеру меня начнут убивать...
> 
С этим отбой. Просто один из маршрутов не поднялся автоматом.
Куда теперь писать дополнительные маршруты чтоб они поднимались при
старте системы?

- -- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************************************************************
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iF4EAREIAAYFAkw66RMACgkQpBPgR3404hPOwwD+MaP684gD/ELsIsdHF75LNw9j
KT3jUaNVe1+icuy8NHwA/Ajq7tYkgWPPi4n+55hWIfCiomA/b1mjNnJtQgyx9CxO
=jUF3
-----END PGP SIGNATURE-----