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

malbo · Le 07/09/2016, à 05:28

Oui, c'est ça.

romuald.lucas · Le 07/09/2016, à 14:39

récupération bien faite .

mais je découvre petit à petit des anomalies ,certainement dues à une succession de petites erreurs de paramétrages de ma part au fil du temps ( cf tous les noyaux encore en place....)

je viens de redémarrer et faire une mise à jour comme spécifié
ça m'a installé Linux 4.4.0.36 d'ailleurs

je remarque notamment (liste non exhaustive...) :
-je n'ai plus les 2 autres sessions que j'avais pour mon fils et ma femme
- plus de réglage son (j'avais installé un equaliser dont j'ai oublié le nom , c'est certainement la cause)

je vais essayer de réinstaller tous mes logiciels précédents pour voir si tout se remet en place

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

malbo · Le 07/09/2016, à 15:32

romuald.lucas a écrit :

ça m'a installé Linux 4.4.0.36 d'ailleurs

C'est parfait : tu es à jour

romuald.lucas a écrit :

je remarque notamment (liste non exhaustive...) :
-je n'ai plus les 2 autres sessions que j'avais pour mon fils et ma femme

ça fait la deuxième fois que je vois ce cas. Le premier cas - celui de matabzz - vu ici il y a quelques jours : https://forum.ubuntu-fr.org/viewtopic.p … #p21582583
Je n'ai pas su aider matabzz a retrouver ses sessions disparues. Par contre, tu devrais pouvoir récupérer les données qui se trouvent dans les sessions de ton fils et de ta femme puisque matabzz y est arrivé.

Dernière modification par malbo (Le 07/09/2016, à 16:55)

romuald.lucas · Le 07/09/2016, à 16:53

j'ai lu le problème de matabzz similaire au mien. mais en passant par Ctrl-Alt-F1 je n'arrive pas à me connecter dans aucune session , même pas la mienne.

je vais pas tergiverser , je vais récupérer les documents (que j'avait pris soin de sauvegarder sur un disque externe. et créer de nouvelles sessions.

pour mon son , dois-je réinstaller l'equalizer ou faitre autre chose ?

malbo · Le 07/09/2016, à 17:00

Je suis consterné par ce problème de sessions. Qu'est-ce que c'est que ce binz ? Il va falloir que je fasse des manips en virtualisation pour vérifier la chose.
Mais si ça se passe comme pour matabzz, tu dois pouvoir accéder aux données des utilisateurs : elles doivent toujours être sur le disque dur interne. As-tu vérifié ça ?

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

j'ai suivi tes conseils en passant en administrateur, et j'ai accès aux données de chacune des sessions.

malbo a écrit :

Donc c'est la session de juliette qui n'apparait plus. Est-ce qu'au moins tu peux arriver à voir le contenu de /home/juliette ? Pour ce faire, tu devras sans doute installer gksudo en passant cette commande (en vue d'utiliser gksudo ) :
sudo apt-get install gksu
Puis ouvrir le gestionnaire de fichiers avec pouvoir administrateur en passant la commande suivante :
gksudo nautilus
Dans la fenêtre de Nautilus, tu pourras aller dans l'emplacement /home/juliette

Mais comme j'avais pris soin de faire une sauvegarde sur mon disque externe, j'ai tout .

je vais même modifier ma config pour travailler dans une seule session .

je cherche à réparer maintenant les fonctionnalités qui le necessitent. Primo le son. pourquoi je peux plus régler mon son ?

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

tchivett · Le 07/09/2016, à 18:40

bonjour.

j ai un probleme tres similaire a celui de romuald
j ai pu faire un boot info a partir d une session usb live ubuntu 16
voila l url http://paste2.org/7v8cwly3

est ce que c est ok de demander de l aide dans ce sujet ou je dois en creer un nouveau ?

malbo · Le 07/09/2016, à 18:50

@tchivett : crée une nouvelle discussion (des indications pour le faire dans 4.1 Initier une nouvelle discussion)

malbo · Le 07/09/2016, à 18:54

@romuald.lucas : pour le son, je n'y connais rien. Si personne ne sait t'aider dans la présente discussion, tu créeras une nouvelle discussion dans une autre rubrique (peut-être la rubrique "Autres logiciels et problèmes généraux" ?)

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

malbo a écrit :

@romuald.lucas : pour le son, je n'y connais rien. Si personne ne sait t'aider dans la présente discussion, tu créeras une nouvelle discussion dans une autre rubrique (peut-être la rubrique "Autres logiciels et problèmes généraux" ?)

merci , je vais faire mes recherches pour le reste dans les doc et divers posts avant d'en ouvrir d'éventuels autres.

je passe le sujet en [résolu]

encore un grand merci @malbo !

romuald.lucas · Le 07/09/2016, à 21:19

alors , pour info , je peux de nouveau régler mon son ! sans rien faire, si ce n'est 2 redémarrage !!!

Compte anonymisé · Le 08/09/2016, à 07:39

C'est très bien.
N'oublie pas de faire un état des lieux des noyaux via

sudo apt-get autoremove

La réinstallation avait peut être fait le ménage ( je n'en sais rien ) mais c'est toujours bon de vérifier et ne pas laisser autant de noyaux dans ton installation.
Cette commande ne laissera que les 2 derniers ( c'est suffisant )
C'est à faire au moins une fois tous les 6 mois je pense.

malbo · Le 08/09/2016, à 09:49

J'ai fait les esssais en virtualisation (avec VirtualBox) que j'avais envisagées (post #30). Il en ressort qu'après réinstallation par la Méthode 1 – Réinstaller tout le système sans toucher au «/home», tous les comptes utilisateurs ont disparu (pour quelle raison, je n'en sais rien). Seul le compte principal, celui depuis lequel la réinstallation a été lancée Edit le 16 aout 2017 : celui qui a été créé à l'installation et dont le nom utilisateur et le mot de passe a été utilisé lors de la réinstallation, est toujours vivant et est proposé à la connexion de session.
Pour réparer ça : dans une étape 1, il faut donc recréer les comptes (paramètres > Comptes utilisateur). On garde le même nom utilisateur et on adopte le même mot de passe qu'avant (on doit pouvoir prendre un nouveau mot de passe à cette occasion mais mon but c'est que tout soit remis "comme avant").
Dans une étape 2, il faut réattribuer à chacun utilisateur son ancien dossier utilisateur.

En pratique :

1) État des lieux après réinstallation depuis la session malbo (c'est la seule session proposée puisque cet enfoiré d'installateur à viré mon autre utilisateur quentin - compte utilisateur normal - que j'avais créé avant réinstallation) :
malbo@malbo-VirtualBox:~$ ls -l /home
total 8
drwxr-xr-x 16 malbo malbo 4096 sept. 8 09:00 malbo
drwxr-xr-x 16 1001 1001 4096 sept. 8 07:29 quentin
malbo@malbo-VirtualBox:~$
On peut voir que mon compte principal malbo est correct mais le propriétaire de /home/quentin est devenu "1001" et le groupe propriétaire est devenu "1001"
--------------------------------------------
Étape 1 : Création d'un nouveau compte utilisateur quentin avec le même mot de passe qu'avant.

---------------------------------------------

Étape 2 : réattribuer le dossier /home/quentin au nouvel utilisateur quentin. Cela se fait en passant cette commande dans un terminal depuis la session malbo (pas besoin de redémarrer entre étape 1 et étape 2, ça se fait dans la foulée) :

sudo chown -R quentin:quentin /home/quentin

et vérifier immédiatement l'impact par rapport à l'état des lieux fait plus haut :
malbo@malbo-VirtualBox:~$ ls -l /home
total 8
drwxr-xr-x 16 malbo malbo 4096 sept. 8 09:00 malbo
drwxr-xr-x 16 quentin quentin 4096 sept. 8 07:29 quentin
malbo@malbo-VirtualBox:~$
La ligne pour quentin est redevenue normale.
-------------------------------------------------
Au redémarrage de l'ordi, j'ai bien le choix pour quentin à la connexion de session et bien évidemment sa session fonctionne et tout semble apparemment comme avant.

EDIT_1 : la manip a été faite en réinstallation par la méthode 1 de Ubuntu 16.04.1 par dessus une installation de Ubuntu 16.04.1 mais j'ai j'ai exactement la même cagade - tous les comptes utilisateur supprimés - dans le cas d'une réinstallation par la méthode 1 de Ubuntu 14.04.1 par dessus une installation de Ubuntu 14.04.1 et ça se solutionne de la même façon. Il est possible que ce problème existe depuis la nuit des temps de Ubuntu mais en tout cas, ce n'est pas un problème nouveau puisqu'il affecte déjà Ubuntu 14.04.1.

EDIT_2 : dans la manip que j'ai décrite ci-dessus, j'avais un seul utilisateur (quentin) en plus de l'utilisateur administrateur (malbo). J'ai fait une manip avec plusieurs utilisateurs et j'ai pu vérifier que la procédure de "réparation" est la même quelque soit le nombre d'utilisateurs. Dans tous les cas, il faut recréer le compte de chaque utilisateur et lui réattribuer son dossier /home/utilisateur.

Dernière modification par malbo (Le 16/08/2017, à 06:08)

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

intéressant, mais pour mon cas , (et après discussion familiale) je ne conserve que ma session.

par contre concernant :

sudo apt-get autoremove

conseillé par Mudochon, je l'ai fait , mais les noyaux sont toujours présents apparemment.

dernier boot-info de ce jour : http://paste2.org/ebYYEVhw

malbo · Le 08/09/2016, à 18:21

Dans ce cas, je te recommande de suivre la procédure entièrement manuelle 4.3 Méthode depuis un terminal
Elle est longue et demande de l'attention mais elle est en béton armé.
Après avoir listé l'ensemble des noyaux installés grâce à la commande indiquée (dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)"), tu dois dois conserver tous les paquets de cette liste qui commencent par 4.4. et tu dois supprimer tous ceux qui commencent par 3.2 ou 3.13.

Dernière modification par malbo (Le 08/09/2016, à 18:28)

romuald.lucas · Le 08/09/2016, à 19:08

malbo a écrit :

Dans ce cas, je te recommande de suivre la procédure entièrement manuelle 4.3 Méthode depuis un terminal
Elle est longue et demande de l'attention mais elle est en béton armé.
Après avoir listé l'ensemble des noyaux installés grâce à la commande indiquée (dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)"), tu dois dois conserver tous les paquets de cette liste qui commencent par 4.4. et tu dois supprimer tous ceux qui commencent par 3.2 ou 3.13.

je m'en doutais un peu au boulot !

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

rectificatif étonnant.

malgré mon boot-info de tout à l'heure qui me liste encore plein de noyeaux en place , lorsque que j'entre la commande en terminal

dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)"

j'ai ça :

ii  linux-generic                               4.4.0.36.38                                                 amd64        Complete Generic Linux kernel and 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
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

nouveau Boot-info à la même heure : http://paste2.org/9Ebg2LxB

comment dois-je faire, quelle est la bonne scource d'info ?

malbo · Le 09/09/2016, à 06:24

Moi, je ne suis pas compétent pour répondre à ta demande du post #42. Je veux dire que je sais te guider pour faire disparaître ces noyaux du fichier grub.cfg mais c'est du boulot de cochon et il y a sûrement une procédure plus recommandée pour finaliser ce nettoyage. Si personne ne sait t'aider sur ce point, je te suggère de créer une nouvelle discussion sur ce sujet précis du nettoyage de noyaux dans la rubrique "Autres logiciels et problèmes généraux" du forum qui me semble la plus adaptée.

Compte anonymisé · Le 09/09/2016, à 08:09

Sinon tu peux installer le gestionnaire de paquets synpatic

Tu fais une recherche avec le terme " linux-image " ce qui va te permettre de voir la liste de tous les noyaux installés.
Et ensuite tu supprimes les plus vieux.
Cela restera laborieux mais moins qui via le terminal si tu dois tout supprimer à la main.

Faut pas non plus que tu fasses une fixation sur ces noyaux, cela n’empêche pas ton PC de fonctionner c'est juste une perte inutile d'espace disque.

malbo · Le 09/09/2016, à 09:03

L'excellent expert tiramiseb - qui illumine le forum de son savoir - a commis ce tuto sur son site perso : Ubuntu : mise à jour du noyau et aucun espace disponible sur le périphérique. On y voit un passage sur le nettoyage du répertoire /usr/src (c'est dans le paragraphe "Un peu de bricolage à la main"). Du coup, je pense que ça vaudrait le coup de vérifier ce répertoire chez toi. Je te prie de passer la commande suivante (n'essaie même pas de la taper : utilise le copier-coller) :

ls -l /usr/src/ | grep linux-header

Et de donner le résultat de cette commande dans ta réponse. S'il y a des linux-headers-3.13.0-x et des linux-headers-3.2.0-x, il conviendra de les supprimer en s'inspirant du Tuto de tiramiseb. Il ne doit y avoir que des linux-headers-4.4.0-x.

D'autre part, pourrais-tu donner le résultat de cette commande afin de connaître le poids de ton répertoire /boot :

du /boot

Dernière modification par malbo (Le 09/09/2016, à 09:07)

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

malbo a écrit :

L'excellent expert tiramiseb - qui illumine le forum de son savoir - a commis ce tuto sur son site perso : Ubuntu : mise à jour du noyau et aucun espace disponible sur le périphérique. On y voit un passage sur le nettoyage du répertoire /usr/src (c'est dans le paragraphe "Un peu de bricolage à la main"). Du coup, je pense que ça vaudrait le coup de vérifier ce répertoire chez toi. Je te prie de passer la commande suivante (n'essaie même pas de la taper : utilise le copier-coller) :
ls -l /usr/src/ | grep linux-header
Et de donner le résultat de cette commande dans ta réponse. S'il y a des linux-headers-3.13.0-x et des linux-headers-3.2.0-x, il conviendra de les supprimer en s'inspirant du Tuto de tiramiseb. Il ne doit y avoir que des linux-headers-4.4.0-x.

Alors , voilà le résultat de cette requète (il y a encore du monde et je vais suivre le tuto de Tiramiseb)

romuald@romuald-desktop:~$ ls -l /usr/src/ | grep linux-header
drwxr-xr-x 24 root root 4096 août  19  2014 linux-headers-3.13.0-34
drwxr-xr-x  7 root root 4096 août  19  2014 linux-headers-3.13.0-34-generic
drwxr-xr-x 24 root root 4096 août  29  2014 linux-headers-3.13.0-35
drwxr-xr-x  7 root root 4096 août  29  2014 linux-headers-3.13.0-35-generic
drwxr-xr-x 24 root root 4096 sept. 23  2014 linux-headers-3.13.0-36
drwxr-xr-x  7 root root 4096 sept. 23  2014 linux-headers-3.13.0-36-generic
drwxr-xr-x 24 root root 4096 oct.  10  2014 linux-headers-3.13.0-37
drwxr-xr-x  7 root root 4096 oct.  10  2014 linux-headers-3.13.0-37-generic
drwxr-xr-x 24 root root 4096 oct.  29  2014 linux-headers-3.13.0-39
drwxr-xr-x  7 root root 4096 oct.  29  2014 linux-headers-3.13.0-39-generic
drwxr-xr-x 24 root root 4096 nov.  25  2014 linux-headers-3.13.0-40
drwxr-xr-x  7 root root 4096 nov.  25  2014 linux-headers-3.13.0-40-generic
drwxr-xr-x 24 root root 4096 déc.  11  2014 linux-headers-3.13.0-43
drwxr-xr-x  7 root root 4096 déc.  11  2014 linux-headers-3.13.0-43-generic
drwxr-xr-x 24 root root 4096 janv. 13  2015 linux-headers-3.13.0-44
drwxr-xr-x  7 root root 4096 janv. 13  2015 linux-headers-3.13.0-44-generic
drwxr-xr-x 24 root root 4096 févr.  5  2015 linux-headers-3.13.0-45
drwxr-xr-x  7 root root 4096 févr.  5  2015 linux-headers-3.13.0-45-generic
drwxr-xr-x 24 root root 4096 mars  12  2015 linux-headers-3.13.0-46
drwxr-xr-x  7 root root 4096 mars  12  2015 linux-headers-3.13.0-46-generic
drwxr-xr-x 24 root root 4096 mars  25  2015 linux-headers-3.13.0-48
drwxr-xr-x  7 root root 4096 mars  25  2015 linux-headers-3.13.0-48-generic
drwxr-xr-x 24 root root 4096 avril 19  2015 linux-headers-3.13.0-49
drwxr-xr-x  7 root root 4096 avril 19  2015 linux-headers-3.13.0-49-generic
drwxr-xr-x 24 root root 4096 mai    1  2015 linux-headers-3.13.0-51
drwxr-xr-x  7 root root 4096 mai    1  2015 linux-headers-3.13.0-51-generic
drwxr-xr-x 24 root root 4096 mai    8  2015 linux-headers-3.13.0-52
drwxr-xr-x  7 root root 4096 mai    8  2015 linux-headers-3.13.0-52-generic
drwxr-xr-x 24 root root 4096 mai   21  2015 linux-headers-3.13.0-53
drwxr-xr-x  7 root root 4096 mai   21  2015 linux-headers-3.13.0-53-generic
drwxr-xr-x 24 root root 4096 juin  11  2015 linux-headers-3.13.0-54
drwxr-xr-x  7 root root 4096 juin  11  2015 linux-headers-3.13.0-54-generic
drwxr-xr-x 24 root root 4096 juin  20  2015 linux-headers-3.13.0-55
drwxr-xr-x  7 root root 4096 juin  20  2015 linux-headers-3.13.0-55-generic
drwxr-xr-x 24 root root 4096 juil.  8  2015 linux-headers-3.13.0-57
drwxr-xr-x  7 root root 4096 juil.  8  2015 linux-headers-3.13.0-57-generic
drwxr-xr-x 24 root root 4096 août   2  2015 linux-headers-3.13.0-61
drwxr-xr-x  7 root root 4096 août   2  2015 linux-headers-3.13.0-61-generic
drwxr-xr-x 24 root root 4096 août  18  2015 linux-headers-3.13.0-62
drwxr-xr-x  7 root root 4096 août  18  2015 linux-headers-3.13.0-62-generic
drwxr-xr-x 24 root root 4096 sept.  3  2015 linux-headers-3.13.0-63
drwxr-xr-x  7 root root 4096 sept.  3  2015 linux-headers-3.13.0-63-generic
drwxr-xr-x 24 root root 4096 nov.  23  2015 linux-headers-3.13.0-65
drwxr-xr-x  7 root root 4096 nov.  23  2015 linux-headers-3.13.0-65-generic
drwxr-xr-x 24 root root 4096 nov.  23  2015 linux-headers-3.13.0-68
drwxr-xr-x  7 root root 4096 nov.  23  2015 linux-headers-3.13.0-68-generic
drwxr-xr-x 24 root root 4096 déc.   1  2015 linux-headers-3.13.0-70
drwxr-xr-x  7 root root 4096 déc.   1  2015 linux-headers-3.13.0-70-generic
drwxr-xr-x 24 root root 4096 déc.   2  2015 linux-headers-3.13.0-71
drwxr-xr-x  7 root root 4096 déc.   2  2015 linux-headers-3.13.0-71-generic
drwxr-xr-x 24 root root 4096 déc.  17  2015 linux-headers-3.13.0-73
drwxr-xr-x  7 root root 4096 déc.  17  2015 linux-headers-3.13.0-73-generic
drwxr-xr-x 24 root root 4096 déc.  19  2015 linux-headers-3.13.0-74
drwxr-xr-x  7 root root 4096 déc.  19  2015 linux-headers-3.13.0-74-generic
drwxr-xr-x 24 root root 4096 janv. 21  2016 linux-headers-3.13.0-76
drwxr-xr-x  7 root root 4096 janv. 21  2016 linux-headers-3.13.0-76-generic
drwxr-xr-x 24 root root 4096 févr.  3  2016 linux-headers-3.13.0-77
drwxr-xr-x  7 root root 4096 févr.  3  2016 linux-headers-3.13.0-77-generic
drwxr-xr-x 24 root root 4096 févr. 23  2016 linux-headers-3.13.0-79
drwxr-xr-x  7 root root 4096 févr. 23  2016 linux-headers-3.13.0-79-generic
drwxr-xr-x 24 root root 4096 mars  15 18:37 linux-headers-3.13.0-83
drwxr-xr-x  7 root root 4096 mars  15 18:37 linux-headers-3.13.0-83-generic
drwxr-xr-x 24 root root 4096 avril  7 18:55 linux-headers-3.13.0-85
drwxr-xr-x  7 root root 4096 avril  7 18:55 linux-headers-3.13.0-85-generic
drwxr-xr-x 24 root root 4096 mai   18 21:11 linux-headers-3.13.0-86
drwxr-xr-x  7 root root 4096 mai   18 21:12 linux-headers-3.13.0-86-generic
drwxr-xr-x 24 root root 4096 juin   2 17:18 linux-headers-3.13.0-87
drwxr-xr-x  7 root root 4096 juin   2 17:18 linux-headers-3.13.0-87-generic
drwxr-xr-x 24 root root 4096 juin  11 09:45 linux-headers-3.13.0-88
drwxr-xr-x  7 root root 4096 juin  11 09:45 linux-headers-3.13.0-88-generic
drwxr-xr-x 24 root root 4096 juin  28 15:35 linux-headers-3.13.0-91
drwxr-xr-x  7 root root 4096 juin  28 15:35 linux-headers-3.13.0-91-generic
drwxr-xr-x 24 root root 4096 juil. 15 11:52 linux-headers-3.13.0-92
drwxr-xr-x  7 root root 4096 juil. 15 11:52 linux-headers-3.13.0-92-generic
drwxr-xr-x 27 root root 4096 juil. 19 22:47 linux-headers-4.4.0-31
drwxr-xr-x  7 root root 4096 juil. 19 22:47 linux-headers-4.4.0-31-generic
drwxr-xr-x 27 root root 4096 sept.  7 14:49 linux-headers-4.4.0-36
drwxr-xr-x  7 root root 4096 sept.  7 14:49 linux-headers-4.4.0-36-generic

Pour ta seconde question , voilà le résultat :

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

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

malbo · Le 09/09/2016, à 14:52

Oui, fais le ménage en suivant le tuto de tiramiseb.
Le résultat de la commande "du /boot" montre que tu as 1,6 Go dans le répertoire /boot (on le voit dans la dernière ligne du résultat). C'est à cause des noyaux qui encombrent ce répertoire. Normalement, si tu avais fait le ménage, tu devrait avoir moins de 0,1 Go dans ce répertoire. Il y a donc 1,5 Go environ à gagner dans ce répertoire /boot.

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

petite question , après que les étapes fastidieuses de saisies (merci le copier/coller quand même) des suppressions des noyaux soient faites.
de type :

sudo rm -fr /usr/src/linux-headers-3.13.0-76

dois je vraiment suivre TOUT le tuto sachant que le postula du tuto , c'est qu'on est bloqué pour faire les MAJ pour des soucis de place dû aux anciens noyaux qui encombrent.

je m'explique , je n'ai pas eu de souci de place , mais juste un énorme ménage à faire. donc ma question c'est : dois-je quand même procéder aux étapes suivantes : (je suis pas certain)

sudo apt-get upgrade

par contre , peut-etre que ces étapes suivantes , oui ? :

- Désinstaller proprement ce qu'on a supprimé

- Nettoyer le système

cqfd93 · Le 09/09/2016, à 18:57

Bonjour,

romuald.lucas a écrit :

petite question , après que les étapes fastidieuses de saisies (merci le copier/coller quand même) des suppressions des noyaux soient faites.
de type :
sudo rm -fr /usr/src/linux-headers-3.13.0-76

Tu peux supprimer en masse avec par exemple :

sudo rm -fr /usr/src/linux-headers-3.13.0-7*

qui supprimera tous les dossiers dont le nom commence par linux-headers-3.13.0-7.

dois je vraiment suivre TOUT le tuto sachant que le postula du tuto , c'est qu'on est bloqué pour faire les MAJ pour des soucis de place dû aux anciens noyaux qui encombrent.
je m'explique , je n'ai pas eu de souci de place , mais juste un énorme ménage à faire. donc ma question c'est : dois-je quand même procéder aux étapes suivantes : (je suis pas certain)
sudo apt-get upgrade

Oui, il faut tout faire.

romuald.lucas · Le 09/09/2016, à 19:09

cqfd93 a écrit :

Tu peux supprimer en masse avec par exemple :
sudo rm -fr /usr/src/linux-headers-3.13.0-7*
qui supprimera tous les dossiers dont le nom commence par linux-headers-3.13.0-7.

si je comprend bien lors de la suite du tuto , je peux faire ça :

sudo apt-get remove --purge linux-headers-3.13.0-**

est-ce que ça purge bien tous les headers commençant par 3.13.0-

ou vaut mieux que je les fasse tous 1 par 1

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 07/09/2016, à 05:28

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

#27 Le 07/09/2016, à 14:39

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

#28 Le 07/09/2016, à 15:32

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

#29 Le 07/09/2016, à 16:53

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

#30 Le 07/09/2016, à 17:00

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

#31 Le 07/09/2016, à 18:40

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

#32 Le 07/09/2016, à 18:40

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

#33 Le 07/09/2016, à 18:50

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

#34 Le 07/09/2016, à 18:54

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

#35 Le 07/09/2016, à 18:57

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

#36 Le 07/09/2016, à 21:19

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

#37 Le 08/09/2016, à 07:39

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

#38 Le 08/09/2016, à 09:49

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

#39 Le 08/09/2016, à 18:07

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

#40 Le 08/09/2016, à 18:21

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

#41 Le 08/09/2016, à 19:08

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

#42 Le 08/09/2016, à 21:13

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

#43 Le 09/09/2016, à 06:24

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

#44 Le 09/09/2016, à 08:09

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

#45 Le 09/09/2016, à 09:03

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

#46 Le 09/09/2016, à 12:45

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

#47 Le 09/09/2016, à 14:52

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

#48 Le 09/09/2016, à 15:08

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

#49 Le 09/09/2016, à 18:57

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

#50 Le 09/09/2016, à 19:09

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

Pied de page des forums