Impossible d'installer le nouveau kernel

Bonjour,

je suis sous linux debian sid et hier il y a une nouvelle mise à jour du kernel linux qui est sorti. Malheureusement je ne peux pas faire la mise à jour :

[quote]Dépaquetage de la mise à jour de linux-image-3.2.0-4-amd64 …
dpkg: erreur de traitement de /var/cache/apt/archives/linux-image-3.2.0-4-amd64_3.2.39-1_amd64.deb (–unpack) :
impossible de copier les données extraites pour « ./lib/modules/3.2.0-4-amd64/kernel/net/bluetooth/bluetooth.ko » vers « /lib/modules/3.2.0-4-amd64/kernel/net/bluetooth/bluetooth.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-amd64 /boot/vmlinuz-3.2.0-4-amd64
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.2.0-4-amd64 /boot/vmlinuz-3.2.0-4-amd64
Préparation du remplacement de whiptail 0.52.14-11 (en utilisant …/whiptail_0.52.14-11.1_amd64.deb) …
Dépaquetage de la mise à jour de whiptail …
Préparation du remplacement de manpages-fr-extra 20121129 (en utilisant …/manpages-fr-extra_20130226_all.deb) …
Dépaquetage de la mise à jour de manpages-fr-extra …
Traitement des actions différées (« triggers ») pour « man-db »…
Des erreurs ont été rencontrées pendant l’exécution :
/var/cache/apt/archives/linux-image-3.2.0-4-amd64_3.2.39-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
[/quote]

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
rootfs             323M    233M   74M  76% /
udev                10M       0   10M   0% /dev
tmpfs              397M    680K  396M   1% /run
/dev/sdb1          323M    233M   74M  76% /
tmpfs              5,0M       0  5,0M   0% /run/lock
tmpfs              2,3G    232K  2,3G   1% /run/shm
/dev/sdb9           91G     29G   59G  33% /home
/dev/sdb8          368M     12M  338M   4% /tmp
/dev/sdb5          8,3G    4,9G  3,1G  62% /usr
/dev/sdb6          2,8G    764M  1,9G  29% /var
/dev/sda2          459G    705M  435G   1% /media/stockage

Si quelqu’un à une solution…

Merci d’avance,

Alexandre.

Salut,

[quote]
(Aucun espace disponible sur le périphérique)
dpkg-deb : erreur : le sous-processus coller a été tué par le signal (Relais brisé (pipe))[/quote]

Commencer par faire le ménage pour avoir la place :slightly_smiling:

sur / (et ./lib est sur / non ? ):
74M de dispo

C’est pas des masses.

[quote=“hybridemoineau”]sur / (et ./lib est sur / non ? ):
74M de dispo

C’est pas des masses.[/quote]

Peux être, je ne sais pas ?

Comment augmenter la taille ?

sur /lib je ne sais pas quoi supprimer pour faire de la place… :-/

Salut,
/usr
est bien chargé, tu as fait des compilation kernel?

pour libérer de la place

partition-racine-plein-t42386.html?hilit=espace#p427302

Je n’ai fais aucune compilation de kernel ^^

root@debian:/# du -h --max-depth=1 / | sort -rh
du: impossible d'accéder à « /proc/14588/task/14588/fd/3 »: Aucun fichier ou dossier de ce type
du: impossible d'accéder à « /proc/14588/task/14588/fdinfo/3 »: Aucun fichier ou dossier de ce type
du: impossible d'accéder à « /proc/14588/fd/3 »: Aucun fichier ou dossier de ce type
du: impossible d'accéder à « /proc/14588/fdinfo/3 »: Aucun fichier ou dossier de ce type
35G	/
28G	/home
4,7G	/usr
697M	/var
507M	/media
148M	/lib
36M	/root
20M	/boot
7,5M	/bin
7,2M	/sbin
5,2M	/etc
912K	/run
82K	/tmp
12K	/lost+found
3,0K	/.ure
2,0K	/mnt
1,0K	/srv
1,0K	/selinux
1,0K	/.pulse
1,0K	/opt
1,0K	/lib64
0	/sys
0	/proc
0	/dev

As tu jouis de toutes ou parties des menues friandises du plateau Partition racine plein ?

À vu de nez …

[quote=“AnGe7”]Je n’ai fais aucune compilation de kernel ^^

root@debian:/# du -h --max-depth=1 / | sort -rh
[/quote]

Engageras tu les préliminaires …

[quote=“BelZéButh”]As tu jouis de toutes ou parties des menues friandises du plateau Partition racine plein ?

À vu de nez …

[quote=“AnGe7”]Je n’ai fais aucune compilation de kernel ^^

root@debian:/# du -h --max-depth=1 / | sort -rh
[/quote]

Engageras tu les préliminaires …[/quote]

Hmmmmm pas du tout compris ton message et j’ai beaucoup de mal à capté le principe du lien que l’on m’a fournit… (et surtout à quoi sert la commande lsof | grep deleted) :-/

74 Mo, ce n’est pas assez pour le nouveau noyau.
Tu peux modifier la taille de tes partitions via GParted, en Live CD pour pouvoir l’utiliser sur ta partition racine.

sur le lien que je t’ai donné il y a un problème similaire,
tu peut donc t’inspirer des commandes données pour identifier ce qui te prends la place.

si c’est justifié, t’ajoute un disque
si non tu suprime le coupable qui te prend la place

de tout façon avec un système sur lequel il reste 74mo tu va rapidement être bloqué par l’insuffisance de place

[quote=“vv222”]74 Mo, ce n’est pas assez pour le nouveau noyau.
Tu peux modifier la taille de tes partitions via GParted, en Live CD pour pouvoir l’utiliser sur ta partition racine.[/quote]
Effectivement, la seule soluce que je vois c’est réduire ta partition /home et augmenter /.

Par contre pourquoi /usr /var /tmp sur des partitions séparées?

Salut,

[quote=Par contre pourquoi /usr /var /tmp sur des partitions séparées?[/quote]

Quand tu auras lu aptosid-fr.org/viewtopic.php?f=6&t=80 tu sauras pourquoi je pense comme lui :slightly_smiling:

Merci pour votre aide,

mais visiblement je ne peux pas redimensionner avec gparted.

[code]Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x9cc23716

Device Boot Start End Blocks Id System
/dev/sda1 2048 976764927 488381440 7 HPFS/NTFS/exFAT
/dev/sda2 976764928 1953523711 488379392 83 Linux

Disk /dev/sdb: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders, total 234441648 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000d483a

Device Boot Start End Blocks Id System
/dev/sdb1 * 2048 684031 340992 83 Linux
/dev/sdb2 686078 234440703 116877313 5 Extended
/dev/sdb5 686080 18262015 8787968 83 Linux
/dev/sdb6 18264064 24121343 2928640 83 Linux
/dev/sdb7 24123392 39981055 7928832 82 Linux swap / Solaris
/dev/sdb8 39983104 40761343 389120 83 Linux
/dev/sdb9 40763392 234440703 96838656 83 Linux

[/code]

Re,

Qu’a tu fais d’autre pour essayer de faire le ménage.
Dis nous précisément quelles sont les commandes que tu as passées !

de tout manière tu n’a plus de place, et même si tu n’install pas de kernel tu va rapidement être bloqué

tu peux toujours démarrer en live cd et archiver /
redimensionner home et root (mais avant tout faire la sauvegarde, la derrière fois que j’ai fais ça, j’ai du faire une mauvais manip et j’ai cassé le système)

sauvegarder /home et copier / avec

rsync -aAXv /* /media/stockage/root_old/ --exclude={/dev/*,/proc/*,/sys/*,/tmp/*,/run/*,/mnt/*,/media/*,/lost+found,/home/*}
faire la manip contraire pour recopier root une fois sdb1 agrandi

mount /dev/sdb1 /target (target va correspondre au root = /)

avant de redémarrer, verifier si l’arborescence est bien présente

pour faire quelque test d’execution de commande si tout va bien
pour redemarrer

J’aimerais aussi que des pro du forum confirme la commande rsync j’ai un doute sur l’option -Eog (executabilité , owner, group)

Tu peux le faire, mais uniquement depuis un Live CD/USB, comme toutes les manipulations de la partition racine.

Tu peux le faire, mais uniquement depuis un Live CD/USB, comme toutes les manipulations de la partition racine.[/quote]
j’ai jamais essayé, c’est vraiment sans risque de perte de données?

Tu peux le faire, mais uniquement depuis un Live CD/USB, comme toutes les manipulations de la partition racine.[/quote]

Non, j’ai utilisé la version liveCD (je suis pas stupide :stuck_out_tongue: quoique pour mettre 300Mo sur mon / xD) mais gparted m’interdit d’augmenter la taille de partition et j’ai peur de perdre des données… :-/

[quote=“dchost99”]de tout manière tu n’a plus de place, et même si tu n’install pas de kernel tu va rapidement être bloqué

tu peux toujours démarrer en live cd et archiver /
redimensionner home et root (mais avant tout faire la sauvegarde, la derrière fois que j’ai fais ça, j’ai du faire une mauvais manip et j’ai cassé le système)

sauvegarder /home et copier / avec

rsync -aAXv /* /media/stockage/root_old/ --exclude={/dev/*,/proc/*,/sys/*,/tmp/*,/run/*,/mnt/*,/media/*,/lost+found,/home/*}
faire la manip contraire pour recopier root une fois sdb1 agrandi

mount /dev/sdb1 /target (target va correspondre au root = /)

avant de redémarrer, verifier si l’arborescence est bien présente

pour faire quelque test d’execution de commande si tout va bien
pour redemarrer

J’aimerais aussi que des pro du forum confirme la commande rsync j’ai un doute sur l’option -Eog (executabilité , owner, group)[/quote]

Merci, je vais voir ça, essayé voir si je pète tout.

Cette valeur tient compte de l’espace réservé à root, qui est de 5% par défaut (et qui ne sert à rien sur une partition racine où seul root peut écrire). L’espace libre réel serait donc plutôt d’environ 90 Mo. Le répertoire /root contient 20 Mo dont une bonne partie pourraient éventuellement être déplacés ailleurs, temporairement s’il le faut. Comme ce noyau a besoin de 103 Mo, ce serait limite mais ça pourrait passer.

Sinon, il n’y aurait pas un vieux noyau à supprimer, ou des initrd*.old ? (Vu la taille de /boot, j’en doute un peu, et de toute façon ce n’est peut-être pas très prudent de ne garder que le dernier noyau avec la distribution Sid/unstable).