Вопрос 3.15.5 стабильное ядро, не строящее «gzip: stdout: на устройстве не осталось свободного места» / boot НЕ заполнен


Запуск в тему создания стабильного ядра 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
2017-07-12 23:55


происхождения




ответы:


Похоже, что у вас где-то не хватает места:

Основываясь на вашем df -h / tmp - вероятное место.

Открывайте второй терминал и контролируйте память во время компиляции. Вы можете выполнить это с помощью watch cat /proc/meminfo У вас может быть недостаточно ОЗУ и / или SWAP для выполнения вашей задачи.

У вас также может быть недостаточно места на / tmp. Мониторинг использования диска необходимыми файловыми системами во время компиляции. Вы также можете использовать команду watch для этого 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)

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

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

  2. Обратите внимание на файлы, которые нужно перенести, в нашем примере это система на основе debian, поэтому вам придется переместить эти файлы: abi, config, initrd.img, System.map, vmcoreinfo, vmlinuz. Просто удалите / переместите те, которые вам не нужны.

  3. После этого выполните команду updatedb, чтобы обновить базу данных slocate файловой системы

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

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


2
2017-07-13 00:09



Я упоминал в заголовке, что / boot НЕ полный. Пожалуйста, см. Мой df -hвыход для свободного места в / boot. - acrognale


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

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

- Энтони Кроунэйл


0