Sudo apt update Puis Sudo apt upgrade

Les deux fonctionnent, apt est plus récent que apt-get ! Mais j'ai bien saisi, l'intention ! _______________________________________________ Linux06 mailing list Linux06(a)lists.linux-azur.org https://lists.linux-azur.org/mailman/listinfo/linux06

Le 21/04/2017 à 22:28, Vermalle JC a écrit : Bonsoir, as tu encore assez de place disque sur '/' ? Sinon, essaie de vider le cache avant de lancer update / upgrade sudo apt-get clean A+ Vincent. _______________________________________________ Linux06 mailing list Linux06(a)lists.linux-azur.org https://lists.linux-azur.org/mailman/listinfo/linux06

Jean Claude, As-tu un warning (W) lorsque tu fais un simple sudo apt ( ou apt-get pour les grincheux ) update ? Cela peut indiquer un ppa d'un dépôt offline, ce qui empêche l'upgrade en ligne de commande et provoque une erreur par l'interface graphique ! Sur cette install, as tu installé des logiciels autrement que par les dépôts officiels ? Manuellement, en installant un .deb, en installant un ppa par add-apt-repository, bref un truc exotique, y compris par la boutique (dont il faut mettre à jour son ppa... pas toujours évident...) Tu ne serais pas resté sur une vieille version dont le support s'est arrêté ? Les LTS n'ont pas toutes des durées de 5 ans, mais parfois 3 ans... À te relire. Knut _______________________________________________ Linux06 mailing list Linux06(a)lists.linux-azur.org https://lists.linux-azur.org/mailman/listinfo/linux06

Le 22/04/2017 à 08:37, Vermalle JC a écrit : le fichier /var/lib/dpkg/lock est le verrou utilisé par les processus qui utlisent apt ou dpkg pour indiquer qu'ils ne doivent pas être interrompus. trouver le processus qui travaille sur ce fichier peut etre fait avec la commande fuser : fuser -cu /var/lib/dpkg/lock Je pense qu'une outil graphique de gestion de paquets tels synaptics ou autre accède la base de paquets et donc pose un verrou. il faut donc arrêter synaptics ou le logiciel graphique afin de pouvoir utliser les commandes apt sans risque. Il est possible aussi de détruire le fichier de lock brutalement, ce que nombreux fils discussions proposent. La difficulté ici est le partage d'une même base de donnée ( les paquets ) par plusieurs programmes alors que la base de de paquets n'est conçue que pour être opérée par un seul outl à la fois, d'où la mise en oeuvre de ce verrou. Si un logiciel tourne en tâche de fond ( démon ) puor vérifier les mises à jours à intervales régulier, ce problème est susceptible d'apparaître sporadiquement, il suffit alros d'attendre une minute que la tâche d'actualisation se termine et de recommencer. Si un logiciel bloque sur l'utilisation de la base de donnée de paquets, alors dans ce cas il n'y pas d'autre solution que de l'arreter avec un kill et de supprimer le verrou. Nombre de fils de discussions parlent de ce problème, mais rares sont ceux qui fournisse l'identité du processus responsable du verrou ( commande fuser ). Peut être une amélioration serait d'avoir une information textuelle danbs le fichier lock pour comprendre qui fait quoi. _______________________________________________ Linux06 mailing list Linux06(a)lists.linux-azur.org https://lists.linux-azur.org/mailman/listinfo/linux06

Bonsoir Vincent, J'ai encore plus de 20Go disponibles sur /. A+ Jeanclaude