dd unter FreeBSD 6 weigert sich, SCSI-Platte anzufassen

From: Olaf Hoyer <ohoyer(at)ohoyer.de>
Date: Wed, 29 Mar 2006 03:49:04 +0200 (CEST)

Moin!

In Fortsetzung der Diskussion um Sicherheitsloeschung von Platten habe
ich jetzt ein Testsystem aufgebaut, bestehend aus einem alten PC, dessen
Systemplatte IDE ist, und der 2 SCSI-Controller drin hat, um dort
externe Storages anzuschliessen.

test# uname -a
FreeBSD test 6.1-BETA4 FreeBSD 6.1-BETA4 #0: Tue Mar 14
13:59:38 UTC 2006 root(at)wv1u.samsco.home:/usr/obj/usr/src/sys/GENERIC
i386

in der Kiste sind 2 SCSI-Controller drin, 1x dualchannel HVD, einmal
singlechannel Ultra-2/Fast:

test# dmesg|grep sym
sym0: <875> port 0xdc00-0xdcff mem
0xd4500000-0xd45000ff,0xd4504000-0xd4504fff irq 10 at device 8.0 on pci0
sym0: Symbios NVRAM, ID 7, Fast-20, SE, parity checking
sym0: open drain IRQ line driver, using on-chip SRAM
sym0: using LOAD/STORE-based firmware.
sym0: [GIANT-LOCKED]
sym1: <875> port 0xe000-0xe0ff mem
0xd4501000-0xd45010ff,0xd4502000-0xd4502fff irq 5 at device 8.1 on pci0
sym1: Symbios NVRAM, ID 7, Fast-20, SE, parity checking
sym1: open drain IRQ line driver, using on-chip SRAM
sym1: using LOAD/STORE-based firmware.
sym1: [GIANT-LOCKED]
sym2: <875> port 0xe800-0xe8ff mem
0xd4505000-0xd45050ff,0xd4506000-0xd4506fff irq 11 at device 10.0 on
pci0
sym2: No NVRAM, ID 7, Fast-20, SE, parity checking
sym2: [GIANT-LOCKED]

Am Dualchannelcontroller haengt noch nix dran, am Singlechannel haengt
eine alte 2GB-Platte, Terminierung ueber Terminator am Kabel selbst.

Waiting 5 seconds for SCSI devices to settle
(noperiph:sym0:0:-1:-1): SCSI BUS reset delivered.
(noperiph:sym1:0:-1:-1): SCSI BUS reset delivered.
da0 at sym2 bus 0 target 0 lun 0
da0: <Quantum XP32150 81HB> Fixed Direct Access SCSI-2 device
da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing
Enabled
da0: 2050MB (4199760 512 byte sectors: 255H 63S/T 261C)

Die Platte wird auch sauber gesehen und ausgelesen:
test# camcontrol devlist
<Quantum XP32150 81HB> at scbus2 target 0 lun 0 (pass0,da0)

Aber: Wenn ich versuche, per dd da was draufzuschreiben, funnktioniert
das nicht:

test# dd if=/dev/urandom of=/dev/da0
dd: /dev/da0: Operation not supported
test#
test# dd if=/dev/urandom of=/dev/da0c
dd: /dev/da0c: Operation not permitted
2+0 records in
1+0 records out
512 bytes transferred in 0.001027 secs (498487 bytes/sec)

test# ls -l /dev/da0
ls: /dev/da0: No such file or directory
test# ls -l /dev/da0?
crw-r----- 1 root operator 0, 101 Mar 28 18:25 /dev/da0a
crw-r----- 1 root operator 0, 102 Mar 28 18:25 /dev/da0b
crw-r----- 1 root operator 0, 103 Mar 29 03:42 /dev/da0c
crw-r----- 1 root operator 0, 104 Mar 28 18:42 /dev/da0e
crw-r----- 1 root operator 0, 105 Mar 28 18:25 /dev/da0f
crw-r----- 1 root operator 0, 106 Mar 28 18:25 /dev/da0g

(Slices etc. sind auch angelegt, hier wegen Uebersichtlichkeit
weggelassen)

Schlau wie man ist, schaut man weiter, und findet ein pass0:

test# ll /dev/p*
crw------- 1 root operator 0, 84 Mar 28 18:25 /dev/pass0

test# dd if=/dev/urandom of=/dev/pass0
dd: /dev/pass0: Operation not supported by device
1+0 records in
0+0 records out
0 bytes transferred in 0.000349 secs (0 bytes/sec)

was allerdings auch nicht funktioniert.

Frage: Welchen Knoten habe ich jetzt im Hirn, oder laufe ich da gerade
in irgendwelche Fallen im Zusammenspiel mit devfs, char/Blockdevices,
oder ist die Hardware einfach nur alt/doof?

Gruesse
Olaf

-- 
Olaf Hoyer        ohoyer(at)ohoyer.de
Fuerchterliche Erlebniss geben zu raten,
ob der, welcher sie erlebt, nicht etwas Fuerchterliches ist.
(Nietzsche, Jenseits von Gut und Boese)
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Wed 29 Mar 2006 - 03:51:28 CEST

search this site