#1 Le 02/03/2015, à 20:48
- baba00000000
[RESOLU] Problème place / install kermel suit à mise a jour
Bonjour,
Sur le pc des mes parents, la semaine dernière ils ont rencontrer un problème. Une mise à jour qui a une un petit soucis.
Malgré plus heures de recherche je suis incapable de le résoudre.
Partition
/dev/sda6 9,1G 7,8G 831M 91% /
none 4,0K 0 4,0K 0% /sys/fs/cgroup
udev 491M 4,0K 491M 1% /dev
tmpfs 100M 1,2M 99M 2% /run
none 5,0M 0 5,0M 0% /run/lock
none 500M 492K 500M 1% /run/shm
none 100M 44K 100M 1% /run/user
/dev/sda2 86G 72G 15G 83% /media/nelly/test
/dev/sda7 19G 833M 17G 5% /home
Donc je comprends pas trop le manque de place il reste 800Mo, alors que sur les postes que j'ai plus lire c'est en dessous de 100mo.
Il me propose quand je fais upgrade cette commande:
sudo apt-get -f install
Mais ne résoud pas le problème.
résultat
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Correction des dépendances... Fait
Les paquets supplémentaires suivants seront installés :
linux-headers-3.13.0-46-generic
Les NOUVEAUX paquets suivants seront installés :
linux-headers-3.13.0-46-generic
0 mis à jour, 1 nouvellement installés, 0 à enlever et 12 non mis à jour.
2 partiellement installés ou enlevés.
Il est nécessaire de prendre 0 o/710 ko dans les archives.
Après cette opération, 13,1 Mo d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n]
(Lecture de la base de données... 589897 fichiers et répertoires déjà installés.)
Préparation du décompactage de .../linux-headers-3.13.0-46-generic_3.13.0-46.76_i386.deb ...
Décompactage de linux-headers-3.13.0-46-generic (3.13.0-46.76) ...
Aucun rapport « apport » n'a été créé car un disque plein a été signalé
dpkg: error processing archive /var/cache/apt/archives/linux-headers-3.13.0-46-generic_3.13.0-46.76_i386.deb (--unpack):
erreur pendant la création du répertoire « ./usr/src/linux-headers-3.13.0-46-generic/include/config/x86/reroute/for/broken »: Aucun espace disponible sur le périphérique
dpkg-deb : erreur : le sous-processus coller a été tué par le signal (Relais brisé (pipe))
Des erreurs ont été rencontrées pendant l'exécution :
/var/cache/apt/archives/linux-headers-3.13.0-46-generic_3.13.0-46.76_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
J'ai aussi essayer les commandes de la page:
sudo apt-get autoclean
sudo apt-get clean
sudo apt-get autoremove
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Vous pouvez lancer « apt-get -f install » pour corriger ces problèmes.
Les paquets suivants contiennent des dépendances non satisfaites :
linux-headers-generic : Dépend: linux-headers-3.13.0-46-generic mais il n'est pas installé
E: Dépendances manquantes. Essayez d'utiliser l'option -f.
option -f rajouter à la commande si j'ai bien compris:
sudo apt-get autoremove -f
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Correction des dépendances... Fait
Les paquets supplémentaires suivants seront installés :
linux-headers-3.13.0-46-generic
Les NOUVEAUX paquets suivants seront installés :
linux-headers-3.13.0-46-generic
0 mis à jour, 1 nouvellement installés, 0 à enlever et 12 non mis à jour.
2 partiellement installés ou enlevés.
Il est nécessaire de prendre 710 ko dans les archives.
Après cette opération, 13,1 Mo d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] o
Réception de : 1 http://fr.archive.ubuntu.com/ubuntu/ trusty-updates/main linux-headers-3.13.0-46-generic i386 3.13.0-46.76 [710 kB]
710 ko réceptionnés en 2s (344 ko/s)
(Lecture de la base de données... 589897 fichiers et répertoires déjà installés.)
Préparation du décompactage de .../linux-headers-3.13.0-46-generic_3.13.0-46.76_i386.deb ...
Décompactage de linux-headers-3.13.0-46-generic (3.13.0-46.76) ...
dpkg: error processing archive /var/cache/apt/archives/linux-headers-3.13.0-46-generic_3.13.0-46.76_i386.deb (--unpack):
erreur pendant la création du répertoire « ./usr/src/linux-headers-3.13.0-46-generic/include/config/x86/reroute/for/broken »: Aucun espace disponible sur le périphérique
Aucun rapport « apport » n'a été créé car un disque plein a été signalé
dpkg-deb : erreur : le sous-processus coller a été tué par le signal (Relais brisé (pipe))
Des erreurs ont été rencontrées pendant l'exécution :
/var/cache/apt/archives/linux-headers-3.13.0-46-generic_3.13.0-46.76_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Je voulais me servir de synaptic mais n'est plus installer sur ubuntu depuis ...
Je ne peux pas installer aucun logiciel.
Avant de me lancer dans un liveCD pour agrandir la partition car 10Go me semblait asser pour une vieux pc . Et que je ne suis pas sur que le problème vienne de là.
Merci beaucoup pour la futur aide apporter. Je m'excuse aussi, si le sujet à été traité plusieurs fois mais je n'ai pas réussi.
Dernière modification par baba00000000 (Le 03/03/2015, à 19:30)
http://racketiciel.info/petition/ Pétition qui ferra peut être changé les installations sur les pc vendu en France.
Hors ligne
#2 Le 02/03/2015, à 22:51
- J5012
Re : [RESOLU] Problème place / install kermel suit à mise a jour
si ce sont les noyaux qui posent probleme de place, tu devrais le voir en faisant ls :
ls -lh /boot
Hors ligne
#3 Le 02/03/2015, à 23:13
- baba00000000
Re : [RESOLU] Problème place / install kermel suit à mise a jour
J5012 merci pour ta réponse.
Résultat:
-rw-r--r-- 1 root root 988K mars 11 2014 abi-3.11.0-19-generic
-rw-r--r-- 1 root root 1,2M mai 3 2014 abi-3.13.0-24-generic
-rw-r--r-- 1 root root 1,2M mai 15 2014 abi-3.13.0-27-generic
-rw-r--r-- 1 root root 1,2M juin 4 2014 abi-3.13.0-29-generic
-rw-r--r-- 1 root root 1,2M juil. 5 2014 abi-3.13.0-30-generic
-rw-r--r-- 1 root root 1,2M juil. 15 2014 abi-3.13.0-32-generic
-rw-r--r-- 1 root root 1,2M août 13 2014 abi-3.13.0-34-generic
-rw-r--r-- 1 root root 1,2M août 15 2014 abi-3.13.0-35-generic
-rw-r--r-- 1 root root 1,2M sept. 4 00:36 abi-3.13.0-36-generic
-rw-r--r-- 1 root root 1,2M sept. 23 00:42 abi-3.13.0-37-generic
-rw-r--r-- 1 root root 1,2M oct. 28 15:43 abi-3.13.0-39-generic
-rw-r--r-- 1 root root 1,2M nov. 13 20:03 abi-3.13.0-40-generic
-rw-r--r-- 1 root root 1,2M déc. 8 21:38 abi-3.13.0-43-generic
-rw-r--r-- 1 root root 1,2M déc. 16 02:27 abi-3.13.0-44-generic
-rw-r--r-- 1 root root 1,2M janv. 13 21:23 abi-3.13.0-45-generic
-rw-r--r-- 1 root root 1,2M févr. 26 20:55 abi-3.13.0-46-generic
-rw-r--r-- 1 root root 165K mars 11 2014 config-3.11.0-19-generic
-rw-r--r-- 1 root root 166K mai 3 2014 config-3.13.0-24-generic
-rw-r--r-- 1 root root 166K mai 15 2014 config-3.13.0-27-generic
-rw-r--r-- 1 root root 166K juin 4 2014 config-3.13.0-29-generic
-rw-r--r-- 1 root root 166K juil. 5 2014 config-3.13.0-30-generic
-rw-r--r-- 1 root root 166K juil. 15 2014 config-3.13.0-32-generic
-rw-r--r-- 1 root root 166K août 13 2014 config-3.13.0-34-generic
-rw-r--r-- 1 root root 166K août 15 2014 config-3.13.0-35-generic
-rw-r--r-- 1 root root 166K sept. 4 00:36 config-3.13.0-36-generic
-rw-r--r-- 1 root root 166K sept. 23 00:42 config-3.13.0-37-generic
-rw-r--r-- 1 root root 166K oct. 28 15:43 config-3.13.0-39-generic
-rw-r--r-- 1 root root 166K nov. 13 20:03 config-3.13.0-40-generic
-rw-r--r-- 1 root root 166K déc. 8 21:38 config-3.13.0-43-generic
-rw-r--r-- 1 root root 166K déc. 16 02:27 config-3.13.0-44-generic
-rw-r--r-- 1 root root 166K janv. 13 21:23 config-3.13.0-45-generic
-rw-r--r-- 1 root root 166K févr. 26 20:55 config-3.13.0-46-generic
drwxr-xr-x 5 root root 4,0K févr. 28 16:18 grub
-rw-r--r-- 1 root root 17M avril 20 2014 initrd.img-3.11.0-19-generic
-rw-r--r-- 1 root root 18M mai 14 2014 initrd.img-3.13.0-24-generic
-rw-r--r-- 1 root root 18M juin 6 2014 initrd.img-3.13.0-27-generic
-rw-r--r-- 1 root root 18M juin 14 2014 initrd.img-3.13.0-29-generic
-rw-r--r-- 1 root root 18M juil. 14 2014 initrd.img-3.13.0-30-generic
-rw-r--r-- 1 root root 18M août 2 2014 initrd.img-3.13.0-32-generic
-rw-r--r-- 1 root root 18M août 24 2014 initrd.img-3.13.0-34-generic
-rw-r--r-- 1 root root 18M sept. 14 20:25 initrd.img-3.13.0-35-generic
-rw-r--r-- 1 root root 18M sept. 23 15:00 initrd.img-3.13.0-36-generic
-rw-r--r-- 1 root root 18M oct. 11 20:51 initrd.img-3.13.0-37-generic
-rw-r--r-- 1 root root 18M nov. 14 20:33 initrd.img-3.13.0-39-generic
-rw-r--r-- 1 root root 18M déc. 1 20:17 initrd.img-3.13.0-40-generic
-rw-r--r-- 1 root root 18M déc. 19 19:29 initrd.img-3.13.0-43-generic
-rw-r--r-- 1 root root 18M janv. 18 17:23 initrd.img-3.13.0-44-generic
-rw-r--r-- 1 root root 18M févr. 28 16:11 initrd.img-3.13.0-45-generic
-rw-r--r-- 1 root root 18M févr. 28 16:20 initrd.img-3.13.0-46-generic
-rw-r--r-- 1 root root 173K mars 12 2014 memtest86+.bin
-rw-r--r-- 1 root root 174K mars 12 2014 memtest86+.elf
-rw-r--r-- 1 root root 175K mars 12 2014 memtest86+_multiboot.bin
-rw------- 1 root root 2,6M mars 11 2014 System.map-3.11.0-19-generic
-rw------- 1 root root 2,6M mai 3 2014 System.map-3.13.0-24-generic
-rw------- 1 root root 2,6M mai 15 2014 System.map-3.13.0-27-generic
-rw------- 1 root root 2,6M juin 4 2014 System.map-3.13.0-29-generic
-rw------- 1 root root 2,6M juil. 5 2014 System.map-3.13.0-30-generic
-rw------- 1 root root 2,6M juil. 15 2014 System.map-3.13.0-32-generic
-rw------- 1 root root 2,6M août 13 2014 System.map-3.13.0-34-generic
-rw------- 1 root root 2,6M août 15 2014 System.map-3.13.0-35-generic
-rw------- 1 root root 2,6M sept. 4 00:36 System.map-3.13.0-36-generic
-rw------- 1 root root 2,6M sept. 23 00:42 System.map-3.13.0-37-generic
-rw------- 1 root root 2,6M oct. 28 15:43 System.map-3.13.0-39-generic
-rw------- 1 root root 2,6M nov. 13 20:03 System.map-3.13.0-40-generic
-rw------- 1 root root 2,6M déc. 8 21:38 System.map-3.13.0-43-generic
-rw------- 1 root root 2,6M déc. 16 02:27 System.map-3.13.0-44-generic
-rw------- 1 root root 2,6M janv. 13 21:23 System.map-3.13.0-45-generic
-rw------- 1 root root 2,6M févr. 26 20:55 System.map-3.13.0-46-generic
-rw------- 1 root root 5,5M mars 11 2014 vmlinuz-3.11.0-19-generic
-rw------- 1 root root 5,6M mai 3 2014 vmlinuz-3.13.0-24-generic
-rw------- 1 root root 5,6M mai 15 2014 vmlinuz-3.13.0-27-generic
-rw------- 1 root root 5,6M juin 4 2014 vmlinuz-3.13.0-29-generic
-rw------- 1 root root 5,6M juil. 5 2014 vmlinuz-3.13.0-30-generic
-rw------- 1 root root 5,6M juil. 15 2014 vmlinuz-3.13.0-32-generic
-rw------- 1 root root 5,6M août 13 2014 vmlinuz-3.13.0-34-generic
-rw------- 1 root root 5,6M août 15 2014 vmlinuz-3.13.0-35-generic
-rw------- 1 root root 5,6M sept. 4 00:36 vmlinuz-3.13.0-36-generic
-rw------- 1 root root 5,6M sept. 23 00:42 vmlinuz-3.13.0-37-generic
-rw------- 1 root root 5,6M oct. 28 15:43 vmlinuz-3.13.0-39-generic
-rw------- 1 root root 5,6M nov. 13 20:03 vmlinuz-3.13.0-40-generic
-rw------- 1 root root 5,6M déc. 8 21:38 vmlinuz-3.13.0-43-generic
-rw------- 1 root root 5,6M déc. 16 02:27 vmlinuz-3.13.0-44-generic
-rw------- 1 root root 5,6M janv. 13 21:23 vmlinuz-3.13.0-45-generic
-rw------- 1 root root 5,6M févr. 26 20:55 vmlinuz-3.13.0-46-generic
je vois que ça fait 500mo en arrondissement.
La question qui me vient à l'esprit, c'est pourquoi avec 800mo ça manque de place?
Peut être que le système à voulut migrer vers une version plus récente?
Pourtant j'ai bien séparer la partion /home et / ( 10go ce n'est pas asser ?)
Mes parents ce servent du pc juste pour faire de l'internet, libre office et c'est tout.
Demain je verrais ou je peux faire le ménage, mais je me demande si le problème viens de là.
Encore merci de t'être penché sur mon problème.
http://racketiciel.info/petition/ Pétition qui ferra peut être changé les installations sur les pc vendu en France.
Hors ligne
#4 Le 02/03/2015, à 23:41
- Bougron
Re : [RESOLU] Problème place / install kermel suit à mise a jour
Bonsoir.
Peux-tu faire les deux commandes suivantes
df -h
df -i
Il faudra que tu fasses aussi un peu de nettoyage des noyaux inutiles voir solution nany dans http://forum.ubuntu-fr.org/viewtopic.ph … #p19346191
Dernière modification par Bougron (Le 03/03/2015, à 00:26)
Hors ligne
#5 Le 02/03/2015, à 23:57
- tiramiseb
Re : [RESOLU] Problème place / install kermel suit à mise a jour
Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com
Hors ligne
#6 Le 03/03/2015, à 18:54
- baba00000000
Re : [RESOLU] Problème place / install kermel suit à mise a jour
Salut,
je poste les 2 commandes et leur résultat.
df -i
Sys. de fichiers Inœuds IUtil. ILibre IUti% Monté sur
/dev/sda6 610800 607703 3097 100% /
none 127986 2 127984 1% /sys/fs/cgroup
udev 125584 531 125053 1% /dev
tmpfs 127986 533 127453 1% /run
none 127986 3 127983 1% /run/lock
none 127986 7 127979 1% /run/shm
none 127986 32 127954 1% /run/user
/dev/sda2 15687292 84483 15602809 1% /media/nelly/test
/dev/sda7 1220608 16533 1204075 2% /home
df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda6 9,1G 7,8G 831M 91% /
none 4,0K 0 4,0K 0% /sys/fs/cgroup
udev 491M 4,0K 491M 1% /dev
tmpfs 100M 1,2M 99M 2% /run
none 5,0M 0 5,0M 0% /run/lock
none 500M 156K 500M 1% /run/shm
none 100M 36K 100M 1% /run/user
/dev/sda2 86G 72G 15G 83% /media/nelly/test
/dev/sda7 19G 833M 17G 5% /home
Je continu en lisant vos liens. Merci pour l'aide apporté.
Edit:
@Bougron : les commandes de nany ne marche pas. ça bloque. Il veut finir l'installation du noyaux avant de faire autre chose.
Mais je vais testé kclean après avoir fini l'upgrade du système.
La seule solution est de supprimer les paquets manuellement comme dans la solution que tiramiseb a proposé.
Le site détaille très bien le problème, les solutions.
Encore merci à vous pour la rapidité de vos réponses.
Dernière modification par baba00000000 (Le 03/03/2015, à 19:33)
http://racketiciel.info/petition/ Pétition qui ferra peut être changé les installations sur les pc vendu en France.
Hors ligne
#7 Le 04/03/2015, à 11:03
- Bougron
Re : [RESOLU] Problème place / install kermel suit à mise a jour
Bonjour.
Après avoir parlé de ce cas.
La solution manuelle semble être automatisable de la façon suivante (je n'ai pas contrôlé car je n'ai plus que 3 noyaux).
Je pense que tu veux parler de la suppression de quelques sources (quatre en l’occurrence pour avoir de la marge de manœuvre).
Eh bien, je proposerais alors ceci :KEEP=3
USED=$(uname -r | cut -d- -f1,2)
SOURCES_TO_REMOVE=$(dpkg -l | egrep 'linux-headers-[0-9]' | cut -d' ' -f3 | grep -v "$USED" | head -4 | sed 's/linux/\/usr\/src\/linux/g')
IMAGES_TO_PURGE=$(dpkg -l | egrep 'linux-image-[0-9]' | cut -d' ' -f3 | grep -v "$USED" | sed 's/-generic//g' | uniq | head -n-$((KEEP-1)))
HEADERS_TO_PURGE=$(dpkg -l | egrep 'linux-headers-[0-9]' | cut -d' ' -f3 | grep -v "$USED" | sed 's/-generic//g' | uniq | head -n-$((KEEP-1)))
for FILE in $SOURCES_TO_REMOVE; do rm -rf $FILE; done
sudo apt-get purge $IMAGES_TO_PURGE $HEADERS_TO_PURGE
Hors ligne
#8 Le 04/03/2015, à 15:57
- tiramiseb
Re : [RESOLU] Problème place / install kermel suit à mise a jour
Problème dans les commandes de nany citées par Bougron : s'il y a 4 paquets de sources installés ou moins, ça supprime des sources qui ne devraient pas être supprimées (à cause de la partie "head -4"). En bref, ça n'est valable que s'il y a tout plein de versions à supprimer.
Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com
Hors ligne
#9 Le 04/03/2015, à 16:38
- Bougron
Re : [RESOLU] Problème place / install kermel suit à mise a jour
Bonjour.
@Tiramiseb.
Tu as raison de souligner que cela supprime 4 noyaux (Corrigé grâce à tiramiseb) headers alors que peut-être il y en a moins de cinq.
Ton document disait d'ailleurs que 2 noyaux headers à supprimer vont certainement débloquer la situation.
Cependant, cette commande ne supprime pas le header qui est actuellement courant si j'ai bien compris les explications.
Dans ce cas particulier j'avais pris la précaution de regarder combien il y avait de noyaux anciens.
rw-r--r-- 1 root root 988K mars 11 2014 abi-3.11.0-19-generic
-rw-r--r-- 1 root root 1,2M mai 3 2014 abi-3.13.0-24-generic
-rw-r--r-- 1 root root 1,2M mai 15 2014 abi-3.13.0-27-generic
-rw-r--r-- 1 root root 1,2M juin 4 2014 abi-3.13.0-29-generic
-ETC....
Ajout. Suite à la réponse de Tiramiseb
Si au lieu de supprimer 4 headers, on choisissait de supprimer seulement 1 header. Cela devrait coller me semble-t-il?
Puis après il faudrait finir l'installation qui est en cours.?.... Si on retombe sur encore un manque d'espace, on reboucle sur la suppression ....
Dernière modification par Bougron (Le 04/03/2015, à 17:05)
Hors ligne
#10 Le 04/03/2015, à 16:50
- tiramiseb
Re : [RESOLU] Problème place / install kermel suit à mise a jour
Tu as raison de souligner que cela supprime 4 noyaux
Non. Je ne souligne pas que cela supprime 4 noyaux.
J'indique que cela supprime 4 répertoires de sources ; enfin, de headers.
Cependant, cette commande ne supprime pas le noyau qui est actuellement courant
Non mais ça supprime 4 répertoires de headers. Puis ça désinstalle les headers sauf les 3 derniers.
Donc s'il y a, par exemple, uniquement 3 headers d'installés, ça supprime les fichiers correspondant à ces 3 headers mais ça ne désinstalle pas les paquets correspondant, d'où une incohérence au niveau du système.
Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com
Hors ligne
#11 Le 04/03/2015, à 18:32
- nany
Re : [RESOLU] Problème place / install kermel suit à mise a jour
Bonjour,
Problème dans les commandes de nany citées par Bougron : s'il y a 4 paquets de sources installés ou moins, ça supprime des sources qui ne devraient pas être supprimées (à cause de la partie "head -4"). En bref, ça n'est valable que s'il y a tout plein de versions à supprimer.
Exact. J’étais en effet parti dans l’optique d’un trop grand nombre de paquets qui bloquerait toute commande et où la suppression de sources devient nécessaire pour débloquer la situation (de la manière dont tu l’explique fort bien dans ton article de blog). La seule précaution que j’ai prise est de préserver la version du noyau utilisé.
Bien alors, afin que Bougron ait des lignes sous le coude à proposer qui soit sans danger, je rectifie le tir :
KEEP=2
TAIL=$((($KEEP-1)*2))
USED=$(uname -r | cut -d- -f1,2)
KERNELS=$(dpkg -l | egrep 'linux-(headers|image)-[0-9]' | tr -s ' ' | cut -d' ' -f2)
UNUSED=$(echo "$KERNELS" | grep -v "$USED" | sort -t- -k3,4 )
KERNELS_TO_PURGE=$(echo "$UNUSED" | cut -d- -f-4| uniq | head -n-$TAIL)
H_UNUSED=$(echo "$UNUSED" | grep headers | head -n-$TAIL)
SRC_TO_REMOVE=$(echo "$H_UNUSED" | head -2 | sed 's/linux/\/usr\/src\/linux/g')
PERCENT_ROOT=$(df -i / | grep dev | tr -s ' ' | cut -d' ' -f5 | tr -d '%')
[[ $PERCENT_ROOT -ge 98 ]] && sudo rm -rf $SRC_TO_REMOVE
sudo apt-get purge $KERNELS_TO_PURGE
Bon, je ne peux pas tester chez moi car je n’ai que deux noyaux (enfin j’ai testé avec KEEP=1 et rm -rfi mais je considère pas ce test suffisamment significatif) mais en théorie ça devrait marcher.
Ceci dit, je garde le lien de ton article car je le trouve bien plus pédagogique que mes lignes de code.
Dernière modification par nany (Le 14/04/2015, à 13:43)
Hors ligne
#12 Le 04/03/2015, à 22:35
- Bougron
Re : [RESOLU] Problème place / install kermel suit à mise a jour
Salut,
je poste les 2 commandes et leur résultat.
df -i Sys. de fichiers Inœuds IUtil. ILibre IUti% Monté sur /dev/sda6 610800 607703 3097 100% / none 127986 2 127984 1% /sys/fs/cgroup udev 125584 531 125053 1% /dev tmpfs 127986 533 127453 1% /run none 127986 3 127983 1% /run/lock none 127986 7 127979 1% /run/shm none 127986 32 127954 1% /run/user /dev/sda2 15687292 84483 15602809 1% /media/nelly/test /dev/sda7 1220608 16533 1204075 2% /home
...
Mais je vais tester kclean après avoir fini l'upgrade du système.
....
La seule solution est de supprimer les paquets manuellement comme dans la solution que tiramiseb a proposé.
Le site détaille très bien le problème, les solutions.
Encore merci à vous pour la rapidité de vos réponses.
Bonsoir.
J'aimerais savoir si tu as pu installer kclean dans cette situation ou si tu as d'abord du faire des suppressions manuelles avant de continuer à finir ce qui avait commencé à s'installer puis installer kclean ou faire avec la commande de nany
Merci par avance.
Dernière modification par Bougron (Le 04/03/2015, à 22:38)
Hors ligne