Le noyau 3.15.5 stable ne construit pas, "gzip: stdout: il n’ya plus d’espace libre sur le périphérique", / boot n’est PAS plein
Vous rencontrez un problème lors de la création du noyau 3.15.5 stable sur Ubuntu 14.04 LTS.
Partie pertinente de Sudo make modules_install install
INSTALL /lib/firmware/edgeport/down2.fw
INSTALL /lib/firmware/edgeport/down3.bin
INSTALL /lib/firmware/whiteheat_loader.fw
INSTALL /lib/firmware/whiteheat.fw
INSTALL /lib/firmware/keyspan_pda/keyspan_pda.fw
INSTALL /lib/firmware/keyspan_pda/xircom_pgs.fw
INSTALL /lib/firmware/cpia2/stv0672_vp4.bin
INSTALL /lib/firmware/yam/1200.bin
INSTALL /lib/firmware/yam/9600.bin
DEPMOD 3.15.5
sh /home/anthony/code/linux-stable/Arch/x86/boot/install.sh 3.15.5 Arch/x86/boot/bzImage \
System.map "/boot"
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 3.15.5 /boot/vmlinuz-3.15.5
run-parts: executing /etc/kernel/postinst.d/dkms 3.15.5 /boot/vmlinuz-3.15.5
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.15.5 /boot/vmlinuz-3.15.5
update-initramfs: Generating /boot/initrd.img-3.15.5
gzip: stdout: No space left on device
E: mkinitramfs failure cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.img-3.15.5 with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
make[1]: *** [install] Error 1
make: *** [install] Error 2
Sortie de df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/ubuntu--vg-root 103G 92G 5.1G 95% /
none 4.0K 0 4.0K 0% /sys/fs/cgroup
udev 3.8G 12K 3.8G 1% /dev
tmpfs 767M 1.5M 766M 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 3.8G 38M 3.8G 1% /run/shm
none 100M 56K 100M 1% /run/user
/dev/sda1 228M 55M 161M 26% /boot
/home/anthony/.Private 103G 92G 5.1G 95% /home/anthony
/dev/sdb2 451G 166G 286G 37% /media/anthony/Windows7_OS
Fait un résumé de la configuration de mon noyau: https://Gist.github.com/acrognale/7d5568bec6c88cebcde
EDIT: corrigé. Il s'avère que c'était mon répertoire tmp qui était en train de se remplir. Donc, si quelqu'un se heurte à ce problème à l'avenir, vérifiez que vous disposez de suffisamment d'espace sur/tmp.
Il semble que vous manquiez d'espace quelque part:
Basé sur votre df -h/tmp est un emplacement probable.
Ouvrez un deuxième terminal et surveillez la mémoire pendant la compilation. Vous pouvez accomplir cela avec watch cat /proc/meminfo Vous n'avez peut-être pas assez de RAM et/ou de SWAP pour accomplir votre tâche.
Vous pouvez également avoir un espace insuffisant sur/tmp. Surveillez l'utilisation du disque des systèmes de fichiers nécessaires lors de la compilation. Vous pouvez utiliser la commande watch pour cela aussi watch df -h cela devrait vous permettre de voir si quelque chose se remplit de façon inattendue.
Pour plus de détails sur la commande watch (qui a par défaut un intervalle de 2 secondes), voir man watch
Si vous avez un espace insuffisant sur/boot.
Error during kernel upgrade: gzip: stdout: No space left on device
Il peut arriver que vous soyez surpris que les gestionnaires de paquets ne suppriment pas automatiquement les anciennes archives du logiciel installé. Cela m'est arrivé pour la première fois, lorsqu'un des systèmes que je gérais a soudainement renvoyé un statut de sortie 1.
Supprimer l'application offensive pour libérer l'espace dont vous avez besoin est voué à l'échec! surtout si l'application mentionnée ici est un noyau.
Considérez cette ligne:
Setting up libcups2 (1.4.6-5ubuntu1.3) ...
dpkg: dependency problems prevent configuration of linux-image-generic:
linux-image-generic depends on linux-image-2.6.38-10-generic; however:
Package linux-image-2.6.38-10-generic is not configured yet.
dpkg: error processing linux-image-generic (--configure):
dependency problems - leaving unconfigured
No apport report written because the error message indicates its a followup error from a previous failure.
Setting up linux-headers-2.6.38-10 (2.6.38-10.46) ...
Setting up linux-headers-2.6.38-10-generic (2.6.38-10.46) ...
Setting up linux-headers-generic (2.6.38.10.25) ...
Processing triggers for initramfs-tools ...
update-initramfs: Generating /boot/initrd.img-2.6.38-8-generic
gzip: stdout: No space left on device
E: mkinitramfs failure cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.img-2.6.38-8-generic
dpkg: error processing initramfs-tools (--configure):
subprocess installed post-installation script returned error exit status 1
No apport report written because MaxReports is reached already
Processing triggers for libc-bin ...
ldconfig deferred processing now taking place
Errors were encountered while processing:
linux-image-2.6.38-10-generic
linux-image-generic
linux-generic
initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)
Si vous devinez que/boot est dans le pétrin. Vous avez raison. Maintenant, la partie la plus délicate est la suivante. Émettre une purge; autoremove ne fera pas l'affaire, car le disque n'a plus assez d'espace disque. Qu'est ce que tu fais après?
S'il s'agit d'un noyau (ancien) à supprimer, examinez de près votre configuration grub.conf ou grub.cfg et identifiez les noyaux dont vous n'avez plus besoin. Vérifiez le noyau actuellement chargé en lançant uname -r.
Prenez note des fichiers qui doivent être déplacés, dans notre exemple, il s’agit d’un système basé sur Debian. Vous devrez donc déplacer ces fichiers: abi, config, initrd.img, System.map, vmcoreinfo, vmlinuz. Supprimez/déplacez simplement ceux dont vous n'avez pas besoin.
Une fois terminé, lancez la commande updatedb pour mettre à jour la base de données slocate du système de fichiers.
Maintenant, vous pouvez émettre la commande de mise à niveau et ceci installera le nouveau noyau correctement.
Source: http://myopensourcestints.blogspot.com/2011/07/error-during-upgrade-gzip-stdout-no.html
Le PO a répondu à la question en édition :
Fixe le. Il s'avère que c'était mon répertoire tmp qui était en train de se remplir. Donc, si quelqu'un se heurte à ce problème à l'avenir, vérifiez que vous disposez de suffisamment d'espace sur/tmp.