|
Dernière réponse | ||
---|---|---|
Sujet : Debian - Problème DMA | ||
Tomate |
|
Aperçu |
---|
Vue Rapide de la discussion |
---|
Tomate |
|
opfc | Pour info, j'ai changé ma nappe IDE et plus aucun problème ! comme quoi des fois c'est vraiment des trucs qui foutent le bordel. |
Tomate |
|
sam fisher |
|
Tomate |
|
sam fisher |
|
Tomate |
|
opfc |
|
sam fisher | Ton truc la c'est une erreur connue.
Pour résoudre le problème faut que tu recompile ton kernel et que tu active l'option "Use multi mode by default" dans "Devices Drivers" "ATA/ATAPI/MFM/RLL support" et ensuite ca marchera mieux Teste et tu verra :) http://img61.exs.cx/img61/4189/driveerror9ra.png |
opfc |
|
Tomate |
|
opfc | Olala, ça y est je suis blazé ! je faisait des essai avec hdparm et voila que mon serveur a planté (perte de connexion ssh violente, reconnexion impossible), le pire c'est qu'il ne boot meme plus. Apparament il load les images au boot et il bloque et revient au menu Grub. Ce qui me fait chier c'est que je n'ai pas eu le temps de sauvegarder mes fichiers. Ce type de problème est il déja arrivé à qq un ? y a t il un moyen de booter sur la machine pour récupérer quelques fichiers et ensuite la réinstaller ! |
Tomate |
|
opfc |
|
Tomate | moi le dur qui fait ces pb de DMA ne me sert qu'une fois par jour pour faire les sauvegardes :D
le dur du système a moins d'1 mois et marche nikel, mais la gate se fige tous les 2-3 jours en moyenne, et rien dans les logs :( |
opfc |
|
Tomate |
|
Klaimant |
|
Tomate |
|
Klaimant | vérifie les cables alors, moi j'avais ce problème récemment à cause de ma 6800GT qui bouffait trop par rapport à mon ancienne carte. Résultat : mes 3 disques dures avaient du mal :whistle: |
Tomate |
|
Klaimant | problème de nappes ou d'alims ou de dds foireux :D
Connaissant tes déboirs, je pencherais plus pour la dernière solution :whistle: |
Tomate | tain j'ai le même pb sur un de mes disques (2 disques sur la même nappe, 1 en UDMA 100 et l'autre en UDMA 66, et c'est le dernier qui me pose pb :/) |
zaverell | pareil teste tes nappes:
j'ai changer ma nappe 40 fils contre une 80 fils et plus de probleme http://www.abcelectronique.com/for [...] 8&t=162398 |
Klaimant | Oui, testes tes nappes, ton alimentation du disque et prépare des sauvegardes au cas, ces apparitions de message ne sont jamais bon signe pour la santé du disque (expérience vécue ;) ) |
ccp6128 | expérience vécue : teste tes nappes. |
opfc | Au démarrage de mon serveur sous debian voila ce que j'obtiens dans les logs :
Dec 23 23:39:27 bossa kernel: hda: dma_intr: status=0x0d { DataRequest CorrectedError Error } Dec 23 23:39:27 bossa kernel: hda: dma_intr: error=0x0d { DriveStatusError AddrMarkNotFound }, CHS=3341/13/13, sector=1845504 Dec 23 23:39:27 bossa kernel: hda: dma_timer_expiry: dma status == 0x21 Dec 23 23:39:27 bossa kernel: hda: dma timeout retry: status=0x50 { DriveReady SeekComplete } Dec 23 23:39:27 bossa kernel: Dec 23 23:39:27 bossa kernel: hda: read_intr: status=0x51 { DriveReady SeekComplete Error } Dec 23 23:39:27 bossa kernel: hda: read_intr: error=0x04 { DriveStatusError } Dec 23 23:39:27 bossa kernel: hda: read_intr: status=0x51 { DriveReady SeekComplete Error } Dec 23 23:39:27 bossa kernel: hda: read_intr: error=0x04 { DriveStatusError } Dec 23 23:39:27 bossa kernel: hda: read_intr: status=0x51 { DriveReady SeekComplete Error } Dec 23 23:39:27 bossa kernel: hda: read_intr: error=0x04 { DriveStatusError } Dec 23 23:39:27 bossa kernel: hda: read_intr: status=0x51 { DriveReady SeekComplete Error } Dec 23 23:39:27 bossa kernel: hda: read_intr: error=0x04 { DriveStatusError } Dec 23 23:39:27 bossa kernel: ide0: reset: success Dec 23 23:39:27 bossa kernel: hda: dma_timer_expiry: dma status == 0x21 Dec 23 23:39:27 bossa kernel: hda: dma timeout retry: status=0x58 { DriveReady SeekComplete DataRequest } Dec 23 23:39:27 bossa kernel: Dec 23 23:39:27 bossa kernel: hda: dma_timer_expiry: dma status == 0x21 Dec 23 23:39:27 bossa kernel: hda: dma timeout retry: status=0x58 { DriveReady SeekComplete DataRequest } Dec 23 23:39:27 bossa kernel: Dec 23 23:39:27 bossa kernel: hda: dma_timer_expiry: dma status == 0x21 Dec 23 23:39:27 bossa kernel: hda: dma timeout retry: status=0x58 { DriveReady SeekComplete DataRequest } Apparament un problème DMA. En faisant un hdparm -i /dev/hda, j'obtiens : UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6 D'après ce résultat le mode utilisé est l'UDMA6, et pourtant en faisant un hdparm -t /dev/hda, j'obtiens un résultat pourri : Timing buffered disk reads: 10 MB in 3.10 seconds = 3.23 MB/sec Je suppose donc que l'udma n'est pas activé avec un tel résultat. J'essaie donc de l'activer manuellement en faisant un hdparm -X udma6 -d1 /dev/hda et ça réussi : (par contre si je fait un hdparm -d1 /dev/hda, ça échoue) /dev/hda: setting using_dma to 1 (on) setting xfermode to 70 (UltraDMA mode6) using_dma = 1 (on) Je réessaie donc un hdparm -t /dev/hda, et la j'obtiens de meilleurs résultats : Timing buffered disk reads: 144 MB in 3.02 seconds = 47.68 MB/sec Je ne comprends pas vraiment ce qui se passe au niveau des accès disques. Cela peut il être du au disque qui serait endommagé physiquement, logiquement ? Eventuellement, qu'est ce que je peux faire pour que le mode udma6 se lance automatiquement au démarrage afin de ne plusa voir toutes ces erreurs lors du boot. Merci pour votre aide. |