Re: Debian/FreeBSD (было : аппаратный raid5)
On Thu, Apr 06, 2006 at 09:12:10AM +1000, Никита wrote:
Stanislav Maslovski пишет:
Кстати, кто-нибудь пробовал Debian/{Net,Free}BSD в живую?
Давно руки чешутся поставить, но это времени требует, а его нет...
ого, а что это??
Это? Наш ответ Чемберлену (т.е. Линусу) :) Шутки шутками, а проект
интересный. Так гляди и у нас появится ядро, в котором хотя бы есть
архитектура ;)
Я бы поигрался, но под него надо отдельный раздел на диске отводить, а места
сейчас нет. Может кто в пробирке тестил?
--
Stanislav
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian/FreeBSD (было: аппаратный raid5)
В сообщении от 6 Апрель 2006 11:00 Stanislav Maslovski написал(a):
On Thu, Apr 06, 2006 at 09:12:10AM +1000, Никита wrote:
Stanislav Maslovski пишет:
Кстати, кто-нибудь пробовал Debian/{Net,Free}BSD в живую?
Давно руки чешутся поставить, но это времени требует, а его нет...
ого, а что это??
Это? Наш ответ Чемберлену (т.е. Линусу) :) Шутки шутками, а проект
интересный. Так гляди и у нас появится ядро, в котором хотя бы есть
архитектура ;)
Ага, только он кажется называется Debian/kFreeBSD. Ибо там только ядро бсдёвое.
Кто-нить знает, эта хрень войдёт в etch? Проект-то уже относительно давно
живёт, или будет так же как Hurd выпускаться отдельным дистрибом?
А есть ещё Nexenta OS - это дебиан с ядром OpenSolaris. У них даже LiveCD есть.
--
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian/FreeBSD (было : аппаратный raid5)
On Thu, Apr 06, 2006 at 11:28:12AM +0400, Max Dmitrichenko wrote: В сообщении от 6 Апрель 2006 11:00 Stanislav Maslovski написал(a): Ага, только он кажется называется Debian/kFreeBSD. Угу, строгости ради. Ибо там только ядро бсдёвое. Кто не знает, почитать здесь можно: http://www.debian.org/ports/kfreebsd-gnu/ Кто-нить знает, эта хрень войдёт в etch? Проект-то уже относительно давно живёт, или будет так же как Hurd выпускаться отдельным дистрибом? А тебе бы хотелось так, чтоб поставил BSD ядро на свой Debian Etch/Linux и всё заработало? ;) -- Stanislav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian/FreeBSD (было : аппаратный raid5)
On Thu, Apr 06, 2006 at 05:41:02PM +1000, Никита wrote: а где почитать можно про Debian *BSD ? это типа линукс на ядре БСД? ^^ О мать моя!!! Ну надо же было ляпнуть такое :D Debian GNU на ядре BSD. Читать здесь: http://www.debian.org/ports/kfreebsd-gnu/ сейчас нет. Может кто в пробирке тестил? зачем раздел? Вмваре. Но тоже место надо. Пробирка == вмваре. Уже давно сленг. -- Stanislav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: программный raid5 (было: аппаратный raid5)
Hello Никита, Wednesday, April 5, 2006, 7:56:40 AM, you wrote: странности какие-то, после ребута завел массив, примонтировал, создал несколько папок там, а спустя 30 минут пробую # echo 1 bash: 1: Read-only file system Перемонтировался. Посмотри логи - похоже, что винтам плохо. У меня такая ситуация была из-за нехватки мощности БП... -- Best regards, Andreymailto:[EMAIL PROTECTED]
Re: программный raid5 (б ыло: аппаратный raid5)
Andrey N. Demushkin пишет: Hello Никита, Wednesday, April 5, 2006, 7:56:40 AM, you wrote: странности какие-то, после ребута завел массив, примонтировал, создал несколько папок там, а спустя 30 минут пробую # echo 1 bash: 1: Read-only file system Перемонтировался. Посмотри логи - похоже, что винтам плохо. У меня такая ситуация была из-за нехватки мощности БП... уже всё нормально, сделал заново mkfs.ext3 /dev/md0, ребутнулся, запись есть.
Re: аппаратный raid5
дистрибутивное ядро 2.6.16 из sid, конфигурация: 3 сата диска объединены
в RAID5, поверх raid стоит lvm, в аттачменте
файл /init из initrd имеджа, который создал yaird, может вам поможет...
Никита пишет:
Вы писали 5 апреля 2006 г., 6:24:47:
Помогите поднять сабж, поддержка включена в биосе, чипсет nforce
четвертый.
есть 4-е винта sda, sdb, sdc, sdd неразбитые.
подскажите, в какую сторону копать, нужны ли дополнительные драйвера?
ядро 2.6.8 дистрибутивное.
Какое совпадение! Только сегодня настроил raid5 на 3х sata винтах под
да я тоже все поднял, только автосоздание рейда после ребута не
работает...
--
They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety.
-- Benjamin Franklin, 1759
#!/bin/dash
#
# Generator version: yaird 0.0.12.
# Kernel version: 2.6.16-1-686-smp.
#
INIT_DEBUG=
if [ $INIT_DEBUG != ]
then
set -x
fi
#
# Utility functions
#
mksymdev () {
devfile=$1
sysfile=$2
cb=$3
devpair=$(/bin/cat $sysfile)
for delay in 1 2 4 8 16
do
if [ $devpair = ]
then
echo Waiting $delay seconds for $sysfile to show up
sleep $delay
fi
devpair=$(/bin/cat $sysfile)
done
if [ $devpair = ]
then
echo Device $sysfile seems to be down.
echo Debugging opportunity, type ^D to continue.
/bin/dash
fi
maj=${devpair%:*}
min=${devpair#*:}
/bin/mknod $devfile $cb $maj $min
}
mkcdev () {
mksymdev $1 /sys/class/$2/dev c
}
mkbdev () {
mksymdev $1 /sys/block/$2/dev b
}
switchroot () {
if [ $INIT_DEBUG != ]
then
echo Debugging opportunity, ^D to continue.
/bin/dash
fi
echo Switching root ...
/bin/umount -n /sys
/bin/umount -n /proc
exec /usr/lib/yaird/exec/run_init \
/mnt $init $@
}
#
# Setting up mounts
#
/bin/mount -nt sysfs sysfs /sys
/bin/mount -nt proc proc /proc
#
# We don't set up a separate /dev file system,
# since rootfs is writable without problem.
#
# /dev/tty is needed for eg cryptsetup.
mkcdev /dev/tty tty/tty
#
# Command line processing
# init - first proc to start on next root
# root - to be done: how should it relate
# to file system selection?
# ro,rw - mount root read-only or read-write.
# This is like a mount -r; it overrules
# a -o rw.
# noresume, resume - to be done
# ide - options for module ide_core.
# need a way to append these to proper
# module. do a check on module name
# in insmod template?
# ip=, nfsaddrs=, nfsroot= - support NFS boot
#
ro=-r
ip=
nfsroot=
init=/sbin/init
for i in $(cat /proc/cmdline)
do
case $i in
init=*)
init=${i#init=}
;;
ro)
ro=-r
;;
rw)
ro=
;;
ip=*|nfsaddrs=*)
ip=$ip $i
;;
nfsroot=*)
nfsroot=$i
;;
ydebug)
INIT_DEBUG=yes
esac
done
if [ $INIT_DEBUG != ]
then
set -x
fi
/sbin/insmod '/lib/modules/2.6.16-1-686-smp/kernel/drivers/input/mousedev.ko'
/sbin/insmod '/lib/modules/2.6.16-1-686-smp/kernel/drivers/input/evdev.ko'
/sbin/insmod '/lib/modules/2.6.16-1-686-smp/kernel/drivers/scsi/scsi_mod.ko'
/sbin/insmod '/lib/modules/2.6.16-1-686-smp/kernel/drivers/scsi/libata.ko'
/sbin/insmod '/lib/modules/2.6.16-1-686-smp/kernel/drivers/scsi/sata_sil.ko'
/sbin/insmod '/lib/modules/2.6.16-1-686-smp/kernel/drivers/scsi/sd_mod.ko'
mkbdev '/dev/sda' 'sda'
mkbdev '/dev/sda3' 'sda/sda3'
mkbdev '/dev/sdb' 'sdb'
mkbdev '/dev/sdb3' 'sdb/sdb3'
mkbdev '/dev/sdc' 'sdc'
mkbdev '/dev/sdc3' 'sdc/sdc3'
/sbin/insmod '/lib/modules/2.6.16-1-686-smp/kernel/drivers/md/xor.ko'
/sbin/insmod '/lib/modules/2.6.16-1-686-smp/kernel/drivers/md/md-mod.ko'
/sbin/insmod '/lib/modules/2.6.16-1-686-smp/kernel/drivers/md/raid5.ko'
mknod /dev/md0 b 9 0
mdadm --assemble /dev/md0 --uuid f9d13267:b2192800:7c0c99a7:4c7305a1 \
/dev/sda3 /dev/sdb3 /dev/sdc3
/sbin/insmod '/lib/modules/2.6.16-1-686-smp/kernel/drivers/md/dm-mod.ko'
if [ ! -c /dev/mapper/control ]
then
/bin/mkdir /dev/mapper
mkcdev /dev/mapper/control misc/device-mapper
fi
/sbin/vgchange -a y 'piiix2'
/sbin/insmod '/lib/modules/2.6.16-1-686-smp/kernel/fs/exportfs/exportfs.ko'
/sbin/insmod '/lib/modules/2.6.16-1-686-smp/kernel/fs/xfs/xfs.ko'
/bin/mount -n \
$ro \
-t xfs \
\
'/dev/mapper/piiix2-root' \
'/mnt'
switchroot $@
Re: аппаратный raid5
Никита wrote: Вы писали 4 апреля 2006 г., 20:35:51: On Tue, Apr 04, 2006 at 07:39:59PM +1000, Никита wrote: это ты мне на сервер 2.6.15 советуешь? нее я 2.6.8 то долго думал, ставить или нет... Думай дальше. Может чего-нибудь еще придумаешь. 2.6.0, например, можно поставить. Как правило, ядра с большими номерами суб-суб-версий существенно стабильней становятся. Что же касается sata, то оно там реально стабильные чем дистрибутивные ядра? 2.6.15 из тестинга значитальнее стабильнее чем 2.6.8 получше стало. мне бы на этом ядре завести всё нормально... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: аппаратный raid5
стабильные чем дистрибутивные ядра? 2.6.15 из тестинга значитальнее стабильнее чем 2.6.8 а что 2.6.15 уже в тестинг попало? нет его там: http://ftp.debian.org/debian/pool/main/k/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: аппаратный raid5
Dmitry E. Oboukhov пишет: стабильные чем дистрибутивные ядра? 2.6.15 из тестинга значитальнее стабильнее чем 2.6.8 а что 2.6.15 уже в тестинг попало? нет его там: http://ftp.debian.org/debian/pool/main/k/ есть $ apt-cache policy linux-source-2.6.15 linux-source-2.6.15: Установлен: 2.6.15-8 Кандидат: 2.6.15-8 Таблица версий: *** 2.6.15-8 0 100 /var/lib/dpkg/status $ cat /etc/apt/sources.list deb http://ftp.de.debian.org/debian testing main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: аппаратный raid5
Dmitry E. Oboukhov wrote: стабильные чем дистрибутивные ядра? 2.6.15 из тестинга значитальнее стабильнее чем 2.6.8 а что 2.6.15 уже в тестинг попало? нет его там: http://ftp.debian.org/debian/pool/main/k/ Лузер :) пакеты переименованы в linux-image начиная с 2.6.12 кажется -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: аппаратный raid5
стабильные чем дистрибутивные ядра? 2.6.15 из тестинга значитальнее стабильнее чем 2.6.8 а что 2.6.15 уже в тестинг попало? нет его там: http://ftp.debian.org/debian/pool/main/k/ есть $ apt-cache policy linux-source-2.6.15 linux-source-2.6.15: Установлен: 2.6.15-8 Кандидат: 2.6.15-8 Таблица версий: *** 2.6.15-8 0 100 /var/lib/dpkg/status $ cat /etc/apt/sources.list deb http://ftp.de.debian.org/debian testing main упс я что-то пропустил? раньше пакеты назывались kernel-image* kernel-source* итп а теперь стало быть переименовали? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: аппаратный raid5
http://ftp.debian.org/debian/pool/main/k/ Лузер :) пакеты переименованы в linux-image начиная с 2.6.12 кажется а где об этом почитать? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: аппаратный raid5
http://ftp.debian.org/debian/pool/main/l/linux-2.6/ теперь пакеты с ядрами называются linux-image, а не kernel-image Dmitry E. Oboukhov пишет: стабильные чем дистрибутивные ядра? 2.6.15 из тестинга значитальнее стабильнее чем 2.6.8 а что 2.6.15 уже в тестинг попало? нет его там: http://ftp.debian.org/debian/pool/main/k/ -- They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -- Benjamin Franklin, 1759 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: аппаратный raid5
Dmitry I. Kulagin пишет: дистрибутивное ядро 2.6.16 из sid, конфигурация: 3 сата диска объединены в RAID5, поверх raid стоит lvm, в аттачменте файл /init из initrd имеджа, который создал yaird, может вам поможет... спасибо. да тут тоже самое по сути, модули, да создание устройства /dev/md0 /sbin/insmod '/lib/modules/2.6.16-1-686-smp/kernel/drivers/input/mousedev.ko' /sbin/insmod '/lib/modules/2.6.16-1-686-smp/kernel/drivers/input/evdev.ko' /sbin/insmod '/lib/modules/2.6.16-1-686-smp/kernel/drivers/scsi/scsi_mod.ko' /sbin/insmod '/lib/modules/2.6.16-1-686-smp/kernel/drivers/scsi/libata.ko' /sbin/insmod '/lib/modules/2.6.16-1-686-smp/kernel/drivers/scsi/sata_sil.ko' /sbin/insmod '/lib/modules/2.6.16-1-686-smp/kernel/drivers/scsi/sd_mod.ko' порядок загрузки модулей попробую сделать аналогичный.. /sbin/insmod '/lib/modules/2.6.16-1-686-smp/kernel/drivers/md/xor.ko' /sbin/insmod '/lib/modules/2.6.16-1-686-smp/kernel/drivers/md/md-mod.ko' /sbin/insmod '/lib/modules/2.6.16-1-686-smp/kernel/drivers/md/raid5.ko' mdadm --assemble /dev/md0 --uuid f9d13267:b2192800:7c0c99a7:4c7305a1 \ /dev/sda3 /dev/sdb3 /dev/sdc3 ы, а я блин делаю после ребута mdadm --create /dev/md0 --level=5 --raid-devices=4 /dev/sd[abcd]1 а правильно оказывается как выше делать. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: аппаратный raid5
Dmitry E. Oboukhov wrote: http://ftp.debian.org/debian/pool/main/k/ Лузер :) пакеты переименованы в linux-image начиная с 2.6.12 кажется а где об этом почитать? А хз. они теперь linux-image-arch, linux-image-2.6-arch linux-image-2.6.ver-suffix-arch называются. И то же самое с linux-headers и linux-sources (это без архитектуры) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: аппаратный raid5
ну наконец-то, автосоздание после ребута завелось, надо было добавить еще один модуль в /etc/modules - md-mod. мля, как я рад. спасибо Дмитрию Кулагину, за аттач, там я и нашел этот модуль, а так бы и не догодался.. $ cat /etc/modules ide-cd ide-disk ide-generic psmouse sd_mod sata_nv raid5 md-mod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: аппаратный raid5
и всем остальным тоже большое спасибо :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: аппаратный raid5
В сообщении от Среда 05 апреля 2006 14:05 Dmitry E. Oboukhov написал(a): http://ftp.debian.org/debian/pool/main/k/ Лузер :) пакеты переименованы в linux-image начиная с 2.6.12 кажется а где об этом почитать? на debian.org было упоминание, о том что есть не только Debian GNU/Linux, но и Debian GNU/NetBSD, Debian GNU/Hurd, Debian GNU/kfreeBSD подробнее http://www.us.debian.org/ports/ ну и aptitude search freebsd p kfreebsd-source-5.4- source code for kernel of FreeBSD 5.4 with Debian patches - aptitude show kfreebsd-source-5.4 Пакет: kfreebsd-source-5.4 Новый: да Состояние: не установлен Версия: 5.4-12 Приоритет: необязательный Раздел: universe/devel Сопровождающий: GNU/kFreeBSD Maintainers debian-bsd@lists.debian.org Размер в распакованном виде: 13,2M Рекомендуются: freebsd5-buildutils (= 5.4) Заменяют: kfreebsd5-source Предоставляют: kfreebsd-source, kfreebsd-source-5 Описание: source code for kernel of FreeBSD 5.4 with Debian patches This package provides the source code for kernel of FreeBSD 5.4, base of a GNU/kFreeBSD system. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian/FreeBSD (было: аппаратный raid5)
On Wed, Apr 05, 2006 at 11:27:00PM +0300, Eugene V. Kravtsoff wrote:
В сообщении от Среда 05 апреля 2006 14:05 Dmitry E. Oboukhov написал(a):
на debian.org было упоминание,
о том что есть не только Debian GNU/Linux,
но и Debian GNU/NetBSD, Debian GNU/Hurd, Debian GNU/kfreeBSD
Кстати, кто-нибудь пробовал Debian/{Net,Free}BSD в живую?
Давно руки чешутся поставить, но это времени требует, а его нет...
--
Стас
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re[2]: аппаратный raid5
Вы писали 4 апреля 2006 г., 1:40:47: А теперь попробуй сам понять, как оно сможет завести массив, если дисков еще нету? Или raid в модули и грузить после sata_mv или sata_mv в ядро. сделал raid модулем. я правильно понял, что порядок модулей нужно менять в /etc/modules? какой модуль для рейда прописывать?
Re: аппаратный raid5
Никита [EMAIL PROTECTED] wrote: ^M Вы писали 4 апреля 2006 г., 1:40:47: А теперь попробуй сам понять, как оно сможет завести массив, если дисков еще нету? Или raid в модули и грузить после sata_mv или sata_mv в ядро. сделал raid модулем. Если уж ты сам взялся ядра собирать - то собери 2.6.15 с бакпортс и запихни sata_nv и raid в ядро намертво. я правильно понял, что порядок модулей нужно менять в /etc/modules? какой модуль для рейда прописывать? raid5 помойму. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re[2]: аппаратный raid5
Вы писали 4 апреля 2006 г., 19:30:19: Никита [EMAIL PROTECTED] wrote: ^M Вы писали 4 апреля 2006 г., 1:40:47: А теперь попробуй сам понять, как оно сможет завести массив, если дисков еще нету? Или raid в модули и грузить после sata_mv или sata_mv в ядро. сделал raid модулем. Если уж ты сам взялся ядра собирать - то собери 2.6.15 с бакпортс и запихни sata_nv и raid в ядро намертво. это ты мне на сервер 2.6.15 советуешь? нее я 2.6.8 то долго думал, ставить или нет... вопрос, помимо запихивания в ядро sata_nv нужно же что-то еще в ядро запихнуть? scsi может?
Re[2]: аппаратный raid5
Вы писали 4 апреля 2006 г., 19:30:19: я правильно понял, что порядок модулей нужно менять в /etc/modules? какой модуль для рейда прописывать? raid5 помойму. да, есть такой. блин, это невезение какое-то... не создается массив.. dmesg прикладываю cat /etc/modules ide-cd ide-disk ide-generic psmouse sd_mod sata_nv raid5 cat /etc/mdadm/mdadm.conf DEVICE partitions ARRAY /dev/md0 level=raid5 num-devices=4 UUID=bd69238b:33ed4bea:6921c83c:a87ece5a Помогите до конца это дело разрулить, пожалуйста.
Re[2]: аппаратный raid5
Вы писали 4 апреля 2006 г., 19:30:19: я правильно понял, что порядок модулей нужно менять в /etc/modules? какой модуль для рейда прописывать? raid5 помойму. да, есть такой. блин, это невезение какое-то... не создается массив.. dmesg прикладываю cat /etc/modules ide-cd ide-disk ide-generic psmouse sd_mod sata_nv raid5 cat /etc/mdadm/mdadm.conf DEVICE partitions ARRAY /dev/md0 level=raid5 num-devices=4 UUID=bd69238b:33ed4bea:6921c83c:a87ece5a Помогите до конца это дело разрулить, пожалуйста. supported. Intel machine check reporting enabled on CPU#0. CPU0: Intel P4/Xeon Extended MCE MSRs (24) available CPU0: Thermal monitoring enabled Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. CPU0: Intel(R) Celeron(R) CPU 2.80GHz stepping 01 per-CPU timeslice cutoff: 731.32 usecs. task migration cache decay timeout: 1 msecs. enabled ExtINT on CPU#0 ESR value before enabling vector: ESR value after enabling vector: Total of 1 processors activated (5521.40 BogoMIPS). ENABLING IO-APIC IRQs init IO_APIC IRQs IO-APIC (apicid-pin) 4-16, 4-17, 4-18, 4-19, 4-20, 4-21, 4-22, 4-23 not connected. ..TIMER: vector=0x31 pin1=0 pin2=-1 Using local APIC timer interrupts. calibrating APIC timer ... . CPU clock speed is 2799.0766 MHz. . host bus clock speed is 133.0322 MHz. Brought up 1 CPUs CPU0: online domain 0: span 01 groups: 01 domain 1: span 01 groups: 01 checking if image is initramfs...it isn't (ungzip failed); looks like an initrd Freeing initrd memory: 4484k freed NET: Registered protocol family 16 PCI: PCI BIOS revision 3.00 entry at 0xf2590, last bus=2 PCI: Using MMCONFIG mtrr: v2.0 (20020519) ACPI: Subsystem revision 20040326 ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (00:00) PCI: Probing PCI hardware (bus 00) PCI: Transparent bridge - :00:12.0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB0._PRT] ACPI: PCI Interrupt Link [LNK1] (IRQs 3 4 5 7 10 *11 12 14 15) ACPI: PCI Interrupt Link [LNK2] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNK3] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNK4] (IRQs *3 4 5 7 10 11 12 14 15) ACPI: PCI Interrupt Link [LNK5] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LUBA] (IRQs 3 4 *5 7 10 11 12 14 15) ACPI: PCI Interrupt Link [LUBB] (IRQs 3 4 5 7 10 *11 12 14 15) ACPI: PCI Interrupt Link [LMAC] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LACI] (IRQs 3 4 *5 7 10 11 12 14 15) ACPI: PCI Interrupt Link [LMCI] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LSMB] (IRQs *3 4 5 7 10 11 12 14 15) ACPI: PCI Interrupt Link [LUB2] (IRQs *3 4 5 7 10 11 12 14 15) ACPI: PCI Interrupt Link [LIDE] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LSID] (IRQs 3 4 *5 7 10 11 12 14 15) ACPI: PCI Interrupt Link [LFID] (IRQs 3 4 5 7 10 *11 12 14 15) ACPI: PCI Interrupt Link [APC1] (IRQs 16) *0, disabled. ACPI: PCI Interrupt Link [APC2] (IRQs 17) *0, disabled. ACPI: PCI Interrupt Link [APC3] (IRQs 18) *0, disabled. ACPI: PCI Interrupt Link [APC4] (IRQs 19) *0, disabled. ACPI: PCI Interrupt Link [APC5] (IRQs *16), disabled. ACPI: PCI Interrupt Link [APCF] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCG] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCH] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCJ] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCK] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCS] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCL] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCZ] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APSI] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APSJ] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCP] (IRQs 20 21 22 23) *0, disabled. Linux Plug and Play Support v0.97 (c) Adam Belay PnPBIOS: Scanning system for PnP BIOS support... PnPBIOS: Found PnP BIOS installation structure at 0xc00fc410 PnPBIOS: PnP BIOS version 1.0, entry 0xf:0xc440, dseg 0xf PnPBIOS: 16 nodes reported by PnP BIOS; 16 recorded by driver PCI: Using ACPI for IRQ routing ACPI: PCI Interrupt Link [APCS] enabled at IRQ 23 ACPI: PCI interrupt :00:0a.1[A] - GSI 23 (level, low) - IRQ 177 ACPI: PCI Interrupt Link [APCF] enabled at IRQ 22 ACPI: PCI interrupt :00:0b.0[A] - GSI 22 (level, low) - IRQ 185 ACPI: PCI Interrupt Link [APCG] enabled at IRQ 21 ACPI: PCI interrupt :00:0b.1[B] - GSI 21 (level, low) - IRQ 193 ACPI: PCI Interrupt Link [APCL] enabled at IRQ 20 ACPI: PCI interrupt :00:0b.2[C] - GSI 20 (level, low) - IRQ 201 ACPI: PCI Interrupt Link [APSI] enabled at IRQ 23 ACPI: PCI interrupt :00:10.0[A] - GSI 23 (level, low) - IRQ 177 ACPI: PCI Interrupt
Re: аппаратный raid5
Никита - debian @ Tue, 4 Apr 2006 19:39:59 +1000:
А теперь попробуй сам понять, как оно сможет завести массив, если дисков
еще
нету? Или raid в модули и грузить после sata_mv или sata_mv в ядро.
сделал raid модулем.
Если уж ты сам взялся ядра собирать - то собери 2.6.15 с бакпортс и запихни
sata_nv и raid в ядро намертво.
Н это ты мне на сервер 2.6.15 советуешь? нее
Н я 2.6.8 то долго думал, ставить или нет...
Если все-таки решил ставить, то как раз лучше 2.6.15. В нем, однако, не
только новые ошибки добавлены, но и старых исправлено немало. В 2.6.8
их ой, есть...
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]
Правки Белявского, сделанные им в рабочей копии головы
Из коммитлога.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re[2]: аппаратный raid5
Вы писали 4 апреля 2006 г., 20:38:41: Н это ты мне на сервер 2.6.15 советуешь? нее Н я 2.6.8 то долго думал, ставить или нет... Если все-таки решил ставить, то как раз лучше 2.6.15. В нем, однако, не только новые ошибки добавлены, но и старых исправлено немало. В 2.6.8 их ой, есть... я пожалуй лучше буду обновлять 2.6.8 с security.debian.org как будут новые баги в нем фиксить :)
Re: аппаратный raid5
On Tue, Apr 04, 2006 at 07:39:59PM +1000, Никита wrote: это ты мне на сервер 2.6.15 советуешь? нее я 2.6.8 то долго думал, ставить или нет... Думай дальше. Может чего-нибудь еще придумаешь. 2.6.0, например, можно поставить. Как правило, ядра с большими номерами суб-суб-версий существенно стабильней становятся. Что же касается sata, то оно там реально получше стало. -- Иван Лох -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re[2]: аппаратный raid5
Вы писали 4 апреля 2006 г., 20:35:51: On Tue, Apr 04, 2006 at 07:39:59PM +1000, Никита wrote: это ты мне на сервер 2.6.15 советуешь? нее я 2.6.8 то долго думал, ставить или нет... Думай дальше. Может чего-нибудь еще придумаешь. 2.6.0, например, можно поставить. Как правило, ядра с большими номерами суб-суб-версий существенно стабильней становятся. Что же касается sata, то оно там реально стабильные чем дистрибутивные ядра? получше стало. мне бы на этом ядре завести всё нормально...
Re: аппаратный raid5
Никита пишет: Привет Всем. Помогите поднять сабж, поддержка включена в биосе, чипсет nforce четвертый. есть 4-е винта sda, sdb, sdc, sdd неразбитые. подскажите, в какую сторону копать, нужны ли дополнительные драйвера? ядро 2.6.8 дистрибутивное. предлагаю не парится, а просто взять netinst от Sarge http://cdimage.debian.org/debian-cd/3.1_r1/i386/iso-cd/debian-31r1a-i386-netinst.iso и с его помощью создать raid5, и если надо, установить на него систему -- They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -- Benjamin Franklin, 1759 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: аппаратный raid5
On Tue, Apr 04, 2006 at 09:06:31PM +1000, Никита wrote: Вы писали 4 апреля 2006 г., 20:35:51: On Tue, Apr 04, 2006 at 07:39:59PM +1000, Никита wrote: это ты мне на сервер 2.6.15 советуешь? нее я 2.6.8 то долго думал, ставить или нет... Думай дальше. Может чего-нибудь еще придумаешь. 2.6.0, например, можно поставить. Как правило, ядра с большими номерами суб-суб-версий существенно стабильней становятся. Что же касается sata, то оно там реально стабильные чем дистрибутивные ядра? Я использую патченные из testing и unstable... Они, кстати, и прикомпилированные есть. получше стало. мне бы на этом ядре завести всё нормально... Поставь прекомпилированное 2.6.15. Скорее всего заработает из коробки. -- Иван Лох -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re[2]: аппаратный raid5
Вы писали 4 апреля 2006 г., 21:39:54: предлагаю не парится, а просто взять netinst от Sarge http://cdimage.debian.org/debian-cd/3.1_r1/i386/iso-cd/debian-31r1a-i386-netinst.iso и с его помощью создать raid5, и если надо, установить на него систему в дебиане разве можно при инсталляции создать рейд?
Re[2]: аппаратный raid5
Вы писали 4 апреля 2006 г., 21:48:50: получше стало. мне бы на этом ядре завести всё нормально... Поставь прекомпилированное 2.6.15. Скорее всего заработает из коробки. проблема то не в ядре, а в программе.
Re[3]: аппаратный raid5
Здравствуйте, Никита. Вы писали 4 апреля 2006 г., 17:38:54: Вы писали 4 апреля 2006 г., 21:39:54: предлагаю не парится, а просто взять netinst от Sarge http://cdimage.debian.org/debian-cd/3.1_r1/i386/iso-cd/debian-31r1a-i386-netinst.iso и с его помощью создать raid5, и если надо, установить на него систему в дебиане разве можно при инсталляции создать рейд? Можно. -- Ilya V. Rubinchik mailto:[EMAIL PROTECTED] System Administrator Business Communication Centre 16a, Shakhrisabz str. tel: 998-71-152-2-152 fax: 998-71-152-70-88 www: http://www.bcc.uz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re[4]: аппаратный raid5
Вы писали 4 апреля 2006 г., 22:44:42: Здравствуйте, Никита. Вы писали 4 апреля 2006 г., 17:38:54: Вы писали 4 апреля 2006 г., 21:39:54: предлагаю не парится, а просто взять netinst от Sarge http://cdimage.debian.org/debian-cd/3.1_r1/i386/iso-cd/debian-31r1a-i386-netinst.iso и с его помощью создать raid5, и если надо, установить на него систему в дебиане разве можно при инсталляции создать рейд? аппаратный? без всяких там mdadm?
Re[4]: аппаратный raid5
Вы писали 4 апреля 2006 г., 22:44:42: предлагаю не парится, а просто взять netinst от Sarge http://cdimage.debian.org/debian-cd/3.1_r1/i386/iso-cd/debian-31r1a-i386-netinst.iso и с его помощью создать raid5, и если надо, установить на него систему в дебиане разве можно при инсталляции создать рейд? без переустановки существующей системы это реально сделать?
Re: аппаратный raid5
Никита [EMAIL PROTECTED] wrote: ^M Вы писали 4 апреля 2006 г., 21:48:50: получше стало. мне бы на этом ядре завести всё нормально... Поставь прекомпилированное 2.6.15. Скорее всего заработает из коробки. проблема то не в ядре, а в программе. Проблема в голове. У тебя и того, кто выпускает ядра в дебиане. Но у него-то понятно, взяли одно ядро, стабилизировали, чтоб куча юзеров не вопело и на этом живем. А у тебя - из-за слепой уверенности в том, что дистрибутивное - лучше нового. Если по твоему мнению драйвер версии 0.2 лучше версии 0.10, то сиди на 2.6.8. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: аппаратный raid5
Иван Лох [EMAIL PROTECTED] wrote: On Tue, Apr 04, 2006 at 07:39:59PM +1000, Никита wrote: это ты мне на сервер 2.6.15 советуешь? нее я 2.6.8 то долго думал, ставить или нет... Думай дальше. Может чего-нибудь еще придумаешь. 2.6.0, например, можно поставить. Как правило, ядра с большими номерами суб-суб-версий существенно стабильней становятся. Что же касается sata, то оно там реально получше стало. Ему пофигу. Так сказал великий кормчий. На самом деле - в 2.6.15 у raid5 появился более-менее живой resync, который синкает только блоки с данными а не весь массив. И еще есть online grow. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: аппаратный raid5
Никита [EMAIL PROTECTED] wrote: ^M Вы писали 4 апреля 2006 г., 19:30:19: Никита [EMAIL PROTECTED] wrote: ^M Вы писали 4 апреля 2006 г., 1:40:47: А теперь попробуй сам понять, как оно сможет завести массив, если дисков еще нету? Или raid в модули и грузить после sata_mv или sata_mv в ядро. сделал raid модулем. Если уж ты сам взялся ядра собирать - то собери 2.6.15 с бакпортс и запихни sata_nv и raid в ядро намертво. это ты мне на сервер 2.6.15 советуешь? нее 2.6.16.1 я 2.6.8 то долго думал, ставить или нет... И зачем поставил? вопрос, помимо запихивания в ядро sata_nv нужно же что-то еще в ядро запихнуть? scsi может? да. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: аппаратный raid5
Никита [EMAIL PROTECTED] wrote: ^M Вы писали 4 апреля 2006 г., 20:38:41: Н это ты мне на сервер 2.6.15 советуешь? нее Н я 2.6.8 то долго думал, ставить или нет... Если все-таки решил ставить, то как раз лучше 2.6.15. В нем, однако, не только новые ошибки добавлены, но и старых исправлено немало. В 2.6.8 их ой, есть... я пожалуй лучше буду обновлять 2.6.8 с security.debian.org как будут новые баги в нем фиксить :) В нем небудут фиксить баги. За исключением security. Ну еще включили SysRq, выключили то-то. Всё. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: аппаратный raid5
Никита [EMAIL PROTECTED] wrote: ^M Вы писали 4 апреля 2006 г., 22:44:42: предлагаю не парится, а просто взять netinst от Sarge http://cdimage.debian.org/debian-cd/3.1_r1/i386/iso-cd/debian-31r1a-i386-netinst.iso и с его помощью создать raid5, и если надо, установить на него систему в дебиане разве можно при инсталляции создать рейд? без переустановки существующей системы это реально сделать? Тебе - нет. Если ты сам еще недогадался пустить mdadm -A -s -a при неподнятом райде и помедетировать на вывод. Пусть за тебя сделает это инсталлер. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: аппаратный raid5
RAID5 в nforce чипсете не аппаратный, а программный, а программой рейда является или биос или дрова в винде, причем производители любят сменить версию биос и в результате массив перестает работать, или погорит материнка надо инфу скачать срочно, и бегай по городу ищи такую же мать. Чтобы не искать приключений на задницу пользуйся стандартным решением в Linux - mdadm. К тому же, я не в курсе уровня поддержки этих программных рейдов Linux, знаю что RAID0|1 на большинстве чипсетов поддерживается, про RAID5 не знаю и сомневаюсь, что в принципе удастся его найтивно запустить. P.S. цены на по настоящему аппаратный RAID5 начинаются от 200$ -- They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -- Benjamin Franklin, 1759 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: аппаратный raid5
Никита wrote: Привет Всем. Помогите поднять сабж, поддержка включена в биосе, чипсет nforce четвертый. есть 4-е винта sda, sdb, sdc, sdd неразбитые. подскажите, в какую сторону копать, нужны ли дополнительные драйвера? ядро 2.6.8 дистрибутивное. Какое совпадение! Только сегодня настроил raid5 на 3х sata винтах под nForce4 материнкой. Совет прост man mdadm. Особенно раздел с примерами. Там в частности есть пример параметров для того, чтоб глянуть какой райд у тебя можно собрать (вывод в формате mdadm.conf). Вкратце: тебе надо N винтов с одним единственным разделом без fs во всю длину и флагом 0xFD Про то как их сделать просмотри man fdisk. Поверь мне на слово: все, что тебе нужно, есть в мануале по mdadm. Один совет: не ставь очень маленький chunk-size (надо =128kb). Про автозагрузку не заморачивался ибо машину выключать в ближайшие 2 - 3 года не планируется. P.S. Перед началом бесчеловечных экспериментов над винтами не забудь остановить работающий(ие) массив (mdadm --stop /dev/md0 например) и останови службу мониторинга (/etc/init.d/mdadm stop) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re[2]: аппаратный raid5
Вы писали 5 апреля 2006 г., 6:24:47: Помогите поднять сабж, поддержка включена в биосе, чипсет nforce четвертый. есть 4-е винта sda, sdb, sdc, sdd неразбитые. подскажите, в какую сторону копать, нужны ли дополнительные драйвера? ядро 2.6.8 дистрибутивное. Какое совпадение! Только сегодня настроил raid5 на 3х sata винтах под да я тоже все поднял, только автосоздание рейда после ребута не работает...
Re[2]: аппаратный raid5
Вы писали 5 апреля 2006 г., 1:28:10: RAID5 в nforce чипсете не аппаратный, а программный, а программой рейда является или биос или дрова в винде, причем производители любят сменить версию биос и в результате массив перестает работать, или погорит материнка надо инфу скачать срочно, и бегай по городу ищи такую же мать. Чтобы не искать приключений на задницу пользуйся стандартным решением в Linux - mdadm. спасибо, остаюсь на mdadm К тому же, я не в курсе уровня поддержки этих программных рейдов Linux, знаю что RAID0|1 на большинстве чипсетов поддерживается, про RAID5 не знаю и сомневаюсь, что в принципе удастся его найтивно запустить. P.S. цены на по настоящему аппаратный RAID5 начинаются от 200$ да, работает raid5, нормально всё.
Re[2]: аппаратный raid5
Вы писали 5 апреля 2006 г., 0:17:23: А теперь попробуй сам понять, как оно сможет завести массив, если дисков еще нету? Или raid в модули и грузить после sata_mv или sata_mv в ядро. сделал raid модулем. Если уж ты сам взялся ядра собирать - то собери 2.6.15 с бакпортс и запихни sata_nv и raid в ядро намертво. это ты мне на сервер 2.6.15 советуешь? нее 2.6.16.1 чтож, подожду тогда 2.6.16.6 я 2.6.8 то долго думал, ставить или нет... И зачем поставил? ну нравятся мне ядра версии 2.6.х
аппаратный raid5
Привет Всем. Помогите поднять сабж, поддержка включена в биосе, чипсет nforce четвертый. есть 4-е винта sda, sdb, sdc, sdd неразбитые. подскажите, в какую сторону копать, нужны ли дополнительные драйвера? ядро 2.6.8 дистрибутивное.
Re: аппаратный raid5
On Mon, 3 Apr 2006 20:34:39 +1000 Никита [EMAIL PROTECTED] wrote: Привет Всем. Помогите поднять сабж, поддержка включена в биосе, чипсет nforce четвертый. Ну это совсем не аппаратный рейд есть 4-е винта sda, sdb, sdc, sdd неразбитые. подскажите, в какую сторону копать, нужны ли дополнительные драйвера? ядро 2.6.8 дистрибутивное. тебе поможет mdadm. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re[2]: аппаратный raid5
Вы писали 3 апреля 2006 г., 20:57:17: On Mon, 3 Apr 2006 20:34:39 +1000 Никита [EMAIL PROTECTED] wrote: Привет Всем. Помогите поднять сабж, поддержка включена в биосе, чипсет nforce четвертый. Ну это совсем не аппаратный рейд ну если поддержка на уровне чипсета, то разве не аппаратный? есть 4-е винта sda, sdb, sdc, sdd неразбитые. подскажите, в какую сторону копать, нужны ли дополнительные драйвера? ядро 2.6.8 дистрибутивное. тебе поможет mdadm. насколько надежен программый рейд? поставил, как его заставить автоматически создавать рейд при загрузке? сделал вручную так ftp:/home/toor# mdadm --create /dev/md0 --level=5 --raid-devices=4 /dev/sd[abcd]1 mdadm: /dev/sda1 appears to contain an ext2fs file system size=732587712K mtime=Mon Apr 3 20:01:15 2006 mdadm: /dev/sda1 appears to be part of a raid array: level=5 devices=4 ctime=Mon Apr 3 19:41:20 2006 mdadm: /dev/sdb1 appears to be part of a raid array: level=5 devices=4 ctime=Mon Apr 3 19:41:20 2006 mdadm: /dev/sdc1 appears to be part of a raid array: level=5 devices=4 ctime=Mon Apr 3 19:41:20 2006 mdadm: /dev/sdd1 appears to contain an ext2fs file system size=1001023168K mtime=Mon Apr 3 20:01:15 2006 mdadm: /dev/sdd1 appears to be part of a raid array: level=5 devices=4 ctime=Mon Apr 3 19:41:20 2006 Continue creating array? y mdadm: array /dev/md0 started. Но после перезагрузки массива нет. вот конфиг ftp:/home/toor# cat /etc/mdadm/mdadm.conf DEVICE /dev/sd[abcd]1 ARRAY /dev/md0 level=raid5 num-devices=4 UUID=bd69238b:33ed4bea:6921c83c:a87ece5a devices=/dev/sdd1,/dev/sdc1,/dev/sdb1,/dev/sda1 dpkg-reconfigure mdadm делал, указал ему автоматическое монтирование, но все равно после ребута массива нету.
Re: аппаратный raid5
On Mon, Apr 03, 2006 at 09:07:45PM +1000, Никита wrote: dpkg-reconfigure mdadm делал, указал ему автоматическое монтирование, но все равно после ребута массива нету. надо чтобы у /dev/sd[abcd]1 тип партиции был FD - Linux raid autodetect. Поменяй в fdisk или fdisk. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re[2]: аппаратный raid5
Вы писали 3 апреля 2006 г., 21:26:51: On Mon, Apr 03, 2006 at 09:07:45PM +1000, Никита wrote: dpkg-reconfigure mdadm делал, указал ему автоматическое монтирование, но все равно после ребута массива нету. надо чтобы у /dev/sd[abcd]1 тип партиции был FD - Linux raid autodetect. Поменяй в fdisk или fdisk. это сделал уже, ребутился, ну не монтируется само... Disk /dev/sda: 250.0 GB, 250059350016 bytes 255 heads, 63 sectors/track, 30401 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 1 30401 244196001 fd Linux raid autodetect Disk /dev/sdb: 250.0 GB, 250059350016 bytes 255 heads, 63 sectors/track, 30401 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdb1 1 30401 244196001 fd Linux raid autodetect Disk /dev/sdc: 250.0 GB, 250059350016 bytes 255 heads, 63 sectors/track, 30401 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdc1 1 30401 244196001 fd Linux raid autodetect Disk /dev/sdd: 250.0 GB, 250059350016 bytes 255 heads, 63 sectors/track, 30401 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdd1 1 30401 244196001 fd Linux raid autodetect кстати, а почему всего 750гб видит? 250*4 = получается 1ТрБ Disk /dev/md0: 750.1 GB, 750169817088 bytes 2 heads, 4 sectors/track, 183146928 cylinders Units = cylinders of 8 * 512 = 4096 bytes Disk /dev/md0 doesn't contain a valid partition table Файловую систему на md0 делал ext2
Re: аппаратный raid5
On Mon, Apr 03, 2006 at 09:36:14PM +1000, Никита wrote: надо чтобы у /dev/sd[abcd]1 тип партиции был FD - Linux raid autodetect. это сделал уже, ребутился, ну не монтируется само... Монтироваться и не должно, должно запускать массив. Проверь что все модули подгружаются и смотри в /proc/mdstat кстати, а почему всего 750гб видит? 250*4 = получается 1ТрБ В raid5 объём одного диска используется для хранения parity, по которой будут восстанавливать данные при отказе одного из дисков. Файловую систему на md0 делал ext2 ext3 будет лучшим выбором. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re[2]: аппаратный raid5
Вы писали 3 апреля 2006 г., 21:53:06: On Mon, Apr 03, 2006 at 09:36:14PM +1000, Никита wrote: надо чтобы у /dev/sd[abcd]1 тип партиции был FD - Linux raid autodetect. это сделал уже, ребутился, ну не монтируется само... Монтироваться и не должно, должно запускать массив. Проверь что все модули подгружаются и смотри в /proc/mdstat у меня весь раздел RAID and LVM в ядре сделан монолитно. вот до ребута ftp:/home/toor# cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid5] [multipath] [raid6] md0 : active raid5 sdd1[4] sdc1[2] sdb1[1] sda1[0] 732587712 blocks level 5, 64k chunk, algorithm 2 [4/3] [UUU_] [=...] recovery = 46.4% (113440384/244195904) finish=41.2min speed=52885K/sec unused devices: none вот после, массива нету [EMAIL PROTECTED]:~$ cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid5] [multipath] [raid6] unused devices: none куда копать? кстати, а почему всего 750гб видит? 250*4 = получается 1ТрБ В raid5 объём одного диска используется для хранения parity, по которой будут восстанавливать данные при отказе одного из дисков. тогда поставлю еще один винт на 250гб, чтоб было ровно 1ТрБ, пять винтов может быть в массиве? Файловую систему на md0 делал ext2 ext3 будет лучшим выбором. так ли нужен журнал для фтп?
Re: аппаратный raid5
Никита [EMAIL PROTECTED] wrote: ^M Вы писали 3 апреля 2006 г., 21:53:06: On Mon, Apr 03, 2006 at 09:36:14PM +1000, Никита wrote: надо чтобы у /dev/sd[abcd]1 тип партиции был FD - Linux raid autodetect. это сделал уже, ребутился, ну не монтируется само... Монтироваться и не должно, должно запускать массив. Проверь что все модули подгружаются и смотри в /proc/mdstat у меня весь раздел RAID and LVM в ядре сделан монолитно. Значит, нетак сделан. вот до ребута ftp:/home/toor# cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid5] [multipath] [raid6] md0 : active raid5 sdd1[4] sdc1[2] sdb1[1] sda1[0] 732587712 blocks level 5, 64k chunk, algorithm 2 [4/3] [UUU_] [=...] recovery = 46.4% (113440384/244195904) finish=41.2min speed=52885K/sec unused devices: none вот после, массива нету [EMAIL PROTECTED]:~$ cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid5] [multipath] [raid6] unused devices: none куда копать? в dmesg кстати, а почему всего 750гб видит? 250*4 = получается 1ТрБ В raid5 объём одного диска используется для хранения parity, по которой будут восстанавливать данные при отказе одного из дисков. тогда поставлю еще один винт на 250гб, чтоб было ровно 1ТрБ, пять винтов может быть в массиве? Да хоть 30. Файловую систему на md0 делал ext2 ext3 будет лучшим выбором. так ли нужен журнал для фтп? Это ты узнаешь, если в один прекрасный момент упадет свет или машина. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: аппаратный raid5
On Mon, Apr 03, 2006 at 10:11:58PM +1000, Никита wrote: Вы писали 3 апреля 2006 г., 21:53:06: On Mon, Apr 03, 2006 at 09:36:14PM +1000, Никита wrote: надо чтобы у /dev/sd[abcd]1 тип партиции был FD - Linux raid autodetect. это сделал уже, ребутился, ну не монтируется само... Монтироваться и не должно, должно запускать массив. Проверь что все модули подгружаются и смотри в /proc/mdstat у меня весь раздел RAID and LVM в ядре сделан монолитно. Проверь что опция autostart включена. тогда поставлю еще один винт на 250гб, чтоб было ровно 1ТрБ, пять винтов может быть в массиве? Если влезет в сервер, то можно. Ровно 1T ты врятли получишь, сами диски не совсем 250G, файловая система чего-то отъест и тд. Файловую систему на md0 делал ext2 ext3 будет лучшим выбором. так ли нужен журнал для фтп? Без журнала после аварийного выключения ты будешь делать fsck несколько дней. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re[2]: аппаратный raid5
Вы писали 3 апреля 2006 г., 22:36:53: надо чтобы у /dev/sd[abcd]1 тип партиции был FD - Linux raid autodetect. это сделал уже, ребутился, ну не монтируется само... Монтироваться и не должно, должно запускать массив. Проверь что все модули подгружаются и смотри в /proc/mdstat у меня весь раздел RAID and LVM в ядре сделан монолитно. Проверь что опция autostart включена. упс, была выключена, включил, ругается... ftp:/home/toor# dpkg-reconfigure mdadm Stopping RAID monitor daemon: mdadm -F. Starting raid devices: mdadm: no devices found for /dev/md0 done. Starting RAID monitor daemon: mdadm -F. хотя тут есть девайсы или что ему надо... ftp:/home/toor# cat /etc/mdadm/mdadm.conf DEVICE /dev/sd[abcd]1 ARRAY /dev/md0 level=raid5 num-devices=4 UUID=bd69238b:33ed4bea:6921c83c:a87ece5a devices=/dev/sdd1,/dev/sdc1,/dev/sdb1,/dev/sda1 тогда поставлю еще один винт на 250гб, чтоб было ровно 1ТрБ, пять винтов может быть в массиве? Если влезет в сервер, то можно. Ровно 1T ты врятли получишь, сами диски не совсем 250G, файловая система чего-то отъест и тд. ну понятно, что отъест, хоть бы рядом было с 1Т, а то 750Гб некузяво как-то :) Файловую систему на md0 делал ext2 ext3 будет лучшим выбором. так ли нужен журнал для фтп? Без журнала после аварийного выключения ты будешь делать fsck несколько дней. понял, спасибо.
Re[2]: аппаратный raid5
Вы писали 3 апреля 2006 г., 22:19:04: В raid5 объём одного диска используется для хранения parity, по которой будут восстанавливать данные при отказе одного из дисков. тогда поставлю еще один винт на 250гб, чтоб было ровно 1ТрБ, пять винтов может быть в массиве? Да хоть 30. я имел ввиду, можно ли нечетное кол-во.. Файловую систему на md0 делал ext2 ext3 будет лучшим выбором. так ли нужен журнал для фтп? Это ты узнаешь, если в один прекрасный момент упадет свет или машина. fixed :)
Re: аппаратный raid5
Никита [EMAIL PROTECTED] wrote: ^M Вы писали 3 апреля 2006 г., 22:36:53: надо чтобы у /dev/sd[abcd]1 тип партиции был FD - Linux raid autodetect. это сделал уже, ребутился, ну не монтируется само... Монтироваться и не должно, должно запускать массив. Проверь что все модули подгружаются и смотри в /proc/mdstat у меня весь раздел RAID and LVM в ядре сделан монолитно. Проверь что опция autostart включена. упс, была выключена, включил, ругается... ftp:/home/toor# dpkg-reconfigure mdadm Stopping RAID monitor daemon: mdadm -F. Starting raid devices: mdadm: no devices found for /dev/md0 done. Starting RAID monitor daemon: mdadm -F. хотя тут есть девайсы или что ему надо... ftp:/home/toor# cat /etc/mdadm/mdadm.conf DEVICE partitions ARRAY /dev/md0 level=raid5 num-devices=4 UUID=bd69238b:33ed4bea:6921c83c:a87ece5a сделай так, само найдет чего ему надо. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re[2]: аппаратный raid5
Вы писали 3 апреля 2006 г., 23:41:16: DEVICE partitions ARRAY /dev/md0 level=raid5 num-devices=4 UUID=bd69238b:33ed4bea:6921c83c:a87ece5a сделай так, само найдет чего ему надо. всё равно такая же ошибка.. cat /etc/mdadm/mdadm.conf DEVICE partitions ARRAY /dev/md0 level=raid5 num-devices=4 UUID=bd69238b:33ed4bea:6921c83c:a87ece5a
Re: аппаратный raid5
On Tue, Apr 04, 2006 at 12:04:23AM +1000, Никита wrote: cat /etc/mdadm/mdadm.conf сотри ты этот файл, он не нужен -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re[2]: аппаратный raid5
Вы писали 4 апреля 2006 г., 0:09:31: On Tue, Apr 04, 2006 at 12:04:23AM +1000, Никита wrote: cat /etc/mdadm/mdadm.conf сотри ты этот файл, он не нужен а откуда mdadm будет брать данные для формирования массива при старте системы?
Re: аппаратный raid5
Никита [EMAIL PROTECTED] wrote: ^M Вы писали 3 апреля 2006 г., 23:41:16: DEVICE partitions ARRAY /dev/md0 level=raid5 num-devices=4 UUID=bd69238b:33ed4bea:6921c83c:a87ece5a сделай так, само найдет чего ему надо. всё равно такая же ошибка.. cat /etc/mdadm/mdadm.conf DEVICE partitions ARRAY /dev/md0 level=raid5 num-devices=4 \ UUID=bd69238b:33ed4bea:6921c83c:a87ece5a может всетаки dmesg покажем, а не будем заниматься гаданием на кофейной гуще? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re[2]: аппаратный raid5
Вы писали 4 апреля 2006 г., 0:41:03: Никита [EMAIL PROTECTED] wrote: ^M Вы писали 3 апреля 2006 г., 23:41:16: DEVICE partitions ARRAY /dev/md0 level=raid5 num-devices=4 UUID=bd69238b:33ed4bea:6921c83c:a87ece5a сделай так, само найдет чего ему надо. всё равно такая же ошибка.. cat /etc/mdadm/mdadm.conf DEVICE partitions ARRAY /dev/md0 level=raid5 num-devices=4 \ UUID=bd69238b:33ed4bea:6921c83c:a87ece5a может всетаки dmesg покажем, а не будем заниматься гаданием на кофейной гуще? извиняюсь, dmesg приложил к письму=0 pin2=-1 Using local APIC timer interrupts. calibrating APIC timer ... . CPU clock speed is 2799.0763 MHz. . host bus clock speed is 133.0321 MHz. Brought up 1 CPUs CPU0: online domain 0: span 01 groups: 01 domain 1: span 01 groups: 01 checking if image is initramfs...it isn't (ungzip failed); looks like an initrd Freeing initrd memory: 4380k freed NET: Registered protocol family 16 PCI: PCI BIOS revision 3.00 entry at 0xf2590, last bus=2 PCI: Using MMCONFIG mtrr: v2.0 (20020519) ACPI: Subsystem revision 20040326 ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (00:00) PCI: Probing PCI hardware (bus 00) PCI: Transparent bridge - :00:12.0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB0._PRT] ACPI: PCI Interrupt Link [LNK1] (IRQs 3 4 5 7 10 *11 12 14 15) ACPI: PCI Interrupt Link [LNK2] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNK3] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNK4] (IRQs *3 4 5 7 10 11 12 14 15) ACPI: PCI Interrupt Link [LNK5] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LUBA] (IRQs 3 4 *5 7 10 11 12 14 15) ACPI: PCI Interrupt Link [LUBB] (IRQs 3 4 5 7 10 *11 12 14 15) ACPI: PCI Interrupt Link [LMAC] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LACI] (IRQs 3 4 *5 7 10 11 12 14 15) ACPI: PCI Interrupt Link [LMCI] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LSMB] (IRQs *3 4 5 7 10 11 12 14 15) ACPI: PCI Interrupt Link [LUB2] (IRQs *3 4 5 7 10 11 12 14 15) ACPI: PCI Interrupt Link [LIDE] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LSID] (IRQs 3 4 *5 7 10 11 12 14 15) ACPI: PCI Interrupt Link [LFID] (IRQs 3 4 5 7 10 *11 12 14 15) ACPI: PCI Interrupt Link [APC1] (IRQs 16) *0, disabled. ACPI: PCI Interrupt Link [APC2] (IRQs 17) *0, disabled. ACPI: PCI Interrupt Link [APC3] (IRQs 18) *0, disabled. ACPI: PCI Interrupt Link [APC4] (IRQs 19) *0, disabled. ACPI: PCI Interrupt Link [APC5] (IRQs *16), disabled. ACPI: PCI Interrupt Link [APCF] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCG] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCH] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCJ] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCK] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCS] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCL] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCZ] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APSI] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APSJ] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCP] (IRQs 20 21 22 23) *0, disabled. Linux Plug and Play Support v0.97 (c) Adam Belay PnPBIOS: Scanning system for PnP BIOS support... PnPBIOS: Found PnP BIOS installation structure at 0xc00fc410 PnPBIOS: PnP BIOS version 1.0, entry 0xf:0xc440, dseg 0xf PnPBIOS: 16 nodes reported by PnP BIOS; 16 recorded by driver PCI: Using ACPI for IRQ routing ACPI: PCI Interrupt Link [APCS] enabled at IRQ 23 ACPI: PCI interrupt :00:0a.1[A] - GSI 23 (level, low) - IRQ 177 ACPI: PCI Interrupt Link [APCF] enabled at IRQ 22 ACPI: PCI interrupt :00:0b.0[A] - GSI 22 (level, low) - IRQ 185 ACPI: PCI Interrupt Link [APCG] enabled at IRQ 21 ACPI: PCI interrupt :00:0b.1[B] - GSI 21 (level, low) - IRQ 193 ACPI: PCI Interrupt Link [APCL] enabled at IRQ 20 ACPI: PCI interrupt :00:0b.2[C] - GSI 20 (level, low) - IRQ 201 ACPI: PCI Interrupt Link [APSI] enabled at IRQ 23 ACPI: PCI interrupt :00:10.0[A] - GSI 23 (level, low) - IRQ 177 ACPI: PCI Interrupt Link [APSJ] enabled at IRQ 22 ACPI: PCI interrupt :00:11.0[A] - GSI 22 (level, low) - IRQ 185 ACPI: PCI Interrupt Link [APCJ] enabled at IRQ 21 ACPI: PCI interrupt :00:13.0[A] - GSI 21 (level, low) - IRQ 193 ACPI: PCI Interrupt Link [APC1] enabled at IRQ 16 ACPI: PCI interrupt :01:00.0[A] - GSI 16 (level, low) - IRQ 209 ACPI: PCI Interrupt Link [APC4] enabled at IRQ 19 ACPI: PCI interrupt :02:0c.0[A] - GSI 19 (level, low) - IRQ 217 number of MP IRQ sources: 16. number of IO-APIC #4 registers: 24. testing the IO APIC... IO APIC #4.. register #00: 0400 ...: physical APIC id: 04 ...: Delivery Type: 0 ...: LTS
Re: аппаратный raid5
Никита [EMAIL PROTECTED] wrote: DEVICE partitions ARRAY /dev/md0 level=raid5 num-devices=4 UUID=bd69238b:33ed4bea:6921c83c:a87ece5a сделай так, само найдет чего ему надо. всё равно такая же ошибка.. cat /etc/mdadm/mdadm.conf DEVICE partitions ARRAY /dev/md0 level=raid5 num-devices=4 \ UUID=bd69238b:33ed4bea:6921c83c:a87ece5a может всетаки dmesg покажем, а не будем заниматься гаданием на кофейной гуще? извиняюсь, dmesg приложил к письму [skipp] md: linear personality registered as nr 1 md: raid0 personality registered as nr 2 md: raid1 personality registered as nr 3 md: raid5 personality registered as nr 4 raid5: automatically using best checksumming function: pIII_sse pIII_sse : 4408.000 MB/sec raid5: using function: pIII_sse (4408.000 MB/sec) raid6: int32x1808 MB/s raid6: int32x2871 MB/s raid6: int32x4636 MB/s raid6: int32x8531 MB/s raid6: mmxx1 1714 MB/s raid6: mmxx2 2000 MB/s raid6: sse1x11019 MB/s raid6: sse1x21093 MB/s raid6: sse2x11941 MB/s raid6: sse2x22121 MB/s raid6: using algorithm sse2x2 (2121 MB/s) md: raid6 personality registered as nr 8 md: multipath personality registered as nr 7 md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27 device-mapper: 4.1.0-ioctl (2003-12-10) initialised: [EMAIL PROTECTED] NET: Registered protocol family 2 IP: routing cache hash table of 8192 buckets, 64Kbytes TCP: Hash tables configured (established 262144 bind 65536) NET: Registered protocol family 8 NET: Registered protocol family 20 ACPI: (supports S0 S1 S3 S4 S5) md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. [skipp] sata_nv version 0.02 ACPI: PCI interrupt :00:10.0[A] - GSI 23 (level, low) - IRQ 177 PCI: Setting latency timer of device :00:10.0 to 64 ata1: SATA max UDMA/133 cmd 0x9F0 ctl 0xBF2 bmdma 0xC800 irq 177 ata2: SATA max UDMA/133 cmd 0x970 ctl 0xB72 bmdma 0xC808 irq 177 nv_sata: Primary device added ata1: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4023 85:3469 86:3c01 87:4023 88:407f ata1: dev 0 ATA, max UDMA/133, 488397168 sectors: lba48 ata1: dev 0 configured for UDMA/133 scsi0 : sata_nv nv_sata: Secondary device added ata2: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4023 85:3469 86:3c01 87:4023 88:407f ata2: dev 0 ATA, max UDMA/133, 488397168 sectors: lba48 ata2: dev 0 configured for UDMA/133 scsi1 : sata_nv Vendor: ATA Model: ST3250824AS Rev: 3.AA Type: Direct-Access ANSI SCSI revision: 05 SCSI device sda: 488397168 512-byte hdwr sectors (250059 MB) SCSI device sda: drive cache: write back /dev/scsi/host0/bus0/target0/lun0: p1 Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 Vendor: ATA Model: ST3250824AS Rev: 3.AA Type: Direct-Access ANSI SCSI revision: 05 SCSI device sdb: 488397168 512-byte hdwr sectors (250059 MB) SCSI device sdb: drive cache: write back /dev/scsi/host1/bus0/target0/lun0: p1 Attached scsi disk sdb at scsi1, channel 0, id 0, lun 0 ACPI: PCI interrupt :00:11.0[A] - GSI 22 (level, low) - IRQ 185 PCI: Setting latency timer of device :00:11.0 to 64 ata3: SATA max UDMA/133 cmd 0x9E0 ctl 0xBE2 bmdma 0xDC00 irq 185 ata4: SATA max UDMA/133 cmd 0x960 ctl 0xB62 bmdma 0xDC08 irq 185 nv_sata: Primary device added ata3: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4023 85:3469 86:3c01 87:4023 88:407f ata3: dev 0 ATA, max UDMA/133, 488397168 sectors: lba48 ata3: dev 0 configured for UDMA/133 scsi2 : sata_nv nv_sata: Secondary device added ata4: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4023 85:3469 86:3c01 87:4023 88:407f ata4: dev 0 ATA, max UDMA/133, 488397168 sectors: lba48 ata4: dev 0 configured for UDMA/133 scsi3 : sata_nv Vendor: ATA Model: ST3250824AS Rev: 3.AA Type: Direct-Access ANSI SCSI revision: 05 SCSI device sdc: 488397168 512-byte hdwr sectors (250059 MB) SCSI device sdc: drive cache: write back /dev/scsi/host2/bus0/target0/lun0: p1 Attached scsi disk sdc at scsi2, channel 0, id 0, lun 0 Vendor: ATA Model: ST3250824AS Rev: 3.AA Type: Direct-Access ANSI SCSI revision: 05 SCSI device sdd: 488397168 512-byte hdwr sectors (250059 MB) SCSI device sdd: drive cache: write back /dev/scsi/host3/bus0/target0/lun0: p1 Attached scsi disk sdd at scsi3, channel 0, id 0, lun 0 А теперь попробуй сам понять, как оно сможет завести массив, если дисков еще нету? Или raid в модули и грузить после sata_mv или sata_mv в ядро. Ядро в районе 2.6.8 чтоль? Больно уж sata_nv древний. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re[2]: аппаратный raid5
Вы писали 4 апреля 2006 г., 1:40:47: А теперь попробуй сам понять, как оно сможет завести массив, если дисков еще нету? Или raid в модули и грузить после sata_mv или sata_mv в ядро. спасибо, попробую. Ядро в районе 2.6.8 чтоль? Больно уж sata_nv древний. 2.6.8
