Nettoyage dans les noyaux (kernel)

Hoper · Le 15/06/2015, à 17:30

PS : Merci nany pour la version 3.9 ! J'en parle ici :
http://hoper.dnsalias.net/tdc/index.php … C3%A0-jour

Gaara · Le 15/06/2015, à 18:03

Version 3.9 installée et testée sous 15.04, en graphique.
Aucun souci, même si je n'ai plus aucun noyau / header à désinstaller.

Merci à Hoper et Nany pour le boulot

Hoper · Le 15/06/2015, à 21:29

@nany : Le prochain coup, plutôt que de poster et ne pas avoir de réponses, de reposter etc, pour qu'au final ce bug passe inaperçu et/ou soit oublié, n’hésite pas à m'envoyer un mail complet, avec l'explication du problème, la solution si tu l'a, les liens etc.

Un mail, j'y ferait forcément plus attention qu'un post que je peut oublier. Je serai aussi normalement plus réactif

Dernière modification par Hoper (Le 15/06/2015, à 21:39)

Hoper · Le 15/06/2015, à 21:37

@ar barzh paour

Ca donne quoi ça:

dpkg -l | grep linux | grep image | grep ^ii | egrep -v "extra|signed" | awk '{print $2}' | grep -E '2\.6|3\.|4\.' | sort -V

ar barzh paour · Le 16/06/2015, à 09:26

aïe pour être sur j'ai relancé ma version studio ..

uname -a
Linux jpb-desktop 3.16.0-37-lowlatency #51~14.04.1-Ubuntu SMP PREEMPT Wed May 6 15:51:45 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

~$ dpkg -l | grep linux | grep image | grep ^ii | egrep -v "extra|signed" | awk '{print $2}' | grep -E '2\.6|3\.|4\.' | sort -V
linux-image-3.16.0-30-generic
linux-image-3.16.0-30-lowlatency
linux-image-3.16.0-37-generic
linux-image-3.16.0-37-lowlatency
~$

sinon dans mon post j'avais donné le résultat d'un dpkg , (pas d'extra pas de signed)

Dernière modification par ar barzh paour (Le 16/06/2015, à 09:36)

Hoper · Le 16/06/2015, à 13:09

Oui, mais un "lowlatency" qui n'est pas la sur les versions "normales". Du coup, le second noyau dans la liste porte le meme numéro de version, voila l'explication du bug.

Le probleme c'est que je viens de vérifier et que le paquet "lowlatency" ne dépend pas du generic. Donc supprimer la version generic ne supprimera pas la version lowlatency.

Donc... mmm... je sais pas, il faut que je réfléchisse à comment prendre ça en compte

ar barzh paour · Le 16/06/2015, à 13:48

c'est suite à un soucis de grub sur mon PC que l'on m'a conseillé de faire le ménage sur chacune de mes versions ...
et à chaque fois j'ai pris la précaution d'utiliser au préalable l'option "-s" (kclean -sk) avant d'effectuer
klclean -k
dans la recherche du noyau précédent
ajouter grep -v lowlatency suffirait peut-être ?

#On cherche le noyau precedent
.......
else
PREVIOUS_V=`dpkg -l | grep linux | grep image| grep ii | grep -v extra |grep -v lowlatency | awk '{print $2}' | grep -E '2\.6|3\.|4\.' | sort -V | tail -2 | head -1 | cut -d '-' -f3,4`

Dernière modification par ar barzh paour (Le 16/06/2015, à 14:13)

Hoper · Le 16/06/2015, à 14:14

Tu n'y ai pour rien du tout. C'est juste que kclean n'est pas prévu pour tenir compte de la présence de noyaux "lowlatency". Du coup, l'option -k ne peut pas fonctionner

Pour ta proposition bein... essaye En tout cas il ne faut pas le filtrer dans la liste des noyaux à supprimer sinon ces paquets vont rester.

Dernière modification par Hoper (Le 16/06/2015, à 14:16)

ar barzh paour · Le 16/06/2015, à 14:20

oui et je prends toujours des précautions quand on en a la possibilité ...
en tous cas en ajoutant le grep -v lowlatency voilà ce que kclean me répond

/media/jpb/SH$ ./kclean-3-8-lowlatency -sk
 
Noyau actuellement en cours d'utilisation : 3.16.0-37
Par defaut, seul ce noyau est conserve.
 
Ce script va tenter de trouver la version precedente du noyau pour la conserver.
Verifiez les informations fournies avant de valider la suppression.
 
La version precedemment installee (a conserver) est la version : 3.16.0-30
Aucun noyau a supprimer.
Abandon.

EDIT : mais je ne sais pas si c'est suffisant ...
RE-EDIT : je n'ai pas regardé la suite du code ...

Dernière modification par ar barzh paour (Le 16/06/2015, à 14:26)

Hoper · Le 16/06/2015, à 14:24

Un comportement correct donc. Il faudrait aussi vérifier ce qui se passe si tu lance la suppression en ne conservant que le noyau actuel (vérifier que le paquet lowlatency est bien supprimé).

ar barzh paour · Le 16/06/2015, à 14:30

ets-ce que ça répond à ta question ?

jpb@jpb-desktop:/media/jpb/SH$ ./kclean-3-8-lowlatency -s

 
Noyau actuellement en cours d'utilisation : 3.16.0-37
Par defaut, seul ce noyau est conserve.
 
Les paquets suivants vont etre supprimes :
 
    linux-image-3.16.0-30-generic
    linux-image-3.16.0-30-lowlatency
    linux-image-extra-3.16.0-30-generic
    linux-headers-3.16.0-30
    linux-headers-3.16.0-30-generic
    linux-headers-3.16.0-30-lowlatency
 
Cela devrait liberer environ 470 MiB d'espace disque
 
 Voulez vous indiquer manuellement des paquets Ã  conserver ? [o/N] :n
 Voulez vous supprimer l'ensemble des paquets indiques ? [o/N] :o
 
 Suppression en cours :
 
Suppression du paquet linux-image-3.16.0-30-generic (simple simulation...)  
Suppression du paquet linux-image-3.16.0-30-lowlatency (simple simulation...)  
Suppression du paquet linux-image-extra-3.16.0-30-generic (simple simulation...)  
Suppression du paquet linux-headers-3.16.0-30 (simple simulation...)  
Suppression du paquet linux-headers-3.16.0-30-generic (simple simulation...)  
Suppression du paquet linux-headers-3.16.0-30-lowlatency (simple simulation...)  
 
 -------------- Suppression effectuee ---------------

Hoper · Le 16/06/2015, à 14:45

Ca parait pas mal tout ça... J'ai peut etre vu des problèmes la ou il n'y en avait pas. Pas envie de refaire une version, je vais intégrer cette modification dans la 3.9. Rien que pour toi, le seul utilisateur d'ubuntu studio (Je déconne).

EDIT : Et finalement je vais aussi exclure lowlatency du LAST_KERNEL

Dernière modification par Hoper (Le 16/06/2015, à 14:51)

Hoper · Le 16/06/2015, à 15:10

Voila. La version 3.9+ exclu maintenant les noyaux "signed" et "lowlatency".
@ar barzh paour : N’hésite pas à la tester

ar barzh paour · Le 17/06/2015, à 11:33

je viens de faire une mise à jour de ma version Studio
j'ai donc les noyaux 30, 37-et 41

jpb@jpb-desktop:~$ cd /media/jpb/SH
jpb@jpb-desktop:/media/jpb/SH$ uname -a
Linux jpb-desktop 3.16.0-41-lowlatency #55~14.04.1-Ubuntu SMP PREEMPT Sun Jun 14 19:11:24 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

jpb@jpb-desktop:/media/jpb/SH$ dpkg -l | grep linux | grep image | grep ^ii | egrep -v "extra|signed" | awk '{print $2}' | grep -E '2\.6|3\.|4\.' | sort -V
linux-image-3.16.0-30-generic
linux-image-3.16.0-30-lowlatency
linux-image-3.16.0-37-generic
linux-image-3.16.0-37-lowlatency
linux-image-3.16.0-41-generic
linux-image-3.16.0-41-lowlatency
jpb@jpb-desktop:/media/jpb/SH$

j'ai téléchargé la version 3.9 de kclean

le résultat avec l'option s seule : OK me supprime tous les noyaux sauf le dernier

jpb@jpb-desktop:/media/jpb/SH$ ./kclean-3-9 -s 
Noyau actuellement en cours d'utilisation : 3.16.0-41
Par defaut, seul ce noyau est conserve.
 
Les paquets suivants vont etre supprimes :
 
    linux-image-3.16.0-30-generic
    linux-image-3.16.0-30-lowlatency
    linux-image-3.16.0-37-generic
    linux-image-3.16.0-37-lowlatency
    linux-image-extra-3.16.0-30-generic
    linux-image-extra-3.16.0-37-generic
    linux-headers-3.16.0-30
    linux-headers-3.16.0-30-generic
    linux-headers-3.16.0-30-lowlatency
    linux-headers-3.16.0-37
    linux-headers-3.16.0-37-generic
    linux-headers-3.16.0-37-lowlatency
 
Cela devrait liberer environ 941 MiB d'espace disque
 
 Voulez vous indiquer manuellement des paquets à conserver ? [o/N] :n
 Voulez vous supprimer l'ensemble des paquets indiques ? [o/N] :o
 
 Suppression en cours :
 
Suppression du paquet linux-image-3.16.0-30-generic (simple simulation...)  
Suppression du paquet linux-image-3.16.0-30-lowlatency (simple simulation...)  
Suppression du paquet linux-image-3.16.0-37-generic (simple simulation...)  
Suppression du paquet linux-image-3.16.0-37-lowlatency (simple simulation...)  
Suppression du paquet linux-image-extra-3.16.0-30-generic (simple simulation...)  
Suppression du paquet linux-image-extra-3.16.0-37-generic (simple simulation...)  
Suppression du paquet linux-headers-3.16.0-30 (simple simulation...)  
Suppression du paquet linux-headers-3.16.0-30-generic (simple simulation...)  
Suppression du paquet linux-headers-3.16.0-30-lowlatency (simple simulation...)  
Suppression du paquet linux-headers-3.16.0-37 (simple simulation...)  
Suppression du paquet linux-headers-3.16.0-37-generic (simple simulation...)  
Suppression du paquet linux-headers-3.16.0-37-lowlatency (simple simulation...)  
 
 -------------- Suppression effectuee ---------------
jpb@jpb-desktop:/media/jpb/SH$

le résultat avec l'option s et k : OK me conserve les 2 derniers noyaux et supprime l'avant dernier

jpb@jpb-desktop:/media/jpb/SH$ ./kclean-3-9 -sk
 
Noyau actuellement en cours d'utilisation : 3.16.0-41
Par defaut, seul ce noyau est conserve.
 
Ce script va tenter de trouver la version precedente du noyau pour la conserver.
Verifiez les informations fournies avant de valider la suppression.
 
La version precedemment installee (a conserver) est la version : 3.16.0-37
Les paquets suivants vont etre supprimes :
 
    linux-image-3.16.0-30-generic
    linux-image-3.16.0-30-lowlatency
    linux-image-extra-3.16.0-30-generic
    linux-headers-3.16.0-30
    linux-headers-3.16.0-30-generic
    linux-headers-3.16.0-30-lowlatency
 
Cela devrait liberer environ 470 MiB d'espace disque
 
 Voulez vous indiquer manuellement des paquets à conserver ? [o/N] :n
 Voulez vous supprimer l'ensemble des paquets indiques ? [o/N] :o
 
 Suppression en cours :
 
Suppression du paquet linux-image-3.16.0-30-generic (simple simulation...)  
Suppression du paquet linux-image-3.16.0-30-lowlatency (simple simulation...)  
Suppression du paquet linux-image-extra-3.16.0-30-generic (simple simulation...)  
Suppression du paquet linux-headers-3.16.0-30 (simple simulation...)  
Suppression du paquet linux-headers-3.16.0-30-generic (simple simulation...)  
Suppression du paquet linux-headers-3.16.0-30-lowlatency (simple simulation...)  
 
 -------------- Suppression effectuee ---------------

 
jpb@jpb-desktop:/media/jpb/SH$

je poste ceci aussi , mais c'est fait avec "ma version" 3.8 dans laquelle j'avais modifiée la ligne PREVIOUS_V ( je n'avais pas vu que la version 3.9 était sortie)
rappel : seule ligne ligne modifiée dans la version 3.8
PREVIOUS_V=`dpkg -l | grep linux | grep image| grep ii | grep -v extra | grep -v lowlatency | awk '{print $2}' | grep -E '2\.6|3\.|4\.' | sort -V | tail -2 | head -1 | cut -d '-' -f3,4`
donc voilà :

après chargement du noyau 41 , mais avant redémarrage :
(il y a donc les noyaux 30-37-41 et je tourne sur 37)
(dommage je n'ai pas pensé à effectuer un dpkg)

jpb@jpb-desktop:/media/jpb/SH$ ./kclean-3-8-lowlatency -s
 
Noyau actuellement en cours d'utilisation : 3.16.0-37
Par defaut, seul ce noyau est conserve.
 
ATTENTION : Au moins un noyau plus recent ( 3.16.0-41 ) a ete detecte.
Ce phenomene peut avoir plusieurs causes mais, par securite,
ce script va s'arreter.
 
Si vous comprenez exactement ce qui se passe,
et si vous souhaitez reelement supprimer tous les noyaux
y compris les plus recents, utilisez l'option -f seule.

de mon point de vu tout cela parait parfait pour cette version de studio !!

ar barzh paour · Le 23/06/2015, à 10:24

retour de fonctionnement
je viens de faire un grand ménage sur ma version de travail Ubuntu unity 14.04
il faut dire qu'elle en avait besoin
noyaux 3.13.0- 55 54 53 52 51 49 48 46 45 44 43 40 39 37 36 35 34 32 30 29 27 24
./kclean -k et j'ai commencé par la fin
29 27 24 (il suffit de répondre à conserver : 55 54 53 52 51 49 48 46 45 44 43 40 39 37 36 35 34 32 30 et vive le copier coller !!)
mais à chaque suppression de noyau pour cette version ,à chaque fois deux grub sont générés par le système et comme j'ai plusieurs disques et OS installés , un temps "infini" d'exécution : ici 6 grub générés pendant l'exécution de suppression des 3 noyaux
astuce que j'ai mis en place :
j'ai tout simplement mis /etc/grud.d/30_os-prober en non exécution (suppression du x dans les droits)
j'ai gagné un temps fou , au moins 3 minutes par noyau supprimé

quand on est devant l'écran c'est intéressant
suppression des noyaux 39 37 36 35 34 32 30 (conserver 55 54 53 52 51 49 48 46 45 44 43 40)
suppression des noyaux 49 48 46 45 44 43 40 (conserver 55 54 53 52 51)
suppression des noyaux 52 51 (conserver 55 54 53) , j'en garde trois
arrivé ici j'ai remis le droit d'exécution au fichier /etc/grud.d/30_os-prober
suppression du dernier noyau voulu 53 (reste 55 54 53) par sudo ./kclean -k
le grub "normal est généré
tout fonctionne , je n'ai plus que 2 noyaux et un grub allégé

Hoper · Le 24/06/2015, à 11:55

Merci pour ce retour. On pourrait effectivement penser à quelques optimisations... Je sais que ce script peut être lent, mais pour le moment je suis plus attaché à sa fiabilité qu'a sa rapidité

Babdu89 · Le 24/06/2015, à 14:56

Bonjour.

@ Hoper.
La rapidité du script n'est pas en cause dans cette histoire de noyaux multiples.

Le souci c'est Grub, qui lors de ses maj , lorsqu'il y a panachage de version (v1.97/98/99 jusqu'à la 12.10 et V2.00 à partir de la 13.04) nous fait des fichiers grub.cf et des menus Grub à "rallonge".
Avec des config multi Os et multi disques. À chaque install, réinstall et maj de grub çà s'allonge. Il y a multiplication des entrées pour chaque noyaux et ce sur tous les Os dans les fichiers grub.cfg de chaque Os. Le record de taille d'un fichier grub.cfg chez moi 1,2 Mo (rein que sur un de mes 4 hdd il y avait 30 Os). , c'est ennnorme!!! pour un fichier texte. Donc tout ce qui touche à Grub prend du temps.

Alors comme Kclean fait aussi la maj de grub après suppression des noyaux en trop, c'est la maj de grub qui prend du temps , plus que la suppression des noyaux en trop.

Çà fait la même chose lors d'une maj système avec changement de version de noyau, il y a aussi maj de Grub. Ou changement de version de Grub.
Çà prend un temps infini à travailler, mais çà fait le travail jusqu'au bout.

Tout ce qui touche à Grub dans ces conditions, devient lent tant que le système en installant, faisant les maj de Grub, n'a pas fait le tour "des popotes".
Par exemple; Rien que pour faire un rapport boot info ou une réparation avec Boot-Repair prend un temps infini .
Donc Kclean est logé à la même enseigne. Il devient lent.

Solution trouvée et employée par ar barzh paour , neutraliser os-prober, comme il l'explique, le temps des manips et réactivation d'os-prober à la dernière manip.
De mon coté je fais la même chose à la main dans les fichiers grub.cfg des Os, après sauvegarde de chaque fichier dans le répertoire courant .

Ce souci avec une config simple Os ou dual boot n'existe pas avec la v2.00 de grub seul, ou peu lorsqu'il y a panachage des versions de Grub en dual boot.
C'est les gros multi boot qui posent souci.

@ar barzh paour

Je n'ai pas compris pourquoi tu as fais les suppressions de noyaux en trop par tranches de trois, avec Kclean.
Chez moi je supprime tout d'un coup, en ne gardant que les deux derniers noyaux.
Çà ne fait qu'une seule maj de grub à faire, c'est moins lent. Je l'utilise en graphique.

@+. Babdu89 .

ar barzh paour · Le 24/06/2015, à 17:38

Babdu89 a écrit :

@ar barzh paour
Je n'ai pas compris pourquoi tu as fais les suppressions de noyaux en trop par tranches de trois, avec Kclean.

en fait pas par trois mais par dizaine et en plus
pas d'explication car il n'y a aucune raison !
j'ai commencé par la dizaine 2 (29 27 24) et c'est la que j'ai vu le temps qu'il faudrait pour tout mettre à jour , j'aurai effectivement pu laisser kclean travailler tout seul en utilisant kclean -k

Dernière modification par ar barzh paour (Le 24/06/2015, à 17:38)

Christophe C · Le 25/06/2015, à 12:19

Au fait, cet utilitaire peut-il fonctionner sous Debian ? Je suppose que oui, mais j'aimerais en être sur.

Ubuntu1988 · Le 25/06/2015, à 12:42

Rien ne t'empêche de tenter avec l'option -s pour simuler l'action du script

Hoper · Le 26/06/2015, à 19:11

De mémoire, il y a des noyaux qui n'ont pas le même format de nommage
La meilleure chose à faire est effectivement d'utiliser l'option -s et de bien vérifier ce qu'il souhaite effacer.

frenchy82 · Le 28/06/2015, à 09:27

Bonjour, et merci à vous pour ce magnifique travail

Chez moi je constate juste un truc.
Il ne me reste bien que deux noyaux

dpkg -l | grep linux | grep image | grep ^ii | egrep -v "extra|signed" | awk '{print $2}' | grep -E '2\.6|3\.|4\.' | sort -V
linux-image-3.13.0-54-generic
linux-image-3.13.0-55-generic

Et si je fais un autoremove il me propose

Les paquets suivants seront ENLEVÉS :
  linux-headers-3.13.0-54 linux-headers-3.13.0-54-generic
  linux-image-3.13.0-54-generic linux-image-extra-3.13.0-54-generic
  linux-lts-utopic-tools-3.16.0-40 linux-tools-3.13.0-52
  linux-tools-3.13.0-52-generic linux-tools-3.13.0-54
  linux-tools-3.13.0-54-generic linux-tools-3.16.0-40-generic
0 mis à jour, 0 nouvellement installés, 10 à enlever et 0 non mis à jour.

Cela vous parait il ok?

Dernière modification par frenchy82 (Le 28/06/2015, à 09:29)

Hoper · Le 28/06/2015, à 18:11

oui. Le autoremove ne sert pas à ça à la base. Il est plutôt la pour retirer tous les paquets qui ont étés installés mais qui ne sont plus nécessaires (car plus aucun paquet ne dépend d'eux).

frenchy82 · Le 28/06/2015, à 18:43

ok merci bien

Bougron · Le 11/07/2015, à 15:21

Bonjour.
Après quelques mois sans utiliser ubuntu, je vais remettre à niveau les différentes versions de ubuntu que je possède.

Je viens donc de télécharger la version kclean 3.9 afin d'épurer les noyaux par ce logiciel plutôt qu'à la main comme je le faisais auparavant.
C'est perdu, il y a encore une intervention manuelle que je dois faire.
Elle pourrait être évitée sans aucune difficulté me semble-t-i!

@15-4:~$ sudo kclean
 
Noyau actuellement en cours d'utilisation : 3.19.0-16
Par defaut, seul ce noyau est conserve.
 
Les paquets suivants vont etre supprimes :
 
    linux-image-3.19.0-15-generic
    linux-image-extra-3.19.0-15-generic
    linux-signed-image-3.19.0-15-generic
    linux-headers-3.19.0-15
    linux-headers-3.19.0-15-generic
 
Cela devrait liberer environ 275 MiB d'espace disque
 
 Voulez vous indiquer manuellement des paquets à conserver ? [o/N] :
 Voulez vous supprimer l'ensemble des paquets indiques ? [o/N] :o
 
 Suppression en cours :
 .............................

Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
  kde-l10n-engb kde-l10n-fr
Veuillez utiliser « apt-get autoremove » pour les supprimer.
............

Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
  kde-l10n-engb kde-l10n-fr
Veuillez utiliser « apt-get autoremove » pour les supprimer.
0 mis à jour, 0 nouvellement installés, 0 à enlever et 5 non mis à jour.
 
 -------------- Suppression effectuee ---------------
 
========>  La commande kclean est alors finie mais, il reste à faire

@15-4:~$ sudo apt-get 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 :
  kde-l10n-engb kde-l10n-fr
0 mis à jour, 0 nouvellement installés, 2 à enlever et 5 non mis à jour.
Après cette opération, 71,2 Mo d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n] 
(Lecture de la base de données... 198822 fichiers et répertoires déjà installés.)
Suppression de kde-l10n-engb (4:14.12.3-0ubuntu2) ...
Suppression de kde-l10n-fr (4:14.12.3-0ubuntu2) ...
Traitement des actions différées (« triggers ») pour man-db (2.7.0.2-5) ..

@15-4:~$ kclean -v
 
kclean version 3.9.

Je vais maintenant faire la mise à jour du noyau.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#601 Le 15/06/2015, à 17:30

Re : Nettoyage dans les noyaux (kernel)

#602 Le 15/06/2015, à 18:03

Re : Nettoyage dans les noyaux (kernel)

#603 Le 15/06/2015, à 21:29

Re : Nettoyage dans les noyaux (kernel)

#604 Le 15/06/2015, à 21:37

Re : Nettoyage dans les noyaux (kernel)

#605 Le 16/06/2015, à 09:26

Re : Nettoyage dans les noyaux (kernel)

#606 Le 16/06/2015, à 13:09

Re : Nettoyage dans les noyaux (kernel)

#607 Le 16/06/2015, à 13:48

Re : Nettoyage dans les noyaux (kernel)

#608 Le 16/06/2015, à 14:14

Re : Nettoyage dans les noyaux (kernel)

#609 Le 16/06/2015, à 14:20

Re : Nettoyage dans les noyaux (kernel)

#610 Le 16/06/2015, à 14:24

Re : Nettoyage dans les noyaux (kernel)

#611 Le 16/06/2015, à 14:30

Re : Nettoyage dans les noyaux (kernel)

#612 Le 16/06/2015, à 14:45

Re : Nettoyage dans les noyaux (kernel)

#613 Le 16/06/2015, à 15:10

Re : Nettoyage dans les noyaux (kernel)

#614 Le 17/06/2015, à 11:33

Re : Nettoyage dans les noyaux (kernel)

#615 Le 23/06/2015, à 10:24

Re : Nettoyage dans les noyaux (kernel)

#616 Le 24/06/2015, à 11:55

Re : Nettoyage dans les noyaux (kernel)

#617 Le 24/06/2015, à 14:56

Re : Nettoyage dans les noyaux (kernel)

#618 Le 24/06/2015, à 17:38

Re : Nettoyage dans les noyaux (kernel)

#619 Le 25/06/2015, à 12:19

Re : Nettoyage dans les noyaux (kernel)

#620 Le 25/06/2015, à 12:42

Re : Nettoyage dans les noyaux (kernel)

#621 Le 26/06/2015, à 19:11

Re : Nettoyage dans les noyaux (kernel)

#622 Le 28/06/2015, à 09:27

Re : Nettoyage dans les noyaux (kernel)

#623 Le 28/06/2015, à 18:11

Re : Nettoyage dans les noyaux (kernel)

#624 Le 28/06/2015, à 18:43

Re : Nettoyage dans les noyaux (kernel)

#625 Le 11/07/2015, à 15:21

Re : Nettoyage dans les noyaux (kernel)

Pied de page des forums