Hmm. Sehr seltsam das ganze. Also einen scsihost brauchst Du dafür eigentlich nicht, das macht Xen über seinen eigenen Blocktreiber. Ich hab das bei mir grad nochmal ausprobiert, klappt einwandfrei. Dom0: xenserv ~ # xm create vm/gentoo-rescue Using config file "/etc/xen/vm/gentoo-rescue". Started domain gentoo-rescue xenserv ~ # dd if=/dev/zero of=/tmp/testdisk bs=1M count=100 100+0 records in 100+0 records out 104857600 bytes (105 MB) copied, 0.221154 s, 474 MB/s xenserv ~ # xm block-attach gentoo-rescue file:/tmp/testdisk sda w DomU: gentoo-rescue ~ # dmesg [...] [21463.897536] blkfront: sda: barriers enabled [21463.897723] sda: unknown partition table Da ist die Platte.. Danach kann ich dann ganz normal Partitionen anlegen usw. Wie gesagt, bei Gentoo und SuSE funktioniert das out-of-the-box. Kann sein, daß das bei Debian mal wieder anders ist ;-) Gruß, Chris Am Dienstag, 3. Juni 2008 14:34:43 schrieb Pierre Bernhardt:

Christian Euler schrieb:

...

Ich glaub, jetzt weiß ich was los ist ;)

Du versuchst da, die Platte als sda3 (also als zusätzliche Partition zu einem bestehenden Blockdevice) in die DomU einzubinden.. Das funktioniert AFAIK so nicht.

Das verstehe ich schon. S.u.

...

Versuch mal, die Platte als eigenständiges Laufwerk (z.B. sdb) einzuhängen.

Hatte ich versucht, der Kernel der DomU merkt es dennoch nicht.

Interressanter weise findet er in meiner Test DomU nicht mal einen scsihost:

root@testhost:~# df -k Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda1 1032088 446476 533184 46% / tmpfs 32840 0 32840 0% /lib/init/rw udev 10240 44 10196 1% /dev /dev/sda3 10321208 1866320 7930600 20% /home /dev/sdb 4588298 4588298 0 100% /data/mediastore/etch_4.0_1 /dev/sdc 4571754 4571754 0 100% /data/mediastore/etch_4.0_2 /dev/sdd 4463888 4463888 0 100% /data/mediastore/etch_4.0_3 /dev/sde 9814 9814 0 100% /data/mediastore/my-repository root@testhost:~# scsiadd -s scsiadd:scsiadd(): could not open /proc/scsi/scsi (w): No such file or directory ** snip 14 weitere Zeilen wie die obere root@testhost:~# scsidev -v scsidev 2.36 2005-08-16 Building device list using /proc/scsi/scsi 0 real SCSI devices found, 0 high level devs attached /etc/scsi.alias: No such file or directory

Das es trotzdem funktioniert sieht man ja daran, das ich es einfach benutzen kann.

In der dmesg ist auch nicht wirklich hilfreich etwas entsprechendes vorhanden:

root@testhost:~# dmesg|grep -i scsi root@testhost:~# dmesg|grep -i sd Kernel command line: root=/dev/sda1 ro sdb: unknown partition table sdc: unknown partition table sdd: unknown partition table sde: unknown partition table Adding 1048568k swap on /dev/sda2. Priority:-1 extents:1 across:1048568k EXT3 FS on sda1, internal journal EXT3 FS on sda3, internal journal

Und zu guter letzt noch mal einen log der geladenen Module: root@testhost:~# lsmod Module Size Used by sg 32060 0 ch 15368 0 st 35324 0 osst 48128 0 sr_mod 16644 0 cdrom 33312 1 sr_mod sd_mod 19808 0 scsi_mod 125160 6 sg,ch,st,osst,sr_mod,sd_mod ipv6 229088 12 nls_iso8859_1 5024 4 isofs 33308 4 udf 73924 0 8250 28164 0 serial_core 20288 1 8250 ext3 120072 2 jbd 53224 1 ext3 mbcache 9124 1 ext3 dm_mirror 20048 0 dm_snapshot 16320 0 dm_mod 51000 2 dm_mirror,dm_snapshot raid1 21984 0 md_mod 71316 1 raid1 processor 29608 0

MfG... Pierre Bernhardt