9.1: problem mit DMA beim Booten
hallo, ich habe folgendes Problem: SuSE 9.1 bleibt beim booten manchmal hängen bei der Meldung: /dev/hdb: setting xfer -mode to 68 (ultra DMA-Mode4) Obwohl ich yast schon mehrfach gesagt habe, dass er diese platte mit UDMA 66 betreiben soll! Dann habe ich die Rettungskonsole der suse-cd genommen und mit hdparm -d1 -X66 -k1 /dev/hdb die platte so einzurichten, wie ich es gerne hätte. Dann kann ich booten. Aber auch nur wenige male. Irgendwann springt das anscheinend wieder zurück.... Dann muss ich wieder die Rettungskonsole bemühen..... wo kann ich solche Einstellungen dauerhaft speichern? Ich dachte immer, hdparm -k1 speichert die Sachen immer recht gut ab.. wo wird das eigentlich gespeichert? Kann ich vielleicht als Bootoption sowas wie udma=4 angeben, dass er nicht nach irgendwelchen konfigdateien sucht, die womöglich gar nicht existieren... für jede Anregung bzw Hilfe bin ich dankbar Gruß Sören
Am Dienstag, 18. Mai 2004 20:35 schrieb Sören Wengerowsky:
hallo,
ich habe folgendes Problem: SuSE 9.1 bleibt beim booten manchmal hängen bei der Meldung: /dev/hdb: setting xfer -mode to 68 (ultra DMA-Mode4) Das ist wahrscheinlich ein vom orginal Kernel. Mit neueren Mantel-Kernel 2.6.5 geht es besser.
Obwohl ich yast schon mehrfach gesagt habe, dass er diese platte mit UDMA 66 betreiben soll!
Dann habe ich die Rettungskonsole der suse-cd genommen und mit hdparm -d1 -X66 -k1 /dev/hdb die platte so einzurichten, wie ich es gerne hätte. Dann kann ich booten. Aber auch nur wenige male. Irgendwann springt das anscheinend wieder zurück....
Dann muss ich wieder die Rettungskonsole bemühen.....
wo kann ich solche Einstellungen dauerhaft speichern? Ich dachte immer, hdparm -k1 speichert die Sachen immer recht gut ab.. wo wird das eigentlich gespeichert? in /etc/init.d/boot.local
Kann ich vielleicht als Bootoption sowas wie udma=4 angeben, dass er nicht nach irgendwelchen konfigdateien sucht, die womöglich gar nicht existieren...
für jede Anregung bzw Hilfe bin ich dankbar Viele Grüße, Heinz Dittmar
wo kann ich solche Einstellungen dauerhaft speichern? Ich dachte immer, hdparm -k1 speichert die Sachen immer recht gut ab.. wo wird das eigentlich gespeichert?
in /etc/init.d/boot.local [.....] ich hab da jetzt mal hdparm -d1 -X66 -k1 /dev/hdb eingetragen.. leider geht es
Am Dienstag, 18. Mai 2004 20:43 schrieb Heinz Dittmar: [......] trotzdem nicht.. ich hab dann vorhin einfach mal rebootet, und dann ging es wieder einmal.. es scheint also mehr die Inkonsequenz das Problem zu sein. Es scheint nicht in der boot.local abgespeichert zu werden, weil in der datei nichts drin war, außer auskommentierten zeilen, die erklärt haben, dass man hier Befehle eintragen kann.. Gruß Sören
Am Dienstag, 18. Mai 2004 21:51 schrieb Sören Wengerowsky:
Am Dienstag, 18. Mai 2004 20:43 schrieb Heinz Dittmar: [......]
wo kann ich solche Einstellungen dauerhaft speichern? Ich dachte immer, hdparm -k1 speichert die Sachen immer recht gut ab.. wo wird das eigentlich gespeichert?
in /etc/init.d/boot.local [.....]
ich hab da jetzt mal hdparm -d1 -X66 -k1 /dev/hdb eingetragen.. leider geht es trotzdem nicht.. ich hab dann vorhin einfach mal rebootet, und dann ging es wieder einmal.. es scheint also mehr die Inkonsequenz das Problem zu sein.
/etc/init.d/boot.idedma nennt es sich bei SuSE 9.0 Dein -k1 bewirkt nur, dass nach einem >Softreset< die Einstellung erhalten bleibt. Gruß Harald
Am Dienstag, 18. Mai 2004 21:51 schrieb Sören Wengerowsky:
Am Dienstag, 18. Mai 2004 20:43 schrieb Heinz Dittmar: [......]
wo kann ich solche Einstellungen dauerhaft speichern? Ich dachte immer, hdparm -k1 speichert die Sachen immer recht gut ab.. wo wird das eigentlich gespeichert?
in /etc/init.d/boot.local [.....]
ich hab da jetzt mal hdparm -d1 -X66 -k1 /dev/hdb eingetragen.. leider geht es trotzdem nicht.. ich hab dann vorhin einfach mal rebootet, und dann ging es wieder einmal.. es scheint also mehr die Inkonsequenz das Problem zu sein.
Es scheint nicht in der boot.local abgespeichert zu werden, weil in der datei nichts drin war, außer auskommentierten zeilen, die erklärt haben, dass man hier Befehle eintragen kann.. Dann probier es mit einem mantel - Kernel. Das hat bei mir geholfen. Viele Grüße, Heinz Dittmar
Am Dienstag, 18. Mai 2004 22:43 schrieb Heinz Dittmar:
Am Dienstag, 18. Mai 2004 21:51 schrieb Sören Wengerowsky:
Am Dienstag, 18. Mai 2004 20:43 schrieb Heinz Dittmar: [......]
[..]
ich hab da jetzt mal hdparm -d1 -X66 -k1 /dev/hdb eingetragen.. leider geht es trotzdem nicht.. ich hab dann vorhin einfach mal rebootet, und dann ging es wieder einmal.. es scheint also mehr die Inkonsequenz das Problem zu sein.
[...]
Dann probier es mit einem mantel - Kernel. Das hat bei mir geholfen. [...] Das möchte ich als letzte Option lassen.. auf dem gebiet bin ich nämlich noch verdammt unerfahren..
Hm.. also wie gesagt, jetzt hab ich das in die /etc/init.d/sysconfig/ide, aus der sich die /etc/init.d/boot.idedma die daten holt, statt dem udma4 ein udma2 eingetragen. Es geht immernoch nicht grundsätzlich. Wenn ich einmal/zweimal resette, geht es wieder.... ich habe dazu langsam keine Ideen mehr.. ist das ein Zeichen dafür, dass der Kernel das nicht richtig kann? Gruß Sören
Am Dienstag, 18. Mai 2004 23:20 schrieb Sören Wengerowsky:
Am Dienstag, 18. Mai 2004 22:43 schrieb Heinz Dittmar:
Am Dienstag, 18. Mai 2004 21:51 schrieb Sören Wengerowsky:
Am Dienstag, 18. Mai 2004 20:43 schrieb Heinz Dittmar: [......]
[..]
ich hab da jetzt mal hdparm -d1 -X66 -k1 /dev/hdb eingetragen.. leider geht es trotzdem nicht.. ich hab dann vorhin einfach mal rebootet, und dann ging es wieder einmal.. es scheint also mehr die Inkonsequenz das Problem zu sein.
[...]
Dann probier es mit einem mantel - Kernel. Das hat bei mir geholfen.
[...] Das möchte ich als letzte Option lassen.. auf dem gebiet bin ich nämlich noch verdammt unerfahren..
Hm.. also wie gesagt, jetzt hab ich das in die /etc/init.d/sysconfig/ide, aus der sich die /etc/init.d/boot.idedma die daten holt, statt dem udma4 ein udma2 eingetragen.
Es geht immernoch nicht grundsätzlich. Wenn ich einmal/zweimal resette, geht es wieder.... ich habe dazu langsam keine Ideen mehr..
ist das ein Zeichen dafür, dass der Kernel das nicht richtig kann? Ja, das passiert nur wenn ich an den Harddisk-Konfiguration was verändere. Viele Grüße, Heinz Dittmar
Am Mittwoch, 19. Mai 2004 00:51 schrieb Heinz Dittmar:
Am Dienstag, 18. Mai 2004 23:20 schrieb Sören Wengerowsky:
Am Dienstag, 18. Mai 2004 22:43 schrieb Heinz Dittmar:
Am Dienstag, 18. Mai 2004 21:51 schrieb Sören Wengerowsky:
Am Dienstag, 18. Mai 2004 20:43 schrieb Heinz Dittmar: [......]
[..]
ich hab da jetzt mal hdparm -d1 -X66 -k1 /dev/hdb eingetragen.. leider geht es trotzdem nicht.. ich hab dann vorhin einfach mal rebootet, und dann ging es wieder einmal.. es scheint also mehr die Inkonsequenz das Problem zu sein.
[...]
Dann probier es mit einem mantel - Kernel. Das hat bei mir geholfen.
[...] Das möchte ich als letzte Option lassen.. auf dem gebiet bin ich nämlich noch verdammt unerfahren..
Hm.. also wie gesagt, jetzt hab ich das in die /etc/init.d/sysconfig/ide, aus der sich die /etc/init.d/boot.idedma die daten holt, statt dem udma4 ein udma2 eingetragen.
Es geht immernoch nicht grundsätzlich. Wenn ich einmal/zweimal resette, geht es wieder.... Ich hab hier mal die Meldung aufgeschrieben, falls das vielleicht doch was anderes ist.
/dev/hdb setting using-dma to 1 (on) setting xfermode to 66 (Ultra DMA Mode2) hdb: dma-timer-expiry: dma status == 0x40 hdb: DMA timeout retry hdb: timeout waiting for DMA -------------------------- Mit dem "dma status ==0x40" kann ich nichts anfangen...
ist das ein Zeichen dafür, dass der Kernel das nicht richtig kann?
Ja, das passiert nur wenn ich an den Harddisk-Konfiguration was verändere. Viele Grüße, Heinz Dittmar Ok.. ich werds also dann mal probieren. Kennst du zufällig nen gutes Howto, wo das mit den rpm-Mantel-Kerneln erklärt ist? Ich habe schon oberflächlich gegooglet.. aber irgendwie habe ich nichts sinnvolles gefunden.
Gruß Sören
Am Mittwoch, 19. Mai 2004 14:12 schrieb Sören Wengerowsky:
Am Mittwoch, 19. Mai 2004 00:51 schrieb Heinz Dittmar:
Am Dienstag, 18. Mai 2004 23:20 schrieb Sören Wengerowsky:
Am Dienstag, 18. Mai 2004 22:43 schrieb Heinz Dittmar:
Am Dienstag, 18. Mai 2004 21:51 schrieb Sören Wengerowsky:
Am Dienstag, 18. Mai 2004 20:43 schrieb Heinz Dittmar: [......]
[..]
ich hab da jetzt mal hdparm -d1 -X66 -k1 /dev/hdb eingetragen.. leider geht es trotzdem nicht.. ich hab dann vorhin einfach mal rebootet, und dann ging es wieder einmal.. es scheint also mehr die Inkonsequenz das Problem zu sein.
[...]
Dann probier es mit einem mantel - Kernel. Das hat bei mir geholfen.
[...] Das möchte ich als letzte Option lassen.. auf dem gebiet bin ich nämlich noch verdammt unerfahren..
Hm.. also wie gesagt, jetzt hab ich das in die /etc/init.d/sysconfig/ide, aus der sich die /etc/init.d/boot.idedma die daten holt, statt dem udma4 ein udma2 eingetragen.
Es geht immernoch nicht grundsätzlich. Wenn ich einmal/zweimal resette, geht es wieder....
Ich hab hier mal die Meldung aufgeschrieben, falls das vielleicht doch was anderes ist. ________ /dev/hdb setting using-dma to 1 (on) setting xfermode to 66 (Ultra DMA Mode2) hdb: dma-timer-expiry: dma status == 0x40 hdb: DMA timeout retry hdb: timeout waiting for DMA -------------------------- Mit dem "dma status ==0x40" kann ich nichts anfangen...
Ich hatte mal ähnliche Meldungen. Mit Wechsel auf Mantel Kern war Ruhe! Kann ich nur empfehlen. Ist kein Problem, einfach mit rpm -Uvh einspielen und fertig. mfg Frank
participants (4)
-
Frank Noack -
Harald_mail＠t-online.de -
Heinz Dittmar -
Sören Wengerowsky