Your message dated Tue, 05 May 2020 11:47:12 +0100 with message-id <edb8bb4f94d7c03dbdac6b6322ec837910c521be.ca...@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 ow...@bugs.debian.org immediately.) -- 959771: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959771 Debian Bug Tracking System Contact ow...@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.signature.asc
Description: This is a digitally signed message part
--- End Message ---