disk RAID0-ban

gluon8 hal # cat /proc/partitions
major minor #blocks name

3 0 120060864 hda
3 1 152586 hda1
3 2 119901127 hda2
8 0 156290904 sda
8 1 48826 sda1
8 2 311035156 sda2
8 3 1497648 sda3
8 16 156290904 sdb
254 0 312581632 md_d0
254 1 48826 md_d0p1
254 2 311035156 md_d0p2
254 3 1497648 md_d0p3

Most látom, hogy nem biztos hogy jó ötlet volt.

Az egész sda sdb raid 0 ban ,van ,de sda? nem is kéne ott lennie mivel, nem particiók csak foszlányai raid tömbnek.

További probláma, hogy hal-devices md_* -t nem ismeri el mint partició, e miatt bmpx hal támogatással nem tudja meghatározni, hogy honnan vannak bemountolva dolgok.

udevinfo --query=all --name md_d0p2
P: /block/md_d0/md_d0p2
N: md_d0p2
S: root

udevinfo --query=all --name sda2
P: /block/sda/sda2
N: sda2
S: disk/by-id/scsi-SATA_SAMSUNG_HD160JJS08HJ10Y503149-part2
S: disk/by-id/ata-SAMSUNG_HD160JJ_S08HJ10Y503149-part2
S: disk/by-path/pci-0000:00:0f.0-scsi-0:0:0:0-part2
E: DEVTYPE=partition
E: ID_VENDOR=ATA
E: ID_MODEL=SAMSUNG_HD160JJ
E: ID_REVISION=WU10
E: ID_SERIAL=SATA_SAMSUNG_HD160JJS08HJ10Y503149
E: ID_SERIAL_SHORT=S08HJ10Y503149
E: ID_TYPE=disk
E: ID_BUS=scsi
E: ID_ATA_COMPAT=SAMSUNG_HD160JJ_S08HJ10Y503149
E: ID_PATH=pci-0000:00:0f.0-scsi-0:0:0:0

udevinfo --query=all --name hda2
P: /block/hda/hda2
N: hda2
S: disk/by-id/ata-Maxtor_6Y120L0_Y3344KKE-part2
S: disk/by-path/pci-0000:00:0f.1-ide-0:0-part2
S: disk/by-uuid/062ef9aa-d6ed-4ca8-aafa-8ab8c4301c58
E: DEVTYPE=partition
E: ID_TYPE=disk
E: ID_MODEL=Maxtor_6Y120L0
E: ID_SERIAL=Y3344KKE
E: ID_REVISION=YAR41BW0
E: ID_BUS=ata
E: ID_PATH=pci-0000:00:0f.1-ide-0:0
E: ID_FS_USAGE=filesystem
E: ID_FS_TYPE=xfs
E: ID_FS_VERSION=
E: ID_FS_UUID=062ef9aa-d6ed-4ca8-aafa-8ab8c4301c58
E: ID_FS_UUID_ENC=062ef9aa-d6ed-4ca8-aafa-8ab8c4301c58
E: ID_FS_LABEL=
E: ID_FS_LABEL_ENC=
E: ID_FS_LABEL_SAFE=

Elképzelhető, hogy az udev nem ad elég infót.
Ha kap egy DEVTYPE=partition hátha jobb lesz, de most megyek.
sda? -ktol meg elveszem ezeket.

Kernel paraméterek most:
kernel /vmlinuz md=d0,/dev/sda,/dev/sdb root=/dev/md_d0p2 udev.

( Replaced | 2007. 09. 12., sze – 23:00 )

tenyleg rossz otlet volt :P

btw, miert nem lvm?

--
Bow down and admit defeat. | Old, weak and obsolete.

( Elbandi v | 2007. 09. 13., cs – 00:02 )

szvsz, az mbr-ben meg mindig megvan a particios tabla (sdaX), mig a raid tombinfok nem az mbrben tarolodnak.
backupolj ;), vedd ki a tombbol az sda-t, dd if=/dev/zero /dev/sda count=1 bs=1M, aztan rakd vissza a tombbe.

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!