Auteur Sujet: Ubuntu: Supprimer les anciens noyaux pour gagner de la place sur le disque (Lu 20169 fois)

raf · « **Réponse #24 le:** 05 février 2017 à 22:43:05 »

Citation de: Nh3xus le 05 février 2017 à 14:01:01

Ya encore besoin d'un noyau avec systemd ?

Oui, parce-qu'on peut encore avoir un Debian SANS systemd. Faut le virer a la main et faire des bidouilles pour qu'il n'en revienne pas, mais avec jessie c'est encore possible.

alain_p · « **Réponse #25 le:** 05 février 2017 à 22:53:18 »

Citation de: jack le 05 février 2017 à 13:07:58

Debian met à jour le noyau, il n'en install pas un autre

Peut-être que les 7.5 Go de noyaux trouvés par Vivien, c'est juste une mise à jour du noyau ? Tu joues sur les mots, ils sont de la même famille, peut-être, mais les fichiers sont bien différents et prennent de la place.

« **Réponse #26 le:** 05 février 2017 à 22:58:09 »

Citation de: alain_p le 05 février 2017 à 22:53:18

Peut-être que les 7.5 Go de noyaux trouvés par Vivien, c'est juste une mise à jour du noyau ? Tu joues sur les mots, ils sont de la même famille, peut-être, mais les fichiers sont bien différents et prennent de la place.

Faut m'expliquer les 7,5 Go du noyau ( Kernel ) ?

kgersen · « **Réponse #27 le:** 05 février 2017 à 23:00:30 »

Citation de: Nh3xus le 05 février 2017 à 14:01:01

Ya encore besoin d'un noyau avec systemd ?

perso je n'utilise plus que le noyau et docker ou rkt et donc plus aucune distrib directement. CoreOs ou Boot2Docker sont parfaits pour ca.

finit les emmerdes de maj de kernel via les distros.

A l’ère des containers , ça fait un peu dépassé de faire tourner une distrib Linux complète

alain_p · « **Réponse #28 le:** 05 février 2017 à 23:02:54 »

Citation de: octal le 05 février 2017 à 22:58:09

Faut m'expliquer les 7,5 Go du noyau ( Kernel ) ?

Regarde le premier post de Vivien.

jack · « **Réponse #29 le:** 05 février 2017 à 23:48:53 »

Citation de: alain_p le 05 février 2017 à 22:53:18

Tu joues sur les mots

Non

Citer

mais les fichiers sont bien différents et prennent de la place.

Non

Le paquet contenant le kernel place, dans /boot, et ce depuis deux ans, uniquement les fichiers suivants:

Code: [Sélectionner]

/boot/System.map-3.16.0-4-amd64
/boot/config-3.16.0-4-amd64
/boot/vmlinuz-3.16.0-4-amd64

La mise à jour du noyau se fait par mise à jour dudit paquet (et non pas par l'installation d'un autre paquet contenant une autre version, comme chez ubuntu donc, dixit vivien), qui écrase les fichiers sus-cités, conservant une occupation mémoire relativement constante

Citer

finit les emmerdes de maj de kernel via les distros.

Et bienvenue les "emmerdes" de maj de kernel via docker et autres creeperies, et bienvenue les systèmes pas à jour btw ?

alain_p · « **Réponse #30 le:** 06 février 2017 à 08:18:36 »

Citation de: jack le 05 février 2017 à 23:48:53

Le paquet contenant le kernel place, dans /boot, et ce depuis deux ans, uniquement les fichiers suivants:
Code: [Sélectionner]
/boot/System.map-3.16.0-4-amd64 /boot/config-3.16.0-4-amd64 /boot/vmlinuz-3.16.0-4-amd64
La mise à jour du noyau se fait par mise à jour dudit paquet (et non pas par l'installation d'un autre paquet contenant une autre version, comme chez ubuntu donc, dixit vivien), qui écrase les fichiers sus-cités, conservant une occupation mémoire relativement constante

Tu parles de quel Debian là ? Cela a changé dans les dernières versions ? Ce n'est pas en tout cas pas e comportement des Debian que je connais (sais ?).

jack · « **Réponse #31 le:** 06 février 2017 à 09:55:39 »

Je parle de Debian stable, depuis au moins wheezy

kgersen · « **Réponse #32 le:** 06 février 2017 à 12:22:05 »

Citation de: jack le 05 février 2017 à 23:48:53

Et bienvenue les "emmerdes" de maj de kernel via docker et autres creeperies, et bienvenue les systèmes pas à jour btw ?

on maj pas le kernel via docker... avec coreos on met juste a jour l'iso sur serveur PXE par exemple: un simple reboot et le kernel est a jour.

quand aux "systemes" il suffit de mettre a jour les images et relancer les containers. Et certains containers sont 'FROM SCRATCH' donc n'ont aucun besoin de mise a jour du "systeme".

stop live in the past.

Hugues · « **Réponse #33 le:** 06 février 2017 à 12:43:01 »

La vie est trop courte pour mettre docker en prod.

TroniQ89 · « **Réponse #34 le:** 06 février 2017 à 12:59:18 »

Personnellement, même si c'est pas très conseillé d'utiliser des logiciels sur PPA, j'utilise Ukuu (Ubuntu Kernel Updater Utility), compatible avec Ubuntu -et ses dérivés- et Debian.

Korben en a parlé récemment:
https://korben.info/installer-noyau-linux-kernel-facilement.html

On peut choisir d'utiliser les noyaux proposés par Ubuntu, choisir des kernels plus récents/anciens, et supprimer les anciens kernels.

Attention par contre : VirtualBox n'est pas encore compatible avec Linux 4.9.X (sur la version de Vbox proposée par Ubuntu), donc au boot je choisis de lancer Linux 4.4-ubuntu avec GRUB.

jack · « **Réponse #35 le:** 06 février 2017 à 13:12:21 »

Citation de: kgersen le 06 février 2017 à 12:22:05

on maj pas le kernel via docker... avec coreos on met juste a jour l'iso sur serveur PXE par exemple: un simple reboot et le kernel est a jour.

quand aux "systemes" il suffit de mettre a jour les images et relancer les containers. Et certains containers sont 'FROM SCRATCH' donc n'ont aucun besoin de mise a jour du "systeme".

stop live in the past.

Tu rentres donc avec succès dans la case "creepy"

Truc de hipster tout ça