plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

romuald.lucas · Le 10/09/2016, à 10:12

bon je viens de suivre le tuto dans l'ordre et j'ai ça

romuald@romuald-desktop:~$ sudo apt-get remove --purge linux-headers-3.13.0-34
[sudo] Mot de passe de romuald : 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
E: Impossible de trouver le paquet linux-headers-3.13.0-34
E: Couldn't find any package by glob 'linux-headers-3.13.0-34'
E: Impossible de trouver de paquet correspondant à l'expression rationnelle « linux-headers-3.13.0-34 »
romuald@romuald-desktop:~$ sudo apt-get remove --purge
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
romuald@romuald-desktop:~$ sudo apt-get remove --purge linux-headers-3.13.0-35
[sudo] Mot de passe de romuald : 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
E: Impossible de trouver le paquet linux-headers-3.13.0-35
E: Couldn't find any package by glob 'linux-headers-3.13.0-35'
E: Impossible de trouver de paquet correspondant à l'expression rationnelle « linux-headers-3.13.0-35 »
romuald@romuald-desktop:~$ sudo apt-get remove --purge linux-headers-3.13.0-37
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
E: Impossible de trouver le paquet linux-headers-3.13.0-37
E: Couldn't find any package by glob 'linux-headers-3.13.0-37'
E: Impossible de trouver de paquet correspondant à l'expression rationnelle « linux-headers-3.13.0-37 »
romuald@romuald-desktop:~$

et mon boot-info me dit toujours ça : http://paste2.org/zwI5jG6w

et aussi

du /boot

donne

romuald@romuald-desktop:~$ du /boot
2348	/boot/grub/fonts
152	/boot/grub/locale
2472	/boot/grub/i386-pc
7456	/boot/grub
1613332	/boot

je suis pas sur que j'ai bien tout nettoyé

malbo · Le 10/09/2016, à 11:09

Pour faire le point, je te prie de passer la commande suivante :

dpkg -l | grep linux-image

Puis la commande suivante :

dpkg -l | grep linux-headers

et de coller tout ce qu'il y a dans le terminal (les deux commandes et leur résultat) dans ta réponse

romuald.lucas · Le 10/09/2016, à 11:51

voilà ce que ça donne :

romuald@romuald-desktop:~$ dpkg -l | grep linux-image
ii  linux-image-4.4.0-31-generic                4.4.0-31.50                                                 amd64        Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-4.4.0-36-generic                4.4.0-36.55                                                 amd64        Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-extra-4.4.0-31-generic          4.4.0-31.50                                                 amd64        Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-extra-4.4.0-36-generic          4.4.0-36.55                                                 amd64        Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-generic                         4.4.0.36.38                                                 amd64        Generic Linux kernel image
romuald@romuald-desktop:~$ dpkg -l | grep linux-headers
ii  linux-headers-4.4.0-31                      4.4.0-31.50                                                 all          Header files related to Linux kernel version 4.4.0
ii  linux-headers-4.4.0-31-generic              4.4.0-31.50                                                 amd64        Linux kernel headers for version 4.4.0 on 64 bit x86 SMP
ii  linux-headers-4.4.0-36                      4.4.0-36.55                                                 all          Header files related to Linux kernel version 4.4.0
ii  linux-headers-4.4.0-36-generic              4.4.0-36.55                                                 amd64        Linux kernel headers for version 4.4.0 on 64 bit x86 SMP
ii  linux-headers-generic                       4.4.0.36.38                                                 amd64        Generic Linux kernel headers
romuald@romuald-desktop:~$

moko138 · Le 12/09/2016, à 18:26

Il me semble que tu as oublié de finir par

sudo apt-get update
sudo apt-get upgrade
sudo apt-get autoremove
sudo update-grub

pour informer apt-get, dpkg et grub de tes interventions manuelles.
Et pour qu'ils en tiennent compte.
(D'où ton /boot/grub/grub.cfg qui fait 2.440 lignes pour 2 systèmes
quand le mien fait 462 lignes pour 4 systèmes.)
- -

romuald.lucas a écrit :

romuald@romuald-desktop:~$ du /boot
2348	/boot/grub/fonts
152	/boot/grub/locale
2472	/boot/grub/i386-pc
7456	/boot/grub
1613332	/boot   # Soit 1.613 Mo

je suis pas sur que j'ai bien tout nettoyé

--
Sur ma 14.04 à 2 noyaux :

~$ du /boot
2356	/boot/grub/fonts
2440	/boot/grub/i386-pc
176	/boot/grub/locale
7356	/boot/grub
63940	/boot   # Soit 64 Mo
:~$

On peut voir que nos sous-répertoires ont la même taille, à un cheveu près.
Pourtant mon /boot pèse 64 Mio, et le tien 1.613 Mio ! 25 fois plus lourd !
La différence est donc à chercher du côté des fichiers.

Chez moi,

ncdu  /boot
/boot ------------------------------------------------
   17,9MiB [##########]  initrd.img-3.13.0-95-generic                           
   17,9MiB [######### ]  initrd.img-3.13.0-93-generic
    7,2MiB [####      ] /grub
    5,6MiB [###       ]  vmlinuz-3.13.0-95-generic
    5,6MiB [###       ]  vmlinuz-3.13.0-93-generic
    2,6MiB [#         ]  System.map-3.13.0-95-generic
    2,6MiB [#         ]  System.map-3.13.0-93-generic
    1,1MiB [          ]  abi-3.13.0-95-generic
    1,1MiB [          ]  abi-3.13.0-93-generic
  176,0KiB [          ]  memtest86+_multiboot.bin
  176,0KiB [          ]  memtest86+.elf
  176,0KiB [          ]  memtest86+.bin
  168,0KiB [          ]  config-3.13.0-95-generic
  168,0KiB [          ]  config-3.13.0-93-generic

 Total disk usage:  62,4MiB  Apparent size:  61,9MiB  Items: 295

- -
Si ton

du -BM /boot   # L'option -BM donne le résultat en Mio

reste à 1.600 après les 4 commandes qui commencent ce message, (mais j'en doute)
je te propose d'installer ncdu (qui est très léger), de faire

ncdu /boot

et de donner à ton tour les 10 ou 12 premières lignes du retour,
ainsi que la dernière ("Total...")

Dernière modification par moko138 (Le 13/09/2016, à 04:57)

moko138 · Le 12/09/2016, à 18:38

Un bug répertorié empêche "sudo apt-get autoremove" d'être efficace sur les paquets marqués "d'installation manuelle".

Pour automatiser la purge hebdomadaire des noyaux excédentaires, même marqués "d'installation manuelle", et ne garder que les deux plus récents,
passer dans l'ordre les six dernières commandes de ce message de nany ./viewtopic.php?pid=21300891#p21300891.

Efficace. Et sans rien installer !

moko138 · Le 13/09/2016, à 04:53

Allô ?
Peux-tu donner le retour de

du -BM /boot

(bis)
s'il te plaît ?

Dernière modification par moko138 (Le 13/09/2016, à 05:01)

romuald.lucas · Le 13/09/2016, à 16:38

désolé moko138, j'ai pas pu te répondre , j'ai un nouveau souci. (je te répond volontiers dès que j'aurai redémarré...)

mon démarrage en cours me donne ça :

Du coup , pas moyen de démarrer et de surcroît , te répondre.

je viens de redémarre sur mon USB créé grâce à Malbo. et je me demande quoi faire pour redémarrer normalement.

Dernière modification par romuald.lucas (Le 13/09/2016, à 16:39)

moko138 · Le 13/09/2016, à 17:56

Redémarre (sans l'usb) en tapotant la touche Majuscule,
choisis "options avancées"
puis ton avant-dernier noyau, le 4.4.0-31.
Au passage, regarde si des noyaux 3.*** te sont proposés.

Et dis-nous si ça marche mieux qu'avec le dernier noyau.

romuald.lucas · Le 13/09/2016, à 18:09

fait mais résultat idem
PS: les anciens noyaux apparaissent toujours dans grub (option avancées)

comme j'essaye de corriger des années de manipulations parsemées d'erreurs, j'ai tenté via le forum de trouver une solution à ma taille des icônes de lanceur . désolé , j'ai pas mémorisé le processus utilisé mais c'est en paramétrant ccsm aux valeurs par défaut;

par ailleurs , j'ai suivi ton conseil :

moko138 a écrit :

Un bug répertorié empêche "sudo apt-get autoremove" d'être efficace sur les paquets marqués "d'installation manuelle".
Pour automatiser la purge hebdomadaire des noyaux excédentaires, même marqués "d'installation manuelle", et ne garder que les deux plus récents,
passer dans l'ordre les six dernières commandes de ce message de nany ./viewtopic.php?pid=21300891#p21300891.
Efficace. Et sans rien installer !

y a t il un rapport ??

si besoin je recommence la procédure de ré-installation sans /home conseillé par Malbo précédemment....

Dernière modification par romuald.lucas (Le 13/09/2016, à 18:55)

moko138 · Le 13/09/2016, à 18:54

romuald.lucas a écrit :

par ailleurs , j'ai suivi un conseil que je ne retrouve plus (pas daccès à mon historique Firefox pour l'instant) pour purger mes noyaux de manière automatisée hebdomadaire.
y a t il un rapport ??

C'est ici, en #55, et c'est moi qui te l'ai indiqué.
Si je comprends bien, tu as appliqué le #55 avant le #54.
- -

romuald.lucas a écrit :

comme j'essaye de corriger des années de manipulations parsemées d'erreurs, j'ai tenté via le forum de trouver une solution à ma taille des icônes de lanceur . désolé , j'ai pas mémorisé le processus utilisé mais c'est en paramétrant ccsm aux valeurs par défaut;

Du coup, il y a incertitude si le problème graphique est lié aux noyaux ou à ccsm (compiz).
Retiens cette règle :
Résoudre un seul problème à la fois.
- -
NE fais PAS de "sudo apt-get autoremove" pour l'instant !
- -

romuald.lucas a écrit :

fait mais resultat idem

Oui et :

moko138 a écrit :

Au passage, regarde si des noyaux 3.*** te sont proposés.

et donc, qu'en est-il ?
- -

Enfin, je me réfère à ta photo d'écran : tu as donc toujours accès, au choix,
- à la console qui te permet de lancer toutes les commandes que tu veux ;
- et probablement au mode recovery.

Si ton système ne bascule pas tout seul en console,
Ctrl Alt F1
l'imposera. Puis tu taperas ton login "romuald" (Entrée)
puis, à l'aveugle, ton mot de passe (Entrée, bis).

Pour compiz/ccsm, c'est en-dehors de mes compétences.
Mais pour les noyaux :

dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)" | grep -E "4.4.0-31|4.4.0.31" | tr -s " " | cut  -d" "  -s  -f1,2,3,4

Puisque tu ne peux pas faire de copié-collé, le "|" s'obtient par
AltGr 6
Et pour la photo du retour, la taille moyenne devrait suffire (merci pour ma pauvre connexion !)

romuald.lucas · Le 13/09/2016, à 18:57

Moko138 a écrit :

moko138 a écrit :
Au passage, regarde si des noyaux 3.*** te sont proposés.
et donc, qu'en est-il ?

dans les options avancées de grub tous les anciens noyaux apparaissent...

je viens desuivre ta procedure :

dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)" | grep -E "4.4.0-31|4.4.0.31" | tr -s " " | cut  -d" "  -s  -f1,2,3,4

et ça me donne :

ii linux-headers-4.4.0-31 4.4.0-31.50 all
ii linux-headers-4.4.0-31-generic 4.4.0-31.50 amd64
ii linux-image-4.4.0-31-generic 4.4.0-31.50
ii linux-image-extra-4.4.0-31-generic 4.4.0-31.50 amd64

Dernière modification par romuald.lucas (Le 13/09/2016, à 20:41)

moko138 · Le 13/09/2016, à 20:08

dans les options avancées de grub tous les anciens noyaux apparaissent...

Certes (c'est le boulot de grub), mais lesquels ?

romuald.lucas · Le 13/09/2016, à 20:52

moko138 a écrit :

dans les options avancées de grub tous les anciens noyaux apparaissent...
Certes (c'est le boulot de grub), mais lesquels ?

les mêmes que dans le post #5 de cette discussion (désolé je sais pas comment mette le lien)

(je reviens demain , réveil à 3h00 pour le taf oblige...)

Dernière modification par romuald.lucas (Le 13/09/2016, à 21:08)

moko138 · Le 13/09/2016, à 22:15

Dors bien !
- - -
Tu étais en console ou bien en mode graphique dégradé, là ?

Quand tu seras de retour, donne

ls /boot | grep inuz > boot.txt && wc -l boot.txt

dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)" | grep -E "4.4.0-36|4.4.0.36" | tr -s " " | cut  -d" "  -s  -f1,2,3,4

(par rapport au #61, j'ai juste changé les deux "31" en "36".)
et

dpkg -l | grep nvidia*

romuald.lucas · Le 14/09/2016, à 16:44

moko138 a écrit :

Dors bien !
- - -
Tu étais en console ou bien en mode graphique dégradé, là ?
Quand tu seras de retour, donne
ls /boot | grep inuz > boot.txt && wc -l boot.txt

en mode console.

dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)" | grep -E "4.4.0-36|4.4.0.36" | tr -s " " | cut  -d" "  -s  -f1,2,3,4
(par rapport au #61, j'ai juste changé les deux "31" en "36".)
et
dpkg -l | grep nvidia*

Fait et résultat idem mais en 34 au lieu de 36

et dpfg -l | grep nvidia* : fait aussi.

Dernière modification par romuald.lucas (Le 14/09/2016, à 18:43)

moko138 · Le 14/09/2016, à 17:48

Il est utile que tu montres les retours demandés !

Surtout que ces commandes n'ont aucune action sur ton système : elles servent simplement à informer le forum de l'état actuel de ton système.

Donc, puisque tu étais en console, prends des photos de l'écran
- sans flash,
- et de petites ou moyennes dimensions.
- -

Je suppose que tu as vérifié si tu pouvais accéder au "mode graphique dégradé" ?

romuald.lucas · Le 14/09/2016, à 18:57

ok

le démarrage en "default graphique mode" me ramène au début (ça démarre pas , donc)

je reviens là :

moko138 · Le 14/09/2016, à 19:48

Merci !

Maintenant, montre les 3 retours demandés en #64.

romuald.lucas · Le 14/09/2016, à 20:58

voilà la photo en réponse au #64

moko138 · Le 15/09/2016, à 00:26

romuald.lucas a écrit :

voilà la photo en réponse au #64
http://img15.hostingpics.net/thumbs/mini_931654IMG20160914205523.jpg

La deuxième commande montre les 7 composants du noyau 4.4.0-36 bien installées.

La 1ère commmande :
Zéro ligne contenant vmlinuz-xxx ??? Je n'y crois pas.
Donc recommence, d'abord comme ceci :

ls -l  /boot | grep inuz > boot.txt && wc -l  /boot.txt

Attention cette fois à ne pas oublier la double esperluette, « && ».
Et j'ai rajouté une option.

...puis comme cela :

ls -l  /boot | grep init > boot-2.txt && wc -l  /boot-2.txt

cette fois, j'ai changé "inuz" en "init", et "boot.txt" en "boot-2.txt".

Dernière modification par moko138 (Le 15/09/2016, à 00:47)

romuald.lucas · Le 15/09/2016, à 14:24

voilà ce que ça donne :

Dernière modification par romuald.lucas (Le 16/09/2016, à 16:51)

romuald.lucas · Le 16/09/2016, à 18:33

Up !

que dois je faire ensuite ?

moko138 · Le 16/09/2016, à 19:04

J'avais aussi rajouté une faute de frappe (*) je te prie de m'excuser.

En plus je ne découvre que ce soir tes 2 derniers messages

Donc recommence, d'abord comme ceci...

cd /home/romuald && ls -l  /boot | grep inuz > boot.txt && wc -l  boot.txt

...puis comme cela :

ls -l  /boot | grep init > boot-2.txt && wc -l  boot-2.txt

- -

(*)
boot.txt est dans le répertoire courant,
/boot.txt, s'il existait, serait à la racine.

romuald.lucas · Le 16/09/2016, à 21:18

pas de souci . voilà le résultat pour #73

moko138 · Le 16/09/2016, à 21:38

Aaaah !
La 1ère commande ("...grep inuz...") répond

40 boot.txt

donc il reste 40 fichiers "vmlinuz-xxx" dans /boot.
Et la 2ème commande répond

62 boot-2.txt

donc il reste 62 fichiers "initrd.img-xxx" dans /boot
...ce qui est énorme.
Et ce qui indique un ménage fait partiellement mais très incomplet.
- -

Je relis l'ensemble du fil et je te reviens.

Dernière modification par moko138 (Le 16/09/2016, à 21:39)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 10/09/2016, à 10:12

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#52 Le 10/09/2016, à 11:09

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#53 Le 10/09/2016, à 11:51

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#54 Le 12/09/2016, à 18:26

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#55 Le 12/09/2016, à 18:38

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#56 Le 13/09/2016, à 04:53

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#57 Le 13/09/2016, à 16:38

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#58 Le 13/09/2016, à 17:56

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#59 Le 13/09/2016, à 18:09

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#60 Le 13/09/2016, à 18:54

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#61 Le 13/09/2016, à 18:57

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#62 Le 13/09/2016, à 20:08

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#63 Le 13/09/2016, à 20:52

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#64 Le 13/09/2016, à 22:15

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#65 Le 14/09/2016, à 16:44

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#66 Le 14/09/2016, à 17:48

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#67 Le 14/09/2016, à 18:57

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#68 Le 14/09/2016, à 19:48

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#69 Le 14/09/2016, à 20:58

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#70 Le 15/09/2016, à 00:26

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#71 Le 15/09/2016, à 14:24

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#72 Le 16/09/2016, à 18:33

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#73 Le 16/09/2016, à 19:04

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#74 Le 16/09/2016, à 21:18

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

#75 Le 16/09/2016, à 21:38

Re : plantage suite à mise à niveau 14.04 LTS => 16.04 LTS [RÉSOLU]

Pied de page des forums