Suse 8.0 erkennt Platte nicht (mehr)
Hi Ich versuche seit einiger Zeit auf dem Rechner meiner Tochter Suse 8.0 aufzusetzen. Vorher lief dort 7.2 mit Kernel 2.4.4 Beim Versuch 8.0 mit Kernel 2.4.18 aufzusetzen wird die Festplatte nicht mehr erkannt. Ich habe um andere Fehler weitestgehend auszuschließen 7.2 und 8.0 jeweils mit dem Rettungssystem gebootet. Unter Kernel 2.4.4 lässt sich hda6 (meine Rootpartition) problemlos mounten unter 2.4.18 bekomme ich die Meldung der Superblock könne nicht gelesen werden. Sollte also kein Hardwarefehler sein, da unter 2.4.4 lesbar. Hat jemand eine Idee was sein könnte? Ach ja hda6 ist mit ext2 formatiert. Die Plattengeometrie wird wohl in gewissen Grenzen erkannt. D.h. Yast weiß die Anzahl der Zylinder, kann aber auch nicht formatieren. Mehr Infos wenn nötig erst morgen, da meine Tochter schläft. ;-)) Frank
Frank Noack wrote:
Hi
Ich versuche seit einiger Zeit auf dem Rechner meiner Tochter Suse 8.0 aufzusetzen. Vorher lief dort 7.2 mit Kernel 2.4.4 Beim Versuch 8.0 mit Kernel 2.4.18 aufzusetzen wird die Festplatte nicht mehr erkannt. Ich habe
Was heißt "nicht erkannt"; findet der Kernel die ganze Platte nicht oder kannst Du danach nichts mounten?
um andere Fehler weitestgehend auszuschließen 7.2 und 8.0 jeweils mit dem Rettungssystem gebootet. Unter Kernel 2.4.4 lässt sich hda6 (meine Rootpartition) problemlos mounten unter 2.4.18 bekomme ich die Meldung der Superblock könne nicht gelesen werden. Sollte also kein Hardwarefehler
Aha, also scheint der Kernel die Platte wenigstens zu sehen. Meckert er im boot.log?
sein, da unter 2.4.4 lesbar. Hat jemand eine Idee was sein könnte? Ach ja hda6 ist mit ext2 formatiert. Die Plattengeometrie wird wohl in gewissen Grenzen erkannt. D.h. Yast weiß die Anzahl der Zylinder, kann aber
Was sagt fdisk -l /dev/hda ?
auch nicht formatieren. Mehr Infos wenn nötig erst morgen, da meine Tochter schläft. ;-))
Ja, das werde ich auch jetzt (meine hat gerade losgeplärrt ;-) ) Gute Nacht hebi -- Dirk Hebenstreit Tel.: 0170 246 15 22 BZ der Bundesfinanzverwaltung 03327 467 453 ASt Plessow FAX: 03327 467 288 Hauptstr. 17, 14542 Plessow dirk.hebenstreit@bzpm.bfinv.de
Am Samstag, 26. Oktober 2002 00:19 schrieb Dirk Hebenstreit:
Frank Noack wrote:
Hi
Ich versuche seit einiger Zeit auf dem Rechner meiner Tochter Suse 8.0 aufzusetzen. Vorher lief dort 7.2 mit Kernel 2.4.4 Beim Versuch 8.0 mit Kernel 2.4.18 aufzusetzen wird die Festplatte nicht mehr erkannt. Ich habe um andere Fehler weitestgehend auszuschließen 7.2 und 8.0 jeweils mit dem Rettungssystem gebootet. Unter Kernel 2.4.4 lässt sich hda6 (meine Rootpartition) problemlos mounten unter 2.4.18 bekomme ich die Meldung der Superblock könne nicht gelesen werden. Sollte also kein Hardwarefehler
Aha, also scheint der Kernel die Platte wenigstens zu sehen. Meckert er im boot.log?
Ja mächtig. Unter 8.0 (kernel 2.4.18) <4>hda: SAMSUNG SV 0844D, ATA DISK drive ..... ..... <4>hda: failed write cache flush, disabled ordered write support <4>hda: task_no_data_instr: staetus=0x51 { DriveReady SeekComplete Error } <4>hda: task_no_data_instr: error=0x04 { Drive StatusError } <6>hda: 1 sectors (0MB) w/480KiB Cache, CHS=1027/255/63, UDMA(33) ..... ..... ..... <6> Partition check: <6> hda:hda : bad access: block=0, count=2 <4> end request: I/O error, dev 03:00 (hda), sector 0 <4> hda : bad access: block=0, count=2 <4> end request: I/O error, dev 03:00 (hda), sector 0 <4> unable to read partition table .... .... ....
sein, da unter 2.4.4 lesbar. Hat jemand eine Idee was sein könnte? Ach ja hda6 ist mit ext2 formatiert. Die Plattengeometrie wird wohl in gewissen Grenzen erkannt. D.h. Yast weiß die Anzahl der Zylinder, kann aber
Was sagt fdisk -l /dev/hda ?
na ja logischerweise gar nichts nach den boot meldungen. :-(
auch nicht formatieren. Mehr Infos wenn nötig erst morgen, da meine Tochter schläft. ;-))
Ja, das werde ich auch jetzt (meine hat gerade losgeplärrt ;-) )
Plärren tut meine Gott sei dank nicht mehr (12 Jahre) Frank PS: Wir haben beide den selben Arbeitgeber. (ZA Podrosche)
Hallo, On Sat, 26 Oct 2002, Frank Noack wrote:
Am Samstag, 26. Oktober 2002 00:19 schrieb Dirk Hebenstreit: [..]
Aha, also scheint der Kernel die Platte wenigstens zu sehen. Meckert er im boot.log?
Ja mächtig. Unter 8.0 (kernel 2.4.18)
<4>hda: SAMSUNG SV 0844D, ATA DISK drive ..... ..... <4>hda: failed write cache flush, disabled ordered write support <4>hda: task_no_data_instr: staetus=0x51 { DriveReady SeekComplete Error } <4>hda: task_no_data_instr: error=0x04 { Drive StatusError } <6>hda: 1 sectors (0MB) w/480KiB Cache, CHS=1027/255/63, UDMA(33) ..... ..... ..... <6> Partition check: <6> hda:hda : bad access: block=0, count=2 <4> end request: I/O error, dev 03:00 (hda), sector 0 <4> hda : bad access: block=0, count=2 <4> end request: I/O error, dev 03:00 (hda), sector 0 <4> unable to read partition table
Autsch. Liest sich, als waere (mindestens) der MBR defekt (also Hardware-maessig). -dnh -- Zu schön um nicht gesiggt zu werden ;-) [Rainer Behrendt in dag°]
Am Samstag, 26. Oktober 2002 20:17 schrieb David Haller:
Hallo,
On Sat, 26 Oct 2002, Frank Noack wrote:
Am Samstag, 26. Oktober 2002 00:19 schrieb Dirk Hebenstreit:
[..]
Aha, also scheint der Kernel die Platte wenigstens zu sehen. Meckert er im boot.log?
Ja mächtig. Unter 8.0 (kernel 2.4.18)
<4>hda: SAMSUNG SV 0844D, ATA DISK drive ..... ..... <4>hda: failed write cache flush, disabled ordered write support <4>hda: task_no_data_instr: staetus=0x51 { DriveReady SeekComplete Error } <4>hda: task_no_data_instr: error=0x04 { Drive StatusError } <6>hda: 1 sectors (0MB) w/480KiB Cache, CHS=1027/255/63, UDMA(33) ..... ..... ..... <6> Partition check: <6> hda:hda : bad access: block=0, count=2 <4> end request: I/O error, dev 03:00 (hda), sector 0 <4> hda : bad access: block=0, count=2 <4> end request: I/O error, dev 03:00 (hda), sector 0 <4> unable to read partition table
Autsch. Liest sich, als waere (mindestens) der MBR defekt (also Hardware-maessig).
-dnh
Glaube ich nicht, da der Fehler erst mit neueren Kerneln auftritt. Sobald ich zum booten den 2.4.4. nutze habe ich keine Probleme. Ich habe gehört, das das IDE-Interface ein Facelifting bekommen hat, und tippe da auf Probleme. Frank
Hi, On Sunday 27 October 2002 09:48, Frank Noack wrote:
Am Samstag, 26. Oktober 2002 20:17 schrieb David Haller:
On Sat, 26 Oct 2002, Frank Noack wrote:
Am Samstag, 26. Oktober 2002 00:19 schrieb Dirk Hebenstreit:
Aha, also scheint der Kernel die Platte wenigstens zu sehen. Meckert er im boot.log?
Ja mächtig. Unter 8.0 (kernel 2.4.18)
<4>hda: SAMSUNG SV 0844D, ATA DISK drive
Da scheint jetzt doch ein wenig Systematik mit reinzukommen: Dirk Dörr hatte ähnliche Probleme: http://lists2.suse.com/archive/suse-linux/2002-May/1915.html hdb: SAMSUNG SV1364D, ATA DISK drive Carin Tischendorf auch: http://lists.suse.com/archive/suse-linux/2002-Jul/3146.html hda: SAMSUNG SV2046D, ATA DISK drive (Plattentyp habe ich aus PM) Es sind immer wieder Platten von Samsung. :
Autsch. Liest sich, als waere (mindestens) der MBR defekt (also Hardware-maessig).
-dnh
Glaube ich nicht, da der Fehler erst mit neueren Kerneln auftritt. Sobald ich zum booten den 2.4.4. nutze habe ich keine Probleme. Ich habe gehört, das das IDE-Interface ein Facelifting bekommen hat, und tippe da auf Probleme.
Und da wirds wohl auch herkommen. Dirk Dörr berichtete in seinem Thread am Ende, dass er sich einen Kernel aus vanilla-Quellen gebaut hat, mit dem seine Platte funktionierte. Offensichtlich sind die IDE-Patches, die SuSE in die Kernel einbringt, Gift für Platten von Samsung. Ich erinnere mich, dass es da auch mal Probleme mit CD-Laufwerken von Samsung gab, die nur durch Blcklisting im Kernel zum spielen zu bewegen waren. Der Grund waren Fehler (man möge mir verzeihen, wenns es keine Fehler sondern Feature waren) im BIOS der Geräte. Möglicherweise trifft das jetzt auch auf Platten zu. Hartmut Meyer wollte da noch mal bei SuSE intern nachfragen. Vielleicht kann er das jetzt noch mal tun, ich spreche ihn mal an. Sorry, keine Hilfe, aber vielleicht geht da jetzt doch noch was. Stefan -- Stefan Schmidt jsj-hb at t-online dot de
Hallo, Am Sonntag, 27. Oktober 2002 11:11 schrieb Stefan Schmidt:
On Sunday 27 October 2002 09:48, Frank Noack wrote:
Am Samstag, 26. Oktober 2002 20:17 schrieb David Haller:
On Sat, 26 Oct 2002, Frank Noack wrote:
<4>hda: SAMSUNG SV 0844D, ATA DISK drive
Da scheint jetzt doch ein wenig Systematik mit reinzukommen:
Dirk Dörr hatte ähnliche Probleme: http://lists2.suse.com/archive/suse-linux/2002-May/1915.html hdb: SAMSUNG SV1364D, ATA DISK drive
Carin Tischendorf auch: http://lists.suse.com/archive/suse-linux/2002-Jul/3146.html hda: SAMSUNG SV2046D, ATA DISK drive (Plattentyp habe ich aus PM)
Es sind immer wieder Platten von Samsung.
Ja.
Autsch. Liest sich, als waere (mindestens) der MBR defekt (also Hardware-maessig).
Glaube ich nicht, da der Fehler erst mit neueren Kerneln auftritt. Sobald ich zum booten den 2.4.4. nutze habe ich keine Probleme. Ich habe gehört, das das IDE-Interface ein Facelifting bekommen hat, und tippe da auf Probleme.
Und da wirds wohl auch herkommen. Dirk Dörr berichtete in seinem Thread am Ende, dass er sich einen Kernel aus vanilla-Quellen gebaut hat, mit dem seine Platte funktionierte. Offensichtlich sind die IDE-Patches, die SuSE in die Kernel einbringt, Gift für Platten von Samsung.
Zumindest für einige Samsung Platten.
Ich erinnere mich, dass es da auch mal Probleme mit CD-Laufwerken von Samsung gab, die nur durch Blcklisting im Kernel zum spielen zu bewegen waren. Der Grund waren Fehler (man möge mir verzeihen, wenns es keine Fehler sondern Feature waren) im BIOS der Geräte. Möglicherweise trifft das jetzt auch auf Platten zu.
Ist wohl der Fall.
Hartmut Meyer wollte da noch mal bei SuSE intern nachfragen. Vielleicht kann er das jetzt noch mal tun, ich spreche ihn mal an.
Der Kernel für United Linux wird eine Option haben den Code, der sich mit diesen Samsung Platten nicht verträgt per Kernel-Parameter zu deaktivieren. Sobald der Kernel da ist wird es (hoffentlich) entsprechende Boot-Disketten für 8.0 und 8.1 geben, die auf diesem Kernel basieren. Schöne Grüße aus Bremen hartmut
Hartmut Meyer
Offensichtlich sind die IDE-Patches, die SuSE in die Kernel einbringt, Gift für Platten von Samsung. Zumindest für einige Samsung Platten.
Jepp, der Test, ob die Platten ein explizites Leeren des Caches (sprich zurückschreiben auf die Platte) unterstützen (im Englischen Flush = Spülen) bringt einige Samsung-Platten erheblich durcheinander. Dies ist auf eine fehlerhafte ATA-Implementation in der Firmware der Platten zurückzuführen.
Der Kernel für United Linux wird eine Option haben den Code, der sich mit diesen Samsung Platten nicht verträgt per Kernel-Parameter zu deaktivieren.
Der wird dann 'hdX=noflush' sein. Verwendet wird die Unterstützung für das Entleeren des Cache übrigens für die Schreibbarriere (englisch write barrier). Damit können Dateisysteme mit Journal (also reiserfs, ext3, xfs und jfs) sicherstellen, dass bis zu einem definierten Punkt alle Daten auf die Platte geschrieben wurden. Philipp -- Philipp Thomas Arbeit: pthomas@suse.de Entwicklung, SuSE Linux AG Privat: pth@t-link.de
participants (6)
-
David Haller
-
Dirk Hebenstreit
-
fnoack@t-online.de
-
Hartmut Meyer
-
jsj-hb@t-online.de
-
Philipp Thomas