Re: Bug#810860: usrmerge: System cannot be rebooted after partial usrmerge installation
Control: clone 810860 -1
Control: severity -1 important
Control: reassign -1 initramfs-tools
Control: tag -1 patch
Control: retitle -1 initramfs-tools does not follow recursive symlinks
initramfs-tools needs this patch to be able to resolve recursive
symlinks, or else the system will not boot while in the middle of
a merged /usr transition.
Then I will add a versioned conflict to the usrmerge package.
On Jan 13, Jason Rhinelander wrote:
[...]
> The error was:
>
> Target filesystem doesn't have requested /sbin/init
>
> and so it indeed appears to be validate_init in initramfs-tools/init not
> coping with the intermediate usrmerge setup.
>
> Taking a quick look at it, it looks like validate_init will only handle a
> *single* absolute symlink, but in this particular case there are two
> (absolute) symlinks:
>
> /sbin/init -> /usr/sbin/init
> /usr/sbin/init -> /lib/systemd/systemd
>
> and so it resolves the first to ${rootmnt}/usr/sbin/init, but not the
> second, and so init is still a broken symlink.
>
> I've attached a patch for initramfs-tools to cope with this by resolving
> symlinks in a loop (up to a maximum of 10 times, to avoid an infinite loop
> for potential symlink cycles) instead of just once, which should fix the
> problem. It seems to work with an artificial nest of various symlinks (both
> absolute and relative) that I created, though I didn't replicate the
> usrmerge intermediate step to actually test it there.
>
>
> Jason Rhinelander
> --- a/init2016-01-13 10:50:25.928550244 -0500
> +++ b/init2016-01-13 11:08:19.900426244 -0500
> @@ -234,15 +234,20 @@
> checktarget="${1}"
>
> # Work around absolute symlinks
> - if [ -d "${rootmnt}" ] && [ -h "${rootmnt}${checktarget}" ]; then
> - checktarget="$(readlink "${rootmnt}${checktarget}")"
> - case "$checktarget" in
> - /*)
> - ;;
> - *)
> - checktarget="${1%/*}/$checktarget"
> - ;;
> - esac
> + if [ -d "${rootmnt}" ]; then
> +readlink_count=0
> +while [ -h "${rootmnt}${checktarget}" ] && [ "$readlink_count" -lt
> 10 ]; do
> +lasttarget="${checktarget}"
> +checktarget="$(readlink "${rootmnt}${checktarget}")"
> +readlink_count=$((readlink_count+1))
> +case "$checktarget" in
> +/*)
> +;;
> +*)
> +checktarget="${lasttarget%/*}/$checktarget"
> +;;
> +esac
> +done
> fi
>
> # Make sure the specified init can be executed
--
ciao,
Marco
signature.asc
Description: PGP signature
Bug#806341: closed by Philipp Kern (Bug#806341: fixed in zipl-installer 0.0.29)
On 06.01.2016 11:36, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the zipl-installer package:
>
> #806341: zipl-installer: Using standard device names can result in a
> non-bootable system
>
> It has been closed by Philipp Kern .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Philipp Kern
> by
> replying to this email.
>
>
Unfortunately, there was a syntax error in the script, as Hendrik found
out. The following patch fixes it. Sorry for the extra loop.
commit f3fb779f532d8d092c10e1e7b6d99a0b4d818549
Author: Hendrik Brueckner
Date: Thu Jan 14 12:21:47 2016 +0100
postinst: correct if syntax
Signed-off-by: Hendrik Brueckner
diff --git a/debian/zipl-installer.postinst b/debian/zipl-installer.postinst
index 4e4d1ee..8fa251b 100755
--- a/debian/zipl-installer.postinst
+++ b/debian/zipl-installer.postinst
@@ -23,6 +23,7 @@ if rootlvm="$(lvm lvdisplay -C -ovg_name,lv_name
--noheadings ${rootfs})"
then
info "Root filesystem is on LV (${rootlvm})"
elif rootuuid="$(block-attr --uuid ${rootfs})"
+then
info "Root filesystem UUID is ${rootuuid}"
PARAMETER="root=UUID=${rootuuid}"
fi
--
Mit freundlichen Grüßen/Kind Regards
Viktor Mihajlovski
IBM Deutschland Research & Development GmbH
Vorsitzender des Aufsichtsrats: Martina Köderitz
Geschäftsführung: Dirk Wittkopp
Sitz der Gesellschaft: Böblingen
Registergericht: Amtsgericht Stuttgart, HRB 243294
Bug#571136: Fwd: Re: Bug#571136: please remove useless devices from devices.tar.gz
excuse me for asking about something off subject: does someone have an old DEC-alpha computer - better a server - (possibly with two CPUs but not necessarily) to give away or to sell? if yes, please tell me. All the best from Rome, Alberto. Dr. Alberto Di Fazio senior scientist, National Institute for Astrophysics/Astronomical Observatory of Rome member of the CNR/IGBP Italian National Commission on Global Change Italian Focal Point of the IGBP/AIMES Core Project (ex-GAIM)(Analysis, Integration, and Modelling of the Earth System) president Global Dynamics Institute permanently accredited to the COP under the UNFCCC as observer scientist Da: Steven Chamberlain A: Marco d'Itri ; Cyril Brulebois ; debian-po...@lists.debian.org; debian-...@lists.debian.org; debian-h...@lists.debian.org; 571...@bugs.debian.org Inviato: Domenica 10 Gennaio 2016 19:48 Oggetto: Re: Fwd: Re: Bug#571136: please remove useless devices from devices.tar.gz Hi, Marco d'Itri wrote: > On Jan 10, Cyril Brulebois wrote: > > We have a bug report with a patch by Marco against debootstrap (see > > attachment), which changes how devices are generated; I can't really > > tell how much this might affect all of you (especially with debootstrap > It is not supposed to, since both hurd and kfreebsd already used > a different method to manage /dev. Yes, the code Marco changed cannot be reached when HOST_OS is kfreebsd*, freebsd* or hurd*. kfreebsd devfs provides all the device nodes without manually creating any or using devices.tar.gz; even for more exotic use cases like BSD jails. hurd appears to have something equivalent. Thanks for letting us know. Regards, -- Steven Chamberlain ste...@pyro.eu.org
Bug#810954: debian-installer: hurd hangs on startup, on loading ext2fs
Adam Borowski, on Thu 14 Jan 2016 08:07:39 +0100, wrote: > All currently available images of hurd d-i (20151215-02:36 up to > 20160113-01:54) hang on boot. The last message given is: > > start ext2fs: Hurd server bootstrap: ext2fs[gunzip:device:rd0] exec_ Mmm, indeed. Oddly enough, all the netinst images I produce automatically available on https://people.debian.org/~sthibault/hurd-i386/installer/cdimage/ do work fine, so something is going wrong with the mini isos. > Machine is Virtualbox on amd64, with BIOS. (Same with qemu) Samuel
Bug#806341: closed by Philipp Kern (Bug#806341: fixed in zipl-installer 0.0.29)
Hi, Viktor Mihajlovski (2016-01-14): > On 06.01.2016 11:36, Debian Bug Tracking System wrote: > > This is an automatic notification regarding your Bug report > > which was filed against the zipl-installer package: > > > > #806341: zipl-installer: Using standard device names can result in a > > non-bootable system > > > > It has been closed by Philipp Kern . > > > > Their explanation is attached below along with your original report. > > If this explanation is unsatisfactory and you have not received a > > better one in a separate message then please contact Philipp Kern > > by > > replying to this email. > > > > > Unfortunately, there was a syntax error in the script, as Hendrik found > out. The following patch fixes it. Sorry for the extra loop. No worries, thanks for the notice and the fix. Just uploaded 0.0.30 accordingly. It would be great if you could use git format-patch -1 and attach the resulting file next time, as it would allow easy integration through “git am”. Having it inline usually means it gets word-wrapped. Thanks! Mraw, KiBi. signature.asc Description: Digital signature
Processing of zipl-installer_0.0.30_source.changes
zipl-installer_0.0.30_source.changes uploaded successfully to localhost along with the files: zipl-installer_0.0.30.dsc zipl-installer_0.0.30.tar.xz Greetings, Your Debian queue daemon (running on host franck.debian.org)
zipl-installer_0.0.30_source.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 14 Jan 2016 20:42:59 +0100 Source: zipl-installer Binary: zipl-installer Architecture: source Version: 0.0.30 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team Changed-By: Cyril Brulebois Description: zipl-installer - Make DASD bootable (udeb) Changes: zipl-installer (0.0.30) unstable; urgency=medium . * Fix elif/then syntax in postinst script, thanks to Hendrik Brueckner and Viktor Mihajlovski. Checksums-Sha1: 6823e4210328a7234f35728514739cb53d2149ef 1688 zipl-installer_0.0.30.dsc 5699981b869c8017426b0939e804f2c6313e3e33 21856 zipl-installer_0.0.30.tar.xz Checksums-Sha256: 6d696107fa8d1c7b5d4f3c36015567b9abad9fbf0a7807c639b365f73becad1b 1688 zipl-installer_0.0.30.dsc 8ac470e306958df18b8505537e7d6096892afcbea75eed6b48c693265bb9b0db 21856 zipl-installer_0.0.30.tar.xz Files: 25dd5556fc06709789b1853c74a15d43 1688 debian-installer standard zipl-installer_0.0.30.dsc 0a51b7a763182ad6e3accbe40447680f 21856 debian-installer standard zipl-installer_0.0.30.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJWl/qHAAoJEP+RSvDCs1UgmiEP/jXg3pbbAZ7JQmHYjkhCZ2ht 4bii/ZYmtXCWVBKSsQxvZxaj+zGX41a9PAtFfvW5q3c2atwuZCx+dbL2hLT/XwZQ pYNI7DigkcWNHcu+N/mo5pY1+k+9yK55aoY8Jc/H78zT1A2IO+swnNdPuX9v81Mo Kk/T2GL7tnBI5oXpNcB1VB1LETwj4msfcc8LYaonp1dK8SvFKzHwikns0j4SZ+GA uRl13YW4aKPh4oYrnpApZYuBSh0WzzxRooLCUXJJG7SwVESwqnykukFkkqtE1Cv7 ZmWv304xsM9JXrdaKDIvkWmvLgy3cB20TeEYWfShFlxOFXSBVrZDmCjkktpP7Eae R6eV8S9u1yk3N2T4E1qaWgpuBepxFcsaDZ4vjuIAxGxalsoDbW8dySZeymHM9AWk xeyR3hvZwwFRawG+2pOrzNTX2XExcF1RqeG6pZgpym2ueHCQYxNyH/yU9oBgeEPw 4MM1hNsRBuZiuCpy6ZlQiESmQgQqGno353pnbY+aEeTEndeZUrXeQDQ2UWkdxYpB SrSR1cVIw+C+j0tAx6m9etUBpvjHG+ABca35lL4nYpKStWaLhwmUA7+H5G6lp4Kd IvyjpximaGnYAO0kIKy1nznobIMV6ahWfOoshRSNr9FGcBScxCb8+qaRM9LksYLj nknbuNzOi3SD3cKKATY6 =79q9 -END PGP SIGNATURE- Thank you for your contribution to Debian.
Bug#810954: debian-installer: hurd hangs on startup, on loading ext2fs
Samuel Thibault, on Thu 14 Jan 2016 20:34:10 +0100, wrote: > Adam Borowski, on Thu 14 Jan 2016 08:07:39 +0100, wrote: > > All currently available images of hurd d-i (20151215-02:36 up to > > 20160113-01:54) hang on boot. The last message given is: > > > > start ext2fs: Hurd server bootstrap: ext2fs[gunzip:device:rd0] exec_ > > Mmm, indeed. Oddly enough, all the netinst images I produce > automatically available on > https://people.debian.org/~sthibault/hurd-i386/installer/cdimage/ > do work fine, so something is going wrong with the mini isos. Mmm, this is perhaps due to the glibc bump, let me upgrade the chroot used for the d-i builds. Samuel
Bug#810954: marked as done (debian-installer: hurd hangs on startup, on loading ext2fs)
Your message dated Thu, 14 Jan 2016 23:44:43 +0100 with message-id <20160114224443.go3...@var.home> and subject line Re: Bug#810954: debian-installer: hurd hangs on startup, on loading ext2fs has caused the Debian Bug report #810954, regarding debian-installer: hurd hangs on startup, on loading ext2fs 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.) -- 810954: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810954 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: debian-installer Version: 20160106 Severity: normal All currently available images of hurd d-i (20151215-02:36 up to 20160113-01:54) hang on boot. The last message given is: start ext2fs: Hurd server bootstrap: ext2fs[gunzip:device:rd0] exec_ Machine is Virtualbox on amd64, with BIOS. --- End Message --- --- Begin Message --- Samuel Thibault, on Thu 14 Jan 2016 22:54:12 +0100, wrote: > Samuel Thibault, on Thu 14 Jan 2016 20:34:10 +0100, wrote: > > Adam Borowski, on Thu 14 Jan 2016 08:07:39 +0100, wrote: > > > All currently available images of hurd d-i (20151215-02:36 up to > > > 20160113-01:54) hang on boot. The last message given is: > > > > > > start ext2fs: Hurd server bootstrap: ext2fs[gunzip:device:rd0] exec_ > > > > Mmm, indeed. Oddly enough, all the netinst images I produce > > automatically available on > > https://people.debian.org/~sthibault/hurd-i386/installer/cdimage/ > > do work fine, so something is going wrong with the mini isos. > > Mmm, this is perhaps due to the glibc bump, let me upgrade the chroot > used for the d-i builds. Yes, that was it. The ongoing build that will get uploaded soon should be working fine. Samuel--- End Message ---
