3.15.5 стабильных ядер, не создающих, “gzip: stdout: никакое пространство не уехало на устройстве”, начальная загрузка / не полна

Столкновение с проблемой, создающей 3.15.5 стабильных ядер на Ubuntu 14.04 LTS.

Соответствующая часть 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

Вывод 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

Сделанный сутью моей конфигурации ядра: https://gist.github.com/acrognale/7d5568bec6c88cebcde0

Править: Зафиксированный это. Оказывается, что это был мой tmp каталог, который заполнялся. Так, если кто-либо сталкивается с этим в будущем, проверьте, чтобы удостовериться, что у Вас есть достаточно пространства на/tmp.

2
задан 13 July 2014 в 04:39

2 ответа

Кажется, что у Вас заканчивается пространство где-нибудь:

На основе Вашего df -h/tmp является вероятным местоположением.

Открывают вторую терминальную и память монитора, в то время как Вы компилируете. Можно выполнить это с watch cat /proc/meminfo, Вы можете иметь недостаточную RAM и/или ПОДКАЧАТЬ для выполнения задачи.

у Вас может также быть недостаточное пространство на/tmp. Контролируйте использование диска необходимых файловых систем во время компиляции. Можно использовать команду часов для этого также watch df -h, это должно позволить Вам видеть, заполняет ли что-то это, Вы не ожидаете.

для получения дополнительной информации на команде часов (который значения по умолчанию к 2-секундному интервалу) видят man watch

, Если у Вас есть недостаточное пространство на начальной загрузке/.

Error during kernel upgrade: gzip: stdout: No space left on device

существуют времена, когда Вы будете удивлены, что диспетчеры пакетов автоматически не удаляют более старые архивы установленного программного обеспечения. Это произошло со мной впервые, когда одна из систем, которыми я управлял внезапно, возвратила статус выхода 1.

Удаление оскорбительного приложения к свободному очень необходимое пространство, несомненно, перестанет работать! особенно, если приложение, упомянутое здесь, является ядром.

Рассматривают эту строку:

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)

, Если Вы предполагаете, что начальная загрузка / находится в глубокой проблеме. Вы корректны. Теперь, хитрая часть - это. Выпустите чистку; автоудалите не добьется цели, потому что диск больше не имеет достаточно пространства. Что Вы делаете затем?

  1. , Если это - ядро (старый), который должен быть удален, пристально смотреть на Ваш grub.conf или grub.cfg конфигурацию и Определять ядра, в которых Вы больше не нуждаетесь. Проверьте в настоящее время загруженное ядро путем издания uname-r.

  2. Принимают во внимание файлы, который должен быть перемещен в нашем примере, это - базирующаяся система debian, таким образом, необходимо будет переместить эти файлы: abi, конфигурация, initrd.img, System.map, vmcoreinfo, vmlinuz. Просто удалите/переместите тех, в которых Вы не нуждаетесь.

  3. Когда-то сделанный дают команду updatedb для обновления slocate базы данных файловой системы

  4. Теперь, можно дать команду обновления назад, и это установит новое ядро правильно.

Источник: http://myopensourcestints.blogspot.com/2011/07/error-during-upgrade-gzip-stdout-no.html

2
ответ дан 13 July 2014 в 04:39

OP ответил на вопрос в редактировании :

Зафиксированный это. Оказывается, что это был мой tmp каталог, который заполнялся. Так, если кто-либо сталкивается с этим в будущем, проверьте, чтобы удостовериться, что у Вас есть достаточно пространства на/tmp.

— Anthony Crognale

0
ответ дан 13 July 2014 в 04:39

Другие вопросы по тегам:

Похожие вопросы: