Espace insuffisant lors d'une mise à jour

Bonjour !

J’ai des erreurs lors d’un apt-get upgrade, savez vous pourquoi ?

# apt-get upgrade Lecture des listes de paquets... Construction de l'arbre des dépendances... Lecture des informations d'état... Les paquets suivants ont été conservés : ffmpeg libavcodec52 libavdevice52 libavfilter0 libavformat52 libavutil49 libpostproc51 libswscale0 linux-image-686-pae mplayer Les paquets suivants seront mis à jour : linux-image-2.6.32-5-686 1 mis à jour, 0 nouvellement installés, 0 à enlever et 10 non mis à jour. 30 partiellement installés ou enlevés. Il est nécessaire de prendre 0 o/27,7 Mo dans les archives. Après cette opération, 98,3 ko d'espace disque supplémentaires seront utilisés. Souhaitez-vous continuer [O/n] ? O Préconfiguration des paquets... (Lecture de la base de données... (Lecture de la base de données... 100% (Lecture de la base de données... 100908 fichiers et répertoires déjà installés.) Préparation du remplacement de linux-image-2.6.32-5-686 2.6.32-46 (en utilisant .../linux-image-2.6.32-5-686_2.6.32-48squeeze1_i386.deb) ... Dépaquetage de la mise à jour de linux-image-2.6.32-5-686 ... dpkg : erreur de traitement de /var/cache/apt/archives/linux-image-2.6.32-5-686_2.6.32-48squeeze1_i386.deb (--unpack) : échec en écriture lors d'une copie de buffer pour backend dpkg-deb pendant « ./lib/modules/2.6.32-5-686/kernel/drivers/scsi/ipr.ko »: Aucun espace disponible sur le périphérique configured to not write apport reports dpkg-deb: sous-processus coller tué par le signal (Relais brisé (pipe)) Examining /etc/kernel/postrm.d . run-parts: executing /etc/kernel/postrm.d/initramfs-tools 2.6.32-5-686 /boot/vmlinuz-2.6.32-5-686 run-parts: executing /etc/kernel/postrm.d/zz-update-grub 2.6.32-5-686 /boot/vmlinuz-2.6.32-5-686 Des erreurs ont été rencontrées pendant l'exécution : /var/cache/apt/archives/linux-image-2.6.32-5-686_2.6.32-48squeeze1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1)

Merci d’avance.

Pour le sujet réel il peut y avoir plusieurs raison, mais je sais pas te les dires.

Sinon pour ton upgrade, il y a ceci dedans:

[quote]dpkg : erreur de traitement de /var/cache/apt/archives/linux-image-2.6.32-5-686_2.6.32-48squeeze1_i386.deb (–unpack) :
échec en écriture lors d’une copie de buffer pour backend dpkg-deb pendant « ./lib/modules/2.6.32-5-686/kernel/drivers/scsi/ipr.ko »: Aucun espace disponible sur le périphérique[/quote]Tu as un problème d’espace il me semble, à vérifier avec la commande: df -h

Merci ! Je vais vérifier mon espace disque de ce pas ! =x

Effectivement sda6 est plutôt obèse !

Sys. de fichiers    Taille  Uti. Disp. Uti% Monté sur
/dev/sda6             323M  290M   16M  95% /
tmpfs                 501M  4,0K  501M   1% /lib/init/rw
udev                  496M  232K  496M   1% /dev
tmpfs                 501M     0  501M   0% /dev/shm
/dev/sda11            7,2G  1,1G  5,7G  17% /home
/dev/sda10            368M   11M  339M   3% /tmp
/dev/sda7             6,8G  2,7G  3,8G  42% /usr
/dev/sda8             2,8G  408M  2,3G  16% /var
/dev/sda5              49G   40G  8,6G  83% /mnt/Donnees

Je réalise que mon installation n’était peut être pas très bien pensée au niveau des répartitions du disque dur.
Je vais tenter un apt-get autoremove voir si ça libère des choses.

Sys. de fichiers    Taille  Uti. Disp. Uti% Monté sur
/dev/sda6             323M  290M   16M  95% /

Toujours pas. Je vais essayer de supprimer des packets de logiciels devenus inutiles.

Ta partition sda6 qui contient / est petite.
Je sais pas la valeur minimal pour debian, mais c’est vraiment petit.

Essaye de voir comment récupéré de l’espace depuis d’autre partition pour élargir la partition (et donc sa taille).
Ou attend une réponse de quelqu’un qui explique comment le faire.

Normalement les paquets sont sur /var/ et c’est sur une autre partition et qui est bien libre.
Du coup supprimer des paquets ne résoudra rien, du coup mon idée d’élargir la partition semble la meilleur.

Ahah c’est ce que je viens de découvrir, le sda6 n’a pas bronché après le “grand” ménage :

Sys. de fichiers Taille Uti. Disp. Uti% Monté sur /dev/sda6 323M 290M 17M 95% / tmpfs 501M 4,0K 501M 1% /lib/init/rw udev 496M 232K 496M 1% /dev tmpfs 501M 0 501M 0% /dev/shm /dev/sda11 7,2G 1,1G 5,7G 17% /home /dev/sda10 368M 11M 339M 3% /tmp /dev/sda7 6,8G 2,4G 4,1G 37% /usr /dev/sda8 2,8G 405M 2,3G 16% /var /dev/sda5 49G 40G 8,6G 83% /mnt/Donnees
Bien je vais me documenter sur comment élargir une partition (ça me fait un peu peur quand même, je ne dois pas faire de bourdes actuellement, ça serait catastrophique pour mon boulot).

Avant de me lancer là dedans, une petite question : j’ai lu sur le net que la suppression des vieux noyaux pouvaient alléger la racine. Est-ce vrai ?
Car j’ai déjà deux noyaux au boot :

smallfitz@portable-debian:~$ ls -l /boot/ total 25657 -rw-r--r-- 1 root root 111135 23 sept. 15:40 config-2.6.32-5-686 -rw-r--r-- 1 root root 134554 4 juin 2012 config-3.2.0-0.bpo.2-686-pae drwxr-xr-x 3 root root 5120 2 oct. 14:31 grub -rw-r--r-- 1 root root 8448587 2 oct. 14:31 initrd.img-2.6.32-5-686 -rw-r--r-- 1 root root 9547410 27 juin 2012 initrd.img-3.2.0-0.bpo.2-686-pae -rw-r--r-- 1 root root 1295399 23 sept. 15:40 System.map-2.6.32-5-686 -rw-r--r-- 1 root root 1596060 4 juin 2012 System.map-3.2.0-0.bpo.2-686-pae -rw-r--r-- 1 root root 2301536 23 sept. 15:40 vmlinuz-2.6.32-5-686 -rw-r--r-- 1 root root 2715840 4 juin 2012 vmlinuz-3.2.0-0.bpo.2-686-pae smallfitz@portable-debian:~$ ls -l /lib/modules/ total 2 drwxr-xr-x 3 root root 1024 2 oct. 14:31 2.6.32-5-686 drwxr-xr-x 3 root root 1024 27 juin 2012 3.2.0-0.bpo.2-686-pae
Et vu que apt-get upgade essaie de m’en installer un nouveau, y’en a peut être un des deux à virer, le plus vieux, le premier que j’ai eu, le 686 il me semble.

Edit : Je vais éditer le titre du sujet, et créer un nouveau fil pour le probleme des boutons désactivés.

Boot sur le dernier récent installer et supprime l’ancien. Tu auras environs une dizaine de mb gagné.

Le mieux reste à élargir la partition, d’une bonne centaine voir plus si possible/besoin.
Comme tu dis, tu dois faire attention, mauvaise manip = des pertes.

Au pire et au meilleur:
Tu sauvegardes tes données/config (et non le système) dans une partition et que tu réinstalles le système dans une seul partition.

Dans ton cas:
Tu as une partition sda5 nommé Donné, donc j’imagines c’est ta partition auquel tu as tes données.
Donc tu sauvegardes tes données et config dans cet partition qui a suffisamment d’espace.
Puis tu lances l’installation, tu supprimes tous les partitions sauf celui de Donné (sda5).
Au final tu auras 2 partitions: sda5 rempli par tes données et une autre inutilisé vide.
Tu installes le système dans celui qui est inutilisé vide (tu utilises toute la partition pour /, les autres tu les fait pas sinon tu auras encore un problème semblable à celui ci).

Entendu, je vais d’abord tenter cela alors.
Merci beaucoup pour ton aide ! :wink:

regarde sur le wiki, il y a un tuto pour libérer de la place sur le disque (tu n’es pas le premier à qui ça arrive …)

Avant de toucher à tes partitions : CloneZilla pour sauvegarder ton disque tel quel (nécessite un disque supplémentaire genre disque USB externe pour y mettre la sauvegarde). Comme ça si tu fais une connerie ou que ça plante pendant les manipulations, tu pourras toujours revenir en arrière.

Ensuite, fais voir le résultat de fdisk -l. Si tes partitions ont été créées dans l’ordre logique, tu peux fusionner sda6/7/8 ensemble et même récupérer un peu de place sur sda5.
Concernant /tmp à moins que ta machine ait peu de RAM tu peux passer /tmp en tmpfs (RAM) et récupérer cet espace disque pour autre chose.

De manière générale, plus le disque est petit moins c’est une bonne idée de découper ton système en plein de petites partitions… D’où ma suggestion d’essayer de fusionner plusieurs de tes partitions en une seule.

Voilà j’ai gagné un peu d’espace en virant un noyau.

$ dpkg -l | grep linux-image ii linux-image-2.6-686 3.2+46~bpo60+1 Linux for modern PCs (dummy package) ii linux-image-2.6.32-5-686 2.6.32-46 Linux 2.6.32 for modern PCs ii linux-image-3.2.0-0.bpo.2-686-pae 3.2.18-1~bpo60+1 Linux 3.2 for modern PCs ii linux-image-686-pae 3.2+44~bpo60+1 Linux for modern PCs (meta-package)

La plus vieille version étant la 2.6, j’ai exécuté :

# apt-get remove linux-image-2.6.32-5-686 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-image-2.6.32-5-686 0 mis à jour, 0 nouvellement installés, 1 à enlever et 10 non mis à jour. 1 partiellement installés ou enlevés. Après cette opération, 79,8 Mo d'espace disque seront libérés. Souhaitez-vous continuer [O/n] ?
79,8 Mo delibéré, parfait ça !
Ensuite j’ai vu qu’il y avait aussi linux-image-2.6-686 en 2.6, et malgré la colonne version de dpkg -l j’ai décidé de la virer.
J’avais lu sur le net qu’apt-get ne pouvait “scier la branche sur lesquel il est” donc j’ai pas hésité.

# apt-get remove linux-image-2.6-686 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-image-2.6-686 0 mis à jour, 0 nouvellement installés, 1 à enlever et 10 non mis à jour. 1 partiellement installés ou enlevés. Après cette opération, 53,2 ko d'espace disque seront libérés. Souhaitez-vous continuer [O/n] ?
Bon, ça libère pas grand chose.
Les autres lignes sont toutes en 3.2, donc j’ai rien touché.

Ce qui donne :

$ df -h Sys. de fichiers Taille Uti. Disp. Uti% Monté sur /dev/sda6 323M 211M 95M 69% / tmpfs 501M 4,0K 501M 1% /lib/init/rw udev 496M 232K 496M 1% /dev tmpfs 501M 0 501M 0% /dev/shm /dev/sda11 7,2G 1,1G 5,7G 17% /home /dev/sda10 368M 11M 339M 3% /tmp /dev/sda7 6,8G 2,4G 4,1G 37% /usr /dev/sda8 2,8G 404M 2,3G 16% /var /dev/sda5 49G 40G 8,6G 83% /mnt/Donnees

J’ai donc lancé la mise à jour pour mettre à jour le noyau (voir tout premier post) puis j’ai réalisé que celui qui devait être mis à jour venait d’être supprimé.
Bon. :laughing:

Pour le bidouillage sur les partitions, je ne vais pas de faire dans l’immédiat parce qu’il est un peu tard et que je souhaite faire ça l’esprit clair.

Je reviendrais quand je m’y pencherai de nouveau pour laisser une trace des actions effectuées et/ou pour signaler les nouveaux problèmes rencontrés s’il y en a.

kripteks, piratebab, et syam je vous remercie beaucoup pour vos conseils et votre temps !

Salut,
Si c’est résolu, coche verte SVP.

Merci. :006

J’ai rencontré de nouveaux des soucis et voilà la procédure de nettoyage qui m’a aidé à les résoudre.
Si ça peut être utile à quelqu’un dans le futur.

Tailles des partitions :

root@portable-debian:~# df -h Sys. de fichiers Taille Uti. Disp. Uti% Monté sur /dev/sda6 323M 323M 0 100% / tmpfs 501M 4,0K 501M 1% /lib/init/rw udev 496M 232K 496M 1% /dev tmpfs 501M 300K 500M 1% /dev/shm /dev/sda11 7,2G 1,3G 5,5G 19% /home /dev/sda10 368M 79M 271M 23% /tmp /dev/sda7 6,8G 2,5G 3,9G 39% /usr /dev/sda8 2,8G 841M 1,8G 32% /var /dev/sda5 49G 44G 4,8G 91% /mnt/Donnees

Les 10 plus gros fichiers contenus dans la partition de la racine (en ko) :

root@portable-debian:~# du -ax / | sort -nr | head -10 319874 / 116931 /opt 116930 /opt/java 116929 /opt/java/32 114043 /opt/java/32/jre1.7.0_17 113302 /opt/java/32/jre1.7.0_17/lib 92347 /lib 82442 /root 80000 /lib/modules 79999 /lib/modules/3.2.0-0.bpo.2-686-pae
C’est java qui prend le plus de place.

Je l’avais installé en suivant les conseils lus ici mais surtout iciici, et en suivant ce manuel, en particulier cette partie :

[quote]Repository

The repository provides a Debian package with the script and the same support files as in the support tarball. Setting things up is a bit more work, but the script will be properly integrated in your system. Additional advantages: a possibly installed out-of-date sun-java6 installation will be removed completely and if you keep the software source in your list, you will automatically receive updates of the script. The procedure:

[b]put the line
deb [duinsoft.nl/pkg](http://www.duinsoft.nl/pkg) debs all
in the file /etc/apt/sources.list[/b], either using Software Sources from your System Menu or by editing the file in an editor (as root)
or:
put this line in a file named (e.g.) duinsoft.list in the directory /etc/apt/sources.list.d
import the gpg key with the command (all on one line)
sudo apt-key adv --keyserver keys.gnupg.net --recv-keys 5CB26B26
enter the commands (two lines)
sudo [b]apt-get update[/b]
sudo [b]apt-get install update-sun-jre[/b]
or use Synaptic to install the package
installation of the Runtime Environment will follow automatically

[/quote]

Pour supprimer java j’ai donc suivi cette partie :

[quote]Remove

If you want to remove the script, how you go about it depends on how you installed it. To undo a manual install, execute the command
sudo update-sun-jre -v remove
(with the directory containing the script open in a terminal). This will not work if the script was installed using a Debian package. In that case you could use e.g. Synaptic or apt-get (dpkg --remove will not work). You will be offered another Java installation: OpenJDK. If you do not want that, you can start by installling the sun-java6-plugin (if it is still available in the repository). The other sun-java6 packages will tag along and the script package will be removed automatically. [/quote]

# suppression paquet java
root@portable-debian:~# apt-get remove update-sun-jre

# detection paquets orphelins
root@portable-debian:~# aptitude search ~c
update-sun-jre                                           - Updater/installer for Oracle's (Sun) Java Runtime Environment 

# suppression paquets orphelins
root@portable-debian:~# dpkg -P $(dpkg -l | awk '$1~/^rc$/{print $2}')
(Lecture de la base de données... 95777 fichiers et répertoires déjà installés.)
Suppression de update-sun-jre ...
Purge des fichiers de configuration de update-sun-jre ...
dpkg : avertissement : lors de la suppression de update-sun-jre, le répertoire « /var/cache/update-sun-jre » n'était pas vide, donc il n'a pas été supprimé.

# y'a quoi là bas ?
root@portable-debian:~# cd /var/cache/update-sun-jre/
root@portable-debian:/var/cache/update-sun-jre# du -h *
4,0K    cached-download-32
46M     jre-7u17-linux-i586.tar.gz
47M     jre-7u21-linux-i586.tar.gz

root@portable-debian:# rm -rf /var/cache/update-sun-jre/

# y a t'il du mieux ?
root@portable-debian:~# df -h
Sys. de fichiers    Taille  Uti. Disp. Uti% Monté sur
/dev/sda6             323M  320M     0 100% /
tmpfs                 501M  4,0K  501M   1% /lib/init/rw
udev                  496M  232K  496M   1% /dev
tmpfs                 501M  300K  500M   1% /dev/shm
/dev/sda11            7,2G  1,3G  5,5G  19% /home
/dev/sda10            368M   79M  271M  23% /tmp
/dev/sda7             6,8G  2,5G  3,9G  39% /usr
/dev/sda8             2,8G  754M  1,9G  29% /var
/dev/sda5              49G   44G  4,8G  91% /mnt/Donnees

# non, seule var a été impactée
# bon bha suppression à la mano des gros fichiers java vu plus haut
root@portable-debian:# cd /opt
root@portable-debian:/opt# du -ax . | sort -nr | head -10
114046  .
114045  ./java
114044  ./java/32
114043  ./java/32/jre1.7.0_17
113302  ./java/32/jre1.7.0_17/lib
52915   ./java/32/jre1.7.0_17/lib/rt.jar
49690   ./java/32/jre1.7.0_17/lib/i386
23170   ./java/32/jre1.7.0_17/lib/i386/libjfxwebkit.so
10178   ./java/32/jre1.7.0_17/lib/i386/server
10175   ./java/32/jre1.7.0_17/lib/i386/server/libjvm.so
root@portable-debian:/opt# rm -rf java/
root@portable-debian:/opt# df -h
Sys. de fichiers    Taille  Uti. Disp. Uti% Monté sur
/dev/sda6             323M  209M   98M  69% /
tmpfs                 501M  4,0K  501M   1% /lib/init/rw
udev                  496M  232K  496M   1% /dev
tmpfs                 501M  300K  500M   1% /dev/shm
/dev/sda11            7,2G  1,3G  5,5G  19% /home
/dev/sda10            368M   79M  271M  23% /tmp
/dev/sda7             6,8G  2,5G  3,9G  39% /usr
/dev/sda8             2,8G  844M  1,8G  32% /var
/dev/sda5              49G   44G  4,8G  91% /mnt/Donnees

# Mieux !

root@portable-debian:/opt# du -ax / | sort -nr | head -10
202944  /
92347   /lib
82442   /root
80000   /lib/modules
79999   /lib/modules/3.2.0-0.bpo.2-686-pae
77056   /lib/modules/3.2.0-0.bpo.2-686-pae/kernel
58301   /root/Téléchargements
58300   /root/Téléchargements/git
55244   /lib/modules/3.2.0-0.bpo.2-686-pae/kernel/drivers
40154   /root/Téléchargements/git/.git
root@portable-debian:# rm -rf /root/Téléchargements/git/
root@portable-debian:# du -ax / | sort -nr | head -10
144654  /
92347   /lib
80000   /lib/modules
79999   /lib/modules/3.2.0-0.bpo.2-686-pae
77056   /lib/modules/3.2.0-0.bpo.2-686-pae/kernel
55244   /lib/modules/3.2.0-0.bpo.2-686-pae/kernel/drivers
24154   /root
18774   /root/ClefUSB.zip
15427   /boot
13513   /lib/modules/3.2.0-0.bpo.2-686-pae/kernel/drivers/net
root@portable-debian:~/Téléchargements/git# rm /root/ClefUSB.zip
root@portable-debian:~/Téléchargements/git# df -h
Sys. de fichiers    Taille  Uti. Disp. Uti% Monté sur
/dev/sda6             323M  133M  173M  44% /

# Impec =)

Si on était vendredi, ce serait l’occasion de lancer un troll sur java …

C’est plutôt l’occasion de rappeler qu’avec une racine aussi petite que 300 Mo (surtout sans /boot séparé), tous les répertoires non indispensables pour le démarrage susceptibles de contenir beaucoup de choses doivent être déportés sur des systèmes de fichiers séparés, et cela inclut notamment /srv et /opt, pas seulement /usr, /home, /tmp et /var.

Merci de ce rappel.
Je modifierais alors la partition quand je pourrai pour séparer /srv et /opt (boot aussi ?).

Si /srv est vide, pas la peine de le séparer.

Concernant /opt, tu peux aussi le déplacer dans une autre partition existante avec de la place comme /home ou /usr et le remplacer par un symlink (lien symbolique) pointant sur le nouvel emplacement.

Quant à /boot, il contient le chargeur d’amorçage donc c’est un peu délicat de le séparer après l’installation. En outre /boot n’est pas si gros, tu ne gagnerais que quelques Mo pour le chargeur et une douzaine de Mo par noyau installé. Le gros des noyaux (~100 Mo par noyau) est dans /lib/modules, qui n’est pas séparable.

Sinon il peut être intéressant de supprimer les ancien package téléchargées avec “apt-get autoclean”

L’archive des paquets téléchargés se trouve dans /var, donc leur suppression ne fait pas gagner de place sur la partition racine quand /var est séparé sur une autre partition comme ici.

Pas faux :mrgreen: