IDE Treiber: Ein bis zwei Probleme!

[palace]

Hallo,

Es wäre nützlich, den IDE Treiber darauf vorzubereiten, dass die HD im Sleepmode sein könnte ;o)

Sonst passiert u.U. so etwas:

Code: Alles auswählen

<4>hda: status timeout: status=0xd0 { Busy }
<4>
<3>hda: no DRQ after issuing WRITE
<4>ide0: reset: success
<4>hda: status timeout: status=0xd0 { Busy }
<4>
<3>hda: no DRQ after issuing WRITE
<4>ide0: reset: success
<4>hda: status timeout: status=0xd0 { Busy }
<4>
<4>end_request: I/O error, dev 03:02 (hda), sector 389686510
<3>hda: no DRQ after issuing WRITE
<1>I/O error in filesystem ("ide0(3,2)") meta-data dev ide0(3,2) block 0x173a24ee       ("xlog_iodone") error 5 buf count 3072
<5>xfs_force_shutdown(ide0(3,2),0x2) called from line 952 of file xfs_log.c.  Return address = 0xc38f9ab0
<1>Filesystem "ide0(3,2)": Log I/O Error Detected.  Shutting down filesystem: ide0(3,2)
<1>Please umount the filesystem, and rectify the problem(s)
<4>hda: status error: status=0x58 { DriveReady SeekComplete DataRequest }
<4>
<3>hda: drive not ready for command
<4>hda: status timeout: status=0xd0 { Busy }
<4>
<3>hda: drive not ready for command
<4>ide0: reset: success
<5>xfs_force_shutdown(ide0(3,2),0x1) called from line 353 of file xfs_rw.c.  Return address = 0xc38f9ab0

Des weiteren "habe ich das Gefühl", dass der Treiber keine Daten annimmt, während der WriteCache geschrieben wird.

[wolgade]

Holla! Fängt sich das wieder, wenn die Platte hochgelaufen ist?

[palace]

Holla! Fängt sich das wieder, wenn die Platte hochgelaufen ist?

Wenn der hier Auftritt: "xfs_force_shutdown": Nein.
Manuell umount / mount (optional: nochmal umount / xfs_repair / mount).
o.g. ist aufgetreten, als ich idespeed bei ruhender hdd gestartet habe...
Edit: Jedenfalls scheint XFS recht resistent

[palace]

Hey,

also o.g. scheint reproduzierbar aufzutreten wenn XFS schreibend auf die schlafende Platte zugreifen will...

ein ls /hdd > /dev/null in der recording.timer hilft u.U. nicht, wenn die Directoryinformationen im Systemcache sind...

Es muss doch auch ein Kommando geben, um die Platte zu wecken?

hda: status timeout: status=0xd0 { Busy } könnte im Treiber abgefangen werden - wie kann man verhindern, dass XFS in ein Timeout läuft?

[Gorcon]

Es muss doch auch ein Kommando geben, um die Platte zu wecken?

Vieleicht eine ganz kleine Datei von der HDD lesen?

Gruß Gorcon

[just_me]

Es wäre nützlich, den IDE Treiber darauf vorzubereiten, dass die HD im Sleepmode sein könnte ;o)

Neugier: wofür brauchst Du denn den Sleepmode? Reicht Standbymode nicht?

[palace]

Es muss doch auch ein Kommando geben, um die Platte zu wecken?

Vieleicht eine ganz kleine Datei von der HDD lesen?

Gruß Gorcon

Hi, das hilft nur bedingt (z.B. ls /hdd > null), weil die Datei im Cache liegen kann.
Ausserdem muss das ja in allen relevante Skripten hinterlegt werden; da wäre es einfach auch schöner, wenn das System sich darum kümmert.

@just_me: Falsche Wortwahl meinerseits. Meine den Zustand in die die HDD mit "-S60" versetzt wird.