Pages:
Actions
  • #37 par kgersen le 06 Feb 2017
  • Tu rentres donc avec succès dans la case "creepy" :)
    Truc de hipster tout ça :'(

    curieusement on entendais les mêmes réponses  ('creepy', 'hipster', etc) y'a 10+ ans quand la virtualisation a débarqué...on a vu le résultat. :P
  • #38 par jack le 06 Feb 2017
  • Haha :)
    Histoire de continuer dans le hors-sujet ..

    En fait, si tu veux, ce que je critique, c'est le "c'est mieux, parce que c'est nouveau", ce qui est un comportement de hipster, un element qui ne justifie clairement pas, selon moi, la qualité du produit sous-jacent

    De plus, je ne suis pas chercheur, mon travail n'est pas d'essayer des méthodes exotiques, mais d'utiliser du fiable et du stable, afin de construire une architecture résiliente
  • #39 par TroniQ89 le 06 Feb 2017
  • Haha :)
    Histoire de continuer dans le hors-sujet ..

    En fait, si tu veux, ce que je critique, c'est le "c'est mieux, parce que c'est nouveau", ce qui est un comportement de hipster, un element qui ne justifie clairement pas, selon moi, la qualité du produit sous-jacent

    De plus, je ne suis pas chercheur, mon travail n'est pas d'essayer des méthodes exotiques, mais d'utiliser du fiable et du stable, afin de construire une architecture résiliente

    Bah écoute, le "c'est mieux parce que c'est nouveau", on peut le démontrer facilement avec une des nouvelles idéologies apparues dans les années 30.

    POINT GODWIN ATTEINT! ;)

    Sinon pour les trucs que propose kgersen, je vais essayer avec un VPS KVM ;)
  • #40 par vivien le 06 Feb 2017
  • 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.

    Le point faible des PPA, outre le risque de faire plante rune mise à jour vers la version suivante de ton OS, c'est la sécurité.

    Debian et Ubuntu patchent très vite les failles trouvées. Pour d'autres c'est plus lent ou ce n'est pas fait. (et RedHat ne fait pas parti de rapide, au moins pour la faille ALERTE - Plus importante faille Linux jamais découverte)

    Tu es sur que RedHat n'a pas distribué le correctif ?

    Cela m'étonne fortement.

    Pour Ubuntu, il est disponible depuis le 20 octobre à 5h45 du matin

    Oui certain c'est toujours en statut pending et ça commence à sérieusement râler chez les clients...

    Effectivement... c'est toujours en pending.


  • #41 par vivien le 12 Jun 2018
  • Ubuntu 18.04 propose enfin par défaut la fonction "autoremove" via le gestionnaire de mise à jour, pour supprimer les anciens noyaux pour gagner de la place sur le disque :

  • #42 par Jojo78 le 12 Jun 2018
  • En manuel le mien supprime les noyaux 4.xxx mais conserve toute une palanquée de 3.xxxx
  • #43 par vivien le 12 Jun 2018
  • Ca, c'est une mise à jour où tu as du oublier de demander de supprimer les paquets ou a des installations spécifiques.

    La solution est de faire un apt purge linux-image-xxxxxxxx puis un apt purge linux-headers-xxxxxxxx puis un apt purge linux-modules-xxxxxxxx
  • #44 par Jojo78 le 12 Jun 2018
  • Ca, c'est une mise à jour où tu as du oublier de demander de supprimer les paquets ou a des installations spécifiques.

    La solution est de faire un apt purge linux-image-xxxxxxxx puis un apt purge linux-headers-xxxxxxxx puis un apt purge linux-modules-xxxxxxxx
    Bon effectivement...Mercipour l'info. Je ferai çà à tête reposée :)
  • #45 par renaud07 le 14 Jul 2018
  • Je viens de remarquer un comportement curieux sur linux mint 19. Lorsque je veux supprimer des anciens noyaux, il me demande d'installer la version unsigned du dernier noyau supprimé  ???

    Exemple : Je veux supprimer les noyaux 4.15.0-20 et 4.15.0-23, en retour ça veut m'installer linux-image-unsigned-4.15.0-23-generic

    Heureusement une fois fait je peux aller supprimer ledit paquet sans que ça ne réinstalle autre chose. Un bug passé inaperçu ? Car c'est bien la première fois que je rencontre ce problème, alors que je me sert de cette technique depuis longtemps que ce soit sous Ubuntu ou LM.

    renaud@renaud-pc:~$ sudo apt-get remove --purge linux-image-4.15.0-20-generic linux-image-4.15.0-23-generic linux-headers-4.15.0-20 linux-headers-4.15.0-20-generic linux-headers-4.15.0-23 linux-headers-4.15.0-23-generic
    Lecture des listes de paquets... Fait
    Construction de l'arbre des dépendances       
    Lecture des informations d'état... Fait
    Les paquets supplèmentaires suivants seront installés :
      linux-image-unsigned-4.15.0-23-generic
    Paquets suggérés :
      fdutils linux-doc-4.15.0 | linux-source-4.15.0 linux-tools linux-headers-4.15.0-23-generic
    Les paquets suivants seront ENLEVÉS :
      linux-headers-4.15.0-20* linux-headers-4.15.0-20-generic* linux-headers-4.15.0-23* linux-headers-4.15.0-23-generic* linux-image-4.15.0-20-generic* linux-image-4.15.0-23-generic* linux-kernel-generic*
      linux-modules-extra-4.15.0-20-generic* linux-modules-extra-4.15.0-23-generic*
    Les NOUVEAUX paquets suivants seront installés :
      linux-image-unsigned-4.15.0-23-generic
    0 mis à jour, 1 nouvellement installés, 9 à enlever et 0 non mis à jour.
    Il est nécessaire de prendre 7 912 ko dans les archives.
    Après cette opération, 530 Mo d'espace disque seront libérés.
    Souhaitez-vous continuer ? [O/n] O
  • #46 par vivien le 14 Jul 2018
  • Pourquoi tu supprime les paquets manuellement ?

    Tu as remarqué ici qu'on laisse le système supprimer les anciens paquets.

    sudo apt autoremove ne fonctionne pas chez toi ?

    (attention, il laisse le dernier et l'avant-dernier)
  • #47 par renaud07 le 14 Jul 2018
  • Je les ai toujours supprimé à la main...

    J’essaierais la prochaine fois que j'en aurais 4 ou 5.

    En général je garde les 2 derniers, c'est sans pour ça qu'autoremove ne me propose jamais de les virer vu que je les efface au fur et à mesure.
Pages:
Actions