LINUX.ORG.RU
ФорумAdmin

Неадыкватное поведение винтов...


0

0

Железо: Intel гов^Wсервак...

lspci:

00:00.0 Host bridge: Intel Corporation E7520 Memory Controller Hub (rev 0a)
00:00.1 Class ff00: Intel Corporation E7525/E7520 Error Reporting Registers (rev 0a)
00:01.0 System peripheral: Intel Corporation E7520 DMA Controller (rev 0a)
00:02.0 PCI bridge: Intel Corporation E7525/E7520/E7320 PCI Express Port A (rev 0a)
00:04.0 PCI bridge: Intel Corporation E7525/E7520 PCI Express Port B (rev 0a)
00:05.0 PCI bridge: Intel Corporation E7520 PCI Express Port B1 (rev 0a)
00:06.0 PCI bridge: Intel Corporation E7520 PCI Express Port C (rev 0a)
00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2)
00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02)
00:1f.2 IDE interface: Intel Corporation 82801EB (ICH5) SATA Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02)
01:00.0 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI Bridge A (rev 09)
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)
01:00.3 PIC: Intel Corporation 6700PXH I/OxAPIC Interrupt Controller B (rev 09)
02:03.0 RAID bus controller: LSI Logic / Symbios Logic MegaRAID (rev 02)
05:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8050 PCI-E ASF Gigabit Ethernet Controller (rev 17)
07:04.0 Ethernet controller: Intel Corporation 82541GI/PI Gigabit Ethernet Controller (rev 05)
07:0c.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27)

тоесть что мы имеем:
2 SATA винта на одном котроллере, и 2 SCSI винта на другом, в то же время сказёвые винты собраные в зеркало средствами хардварного рейд-котроллера...


/boot/grub/menu.lst:

title           Debian GNU/Linux, kernel 2.6.18-5-686
root            (hd0,1)
kernel          /boot/vmlinuz-2.6.18-5-686 root=/dev/sda2 ro vga=791 quiet 
initrd          /boot/initrd.img-2.6.18-5-686
savedefault

/boot/grub/device.map:

(fd0)   /dev/fd0
(hd0)   /dev/sda
(hd1)   /dev/sdb
(hd2)   /dev/sdc

в чём проблема, а вот в чём:

сейчас система стоит на зеркале из сказёвых винтов (hd0), для системы этот винт sda... grub установлен в mbr этого винта...
так вот, этот винт иногда (совершенно по непонятным причинам) определяется (уже на стадии загрузки ядра) не как sda, а как sdc... 
тоесть иногда винты скачут, и при этом совершенно непонятно от чего это зависит... система естессно не грузится :(

как решение решил воспользоваться "фичами" LABEL и UUID, прописал в fstab вместо /dev/sda* LABEL=<то что нужно>, с fstab проблем теперь нет...
но вот после прописывания в menu.lst такой строчки

kernel          /boot/vmlinuz-2.6.18-5-686 root=LABEL=/ ro vga=791 quiet

система грузится отказывается :( вот что пишет:

Usage: /sbin/modprobe [-v] [-V] [-C config-file] [-n] [-i] [-q] [-b] [-o <modname>] [ --dump-modversions ] <modname> [parameters...]
/sbin/modprobe -r [-n] [-i] [-v] <modulename> ...
/sbin/modprobe -l -t <dirname> [ -a <modulename> ...]
mount: Cannot read /etc/fstab: No such file or directory
mount: Mounting /root/dev/ on /dev/.static/dev failed: No such file or directory
mount: Mounting /sys on /root/sys failed: No such file or directory
mount: Mounting /proc on /root/proc failed: No such file or directory

Target filesystem doesn`t have /sbin/init

BusyBox v1.1.3 (Debian 1:1.1.3-4) Built-in shell (ash)
Enter 'help' for a list of built-in commands .

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

как я понимаю в /root должен был быть смонтирован настоящий корень, но этого не произошло :(

если посмотреть в /dev:

(initramfs) ls /dev

то там есть все необходимые дивайсы... может кто-нить знает что я делаю не так?

Хотелось бы получить решение хотябы одной из проблем.

Зарание всем спасибо!

Re: Неадыкватное поведение винтов...

лучше пользуйся UUID (посмотреть можно коммандой ls -l /dev/disk/by-uuid/)

и что значит root=LABEL=/ ? вполне возможно что в лейбл нельзя юзать символ слеша.

anti_social ()
Ответ на: Re: Неадыкватное поведение винтов... от anti_social

Re: Неадыкватное поведение винтов...

Во-первых, можно и / называть (откуда я это знаю? да во всех примерах нак написано, и в fstab это работает)... Во-вторых, UUID тоже уже пробовал, результат точно такой же что и с LABEL :(

Cy6erBr4in ★★★ ()

Re: Неадыкватное поведение винтов...

У вас, похоже, проблеммы с initrd, сообщение "Usage: /sbin/modprobe" говорит, что происходит попытка неправильно загрузки модуля.

root=LABEL=/ аналогично отрабатывается скриптом из initrd. Примеры, которые в смотрели относились к вашему дистрибутиву? Вроде не во всех дистрибутивах initrd настолько умный...

Относительно скакания винтов, можно попробовать вынести поддержку SATA диска (как я понял root у вас на SCSI) в модуль. Но этот модуль не помещать на initrd, а грузить его уже из /etc/rc.d/. То есть когда уже корень смонтирован.

mky ★★★★★ ()

Re: Неадыкватное поведение винтов...

Могу предположить, что тут действует принцип "кто первый встал, того и тапки" - какой модуль с драйвером контроллера первый поднялся, тот и схватил первое имя.

В лузерспейсе это бы лечилось udev, а в ядре... Наверное, есть смысл покопать в сторону порядка загрузки модулей или передаче модулям железных параметров кто и где. /etc/modules.conf в общем, и ему сочувствующие. Правда, я не уверен, что в линуксе так можно :)

as33 ★☆☆ ()

Re: Неадыкватное поведение винтов...

Вообщем проблема (с опцией LABEL) решена, как чаще всего бывает выяснилось что "сам дурак" :)

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

http://lists.debian.org/debian-user/2006/09/msg02915.html

тут английским по белому написано:

> The only issue I have with this is the label chosen for the 'root' device. This is '/', which is not a legal name in the file system, so no link is made for the root device, to use with the mount command. I changed the root label on my system from '/' to '/root', so a valid link is created.

странно это, хотя вот тут:

http://gnu.org.in/pipermail/linuxers/Week-of-Mon-20050307/044725.html

и много ещё где, лейбл "/" вполе себе корректный вариант (и ведь у меня работало, если прописываешь в fstab) :)

вообщем сделал как по первой ссылке "/root", теперь вроде всё грузится без проблем.

Всем спасибо :)

Cy6erBr4in ★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.