Hallo, bei meinem Rechner schaltet sich der DMA-Modus automatisch nach ca 1-2 Tagen immer wieder ab. Habe bereits ein hdparm -d 1 /dev/hdX in die crontab eingetragen. Auch ein Keepsettings = on brachte keinen Erfolg. Hier mal die Ausgaben aus der /var/log/warn - vielleicht kann ja einer was damit anfangen: Jul 31 13:59:29 mylx kernel: end_request: I/O error, dev 02:00 (floppy), sector 0 Aug 2 01:09:15 mylx kernel: hdb: timeout waiting for DMA Aug 2 01:09:15 mylx kernel: ide_dmaproc: chipset supported ide_dma_timeout func only: 14 Aug 2 01:09:15 mylx kernel: hda: status timeout: status=0xd0 { Busy } Aug 2 01:09:15 mylx kernel: hda: DMA disabled Aug 2 01:09:15 mylx kernel: hda: drive not ready for command Aug 2 01:09:15 mylx kernel: ide0: reset: success Aug 2 01:20:45 mylx kernel: hdb: irq timeout: status=0xd0 { Busy } Aug 2 01:20:45 mylx kernel: ide0: reset: success Muss dazu sagen dass einer der Platten eine WD-Platte ist - und mit denen hatten wir bisher immer Probleme gehabt! -- SET THE CONTROLS FOR THE HEART OF THE SUN Jens
Hallo,
* J.Strohschnitter
bei meinem Rechner schaltet sich der DMA-Modus automatisch nach ca 1-2 Tagen immer wieder ab. Habe bereits ein hdparm -d 1 /dev/hdX in die crontab eingetragen. Auch ein Keepsettings = on brachte keinen Erfolg.
Hier mal die Ausgaben aus der /var/log/warn - vielleicht kann ja einer was damit anfangen:
Jul 31 13:59:29 mylx kernel: end_request: I/O error, dev 02:00 (floppy), sector 0
Das ist eine kaputte Diskette. Die sollte damit nichts zu tun haben.
Aug 2 01:09:15 mylx kernel: hdb: timeout waiting for DMA Aug 2 01:09:15 mylx kernel: ide_dmaproc: chipset supported ide_dma_timeout func only: 14 Aug 2 01:09:15 mylx kernel: hda: status timeout: status=0xd0 { Busy } Aug 2 01:09:15 mylx kernel: hda: DMA disabled Aug 2 01:09:15 mylx kernel: hda: drive not ready for command Aug 2 01:09:15 mylx kernel: ide0: reset: success Aug 2 01:20:45 mylx kernel: hdb: irq timeout: status=0xd0 { Busy } Aug 2 01:20:45 mylx kernel: ide0: reset: success
Autsch, da geht irgendwas mit der Hardware schief. Sind die Kabel in Ordnung und auch nicht zu lang? Hat dein Chipsatz irgendeinen Bug? Sowas in der Art müßte es eigentlich sein. Mit der Software dürfte das wenig zu tun haben. cu flo -- On a bag of Fritos: You could be a winner! No purchase necessary. Details inside. Auf einer Fritos-Packung: Sie haben vielleicht schon gewonnen! Keine Kaufverpflichtung. Details innen.
Hi,
Aug 2 01:09:15 mylx kernel: hdb: timeout waiting for DMA Aug 2 01:09:15 mylx kernel: ide_dmaproc: chipset supported ide_dma_timeout func only: 14 Aug 2 01:09:15 mylx kernel: hda: status timeout: status=0xd0 { Busy } Aug 2 01:09:15 mylx kernel: hda: DMA disabled Aug 2 01:09:15 mylx kernel: hda: drive not ready for command Aug 2 01:09:15 mylx kernel: ide0: reset: success Aug 2 01:20:45 mylx kernel: hdb: irq timeout: status=0xd0 { Busy } Aug 2 01:20:45 mylx kernel: ide0: reset: success
Autsch, da geht irgendwas mit der Hardware schief. Sind die Kabel in Ordnung und auch nicht zu lang? Hat dein Chipsatz irgendeinen Bug? Sowas in der Art müßte es eigentlich sein. Mit der Software dürfte das wenig zu tun haben.
Habe die Kabel nochmal getauscht und habe dann nochmal manuell mittels hdparm -d 1 -k 1 -K 1 /dev/hd'X' den DMA-Mode gesetzt und bekam bei meiner hda-Platte folgende Ausgabe: /dev/hda: setting using_dma to 1 (on) setting keep_settings to 1 (on) setting drive keep features to 1 (on) HDIO_DRIVE_CMD(keepsettings) failed: Input/output error using_dma = 1 (on) keepsettings = 1 (on) Sieht auch nicht gut aus oder ?! Die Platte ist eine Western Digital - und von denen habe ich nie gutes gehört - jetzt ist die Frage, wie clone ich meine Platte 1:1 ohne Linux neu zu installieren ? Geht das mit dem Windoof Tool PQDI, wenn ich ReiserFS-Partitionen habe ? -- SET THE CONTROLS FOR THE HEART OF THE SUN Jens
* J.Strohschnitter
Aug 2 01:09:15 mylx kernel: hdb: timeout waiting for DMA Aug 2 01:09:15 mylx kernel: ide_dmaproc: chipset supported ide_dma_timeout func only: 14 Aug 2 01:09:15 mylx kernel: hda: status timeout: status=0xd0 { Busy } Aug 2 01:09:15 mylx kernel: hda: DMA disabled Aug 2 01:09:15 mylx kernel: hda: drive not ready for command Aug 2 01:09:15 mylx kernel: ide0: reset: success Aug 2 01:20:45 mylx kernel: hdb: irq timeout: status=0xd0 { Busy } Aug 2 01:20:45 mylx kernel: ide0: reset: success
Autsch, da geht irgendwas mit der Hardware schief. Sind die Kabel in Ordnung und auch nicht zu lang? Hat dein Chipsatz irgendeinen Bug? Sowas in der Art müßte es eigentlich sein. Mit der Software dürfte das wenig zu tun haben.
Habe die Kabel nochmal getauscht und habe dann nochmal manuell mittels hdparm -d 1 -k 1 -K 1 /dev/hd'X' den DMA-Mode gesetzt und bekam bei meiner hda-Platte folgende Ausgabe:
/dev/hda: setting using_dma to 1 (on) setting keep_settings to 1 (on) setting drive keep features to 1 (on) HDIO_DRIVE_CMD(keepsettings) failed: Input/output error
Urgs. Das alleine würde mich ja noch nicht unbedingt stören, aber das ist ja nicht das einzige Problem.
Sieht auch nicht gut aus oder ?! Die Platte ist eine Western Digital - und von denen habe ich nie gutes gehört
Hmmm, ich nehme demnächst wieder meine 80MB-WD als /boot für drei Distributionen in Betrieb. *g*
- jetzt ist die Frage, wie clone ich meine Platte 1:1 ohne Linux neu zu installieren ?
Au, da können dir andere oder das Archiv besser helfen. ;-) Mit tar sollte das gehen. Allerdings führe ich tar nur zum entpacken von irgendwelchen Downloads aus, daüberhinaus scheige ich lieber im Interesse deiner Daten.
Geht das mit dem Windoof Tool PQDI, wenn ich ReiserFS-Partitionen habe ?
Autsch, _sowas_ fragst du _mich_? Mal ernsthaft: ich hab' mein Windows vor über drei Jahren in die Tonne gekickt. Von mir wirst du zu Windows- Anwendungen nur _sehr_ selten sinnvolle Antworten erhalten. Ganz ehrlich. Ich hoffe mal, daß du eine Möglichkeit findest, deine Daten zu retten. Danach würde ich einen Streßtest mit dieser Platte machen. Irgendeinen Stuß lesen und schreiben lassen, möglichst viel und eben so schnell wie möglich. Vielleicht verabschiedet sie sich dann richtig und eindeutig. Da fällt mir grad ein: will die Karte mit einem anderen Kontroller vielleicht problemlos? Aber nochmal meine Bitte: Stelle deinen Mailclient etikettenkonform ein, dann erhöht sich die Wahrscheinlichkeit, daß du hier gelesen wirst. Ich bin auch nicht so begeistert davon, wenn ich jede mail einmal privat und einmal über die Liste bekomme. Wenn das in jeder Liste jeder so machen würde, hätte ich am Tag wohl über hundert mails mehr. ;-) Diejenigen dann allerdings auch, weil ich denen dann viele mails aus anderen Listen zukommen lassen würde. Aber zum Thema Etikette bitte nur mails direkt an mich oder in die sl-etikette Mailingliste. cu flo --
Und welchen Monat haben wir nächste Woche...? Schade, Du hast mir die Suche nach dem Aprilscherz versaut :-((( WAS?? Habe ich mir jetzt umsonst die Augen zugeklebt? ähh, verdammter Mist. [Frank D. und Uwe Lehmann in dau]
On Mon, 5 Aug 2002, "J.Strohschnitter" wrote:
Aug 2 01:09:15 mylx kernel: hdb: timeout waiting for DMA Aug 2 01:09:15 mylx kernel: ide_dmaproc: chipset supported ide_dma_timeout func only: 14 Aug 2 01:09:15 mylx kernel: hda: status timeout: status=0xd0 { Busy } Aug 2 01:09:15 mylx kernel: hda: DMA disabled Aug 2 01:09:15 mylx kernel: hda: drive not ready for command Aug 2 01:09:15 mylx kernel: ide0: reset: success Aug 2 01:20:45 mylx kernel: hdb: irq timeout: status=0xd0 { Busy } Aug 2 01:20:45 mylx kernel: ide0: reset: success
Autsch, da geht irgendwas mit der Hardware schief. Sind die Kabel in Ordnung und auch nicht zu lang? Hat dein Chipsatz irgendeinen Bug? Sowas in der Art müßte es eigentlich sein. Mit der Software dürfte das wenig zu tun haben.
Sowas hatte ich auch mal. Ein aktueller Kernel hatte dann das Problem behoben.
Habe die Kabel nochmal getauscht und habe dann nochmal manuell mittels hdparm -d 1 -k 1 -K 1 /dev/hd'X' den DMA-Mode gesetzt und bekam bei meiner hda-Platte folgende Ausgabe:
Die den k/K Optionen solltest Du besser auf 0 lassen.
/dev/hda: setting using_dma to 1 (on) setting keep_settings to 1 (on) setting drive keep features to 1 (on) HDIO_DRIVE_CMD(keepsettings) failed: Input/output error using_dma = 1 (on) keepsettings = 1 (on)
Sieht auch nicht gut aus oder ?! Die Platte ist eine Western Digital - und
Das bedeutet vermutlich dass deine Disk keepsettings nicht unterstützt. Ist in der Regel auch überflüssig. -ron
Rolf Naef schrieb:
[...hdparm...]
Die den k/K Optionen solltest Du besser auf 0 lassen.
[...keepsettings = 1 (on)...]
Das bedeutet vermutlich dass deine Disk keepsettings nicht unterstützt. Ist in der Regel auch überflüssig.
Ich bitte um eine Erklaerung. Keepsettings hat IMHO nichts mit dem Laufwerk (Hardware) an sich zu tun, sondern bedeutet, dass der Treiber versucht, die urspuenglichen Einstellungen nach einem Soft-Reset wieder herzustellen. Unterstuetzt das Laufwerk aber evtl. kein DMA etc., so kann das in einer Endlosschleife enden. Deswegen sollte die -k Option auch nur dann gesetzt wer- den, wenn man getestet hat, dass das Laufwerk mit den gewaehl- ten Einstellungen zurecht kommt. Dann spricht aber wohl auch nichts dagegen. Lasse mich in dieser Hinsicht aber auch gerne belehren. Gruesse, Thomson -- Thomas Hertweck, Geophysicist Geophysical Institute, University of Karlsruhe
On Tue, 06 Aug 2002, Thomas Hertweck wrote:
Rolf Naef schrieb:
[...hdparm...]
Die den k/K Optionen solltest Du besser auf 0 lassen.
[...keepsettings = 1 (on)...]
Das bedeutet vermutlich dass deine Disk keepsettings nicht unterstützt. Ist in der Regel auch überflüssig.
Ich bitte um eine Erklaerung. Keepsettings hat IMHO nichts mit dem Laufwerk (Hardware) an sich zu tun, sondern bedeutet, dass der Treiber versucht, die urspuenglichen Einstellungen nach einem Soft-Reset wieder herzustellen. Unterstuetzt das Laufwerk
Da hast Du Recht. Genau so stehts im Manual. Wenn du's wirklich wissen willst, musst Du in die IDE-Standards und/oder die Kernel- sourcen tauchen. Hab's im Moment nicht präsent ;)).
aber evtl. kein DMA etc., so kann das in einer Endlosschleife enden. Deswegen sollte die -k Option auch nur dann gesetzt wer- den, wenn man getestet hat, dass das Laufwerk mit den gewaehl- ten Einstellungen zurecht kommt. Dann spricht aber wohl auch nichts dagegen.
Genau! Ich habe hier aber schon öfters gesehen, dass mit gefährlichen Optionen recht sorglos umgegangen wird. Es macht IMHO wenig Sinn mit keepsettings und cron das System in einen Zustand zwingen zu wollen, den es nicht zuverlässig aufrechter- halten kann. In solchen Fällen sollte man den Ursachen auf den Grund gehen. -ron
participants (4)
-
Florian Gross -
J.Strohschnitter -
Rolf Naef -
Thomas Hertweck