"uncompression error" après grub et bug noyau répété

Edit: Non, ça plante sec.
(((Ca pourrait être dans pause café car pour l’instant tout marche, mais j’aimerais savoir d’où l’erreur vient.)))

Hier, exinction brutale du pc, et redémarrage automatique. Aujourd’hui, alors que j’écoutais de la musique sans rien faire d’autre avec Clémentine, blocage épileptique du morceau, écran noir et lignes de code.

Redémarrage, immédiatement après grub, j’obtiens le message suivant:

Decompressing Linux Uncompression error System halted

Et pas de shell de secours.

Cela une ou deux fois, puis le système se met à redémarrer automatiquement après grub.

J’ai pu récupérer ça dans le syslog, heure du premier plantage (j’ai retiré une vingtaine de lignes, toujours les mêmes aux numéros près):

Nov 1 12:30:02 sumatra kernel: [ 1484.850388] EXT3-fs (sdc3): using internal journal Nov 1 12:30:02 sumatra kernel: [ 1484.850395] EXT3-fs (sdc3): mounted filesystem with ordered data mode Nov 1 13:43:02 sumatra kernel: [ 5865.167259] ehci_hcd 0000:00:02.1: dma_pool_free ehci_qtd, ffff88006b655840/6b655840 (bad dma) Nov 1 13:43:02 sumatra kernel: [ 5865.167264] ehci_hcd 0000:00:02.1: dma_pool_free ehci_qtd, ffff88006b655b40/6b655b40 (bad dma) Nov 1 13:43:02 sumatra kernel: [ 5865.167267] ehci_hcd 0000:00:02.1: dma_pool_free ehci_qtd, ffff88006b6555a0/6b6555a0 (bad dma) ... Nov 1 13:43:02 sumatra kernel: [ 5865.167503] ehci_hcd 0000:00:02.1: dma_pool_free ehci_qtd, ffff88006b6553c0/6b6553c0 (bad dma) Nov 1 13:43:33 sumatra kernel: [ 5895.808149] ehci_hcd 0000:00:02.1: dma_pool_free ehci_qtd, ffff88006b655180/6b655180 (bad dma) Nov 1 13:43:33 sumatra kernel: [ 5895.920052] usb 1-6: reset high-speed USB device number 6 using ehci_hcd

J’ai lancé sur la partition racine un

aucun souci

et un smartctl, idem.

Je vais tester le disque où se trouve la musique, qui a quelques secteurs défectueux, mais le plantage au démarrage ne peut pas s’expliquer par lui.

Une idée ?

Bon, ça vient de replanter, sans raison encore, ça se produit n’importe quand. C’est clairement marqué kernel bug sur l’écran, avec un “call trace”. Je n’arrive pas à avoir les infos dans des logs, alors j’ai pris trois photos avec un vieux Nokia (je n’ai que ça). Je vais changer de noyau pour voir, le mien est un

Linux sumatra 3.2.0-3-amd64 #1 SMP Mon Jul 23 02:45:17 UTC 2012 x86_64 GNU/Linux





Je suggère une vérification de la RAM avec memtest.

Ok, je termine des sauvegardes importantes et je fais ça, merci !

Je suggère de ne pas faire de sauvegarde depuis cette machine avant la vérification : si la RAM est défectueuse, la sauvegarde risque d’être corrompue.

C’est bien un problème de mémoire, 14 erreurs aux deux premières passes de memtest. Même s’il n’y en a plus après, je change les barrettes.

(Pour les sauvegardes, c’était pas de sauvegardes ou des erreurs, j’avais commis une erreur en essayant clonezilla qui m’avait bousillé les sauvegardes les plus récentes…).