N'Abend, heute nachmittag erhielt ich edliche Emails von mdadmd. Sie besagten, daß es Probleme mit /dev/sdb8 geben würde. Eine manuelle Reparatur brachte keinen Erfolg, so daß ich das System neu gestartet habe. Nach dem reboot befanden sich folgende Einträge in /var/log/boot.msg: <7>sata_sil version 0.54 <6>ACPI: PCI interrupt 0000:00:0e.0[A] -> GSI 10 (level, low) -> IRQ 10 <6>ata3: SATA max UDMA/100 cmd 0xE0828080 ctl 0xE082808A bmdma 0xE0828000 irq 10 <6>ata4: SATA max UDMA/100 cmd 0xE08280C0 ctl 0xE08280CA bmdma 0xE0828008 irq 10 <6>ata5: SATA max UDMA/100 cmd 0xE0828280 ctl 0xE082828A bmdma 0xE0828200 irq 10 <6>ata6: SATA max UDMA/100 cmd 0xE08282C0 ctl 0xE08282CA bmdma 0xE0828208 irq 10 <7>ata3: dev 0 cfg 49:2f00 82:346b 83:7f01 84:4003 85:3c69 86:3e01 87:4003 88:20ff <6>ata3: dev 0 ATA, max UDMA7, 312581808 sectors: lba48 <6>ata3: dev 0 configured for UDMA/100 <6>scsi3 : sata_sil <7>ata4: dev 0 cfg 49:2f00 82:346b 83:7f01 84:4003 85:3c69 86:3c01 87:4003 88:20ff <6>ata4: dev 0 ATA, max UDMA7, 312581808 sectors: lba48 <6>ata4: dev 0 configured for UDMA/100 <6>scsi4 : sata_sil <6>ata5: no device found (phy stat 00000000) <6>scsi5 : sata_sil <6>ata6: no device found (phy stat 00000000) <6>scsi6 : sata_sil <5> Vendor: ATA Model: SAMSUNG SP1614C Rev: SW10 <5> Type: Direct-Access ANSI SCSI revision: 05 <5>SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB) <5>SCSI device sda: drive cache: write back <5>SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB) <5>SCSI device sda: drive cache: write back <6> sda: sda1 < sda5 sda6 sda7 sda8 > <5>Attached scsi disk sda at scsi3, channel 0, id 0, lun 0 <5> Vendor: ATA Model: SAMSUNG SP1614C Rev: SW10 <5> Type: Direct-Access ANSI SCSI revision: 05 <5>SCSI device sdb: 312581808 512-byte hdwr sectors (160042 MB) <5>SCSI device sdb: drive cache: write back <5>SCSI device sdb: 312581808 512-byte hdwr sectors (160042 MB) <5>SCSI device sdb: drive cache: write back <6> sdb: sdb1 < > <5>Attached scsi disk sdb at scsi4, channel 0, id 0, lun 0 Jedoch scheint das System davon auszugehen, daß es kein /dev/sdb, resp. /dev/sdb1, gibt: suse92:/var/log # fdisk /dev/sdb Konnte /dev/sdb nicht öffnen Hat jemand noch eine Idee? Danke & Gruß Torsten
Hallo, Torsten E. scribbled on 30.05.2005 19:13: [...] Kann es sein, daß da ein paar devices fehlen? sda sieht ja i. O. aus: suse92:/dev # ll sda* | more brw-rw---- 1 root disk 8, 0 2004-10-02 10:38 sda brw-rw---- 1 root disk 8, 1 2005-02-16 16:24 sda1 brw-rw---- 1 root disk 8, 10 2004-10-02 10:38 sda10 brw-rw---- 1 root disk 8, 11 2004-10-02 10:38 sda11 brw-rw---- 1 root disk 8, 12 2004-10-02 10:38 sda12 brw-rw---- 1 root disk 8, 13 2004-10-02 10:38 sda13 brw-rw---- 1 root disk 8, 14 2004-10-02 10:38 sda14 brw-rw---- 1 root disk 8, 15 2004-10-02 10:38 sda15 brw-rw---- 1 root disk 8, 2 2004-10-02 10:38 sda2 brw-rw---- 1 root disk 8, 3 2004-10-02 10:38 sda3 brw-rw---- 1 root disk 8, 4 2004-10-02 10:38 sda4 brw-rw---- 1 root disk 8, 5 2005-02-16 16:44 sda5 brw-rw---- 1 root disk 8, 6 2005-02-16 16:44 sda6 brw-rw---- 1 root disk 8, 7 2005-02-16 16:44 sda7 brw-rw---- 1 root disk 8, 8 2005-02-16 16:44 sda8 brw-rw---- 1 root disk 8, 9 2004-10-02 10:38 sda9 Aber hier fehlen doch sda & sda1, oder nicht? suse92:/dev # ll sdb* | more brw-rw---- 1 root disk 8, 26 2004-10-02 10:38 sdb10 brw-rw---- 1 root disk 8, 27 2004-10-02 10:38 sdb11 brw-rw---- 1 root disk 8, 28 2004-10-02 10:38 sdb12 brw-rw---- 1 root disk 8, 29 2004-10-02 10:38 sdb13 brw-rw---- 1 root disk 8, 30 2004-10-02 10:38 sdb14 brw-rw---- 1 root disk 8, 31 2004-10-02 10:38 sdb15 brw-rw---- 1 root disk 8, 18 2004-10-02 10:38 sdb2 brw-rw---- 1 root disk 8, 19 2004-10-02 10:38 sdb3 brw-rw---- 1 root disk 8, 20 2004-10-02 10:38 sdb4 brw-rw---- 1 root disk 8, 21 2005-02-16 16:44 sdb5 brw-rw---- 1 root disk 8, 22 2005-02-16 16:44 sdb6 brw-rw---- 1 root disk 8, 23 2005-02-16 16:44 sdb7 brw-rw---- 1 root disk 8, 24 2005-02-16 16:44 sdb8 brw-rw---- 1 root disk 8, 25 2004-10-02 10:38 sdb9 Danke & Gruß Torsten
Hallo, Am Mon, 30 May 2005, Torsten E. schrieb:
Kann es sein, daß da ein paar devices fehlen? [..] Aber hier fehlen doch sda & sda1, oder nicht?
s/sda/sdb/ Ja. mknod -m 660 /dev/sdb b 8 16 mknod -m 660 /dev/sdb1 b 8 17 chown root.disk /dev/sdb /dev/sdb1 -dnh -- 103: COBOL Ein Wort, unendliche Schmerzen. (Kristian Köhntopp)
Hallo Torsten, hallo Leute, Am Montag, 30. Mai 2005 21:59 schrieb Torsten E.:
Torsten E. scribbled on 30.05.2005 19:13:
[...]
Kann es sein, daß da ein paar devices fehlen? [...] Aber hier fehlen doch sda & sda1, oder nicht?
Du meinst sd_b_ und sd_b_1, richtig? Die fehlen laut Deiner Angaben tatsächlich. Neu zu erstellen mit mknod (Parameter weiß ich nicht auswendig) oder durch Neuinstallation des devs.rpm. Gruß Christian Boltz --
gehe zu 'http://www.linuxiso.org/' Zu Fuß? [> Michael Meyer und Thorsten Haude in suse-linux]
Hi Christian, Christian Boltz scribbled on 31.05.2005 00:01:
Hallo Torsten, hallo Leute, Am Montag, 30. Mai 2005 21:59 schrieb Torsten E.:
Torsten E. scribbled on 30.05.2005 19:13:
[...]
Du meinst sd_b_ und sd_b_1, richtig?
Yep! ;)
Die fehlen laut Deiner Angaben tatsächlich. Neu zu erstellen mit mknod (Parameter weiß ich nicht auswendig) oder durch Neuinstallation des devs.rpm.
Manuelle funzte es mittels: mknod /dev/sdb b 8 16 mknod /dev/sdb1 b 8 17 chown /dev/sdb root:disk chown /dev/sdb1 root:disk chmod 0660 /dev/sdb chmod 0660 /dev/sdb1
Gruß
Christian Boltz
Gruß Torsten
participants (3)
-
Christian Boltz -
David Haller -
Torsten E.