[Gelöst] nicht vorhandene Festplatte im System

Hallo liebe Linux-Gemeinde.

Ich hätte da mal ein kleines Problem zu lösen, dahingehend, dass ich in meinen Logfiles minütliche Fehlermeldungen zu einer Festplatte bekomme,
die gar nicht mehr im System instaliert ist:

Feb 4 09:36:07 src@site kernel: [1934867.104061] __ratelimit: 84 callbacks suppressed
Feb 4 09:36:07 src@site kernel: [1934867.104063] Buffer I/O error on device sdh, logical block 0
Feb 4 09:36:07 src@site kernel: [1934867.104065] Buffer I/O error on device sdh, logical block 1
Feb 4 09:36:07 src@site kernel: [1934867.104067] Buffer I/O error on device sdh, logical block 2
Feb 4 09:36:07 src@site kernel: [1934867.104069] Buffer I/O error on device sdh, logical block 3

Zur Struktur des Systems (Opensuse 11.2) sei gesagt:
sda ist die Systemplatte mit 4 Partitionen (/boot, /, /home/, swap)
sdb, sdd, sde, sdf, sdg bilden ein RAID5 als /md0
sdc ist eine extern Backupplatte

Bebildert hab ich das ganze noch mal unter
http://www.digitalxchange.de/Bildschirm1.jpeg
http://www.digitalxchange.de/Bildschirm2.jpeg
http://www.digitalxchange.de/Bildschirm3.jpeg

Die sdh hatte ich bei der Installation im System, da ich die ursprünglich mal ins RAID integrieren wollte.
Als ich das RAID jedoch einrichtete war diese Platte aber schon nicht mehr im System vorhanden.

In der fstab ist hierzu auch kein Eintrag vorhanden:
/dev/sda2 / ext3 acl,user_xattr 1 1
/dev/sda1 /boot ext2 acl,user_xattr 1 2
proc /proc proc defaults 0 0
sysfs /sys sysfs noauto 0 0
debugfs /sys/kernel/debug debugfs noauto 0 0
usbfs /proc/bus/usb usbfs noauto 0 0
/dev/md0 /RAID ext4 acl,user_xattr 1 2
192.168.1.15:/Backup /RAID_Backup nfs defaults 0 0
/dev/sda3 /home ext3 acl,user_xattr 1 2
/dev/sda4 swap swap defaults 0 0
/dev/disk/by-path/pci-0000:00:1d.7-usb-0:2:1.0-scsi-0:0:0:0-part1 /Extern ext4 user,acl,user_xattr 1 2

Hat jemand einen Tipp, wie ich diesen rudimentären Platteneintag aus dem System entferne?

Besten Dank & Grüße,

Marco

Poste mal die Ausgabe von

Hallo gropiuskalle & josef-wien.

Hier die Ausgabe:


> cat /etc/mtab
/dev/sda2 / ext3 rw,acl,user_xattr 0 0
proc /proc proc rw 0 0
sysfs /sys sysfs rw 0 0
debugfs /sys/kernel/debug debugfs rw 0 0
udev /dev tmpfs rw 0 0
devpts /dev/pts devpts rw,mode=0620,gid=5 0 0
/dev/sda1 /boot ext2 rw,acl,user_xattr 0 0
/dev/md0 /RAID ext4 rw,acl,user_xattr 0 0
/dev/sda3 /home ext3 rw,acl,user_xattr 0 0
fusectl /sys/fs/fuse/connections fusectl rw 0 0
rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw 0 0
192.XXX.XX.XX:/Backup /RAID_Backup nfs rw,addr=192.168.1.15,nfsvers=3,proto=tcp,mountproto=udp 0 0
/proc /var/lib/ntp/proc none ro,bind 0 0
gvfs-fuse-daemon /home/lxuser/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,user=lxuser 0 0
/dev/sdc1 /Extern ext4 rw,noexec,nosuid,nodev,acl,user_xattr,user=lxuser 0 0

und noch

> /usr/sbin/hwinfo --disk | grep "Device Files:"
Device Files: /dev/sda, /dev/block/8:0, /dev/disk/by-id/ata-Hitachi_HDP725050GLA360_GEA534RF23PHKA, /dev/disk/by-id/scsi-SATA_Hitachi_HDP7250_GEA534RF23PHKA, /dev/disk/by-path/pci-0000:00:1f.2-scsi-0:0:0:0, /dev/disk/by-id/edd-int13_dev80
Device Files: /dev/sdb, /dev/block/8:16, /dev/disk/by-id/ata-SAMSUNG_HD502HI_S1VZJ9DSA00602, /dev/disk/by-id/scsi-SATA_SAMSUNG_HD502HIS1VZJ9DSA00602, /dev/disk/by-path/pci-0000:00:1f.2-scsi-1:0:0:0
Device Files: /dev/sdc, /dev/block/8:32, /dev/disk/by-id/usb-Hitachi_HCS5C1010CLA382_201008010054F-0:0, /dev/disk/by-path/pci-0000:00:1d.7-usb-0:2:1.0-scsi-0:0:0:0
Device Files: /dev/sdd, /dev/block/8:48, /dev/disk/by-id/ata-SAMSUNG_HD502HI_S1VZJ9DSA00606, /dev/disk/by-id/scsi-SATA_SAMSUNG_HD502HIS1VZJ9DSA00606, /dev/disk/by-path/pci-0000:00:1f.2-scsi-2:0:0:0
Device Files: /dev/sde, /dev/block/8:64, /dev/disk/by-id/ata-SAMSUNG_HD502HI_S1VZJ9DSA00588, /dev/disk/by-id/scsi-SATA_SAMSUNG_HD502HIS1VZJ9DSA00588, /dev/disk/by-path/pci-0000:00:1f.2-scsi-3:0:0:0
Device Files: /dev/sdf, /dev/block/8:80, /dev/disk/by-id/ata-SAMSUNG_HD502HI_S1VZJ9DSA00593, /dev/disk/by-id/scsi-SATA_SAMSUNG_HD502HIS1VZJ9DSA00593, /dev/disk/by-path/pci-0000:00:1f.2-scsi-4:0:0:0
Device Files: /dev/sdg, /dev/block/8:96, /dev/disk/by-id/ata-SAMSUNG_HD502HI_S1VZJ9DSA00587, /dev/disk/by-id/scsi-SATA_SAMSUNG_HD502HIS1VZJ9DSA00587, /dev/disk/by-path/pci-0000:00:1f.2-scsi-5:0:0:0
Device Files: /dev/sdh, /dev/block/8:112, /dev/disk/by-path/pci-0000:03:00.0-scsi-1:0:0:0

Und hier ist sie dann auch wieder zu finden?!

Ebenso gepostet unter
http://www.opensuse-forum.de/nicht-vorhandene-festplatte-im-system-usb-sticks-festplatten/allgemeines-f17/t4776-f56/?s=f2485c2fa82452b36b8d87c89ec779959ec36b82#post28501

Grüße, Marco

Ich hätte da noch eine Bitte: Datei- und Konsolenausgaben!

Die Geräte werden bei jedem Systemstart neu ermittelt, also müssen sie existieren. /dev/sdh hängt offenbar an einem anderen Controller als die anderen 6 Platten, daneben gibt es noch eine USB-Platte. Aufs erste fällt mir eine falsche BIOS-Einstellung ein, dann kommt ein defekter Controller. Ein (nicht über USB angeschlossener) Kartenleser und ein Festplatten-Wechselrahmen passen mir nicht so recht zu den Kernel-Meldungen. Eine unglückliche Eigenbau-udev-Regel wäre theoretisch auch möglich. Diese Liste ist keinesfalls vollständig, und per Ferndiagnose werde ich das Problem nicht lösen können.

Das Problem liegt bei dem Motherboard ASUS p5q-e. Durch den Hinweis von josef-wien, dass da noch ein anderer Controller sein muss, hab ich mir noch mal in die Beschreibung des Motherboards angeschaut: Das p5q-e hat einen Intel ICH10R-Controller an dem auch die 6 Platten hängen und zudem noch einen SIL5723, der ASUS-spezifische Funktionen wie Backup bzw. Superspeed unterstützt. Dieser Controller ist bei uns nicht belegt und liefert scheinbar (trotzdem) fehlerhafte Informationen. Nachdem ich diesen nun im BIOS abgeschaltet habe (über die Funktion Tools/Drive Expert Control, Disable) läuft jetzt alles problemlos. Vielen Dank für die Hilfe.