Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

Compte anonymisé · Le 12/06/2016, à 17:32

Babdu89 a écrit :

...
Comme on sait que Ubuntu prétend (à raison à mon avis) être un Os utilisable par le commun des mortels (sous entendu le plus possible de manière graphique). Ce n'est pas Madame/Monsieur tout le monde qui va faire les mises à jour système en commandes.
Lorsque occasionnellement, je fais les maj en commandes. Je redémarre de suite la machine pour terminer les maj. Je passe éventuellement la commande autoremove lorsqu'il y a quelque chose à tester, comme dernièrement.
Alors pourquoi cette différence de comportement du système, si on utilise autoremove avant où après le redémarrage de la machine?.

La seule question à se poser est plutôt : est ce que Madame Michu aura besoin de faire cette opération de temps en temps pour récupérer de l'espace disque ?
Et moi je pense que non.
Surtout que Mme Michu aura fait une installation classique, sans une partition racine séparée de la partition home.
Donc forcément, il y aura de place pour caser un paquet de noyaux.

jplemoine · Le 12/06/2016, à 18:03

Mudochon a écrit :

Et moi je pense que non.

Eh bien, tu penses mal....
Il y a de plus en plus de /boot séparé... je ne sais pas pourquoi..

Compte anonymisé · Le 12/06/2016, à 18:09

jplemoine a écrit :

Mudochon a écrit :
Et moi je pense que non.
Eh bien, tu penses mal....
Il y a de plus en plus de /boot séparé... je ne sais pas pourquoi..

Perso j'en ai jamais fait.
Je n'ai d'ailleurs toujours pas compris l’intérêt d'avoir un home séparé.
Et l'installation par défaut n'en fait pas de toute façon, donc cela confirme bien que ce sujet du nettoyage des noyaux est un problème de geeks et pas d’utilisateur lambda.

Dernière modification par Compte anonymisé (Le 12/06/2016, à 18:15)

jplemoine · Le 12/06/2016, à 18:55

1 - Que tu n'es pas compris l’intérêt du home sépare n'a rien avoir
2 - Si pour une raison ou une autre, il y a un /boot séparé comme on en voit de plus en plus, c'est un maximum de 4 noyaux environ.
Donc, non : le nettoyage des noyaux n'est pas une affaire de geek.
3 - De toutes façons, ton disque n'est pas extensible : ça coincera à un moment ou un autre.

Babdu89 · Le 12/06/2016, à 19:02

En voici un exemple, de partition /boot qui va se remplir.

https://forum.ubuntu-fr.org/viewtopic.p … #p21536953

@+. Babdu89

Compte anonymisé · Le 12/06/2016, à 19:03

Tu parles du Boot séparé en EFI ?
Et sinon oui effectivement cela coincera un jour ou l'autre, mais je pense que si l'on compare l'occupation disque d'un Ubuntu plein de noyaux ( attention aux dents lol ) avec celui d'un Windows, on a le temps de voir venir non ?
Sur mon Toshiba
W10 -> 14 Go
Ubuntu -> 6 Go

Compte anonymisé · Le 12/06/2016, à 19:05

Babdu89 a écrit :

En voici un exemple, de partition /boot qui va se remplir.
https://forum.ubuntu-fr.org/viewtopic.p … #p21536953
@+. Babdu89

Ok merci.
Je ne connais pas ce type d'installation. Et de toute façon je déconseille systématiquement de faire une installation chiffrée ( si on me demande mon avis bien sur )
edit : même avec une installation en EFI ça fonctionne comme cela ?
Visiblement cette partition boot n'est pas vraiment conseillée
https://doc.ubuntu-fr.org/tutoriel/part … necessaire

Edit 2 : que les choses soient claires, je ne suis pas ici pour dénigrer cette discussion. D'ailleurs j'ai bien l'intention lors de la prochaine mise à jour du noyau Linux de faire des tests sur mes 3 PC pour tester le comportement de autoremove et du gestionnaire de paquets synaptic, avant et après reboot. J’émets juste un doute sur le fait que ce sujet puisse concerner l'utilisateur lambda d'Ubuntu qui préfère utiliser son OS plutôt que de passer son temps à étudier son fonctionnement ( comme moi quoi )

Dernière modification par Compte anonymisé (Le 12/06/2016, à 19:25)

Babdu89 · Le 12/06/2016, à 22:41

Bonsoir.

Moduchon a écrit;
edit : même avec une installation en EFI ça fonctionne comme cela ?

Et bien oui, c'est le cas de cette installation. Voir le boot info du post#3, on voit que c'est une installation en UEFI, avec chiffrement et utilisation de LVM.
/dev/sda1 partition boot /efi
/dev/sda2 partition /boot séparée
/dev/sda3 installation chiffrée en LVM.

On fait la même installation en mode Bios, partition /boot/efi en moins.

On a bien compris que tu ne critiquais pas. Je suis bien de ton avis, l'utilisateur lambda, fera les maj système avec gestionnaire de mise à jour, sans s'occuper de passer l'autoremove.
Mais on voit de plus en plus d'utilisateur lambda faire le type d'installation citée dans le sujet que j'indique, et comme la partition /boot séparée est de petite taille. Que les versions de noyaux s'y accumulent, un jour çà coince, et on les voit arriver ici, pour demander de l'aide.

Mon avis au sujet de l'installateur Ubuntu.
Les options de chiffrement et utilisation LVM sont trop facilement accessibles. Çà devrait faire partie "d'Options avancées" que l'utilisateur aie la volonté de rechercher et utiliser.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 12/06/2016, à 22:45)

moko138 · Le 13/06/2016, à 00:14

Babdu89 a écrit :

on voit de plus en plus d'utilisateur lambda faire le type d'installation citée dans le sujet que j'indique, et comme la partition /boot séparée est de petite taille. Que les versions de noyaux s'y accumulent, un jour çà coince, et on les voit arriver ici, pour demander de l'aide.

Ô combien !

Babdu89 a écrit :

Mon avis au sujet de l'installateur Ubuntu.
Les options de chiffrement et utilisation LVM sont trop facilement accessibles. Çà devrait faire partie "d'Options avancées" que l'utilisateur aie la volonté de rechercher et utiliser.

Excellente idée !

malbo · Le 13/06/2016, à 06:31

Je refais la procédure du post #44 pour mon installation de Ubuntu 15.10 :

1) Etat des lieux :

malbo@pcacer:~$ cat /etc/apt/apt.conf.d/01autoremove-kernels
// DO NOT EDIT! File autogenerated by /etc/kernel/postinst.d/apt-auto-removal
APT::NeverAutoRemove
{
   "^linux-image-4\.2\.0-34-generic$";
   "^linux-image-4\.2\.0-36-generic$";
   "^linux-image-4\.2\.0-37-generic$";
   "^linux-headers-4\.2\.0-34-generic$";
   "^linux-headers-4\.2\.0-36-generic$";
   "^linux-headers-4\.2\.0-37-generic$";
   "^linux-image-extra-4\.2\.0-34-generic$";
   "^linux-image-extra-4\.2\.0-36-generic$";
   "^linux-image-extra-4\.2\.0-37-generic$";
   "^linux-signed-image-4\.2\.0-34-generic$";
   "^linux-signed-image-4\.2\.0-36-generic$";
   "^linux-signed-image-4\.2\.0-37-generic$";
   "^kfreebsd-image-4\.2\.0-34-generic$";
   "^kfreebsd-image-4\.2\.0-36-generic$";
   "^kfreebsd-image-4\.2\.0-37-generic$";
   "^kfreebsd-headers-4\.2\.0-34-generic$";
   "^kfreebsd-headers-4\.2\.0-36-generic$";
   "^kfreebsd-headers-4\.2\.0-37-generic$";
   "^gnumach-image-4\.2\.0-34-generic$";
   "^gnumach-image-4\.2\.0-36-generic$";
   "^gnumach-image-4\.2\.0-37-generic$";
   "^.*-modules-4\.2\.0-34-generic$";
   "^.*-modules-4\.2\.0-36-generic$";
   "^.*-modules-4\.2\.0-37-generic$";
   "^.*-kernel-4\.2\.0-34-generic$";
   "^.*-kernel-4\.2\.0-36-generic$";
   "^.*-kernel-4\.2\.0-37-generic$";
   "^linux-backports-modules-.*-4\.2\.0-34-generic$";
   "^linux-backports-modules-.*-4\.2\.0-36-generic$";
   "^linux-backports-modules-.*-4\.2\.0-37-generic$";
   "^linux-tools-4\.2\.0-34-generic$";
   "^linux-tools-4\.2\.0-36-generic$";
   "^linux-tools-4\.2\.0-37-generic$";
};
malbo@pcacer:~$ apt-mark showmanual | egrep 'linux-.*[0-9]'
malbo@pcacer:~$ apt-mark showauto | egrep 'linux-.*[0-9]'
linux-headers-4.2.0-36
linux-headers-4.2.0-36-generic
linux-headers-4.2.0-37
linux-headers-4.2.0-37-generic
linux-image-4.2.0-36-generic
linux-image-4.2.0-37-generic
linux-image-extra-4.2.0-36-generic
linux-image-extra-4.2.0-37-generic
malbo@pcacer:~$

2) je fais mes mises à jour ET JE REDÉMARRE

3) Nouvel état des lieux :

Etat des lieux au redémarrage sur le dernier noyau installé : 
malbo@pcacer:~$ cat /etc/apt/apt.conf.d/01autoremove-kernels
// DO NOT EDIT! File autogenerated by /etc/kernel/postinst.d/apt-auto-removal
APT::NeverAutoRemove
{
   "^linux-image-4\.2\.0-37-generic$";
   "^linux-image-4\.2\.0-38-generic$";
   "^linux-headers-4\.2\.0-37-generic$";
   "^linux-headers-4\.2\.0-38-generic$";
   "^linux-image-extra-4\.2\.0-37-generic$";
   "^linux-image-extra-4\.2\.0-38-generic$";
   "^linux-signed-image-4\.2\.0-37-generic$";
   "^linux-signed-image-4\.2\.0-38-generic$";
   "^kfreebsd-image-4\.2\.0-37-generic$";
   "^kfreebsd-image-4\.2\.0-38-generic$";
   "^kfreebsd-headers-4\.2\.0-37-generic$";
   "^kfreebsd-headers-4\.2\.0-38-generic$";
   "^gnumach-image-4\.2\.0-37-generic$";
   "^gnumach-image-4\.2\.0-38-generic$";
   "^.*-modules-4\.2\.0-37-generic$";
   "^.*-modules-4\.2\.0-38-generic$";
   "^.*-kernel-4\.2\.0-37-generic$";
   "^.*-kernel-4\.2\.0-38-generic$";
   "^linux-backports-modules-.*-4\.2\.0-37-generic$";
   "^linux-backports-modules-.*-4\.2\.0-38-generic$";
   "^linux-tools-4\.2\.0-37-generic$";
   "^linux-tools-4\.2\.0-38-generic$";
};
malbo@pcacer:~$ apt-mark showmanual | egrep 'linux-.*[0-9]'
malbo@pcacer:~$ apt-mark showauto | egrep 'linux-.*[0-9]'
linux-headers-4.2.0-36
linux-headers-4.2.0-36-generic
linux-headers-4.2.0-37
linux-headers-4.2.0-37-generic
linux-headers-4.2.0-38
linux-headers-4.2.0-38-generic
linux-image-4.2.0-36-generic
linux-image-4.2.0-37-generic
linux-image-4.2.0-38-generic
linux-image-extra-4.2.0-36-generic
linux-image-extra-4.2.0-37-generic
linux-image-extra-4.2.0-38-generic

4) je passe la commande de nettoyage par autoremove :

malbo@pcacer:~$ sudo apt-get autoremove
Mot de passe [sudo] pour malbo : 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Les paquets suivants seront ENLEVÉS :
  linux-headers-4.2.0-36 linux-headers-4.2.0-36-generic
  linux-image-4.2.0-36-generic linux-image-extra-4.2.0-36-generic
0 mis à jour, 0 nouvellement installés, 4 à enlever et 0 non mis à jour.
Après cette opération, 288 Mo d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n] o
(Lecture de la base de données... 244851 fichiers et répertoires déjà installés.)
Suppression de linux-headers-4.2.0-36-generic (4.2.0-36.42) ...
Suppression de linux-headers-4.2.0-36 (4.2.0-36.42) ...
Suppression de linux-image-extra-4.2.0-36-generic (4.2.0-36.42) ...
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 4.2.0-36-generic /boot/vmlinuz-4.2.0-36-generic
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 4.2.0-36-generic /boot/vmlinuz-4.2.0-36-generic
update-initramfs: Generating /boot/initrd.img-4.2.0-36-generic
run-parts: executing /etc/kernel/postinst.d/pm-utils 4.2.0-36-generic /boot/vmlinuz-4.2.0-36-generic
run-parts: executing /etc/kernel/postinst.d/unattended-upgrades 4.2.0-36-generic /boot/vmlinuz-4.2.0-36-generic
run-parts: executing /etc/kernel/postinst.d/update-notifier 4.2.0-36-generic /boot/vmlinuz-4.2.0-36-generic
run-parts: executing /etc/kernel/postinst.d/zz-update-grub 4.2.0-36-generic /boot/vmlinuz-4.2.0-36-generic
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.2.0-38-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.2.0-38-generic
Image Linux trouvée : /boot/vmlinuz-4.2.0-37-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.2.0-37-generic
Image Linux trouvée : /boot/vmlinuz-4.2.0-36-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.2.0-36-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Windows NT/2000/XP trouvé sur /dev/sda1
Ubuntu 15.04 (15.04) trouvé sur /dev/sda10
Ubuntu 14.04.4 LTS (14.04) trouvé sur /dev/sda2
Ubuntu 16.04 LTS (16.04) trouvé sur /dev/sda9
Windows 10 (loader) trouvé sur /dev/sdb1
Ubuntu 12.04.5 LTS (12.04) trouvé sur /dev/sdb5
Ubuntu 14.04.4 LTS (14.04) trouvé sur /dev/sdb9
fait
Suppression de linux-image-4.2.0-36-generic (4.2.0-36.42) ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 4.2.0-36-generic /boot/vmlinuz-4.2.0-36-generic
update-initramfs: Deleting /boot/initrd.img-4.2.0-36-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 4.2.0-36-generic /boot/vmlinuz-4.2.0-36-generic
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.2.0-38-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.2.0-38-generic
Image Linux trouvée : /boot/vmlinuz-4.2.0-37-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.2.0-37-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Windows NT/2000/XP trouvé sur /dev/sda1
Ubuntu 15.04 (15.04) trouvé sur /dev/sda10
Ubuntu 14.04.4 LTS (14.04) trouvé sur /dev/sda2
Ubuntu 16.04 LTS (16.04) trouvé sur /dev/sda9
Windows 10 (loader) trouvé sur /dev/sdb1
Ubuntu 12.04.5 LTS (12.04) trouvé sur /dev/sdb5
Ubuntu 14.04.4 LTS (14.04) trouvé sur /dev/sdb9
fait

5) Etat des lieux après nettoyage :

malbo@pcacer:~$ cat /etc/apt/apt.conf.d/01autoremove-kernels
// DO NOT EDIT! File autogenerated by /etc/kernel/postinst.d/apt-auto-removal
APT::NeverAutoRemove
{
   "^linux-image-4\.2\.0-36-generic$";
   "^linux-image-4\.2\.0-38-generic$";
   "^linux-headers-4\.2\.0-36-generic$";
   "^linux-headers-4\.2\.0-38-generic$";
   "^linux-image-extra-4\.2\.0-36-generic$";
   "^linux-image-extra-4\.2\.0-38-generic$";
   "^linux-signed-image-4\.2\.0-36-generic$";
   "^linux-signed-image-4\.2\.0-38-generic$";
   "^kfreebsd-image-4\.2\.0-36-generic$";
   "^kfreebsd-image-4\.2\.0-38-generic$";
   "^kfreebsd-headers-4\.2\.0-36-generic$";
   "^kfreebsd-headers-4\.2\.0-38-generic$";
   "^gnumach-image-4\.2\.0-36-generic$";
   "^gnumach-image-4\.2\.0-38-generic$";
   "^.*-modules-4\.2\.0-36-generic$";
   "^.*-modules-4\.2\.0-38-generic$";
   "^.*-kernel-4\.2\.0-36-generic$";
   "^.*-kernel-4\.2\.0-38-generic$";
   "^linux-backports-modules-.*-4\.2\.0-36-generic$";
   "^linux-backports-modules-.*-4\.2\.0-38-generic$";
   "^linux-tools-4\.2\.0-36-generic$";
   "^linux-tools-4\.2\.0-38-generic$";
};
malbo@pcacer:~$ apt-mark showmanual | egrep 'linux-.*[0-9]'
malbo@pcacer:~$ apt-mark showauto | egrep 'linux-.*[0-9]'
linux-headers-4.2.0-37
linux-headers-4.2.0-37-generic
linux-headers-4.2.0-38
linux-headers-4.2.0-38-generic
linux-image-4.2.0-37-generic
linux-image-4.2.0-38-generic
linux-image-extra-4.2.0-37-generic
linux-image-extra-4.2.0-38-generic

On voit la mélasse dans le fichier /etc/apt/apt.conf.d/01autoremove-kernels : le noyau 4.2.0-36 ressurgit du néant alors que le noyau 4.2.0-37 passe à la trappe.

6) je repasse la commande de nettoyage avec l'option -s (simulation) :

malbo@pcacer:~$ sudo apt-get -s autoremove
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Les paquets suivants seront ENLEVÉS :
  linux-headers-4.2.0-37 linux-headers-4.2.0-37-generic
  linux-image-4.2.0-37-generic linux-image-extra-4.2.0-37-generic
0 mis à jour, 0 nouvellement installés, 4 à enlever et 0 non mis à jour.
Remv linux-headers-4.2.0-37-generic [4.2.0-37.43]
Remv linux-headers-4.2.0-37 [4.2.0-37.43]
Remv linux-image-extra-4.2.0-37-generic [4.2.0-37.43]
Remv linux-image-4.2.0-37-generic [4.2.0-37.43]

Commentaire :
Le dysfonctionnement obtenu ici avec Ubuntu 15.10 est le même que celui de Ubuntu 14.04 dans le post #44, à savoir qu'on est victime du Bug #1440608 qui conduit à supprimer l'avant-dernier noyau pour ne laisser que le dernier noyau dans le cas d'un nettoyage par la commande "sudo apt-get autoremove".

Dernière modification par malbo (Le 13/06/2016, à 06:38)

malbo · Le 13/06/2016, à 07:35

Je viens de remanier le paragraphe (*) concerné dans la doc : Méthode simple en ligne de commande pour y ajouter une note warning.

(*) il était intitulé "Méthode simple et sécurisée en ligne de commande". J'ai enlevé "et sécurisée" qui était faux...

Dernière modification par malbo (Le 13/06/2016, à 07:38)

Compte anonymisé · Le 13/06/2016, à 07:56

Bonjour.
Pour la 16.04 perso, je fais autoremove --purge tout de suite après l'upgrade avant de redémarrer, j'ai toujours deux noyaux.

Compte anonymisé · Le 13/06/2016, à 08:23

Babdu89 a écrit :

Mon avis au sujet de l'installateur Ubuntu.
Les options de chiffrement et utilisation LVM sont trop facilement accessibles. Çà devrait faire partie "d'Options avancées" que l'utilisateur aie la volonté de rechercher et utiliser.

C'est vrai que c'est carrément idiot de proposer cela de façon aussi évidente

https://doc.ubuntu-fr.org/_media/instal … tok=64dafb

Surtout que ces options amèneront finalement plein de problèmes, et que pour protéger ses données sensibles, il existe des outils simples et efficaces comme Crypkeeper.

jplemoine · Le 13/06/2016, à 08:41

Mudochon a écrit :

C'est vrai que c'est carrément idiot de proposer cela de façon aussi évidente

C'est ce qui avait était déjà dit lors de la sortie de la 14.04 où il y avait eu plein d'installations avec un /boot séparé de environ 250 Mb.
En cherchant, je crois que c'était dû au fait de faire un LVM qui était proposé par défaut ou de manière évidente.

malbo · Le 13/06/2016, à 15:21

@jojo81 : tu écris "je fais autoremove --purge tout de suite après l'upgrade avant de redémarrer". Comme c'est ce que je pratique habituellement, je suis bien au courant que ça laisse toujours les deux derniers noyaux (quelle que soit la version : 14.04, 15.10 ou 16.04). Ta pratique d'utilisation de autoremove est celle qui permet de ne pas souffrir du bug. Mais dans les posts récents de la présente discussion, on cherche à se mettre dans une condition d'utilisation de autoremove où on souffre du bug.

Dernière modification par malbo (Le 13/06/2016, à 15:24)

Compte anonymisé · Le 14/06/2016, à 18:43

Encore un témoignage ici

https://forum.ubuntu-fr.org/viewtopic.php?id=1991872

C'est consternant.
Qui sont les idiots qui ont eu l'idée de concevoir un système qui fait que des utilisateurs se retrouvent bloqués comme cela au bout de seulement quelques mois ? Ils veulent tuer le libre ou quoi ?

malbo · Le 14/06/2016, à 19:14

@Mudochon : ça fait seulement 3 ans - depuis la sortie de Ubuntu 13.04 - que ça existe (voir ici)

Dernière modification par malbo (Le 14/06/2016, à 19:16)

Compte anonymisé · Le 14/06/2016, à 19:32

En fait c'est la ligne " Chiffrer la nouvelle installation d'Ubuntu par sécurité " qui explique tout
On propose une installation " sécurisée " , alors pourquoi s'en priver ?

PPdM · Le 14/06/2016, à 19:38

Je n'arrive pas a comprendre cette phrase pousse au crime !!!
Les seul portable sécurisé que j'ai vue dans ma vie professionnelle etaient ceux des ingés commerciaux et maintenance de Airbus hélicoptère(ex eurocoptère), mais ils avaient une bonne raison de le faire.

Compte anonymisé · Le 14/06/2016, à 19:41

Crime peut être pas, connerie certainement

jplemoine · Le 14/06/2016, à 20:34

PPdM a écrit :

ceux des ingés commerciaux et maintenance de Airbus hélicoptère(ex eurocoptère)

Y aurait pas une classification de 2 lettres qui expliquerait un besoin de sécurité qui dépasse le besoin de "Madame Michu" ?

PPdM · Le 14/06/2016, à 20:51

jplemoine a écrit :

PPdM a écrit :
ceux des ingés commerciaux et maintenance de Airbus hélicoptère(ex eurocoptère)
Y aurait pas une classification de 2 lettres qui expliquerait un besoin de sécurité qui dépasse le besoin de "Madame Michu" ?

J'ai pas compris !

jplemoine · Le 14/06/2016, à 22:34

Sauf erreur de ma part, un des clients finaux est l'Armée et donc, il y a un besoin de confidentialité...
Ce besoin n'est pas le même que le commun des mortels.

PPdM · Le 15/06/2016, à 01:28

a ok! oui et les secrets industriels, faut pas oublier que c'est le 1er constructeur d’hélicos du monde, avec un bonne avance technologique.

VieuxSuisse · Le 16/06/2016, à 16:11

Bonjour. Je suis tombé sur ce fil par hasard. En tant qu'utilisateur lambda (mes quelques apparitions sur ce site le prouvent), je me pose une question: j'utilise systématiquement et régulièrement <kclean -k> sans autoremove depuis pas mal de temps; est-ce que je devrais faire aussi l'autoremove? Jusqu'à présent, je n'ai eu aucun problème.
Merci d'avance pour vos explications.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 12/06/2016, à 17:32

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#52 Le 12/06/2016, à 18:03

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#53 Le 12/06/2016, à 18:09

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#54 Le 12/06/2016, à 18:55

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#55 Le 12/06/2016, à 19:02

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#56 Le 12/06/2016, à 19:03

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#57 Le 12/06/2016, à 19:05

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#58 Le 12/06/2016, à 22:41

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#59 Le 13/06/2016, à 00:14

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#60 Le 13/06/2016, à 06:31

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#61 Le 13/06/2016, à 07:35

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#62 Le 13/06/2016, à 07:56

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#63 Le 13/06/2016, à 08:23

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#64 Le 13/06/2016, à 08:41

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#65 Le 13/06/2016, à 15:21

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#66 Le 14/06/2016, à 18:43

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#67 Le 14/06/2016, à 19:14

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#68 Le 14/06/2016, à 19:32

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#69 Le 14/06/2016, à 19:38

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#70 Le 14/06/2016, à 19:41

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#71 Le 14/06/2016, à 20:34

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#72 Le 14/06/2016, à 20:51

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#73 Le 14/06/2016, à 22:34

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#74 Le 15/06/2016, à 01:28

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

#75 Le 16/06/2016, à 16:11

Re : Nettoyage d'Ubuntu: Un seul noyaux?( Résolu)

Pied de page des forums