Reclassement du noyau Linux de 4.4.0-83 à 4.4.0-31
Récemment, le système d’exploitation a subi une erreur interne presque chaque fois que j’exécute Ubuntu. Je pense que ma version actuelle de xorg est partiellement responsable, mais j'ai reçu de nombreuses erreurs kerneloops, dont aucune que j'ai eu lorsque j’avais 4.4.0-31 en tant que noyau utilisé. Ainsi, je souhaite rétrograder mon noyau de 4.4.0-83 à 4.4.0-31.
J'ai changé mon fichier grub conformément aux instructions de
Définir le noyau "plus ancien" comme entrée de base par défaut
mais au démarrage, 4.4.0-83 est toujours le noyau utilisé. Les instructions dans
Grub ne lance pas automatiquement l'option par défaut après la mise à niveau vers 12.1
n'a pas résolu le problème (bien que j'utilise 14.04). Maintenant, en choisissant "options avancées" dans grub, le noyau 4.4.0-31 est la sélection par défaut. Mais si je démarre en utilisant les options avancées, je suis redirigé vers un écran tty1, que je ne peux pas quitter. J'ai essayé les commandes
mais n'a reçu aucune réponse ou un message d'erreur. Ci-dessous mon fichier grub (moins les lignes commentées):
GRUB_DEFAULT="Advanced options for Ubuntu>Ubuntu, with Linux 4.4.0-31-generic"
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
GRUB_RECORDFAIL_TIMEOUT=0
Faites-moi savoir s'il y a des lignes de commande que je devrais exécuter qui pourraient identifier le problème.
EDIT 1
Voici le résultat de la saisie de ls -alt /var/crash
total 71060
-rw-r----- 1 root whoopsie 1512336 Jul 24 19:47 _usr_bin_Xorg.0.crash
drwxrwsrwt 2 root whoopsie 4096 Jul 24 19:47 .
-rw------- 1 whoopsie whoopsie 0 Jul 24 16:36 _usr_bin_Xorg.0.uploaded
-rw-r--r-- 1 root whoopsie 0 Jul 24 16:36 _usr_bin_Xorg.0.upload
-rw-rw---- 1 root whoopsie 0 Jul 24 01:55 .lock
-rw-r----- 1 kernoops whoopsie 8445 Jul 24 00:55 linux-image-4.4.0-83-generic.233306.crash
-rw------- 1 whoopsie whoopsie 0 Jul 23 23:37 _opt_google_chrome_chrome.1000.uploaded
-rw-rw-r-- 1 zachary whoopsie 0 Jul 23 23:37 _opt_google_chrome_chrome.1000.upload
-rw-r----- 1 zachary whoopsie 58735028 Jul 23 23:37 _opt_google_chrome_chrome.1000.crash
-rw------- 1 whoopsie whoopsie 0 Jul 23 21:59 linux-image-4.4.0-83-generic.285645.uploaded
-rw-r--r-- 1 root whoopsie 0 Jul 23 21:59 linux-image-4.4.0-83-generic.285645.upload
-rw-r----- 1 kernoops whoopsie 8789 Jul 23 21:55 linux-image-4.4.0-83-generic.285645.crash
-rw-r----- 1 kernoops whoopsie 7976 Jul 23 15:07 linux-image-4.4.0-83-generic.220593.crash
-rw-r----- 1 kernoops whoopsie 8746 Jul 23 15:06 linux-image-4.4.0-83-generic.255332.crash
-rw------- 1 whoopsie whoopsie 0 Jul 23 15:06 ttf-mscorefonts-installer.0.uploaded
-rw-r--r-- 1 root whoopsie 0 Jul 23 15:06 ttf-mscorefonts-installer.0.upload
-rw-r----- 1 root whoopsie 153662 Jul 23 15:06 ttf-mscorefonts-installer.0.crash
-rw-r--r-- 1 kernoops whoopsie 3484 Jul 23 03:10 linux-image-4.4.0-83-generic.245092.crash
-rw-r----- 1 zachary whoopsie 12051671 Jul 19 01:52 _usr_bin_compiz.1000.crash
-rw-r----- 1 zachary whoopsie 238085 Jul 18 10:44 _usr_lib_dconf_dconf-service.1000.crash
-rw-r--r-- 1 kernoops whoopsie 2823 Jul 16 14:03 linux-image-4.4.0-83-generic.215830.crash
drwxr-xr-x 14 root root 4096 May 21 23:22 ..
de free -h
total used free shared buffers cached
Mem: 62G 1.8G 61G 16M 40M 626M
-/+ buffers/cache: 1.1G 61G
Swap: 29G 0B 29G
et de swapon -s
Filename Type Size Used Priority
/dev/sda6 partition 31250428 0 -1
aussi, avoir GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset" complètement cassé mon installation, mais je n’avais pas redémarré au moment de la rédaction de mon message original. Je l'ai corrigé, cependant, en le rendant de nouveau à GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" en mode de récupération. J'avais fait ce changement après avoir lu quelques articles mais je ne le trouve plus.
EDIT 2
Une image de la course MemTest
EDIT 3
En réponse à:
(heynnema) On dirait que tu as un problème matériel, comme je le soupçonnais. Cela capte un bit élevé dans le bus de données. La première chose à faire est de réinsérer vos clés USB dans leurs emplacements actuels. Éteignez l'ordinateur, débranchez-le du secteur, maintenez le bouton d'alimentation enfoncé pendant 5 secondes, relâchez et réinsérez chaque clé USB, puis relancez le test. Quelle est votre configuration actuelle RAM Combien de bâtons de quelles tailles? Rapport. ps: avez-vous un microcode intel installé?
Je n'ai pu réinsérer que deux de mes cartes mémoire, car les cordons de la CPU et du refroidisseur d'eau couvraient complètement les deux autres, et je n'étais pas à l'aise pour retirer ces composants. Je répète MemTest, en essayant les deux cœurs individuels et tous en parallèle, et le test 2 se fige comme avant.
La mémoire de mon ordinateur de bureau est la DDR4 Corsair Vengeance . Il contient quatre clés de 16 Go chacune, soit un total de 64 Go.
Voici le résultat de la saisie de dmesg | grep microcode
[ 8.808196] microcode: CPU0 sig=0x406f1, pf=0x4, revision=0xb00001c
[ 8.808205] microcode: CPU1 sig=0x406f1, pf=0x4, revision=0xb00001c
[ 8.808217] microcode: CPU2 sig=0x406f1, pf=0x4, revision=0xb00001c
[ 8.808252] microcode: CPU3 sig=0x406f1, pf=0x4, revision=0xb00001c
[ 8.808289] microcode: CPU4 sig=0x406f1, pf=0x4, revision=0xb00001c
[ 8.808326] microcode: CPU5 sig=0x406f1, pf=0x4, revision=0xb00001c
[ 8.808338] microcode: CPU6 sig=0x406f1, pf=0x4, revision=0xb00001c
[ 8.808350] microcode: CPU7 sig=0x406f1, pf=0x4, revision=0xb00001c
[ 8.808363] microcode: CPU8 sig=0x406f1, pf=0x4, revision=0xb00001c
[ 8.808375] microcode: CPU9 sig=0x406f1, pf=0x4, revision=0xb00001c
[ 8.808388] microcode: CPU10 sig=0x406f1, pf=0x4, revision=0xb00001c
[ 8.808399] microcode: CPU11 sig=0x406f1, pf=0x4, revision=0xb00001c
[ 8.808445] microcode: Microcode Update Driver: v2.01 <[email protected]>, Peter Oruba
Je pense que cela signifie que le microcode intel est installé, selon l’étape F du projet Easy Linux Tips (je ne peux pas encore inclure plus de deux liens).
EDIT 4
En réponse à heynnema:
ok, des progrès. aucun moyen d'atteindre les deux autres simms, hein? alors essayez ceci ensuite. retirez les deux simms que vous pouvez atteindre et voyez si vous pouvez toujours démarrer et/ou exécuter memtest. si ça marche, ça va nous dire que l'un des deux simms tirés peut être défectueux
ps: un autre test que nous pouvons faire est d’exécuter différents processeurs lors du memtest. Donc ... si elle échoue avec le processeur n ° 0, mais fonctionne avec les processeurs 1 à 11, nous pouvons avoir un processeur défectueux.
J'ai d'abord exécuté MemTest sur chaque processeur distinct. Tous ont entraîné un gel du deuxième test. J'ai ensuite retiré les deux clés de mémoire facilement accessibles, démarré et capable d'exécuter MemTest. Je n'ai pas essayé de démarrer dans aucune installation.
Cependant, après avoir remis les deux clés de mémoire, je ne parviens pas à démarrer Windows ou Ubuntu. Windows affiche l’arrière-plan de mon bureau mais avec un filtre bleu et Ubuntu n’affiche que l’arrière-plan par défaut, Unity. Bien que sous Ubuntu, l’ordinateur n’était pas complètement gelé, je pouvais entrer dans tty1 à l’aide de commandes au clavier.
J'ai exécuté MemTest, espérant que cela donnerait une indication de ce qui n'allait pas, et qu'il échoue maintenant lors du premier test. Il dit [CPU Error] Could not start CPU 0. J'ai essayé de remettre en place les clés USB et elles sont encore complètement cassées.
L'erreur Could not start CPU 0 se produit maintenant si j'exécute MemTest avec les deux clés de mémoire accessibles retirées.
EDIT 5
J'ai réinstallé les clés de mémoire, et je peux (parfois) démarrer mon installation Ubuntu, mais Windows est encore plus endommagé. Cela mène simplement à l'écran bleu avec des options pour réparer vos ordinateurs. Lorsque je réussis à démarrer Ubuntu, le système se bloque lors de toute tentative d'ouverture d'une application.
EDIT 6
En réponse à heynnema:
Vous avez peut-être trouvé le problème, mais vous avez manqué l’indice. Une fois les deux SIMMS accessibles supprimés, memtest a été lancé, mais vous auriez dû essayer de démarrer Ubuntu et Windows pour voir comment ils fonctionnaient. Mais au lieu de cela, vous avez remis les deux SIMMS dedans, memtest a échoué et les deux systèmes d'exploitation ont eu des problèmes. Supprimez encore ces deux SIMMS, testez à nouveau avec memtest pour vérifier qu'il fonctionne toujours, puis démarrez les systèmes d'exploitation et voyez comment ils fonctionnent! Plus d'étapes à venir après ce test. Bonne chance! ps: avec 2 SIMMS retirés, confirmez que le système d'exploitation pense que vous avez 32G de RAM.
J'ai retiré le SIMMS accessible et démarré le PC. Je suis entré dans le terminal à l'écran de connexion et j'ai utilisé la commande free -m pour vérifier la RAM disponible. C'était 32 Go. La première tentative de connexion a réussi mais lors de l'ouverture de Google chrome, elle s'est figée. La deuxième tentative a abouti à un écran noir indiquant que la carte graphique était introuvable. La troisième tentative a conduit à un gel après la sélection d'Ubuntu dans Grub et juste avant l'affichage de l'écran de connexion.
J'ai trouvé que tty1 à l'écran de connexion était plutôt stable et pouvait effectuer de nombreuses commandes de base sans figer, contrairement à ma connexion. Bien que je ne sois pas sûr que ce soit pertinent.
EDIT 7
En réponse à heynnema:
Vous pouvez très bien avoir plus d'un problème. Éteignez l'ordinateur et réinstallez la carte vidéo. Vous devrez peut-être desserrer une vis qui maintient son support, et vous devrez peut-être relâcher un loquet situé sur la partie inférieure/avant de la carte ou pour pouvoir le retirer/le remettre en place. En ce qui concerne la mémoire, que faudrait-il pour atteindre les deux autres? Avez-vous besoin d'un technicien pour vous aider? Pouvez-vous voir la couleur des quatre emplacements de mémoire? Parfois, ils sont blancs ou noirs. Et à côté de chaque socket, gravé sur la carte mère, se trouve une désignation comme J0/J1/J2/J4 ... peut-on utiliser pour les voir?
ps2: montre-moi
Sudo dmidecode -t memory.ps3: avez-vous overclocké le processeur ou la mémoire?
Je vais demander à quelqu'un de jeter un coup d'œil au PC demain. Malgré tout, j’ai vérifié les couleurs des logements de mémoire et les quatre sont en gris. Les quatre autres emplacements de mémoire possibles sont tous noirs. Par manque de temps pour le moment, je n’ai pas pu ouvrir mon ordinateur pour regarder les désignations des prises.
J'ai exécuté Sudo dmidecode -t memory et il affichait des informations sur tous mes périphériques de mémoire. Je ne pouvais pas copier le texte et il fallait plusieurs écrans pour ne pas prendre de photo, mais il est à noter que seuls deux appareils avaient identifié des tailles ou des fabricants. Les deux étaient des SIMMS, puisqu'ils étaient de marque Corsair et de 16 Go, mais j'avais les quatre SIMMS dans des emplacements de mémoire à l'époque. Sinon, unknown et NA étaient tous les détails donnés pour les autres périphériques.
Je n'ai pas overclocké mon processeur ou ma mémoire.
EDIT 8
J'ai eu une personne à regarder mon ordinateur. Deux problèmes ont été trouvés avec le matériel:
1) Seuls deux emplacements de mémoire ont fonctionné. Les barrettes de mémoire ont toutes fonctionné, mais la carte mère était défectueuse. Bizarrement, MemTest avait au départ 64 Go de RAM, mais ce n’est plus le cas quelle que soit la configuration du SIMMS sur la carte mère.
2) Mes GPU étaient un peu trop longs pour la carte mère et ne pouvaient pas se verrouiller complètement dans leurs slots. Il y a un "endroit idéal" où ils travaillent, mais à un moment donné, en remettant en place mes clés USB, je dois les avoir bousculées.
Tout en remettant les GPU dans un meilleur alignement et en utilisant uniquement les deux emplacements de mémoire de travail, les messages d'erreur (jusqu'à présent) ont été stoppés, ce n'est pas une solution permanente. Je n'ai toujours pas de réponse pour savoir pourquoi les problèmes ont commencé lorsque j'ai effectué une mise à niveau vers 4.4.0-83.
D'après les commentaires ...
Permet de recueillir quelques données d'abord ...
Dans terminal...
ls -alt /var/crash
free -h
swapon -s
Le système est très instable. Suggérez que nous exécutions memtest. Allez à http://www.memtest86.com et téléchargez le diagnostic de mémoire libre et exécutez-le.
Bien sûr, memtest échoue ... comme je le pensais ... il choisit un bit fort sur le bus de données ... dépannage supplémentaire ... réinstaller SIMMS ... supprimer SIMMS suspect ...
Mise à jour # 1:
Nous avons supprimé les deux seuls SIMMS accessibles et maintenant Memtest s'exécute. Il pourrait bien y avoir plus d’un problème matériel avec cet ordinateur, car après le démarrage d’Ubuntu, il s’est plaint de l’impossibilité de trouver la carte vidéo. Nous allons essayer de le remettre en place. Nous devons avoir accès aux 2 autres SIMMS difficiles d’accès. Cela peut nécessiter l’aide de techniciens.
Prenez les 2 SIMMS retirés, emballez-les dans du papier d'aluminium et apportez-le à votre lieu de réparation préféré, ainsi que le disque memtest. Laissez-les résoudre les problèmes matériels et faites-les rapporter. Si nécessaire, nous pouvons continuer à tester tous les problèmes logiciels restants.
Mise à jour # 2:
Résultat final ... comme je le pensais ... il y avait 2 logements de mémoire SIMM défectueux et les GPU devaient être réinstallés. Il est recommandé d’enregistrer un ticket de garantie auprès du fabricant de la carte mère pour obtenir un remplacement.