Your message dated Wed, 08 Oct 2014 12:07:01 +0100 with message-id <1412766421.2872.0.camel@decadent.org.uk> and subject line Re: Bug#763620: initramfs depends on DEVTMPFS now? has caused the Debian Bug report #763620, regarding initramfs depends on DEVTMPFS now? 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.) -- 763620: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763620 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: initramfs depends on DEVTMPFS now?
- From: Michal Hocko <mstsxfx@gmail.com>
- Date: Wed, 1 Oct 2014 14:39:51 +0200
- Message-id: <[🔎] 20141001123951.GA9913@dhcp22.suse.cz>
Package: initramfs-tools Version: 0.117 Severity: normal Hi, I had to revert back to 0.116 version of the package becasue my kernel didn't boot when initrd has been generated by 0.117 version becasue of the missing CONFIG_DEVTMPFS. System cannot find /sbin/init as the result. I have checked the changelog between the to versions and it doesn't mention this new requirement for the kernel configuration. Is this change intentional? from /usr/share/doc/initramfs-tools/changelog.gz: " initramfs-tools (0.117) unstable; urgency=medium [ Roger Leigh ] * Generalise logic used for mounting the rootfs: - The existing logic was only intended for mounting the root filesystem; this logic has been refactored to support the mounting of multiple filesystems - Add a read_fstab_entry function to parse /etc/fstab on the mounted rootfs - Add resolve_device function which generalises the existing support for resolving LABEL= and UUID= strings to the corresponding device node - Add general mount_top, mount_premount and mount_bottom functions, with boot-script-specific variants for the local and nfs scripts; other boot scripts should override them if needed; the local and nfs scripts show how to use these to redirect to a specific implementation - Add general mountfs function to mount a filesystem from the /etc/fstab on the mounted rootfs. This works for both local and nfs mounts; other boot scripts may override it to provide more specialised functionality - The local and nfs bottom scripts are run on demand if used; this does not interfere with alternative boot scripts being used, which will run first - Canonicalise device names to match util-linux mount behaviour; this ensures that "mount -a" in mountall does not try to mount /usr a second time (which it will attempt if the mounted device does not match the canonical device name) * Mount /usr if present in the /etc/fstab on the mounted rootfs (Closes: #652459) * Check filesystems prior to mounting (Closes: #708000): - Add empty /etc/fstab and symlink /etc/mtab to /proc/mounts; not essential, but quell a number of fsck warnings - Copy fsck and needed fsck helpers, plus logsave - Add checkfs function, based on the initscripts checkroot script - local mount functions will call checkfs prior to mounting the filesystem [ Michael Prokop ] * [3298dea] Bump Standards-Version to 3.9.6 * [a12d5ed] hooks/fsck: fall back to blkid, make sure fsck binary exists + install /sbin/sulogin -- Michael Prokop <mika@debian.org> Thu, 25 Sep 2014 10:49:26 +0200 " -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 2.7M Aug 4 10:51 /boot/initrd.img-3.16.0 -rw-r--r-- 1 root root 2.3M Sep 22 15:55 /boot/initrd.img-3.17.0-rc6 -rw-r--r-- 1 root root 2.7M Oct 1 14:34 /boot/initrd.img-3.17.0-rc7 -rw-r--r-- 1 root root 3.0M Jul 31 17:16 /boot/initrd.img-3.2.0-4-amd64 -- /proc/cmdline root=UUID=ca09430c-6e28-44af-a30e-79fe3c80e9f9 ro resume=/dev/sda8 -- resume RESUME=UUID=2f4c01f8-5bd9-4800-8850-4d11e4bce5e0 -- /proc/filesystems ext3 ext2 vfat msdos iso9660 udf fuseblk -- lsmod Module Size Used by i915 849818 2 fbcon 44629 71 bitblit 12757 1 fbcon softcursor 12479 1 bitblit font 16988 1 fbcon cfbfillrect 12654 1 i915 cfbimgblt 12592 1 i915 i2c_algo_bit 13250 1 i915 cfbcopyarea 12482 1 i915 drm_kms_helper 73171 1 i915 drm 268513 4 i915,drm_kms_helper fb 55655 5 i915,fbcon,drm_kms_helper,softcursor,bitblit fbdev 12506 2 fb,fbcon binfmt_misc 13335 1 fuse 79458 1 arc4 12608 2 iwldvm 119535 0 mac80211 474498 1 iwldvm uvcvideo 72845 0 videobuf2_vmalloc 13003 1 uvcvideo videobuf2_memops 13001 1 videobuf2_vmalloc videobuf2_core 31531 1 uvcvideo v4l2_common 14886 1 videobuf2_core videodev 140278 3 uvcvideo,v4l2_common,videobuf2_core iwlwifi 89008 1 iwldvm i2c_i801 17447 0 media 20882 2 uvcvideo,videodev i2c_core 45956 7 drm,i915,i2c_i801,drm_kms_helper,i2c_algo_bit,v4l2_common,videodev sdhci_pci 18892 0 cfg80211 452608 3 iwlwifi,mac80211,iwldvm sdhci 28402 1 sdhci_pci mmc_core 94465 1 sdhci snd_hda_codec_hdmi 42607 1 snd_hda_codec_idt 59020 1 snd_hda_codec_generic 54839 1 snd_hda_codec_idt snd_hda_intel 25183 2 snd_hda_controller 25728 1 snd_hda_intel snd_hda_codec 102469 5 snd_hda_codec_hdmi,snd_hda_codec_idt,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller snd_pcm_oss 41394 0 snd_mixer_oss 18257 1 snd_pcm_oss video 24153 1 i915 snd_pcm 87055 5 snd_pcm_oss,snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller backlight 15250 2 i915,video snd_timer 24749 1 snd_pcm snd 71379 13 snd_pcm_oss,snd_timer,snd_hda_codec_hdmi,snd_hda_codec_idt,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,snd_mixer_oss -- /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=y KEYMAP=n COMPRESS=gzip DEVICE= NFSROOT=auto -- /etc/initramfs-tools/update-initramfs.conf update_initramfs=yes backup_initramfs=no -- /sys/block loop0 loop1 loop2 loop3 loop4 loop5 loop6 loop7 ram0 ram1 ram10 ram11 ram12 ram13 ram14 ram15 ram2 ram3 ram4 ram5 ram6 ram7 ram8 ram9 sda sdb sdc sr0 -- mkinitramfs hooks /etc/initramfs-tools/hooks/: /usr/share/initramfs-tools/hooks: busybox dmsetup fsck fuse keymap klibc kmod ntfs_3g resume thermal udev uswsusp -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.17.0-rc7 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages initramfs-tools depends on: ii cpio 2.11+dfsg-2 ii klibc-utils 2.0.4-1.1 ii kmod 18-3 ii module-init-tools 18-3 ii udev 175-7.2 Versions of packages initramfs-tools recommends: pn busybox | busybox-initramfs | busybox-static <none> Versions of packages initramfs-tools suggests: ii bash-completion 1:2.1-4 -- no debconf information -- Michal Hocko
--- End Message ---
--- Begin Message ---
- To: 763620-done@bugs.debian.org
- Subject: Re: Bug#763620: initramfs depends on DEVTMPFS now?
- From: Ben Hutchings <ben@decadent.org.uk>
- Date: Wed, 08 Oct 2014 12:07:01 +0100
- Message-id: <1412766421.2872.0.camel@decadent.org.uk>
- In-reply-to: <[🔎] 20141008074413.GA4522@dhcp22.suse.cz>
- References: <[🔎] 20141001123951.GA9913@dhcp22.suse.cz> <[🔎] 1412443512.9794.7.camel@decadent.org.uk> <[🔎] 20141006091546.GB6031@dhcp22.suse.cz> <[🔎] 20141006100028.GF27290@stro.at> <[🔎] 20141006114429.GC6031@dhcp22.suse.cz> <[🔎] 1412641055.9794.40.camel@decadent.org.uk> <[🔎] 20141008074413.GA4522@dhcp22.suse.cz>
Version: 0.118 On Wed, 2014-10-08 at 09:44 +0200, Michal Hocko wrote: > On Tue, Oct 07, 2014 at 01:17:35AM +0100, Ben Hutchings wrote: [...] > 0.118 is working fine. This is interesting because I am pretty sure > I've tried to recompile my kernel with DEVTMPFS enabled previously and > it worked with 0.117. But now that I am trying to reproduce it with > 0.117 installed from the cached .deb the config option doesn't make any > difference. I've noticed that 0.118 pulled in newew util-linux and some > other packages so it seems you are right and this was not directly > related to CONFIG_DEVTMPFS after all. > > Thanks for your help and sorry for confusion. I should have checked all > the error messages better. OK, closing this now. Ben. -- Ben Hutchings Humour is the best antidote to reality.Attachment: signature.asc
Description: This is a digitally signed message part
--- End Message ---