[Résolu] Mise à jour kernel ne veut pas se faire (relais brisé)

Support
1

Bonjour,
Je n’arrive plus à faire les mises à jour, ou plus exactement, c’est une mise à jour du kernel qui bloque.
Voici le message d’erreur que j’obtiens :

Dépaquetage de la mise à jour de linux-image-3.2.0-4-486 ... dpkg: erreur de traitement de /var/cache/apt/archives/linux-image-3.2.0-4-486_3.2.63-2+deb7u2_i386.deb (--unpack) : impossible de copier les données extraites pour « ./lib/modules/3.2.0-4-486/kernel/drivers/gpu/drm/nouveau/nouveau.ko » vers « /lib/modules/3.2.0-4-486/kernel/drivers/gpu/drm/nouveau/nouveau.ko.dpkg-new » : échec d'écriture (Aucun espace disponible sur le périphérique) dpkg-deb : erreur : le sous-processus coller a été tué par le signal (Relais brisé (pipe)) Examining /etc/kernel/postrm.d . run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.2.0-4-486 /boot/vmlinuz-3.2.0-4-486 run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.2.0-4-486 /boot/vmlinuz-3.2.0-4-486 Des erreurs ont été rencontrées pendant l'exécution : /var/cache/apt/archives/linux-image-3.2.0-4-486_3.2.63-2+deb7u2_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1)
```

J'ai essayé de renommer le fichier `/lib/modules/3.2.0-4-486/kernel/drivers/gpu/drm/nouveau/nouveau.ko` en rajoutant un .old, mais ça n'a pas résolu le problème. En plus, je n'ai pas besoin de ce driver de nouveau (carte graphique nvidia) avec mon serveur... Je ne crois pas que ce soit un problème d'espace dans le disque dur. J'ai plus peur que ce soit le message "relais brisé" brocken pipe.

Que faire ?
2

Bonjour,

en général, l’erreur “échec d’écriture (Aucun espace disponible sur le périphérique)” reste spécifique à un manque d’espace, duquel découle d’autre erreurs.
As-tu vérifier l’espace disponible sur ton disque dur? Avec df -h notamment.

3

Salut,
je ne crois pas que ce soit l’espace disque,
~$ df -h
Sys. fich. Taille Util. Dispo Uti% Monté sur
rootfs 323M 258M 49M 85% /
udev 10M 0 10M 0% /dev
tmpfs 253M 332K 253M 1% /run
/dev/disk/by-uuid/acb701c8-9f90-4bab-b67b-1117c00fd9d5 323M 258M 49M 85% /
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 911M 0 911M 0% /run/shm
/dev/sda9 137G 5,8G 124G 5% /home
/dev/sda8 368M 11M 339M 3% /tmp
/dev/sda5 8,3G 1,2G 6,8G 15% /usr
/dev/sda6 2,8G 705M 2,0G 27% /var

4

Bonjour,
49M disponible sur / ça parait peu pour faire une maj de kernel …

Nino

5

Comment faire du coup pour gagner de la place ? Va-t-il falloir tout réinstaller ?

6

Salut @rodinux

Hélas, tu as hérité du schéma de partitionnement bancal que comprennait le CD de YunoHost avant. Donc ton disque à été partitionné en trop petits morceaux, et un de ces morceaux est maintenant trop petit pour contenir de quoi faire une mise à jour.

L’opération de changement de partitionnement est lourde, donc le plus simple reste de vider la partition concernée.

En l’occurence ici:

rootfs                                                   323M  258M   49M  85% /
udev                                                      10M     0   10M   0% /dev
tmpfs                                                    253M  332K  253M   1% /run
/dev/disk/by-uuid/acb701c8-9f90-4bab-b67b-1117c00fd9d5   323M  258M   49M  85% /
tmpfs                                                    5,0M     0  5,0M   0% /run/lock
tmpfs                                                    911M     0  911M   0% /run/shm
/dev/sda9                                                137G  5,8G  124G   5% /home
/dev/sda8                                                368M   11M  339M   3% /tmp
/dev/sda5                                                8,3G  1,2G  6,8G  15% /usr
/dev/sda6                                                2,8G  705M  2,0G  27% /var

C’est la partition root (/) qui pose problème. Peux-tu copier ici ce que renvoit la commande sudo du -sh /* stp ?
Cela permettra de savoir ce qui prend de l’espace sur ton serveur.

7

Salut kload,
voici ce me renvoi la commande ci-dessus :

~$ sudo du -sh /*
0	/127.0.0.1
7,1M	/bin
19M	/boot
0	/dev
3,3M	/etc
5,6G	/home
0	/initrd.img
118M	/lib
12K	/lost+found
2,0K	/media
1,0K	/mnt
1,0K	/opt
du: impossible d'accéder à « /proc/23061/task/23061/fd/4 »: Aucun fichier ou dossier de ce type
du: impossible d'accéder à « /proc/23061/task/23061/fdinfo/4 »: Aucun fichier ou dossier de ce type
du: impossible d'accéder à « /proc/23061/fd/4 »: Aucun fichier ou dossier de ce type
du: impossible d'accéder à « /proc/23061/fdinfo/4 »: Aucun fichier ou dossier de ce type
0	/proc
3,6M	/root
332K	/run
6,0M	/sbin
1,0K	/selinux
1,0K	/srv
0	/sys
91M	/temp
28K	/tmp
1006M	/usr
647M	/var
0	/vmlinuz
8

@rodinux Qu’est-ce qui se trouve dans /temp ? Si ce n’est pas important n’hésite pas à le supprimer : )

À part ça je ne vois rien d’anormal.

9

Salut,
dans /tmp j’avais 2 dossiers, un lost+found que j’ai supprimé et un autre qui semble appartenir à owncloud owncloud-oc352a1f1857.
Quand j’efface ce fichier de owncloud, il se reconstruit, je crois deviner qu’il a un rapport avec les calendriers CalDav de Owncloud, j’en ai créé 3 qui se synchronisent avec mes boîtes mail. voici ce que contient ce dossier :
~$ ls /tmp/owncloud-oc352a1f1857
LDAP-user_ldap–241e7973ef1c3fbab86b0a00f9028d26
LDAP-user_ldap–94c75d156553f58691f58d5691645f21
LDAP-user_ldap–c7e971d43107fb02cb69378a04359be4

Je n’arrive toujours pas à faire la mise à jour…

10

J’y croyais plus, je croyais que tu parlais de /tmp, or en effet, il y avait un /temp que j’avais du créer pour installer les apps de owncloud où j’avais décompréssé un owncloud pris à la source… Mea culpa ! J’ai supprimer /temp et tout c’est arrangé.
Résolu !