[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#959771: marked as done (initramfs-tools: mkinitramfs terminates very often with "gzip: stdout: No space left on device" with ~256MB boot partition)

Your message dated Tue, 05 May 2020 11:47:12 +0100
with message-id <edb8bb4f94d7c03dbdac6b6322ec837910c521be.camel@decadent.org.uk>
and subject line Re: Bug#959771: initramfs-tools: mkinitramfs terminates very often with "gzip: stdout: No space left on device" with ~256MB boot partition
has caused the Debian Bug report #959771,
regarding initramfs-tools: mkinitramfs terminates very often with "gzip: stdout: No space left on device" with ~256MB boot partition
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
959771: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959771
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: initramfs-tools
Version: 0.137
Severity: important

Hi,
Every time I try to upgrade my system there is a very high chance it does not
reach the end because of the error mentioned in the subject line. The usable
space of the partition is 237MiB. I made a few calculations and realized that
the size of each set of kernel, initrd and system.map is around 85.2MiB.
Considering also GRUB files, /boot is left with 130MiB. With such free space
available, a second set of boot files should be able to fit inside there.
Then why most of the times I have to uninstall the currently running kernel in
order to install the new?
Or, when updating a module on the same kernel, remove the previous kernel that
I keep as a backup in /boot?
Is mkinitramfs using /boot as working directory when generating the initrd, and
running out of space in the middle of the process?
If that's the cause, can the working directory be changed?



-- Package-specific info:
-- initramfs sizes
-rw-r--r-- 1 root root 68M May  3 10:09 /boot/initrd.img-5.6.10-xanmod1
-- /proc/cmdline
root=/dev/mapper/N2600--vg-root ro

-- /proc/filesystems
	ext3
	ext2
	ext4
	squashfs
	vfat
	fuseblk
	btrfs

-- lsmod
Module                  Size  Used by
rfcomm                 90112  16
cmac                   16384  1
bnep                   28672  2
binfmt_misc            24576  1
ath9k                 180224  0
ath9k_common           40960  1 ath9k
snd_hda_codec_realtek   126976  1
ath9k_hw              516096  2 ath9k_common,ath9k
snd_hda_codec_generic    94208  1 snd_hda_codec_realtek
ath                    36864  3 ath9k_common,ath9k,ath9k_hw
ledtrig_audio          16384  2 snd_hda_codec_generic,snd_hda_codec_realtek
btusb                  65536  0
mac80211             1044480  1 ath9k
btrtl                  24576  1 btusb
snd_hda_codec_hdmi     73728  1
btbcm                  20480  1 btusb
uvcvideo              114688  0
btintel                32768  1 btusb
videobuf2_vmalloc      20480  1 uvcvideo
bluetooth             667648  41 btrtl,btintel,btbcm,bnep,btusb,rfcomm
snd_hda_intel          57344  3
videobuf2_memops       20480  1 videobuf2_vmalloc
videobuf2_v4l2         28672  1 uvcvideo
snd_intel_dspcfg       28672  1 snd_hda_intel
videobuf2_common       57344  2 videobuf2_v4l2,uvcvideo
snd_hda_codec         163840  4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek
intel_powerclamp       20480  0
ecdh_generic           16384  2 bluetooth
videodev              270336  3 videobuf2_v4l2,uvcvideo,videobuf2_common
coretemp               20480  0
ecc                    36864  1 ecdh_generic
snd_hda_core          106496  5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
cfg80211              872448  4 ath9k_common,ath9k,ath,mac80211
serio_raw              20480  0
acer_wmi               28672  0
mc                     61440  4 videodev,videobuf2_v4l2,uvcvideo,videobuf2_common
input_leds             16384  0
pcspkr                 16384  0
snd_hwdep              16384  1 snd_hda_codec
wmi_bmof               16384  0
joydev                 28672  0
snd_pcm               131072  4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core
snd_timer              40960  1 snd_pcm
libarc4                16384  1 mac80211
snd                   106496  14 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm
soundcore              16384  1 snd
mac_hid                16384  0
parport_pc             45056  0
ppdev                  24576  0
lp                     20480  0
parport                61440  3 parport_pc,lp,ppdev
ip_tables              32768  0
x_tables               53248  1 ip_tables
autofs4                53248  2
btrfs                1482752  1
blake2b_generic        20480  0
xor                    24576  1 btrfs
raid6_pq              122880  1 btrfs
libcrc32c              16384  1 btrfs
hid_asus               24576  0
asus_wmi               40960  1 hid_asus
sparse_keymap          16384  2 acer_wmi,asus_wmi
hid_generic            16384  0
usbkbd                 16384  0
usbmouse               16384  0
gma500_gfx            221184  2
usbhid                 65536  0
rtsx_pci_sdmmc         32768  0
hid                   147456  3 usbhid,hid_generic,hid_asus
i2c_algo_bit           16384  1 gma500_gfx
drm_kms_helper        241664  1 gma500_gfx
syscopyarea            16384  1 drm_kms_helper
sysfillrect            16384  1 drm_kms_helper
sysimgblt              16384  1 drm_kms_helper
fb_sys_fops            16384  1 drm_kms_helper
cec                    65536  1 drm_kms_helper
rc_core                61440  1 cec
drm                   602112  4 drm_kms_helper,gma500_gfx
ahci                   40960  2
r8169                  90112  0
psmouse               180224  0
lpc_ich                28672  0
rtsx_pci               90112  1 rtsx_pci_sdmmc
libahci                45056  1 ahci
i2c_i801               36864  0
realtek                24576  1
wmi                    36864  3 acer_wmi,asus_wmi,wmi_bmof
video                  53248  3 acer_wmi,gma500_gfx,asus_wmi

-- /etc/initramfs-tools/modules

-- /etc/kernel-img.conf
# Kernel image management overrides
# See kernel-img.conf(5) for details
do_symlinks = yes
do_bootloader = no
do_initrd = yes
link_in_boot = no

-- /etc/initramfs-tools/initramfs.conf
MODULES=most
BUSYBOX=auto
KEYMAP=n
COMPRESS=gzip
DEVICE=
NFSROOT=auto
RUNSIZE=10%

-- /etc/initramfs-tools/update-initramfs.conf
update_initramfs=yes
backup_initramfs=no

-- /proc/mdstat
Personalities : 
unused devices: <none>

-- mkinitramfs hooks
/etc/initramfs-tools/hooks/:

/usr/share/initramfs-tools/hooks:
amd64_microcode
btrfs
dmsetup
fsck
fuse
intel_microcode
keymap
klibc-utils
kmod
lvm2
ntfs_3g
plymouth
resume
thermal
thin-provisioning-tools
udev
zz-busybox


-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.6.10-xanmod1 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages initramfs-tools depends on:
ii  initramfs-tools-core  0.137
ii  linux-base            4.6

initramfs-tools recommends no packages.

Versions of packages initramfs-tools suggests:
ii  bash-completion  1:2.10-1

-- no debconf information

--- End Message ---
--- Begin Message --- 
This doesn't seem to be a bug in initramfs-tools.  (There was a bug in
the installer, that it would create small /boot partitions, but that
has been fixed.)

You wrote:
> Is mkinitramfs using /boot as working directory when generating the initrd, and
> running out of space in the middle of the process?

No, the working directory is under /var/tmp.  However, it keeps the
previous initramfs for the given kernel version string in place until
it has built the new one.  Similarly, during a package upgrade dpkg
keeps all the files of the previous version until it has installed all
the new files and run maintainer scripts.  So during an upgrade that
uses the same kernel version string you need space for two copies of
everything.

If you don't want to enlarge the /boot partition, you can reduce the
size of the initramfs by setting "MODULES=dep" in
/etc/initramfs/initramfs.conf, and/or by choosing a different
compression method.

Ben.

-- 
Ben Hutchings
It's easier to fight for one's principles than to live up to them.

Attachment: signature.asc
Description: This is a digitally signed message part


--- End Message ---
Reply to: