Pages:
Actions
  • #1 par vivien le 04 Feb 2017
  • Supprimer les anciens noyaux sous Ubuntu pour gagner de la place sur le disque dur

    Par défaut Ubuntu conserve les anciens noyaux Linux. Celui-ci est mis à jour plusieurs fois par mois pour corriger des problème de sécurité ou introduire un meilleur support du matériel.

    Pour ne garder que le dernier et l’avant-dernier noyau, il suffit de taper en ligne de commande :

    Ubuntu 16.04 et suivants : sudo apt autoremove
    Ubuntu 14.04 et précédents : sudo apt-get autoremove

    Un exemple avec Ubuntu 14.04 LTS, où on gagne 7 Go de place sur le disque dur :

    $ 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 :
      linux-headers-3.13.0-101 linux-headers-3.13.0-101-generic
      linux-headers-3.13.0-105 linux-headers-3.13.0-105-generic
      linux-headers-3.13.0-106 linux-headers-3.13.0-106-generic
      linux-headers-3.13.0-32 linux-headers-3.13.0-32-generic
      linux-headers-3.13.0-44 linux-headers-3.13.0-44-generic
      linux-headers-3.13.0-46 linux-headers-3.13.0-46-generic
      linux-headers-3.13.0-48 linux-headers-3.13.0-48-generic
      linux-headers-3.13.0-49 linux-headers-3.13.0-49-generic
      linux-headers-3.13.0-51 linux-headers-3.13.0-51-generic
      linux-headers-3.13.0-52 linux-headers-3.13.0-52-generic
      linux-headers-3.13.0-53 linux-headers-3.13.0-53-generic
      linux-headers-3.13.0-63 linux-headers-3.13.0-63-generic
      linux-headers-3.13.0-65 linux-headers-3.13.0-65-generic
      linux-headers-3.13.0-66 linux-headers-3.13.0-66-generic
      linux-headers-3.13.0-68 linux-headers-3.13.0-68-generic
      linux-headers-3.13.0-71 linux-headers-3.13.0-71-generic
      linux-headers-3.13.0-74 linux-headers-3.13.0-74-generic
      linux-headers-3.13.0-77 linux-headers-3.13.0-77-generic
      linux-headers-3.13.0-79 linux-headers-3.13.0-79-generic
      linux-headers-3.13.0-83 linux-headers-3.13.0-83-generic
      linux-headers-3.13.0-85 linux-headers-3.13.0-85-generic
      linux-headers-3.13.0-86 linux-headers-3.13.0-86-generic
      linux-headers-3.13.0-93 linux-headers-3.13.0-93-generic
      linux-headers-3.13.0-96 linux-headers-3.13.0-96-generic
      linux-headers-3.13.0-98 linux-headers-3.13.0-98-generic
      linux-image-3.13.0-101-generic linux-image-3.13.0-105-generic
      linux-image-3.13.0-106-generic linux-image-3.13.0-32-generic
      linux-image-3.13.0-44-generic linux-image-3.13.0-46-generic
      linux-image-3.13.0-48-generic linux-image-3.13.0-49-generic
      linux-image-3.13.0-51-generic linux-image-3.13.0-52-generic
      linux-image-3.13.0-53-generic linux-image-3.13.0-63-generic
      linux-image-3.13.0-65-generic linux-image-3.13.0-66-generic
      linux-image-3.13.0-68-generic linux-image-3.13.0-71-generic
      linux-image-3.13.0-74-generic linux-image-3.13.0-77-generic
      linux-image-3.13.0-79-generic linux-image-3.13.0-83-generic
      linux-image-3.13.0-85-generic linux-image-3.13.0-86-generic
      linux-image-3.13.0-93-generic linux-image-3.13.0-96-generic
      linux-image-3.13.0-98-generic linux-image-extra-3.13.0-101-generic
      linux-image-extra-3.13.0-105-generic linux-image-extra-3.13.0-106-generic
      linux-image-extra-3.13.0-32-generic linux-image-extra-3.13.0-44-generic
      linux-image-extra-3.13.0-46-generic linux-image-extra-3.13.0-48-generic
      linux-image-extra-3.13.0-49-generic linux-image-extra-3.13.0-51-generic
      linux-image-extra-3.13.0-52-generic linux-image-extra-3.13.0-53-generic
      linux-image-extra-3.13.0-63-generic linux-image-extra-3.13.0-65-generic
      linux-image-extra-3.13.0-66-generic linux-image-extra-3.13.0-68-generic
      linux-image-extra-3.13.0-71-generic linux-image-extra-3.13.0-74-generic
      linux-image-extra-3.13.0-77-generic linux-image-extra-3.13.0-79-generic
      linux-image-extra-3.13.0-83-generic linux-image-extra-3.13.0-85-generic
      linux-image-extra-3.13.0-86-generic linux-image-extra-3.13.0-93-generic
      linux-image-extra-3.13.0-96-generic linux-image-extra-3.13.0-98-generic
    0 mis à jour, 0 nouvellement installés, 100 à enlever et 0 non mis à jour.
    Après cette opération, 6 785 Mo d'espace disque seront libérés.
    Souhaitez-vous continuer ? [O/n]


    Un exemple avec Ubuntu 16.04 LTS :
    $ sudo apt 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.4.0-45 linux-headers-4.4.0-45-generic linux-headers-4.4.0-51
      linux-headers-4.4.0-51-generic linux-headers-4.4.0-57
      linux-headers-4.4.0-57-generic linux-image-4.4.0-45-generic
      linux-image-4.4.0-51-generic linux-image-4.4.0-57-generic
      linux-image-extra-4.4.0-45-generic linux-image-extra-4.4.0-51-generic
      linux-image-extra-4.4.0-57-generic linux-signed-image-4.4.0-45-generic
      linux-signed-image-4.4.0-51-generic linux-signed-image-4.4.0-57-generic
    0 mis à jour, 0 nouvellement installés, 15 à enlever et 0 non mis à jour.
    Après cette opération, 889 Mo d'espace disque seront libérés.
    Souhaitez-vous continuer ? [O/n]
  • #2 par Hugues le 04 Feb 2017
  • à noter que si tu ne fais pas ça, tu sature le /boot et tout tes upgrade foirent.

    Perso j'ai mis ça dans un alias pour update :)
  • #3 par alain_p le 04 Feb 2017
  • C'est un peu bête qu'Ubuntu et Debian ne suppriment pas les anciens noyaux automatiquement, et c'est éventuellement dangereux (remplissage de /bbot). Red Hat RHEL et ses dérivés (CentOS...) le font...
  • #4 par Kldint le 04 Feb 2017
  • Parfois l'arbre de dépendances de la distro (debian souvent) est foireux donc la commande apt-get autoremove va supprimer des packages qui n'ont rien à voir, dans ce genre de cas, je recommande de le faire à la main.

    dpkg -l | grep linux-image
    dpkg -l | grep linux-headers

    et de faire des apt purge sur les plus vieux.
  • #5 par alain_p le 04 Feb 2017
  • Quand tu as des dizaines de serveurs, ce n'est pas tenable. Même s'il y a des solutions pour lancer la même opérations sur plusieurs serveurs (Chef, Puppet..). Pourquoi ne pas faire comme RHEL ?
  • #6 par Kldint le 04 Feb 2017
  • En production, chez certains clients, il m'est arrivé de voir des /boot allant jusqu'a 15G-20G.
    Les ingénieurs systèmes (très compétences au passage !!) étendaient la partition LVM à chaque fois....

    Le plus simple est de dev/trouver un script à lancer en cron qui le fait auto et sans risque...
  • #7 par alain_p le 04 Feb 2017
  • Cela ne répond pas à ma question. Pourquoi Debian et ses dérivés ne s'en occupent pas automatiquement, alors que c'est dangereux ?
  • #8 par Kldint le 04 Feb 2017
  • Il n'y a pas de réponse claire là dessus. Mais je pense qu'ils veulent laisser le choix à l'utilisateur, pourquoi forcer l'utilisateur à se débarrasser des vieux kernels, il en a peut être besoin pour X raison.

    Il y a un agrégat de réponses dans un des posts là sur ce lien http://askubuntu.com/questions/590673/why-doesnt-ubuntu-remove-old-kernels-automatically
  • #9 par Hugues le 04 Feb 2017
  • Quand tu as des dizaines de serveurs, ce n'est pas tenable. Même s'il y a des solutions pour lancer la même opérations sur plusieurs serveurs (Chef, Puppet..). Pourquoi ne pas faire comme RHEL ?

    Mort de rire, on gère plus de 400 machines sous Debian, lancer un script qui nettoie les anciens noyaux tout seul, c'est la base des sysadm debian&autres
  • #10 par Hugues le 04 Feb 2017
  • Le plus simple est de dev/trouver un script à lancer en cron qui le fait auto et sans risque...

    Ou utiliser les hooks APT qui sont fait pour ça !
  • #11 par Hugues le 04 Feb 2017
  • Il n'y a pas de réponse claire là dessus. Mais je pense qu'ils veulent laisser le choix à l'utilisateur, pourquoi forcer l'utilisateur à se débarrasser des vieux kernels, il en a peut être besoin pour X raison.

    à chaque install/MAJ, APT rappelle qu'il y'a des paquets à supprimer, si le Sysadm ne voit pas ça, il devrait se reconvertir dans la jardinerie
  • #12 par Kldint le 05 Feb 2017
  • à chaque install/MAJ, APT rappelle qu'il y'a des paquets à supprimer, si le Sysadm ne voit pas ça, il devrait se reconvertir dans la jardinerie

    On parlait du pourquoi il n'était pas fait automatiquement comme dans certaines distro.
Pages:
Actions