On Mon, Jun 6, 2016 at 2:55 AM, Laurent Bercot <[email protected]> wrote: > If it doesn't solve your issue, please use the "-v -f -s256" options to > strace when you're stracing s6-rc-init, post the result on a site like > pastebin, sprunge or tpaste, and post the URL here. (At least the -f option, > whichwill help see what the s6-ftrigrd process is doing.) > Funny that this should be breaking, I've been having a similar issue with s6-rc-init when finishing up an s6-rc rewrite of all the lfs bootscripts. I haven't had time to make a bug report until now, but this seems like a good time.
Details: Running under qemu 2.6 Kernel: Debian release of 4.5.2-1 (which runs s6-rc fine on physical hardware) - do note that everything was built against the 4.6 kernel headers. If you want, I'm happy to re-build against the 4.5 headers but it'll probably take a few days. Libc: 2.23 skalibs-2.3.10.0 execline-2.1.5.0 s6-2.3.0.0 s6-rc-0.0.3.0 No special options passed to ./configure, with the exception of a livedir override for s6-rc. Strace for s6-rc-init: http://paste.debian.net/718401/ When trying to bring s6rc-fdholder up directly I noticed it was dying with a SIGFPE, here's the strace for that (./run modified to exec into strace <opts> s6-fdholderd which is why the s6-rc-fdholder-filler calls are missing): http://paste.debian.net/718429/ Because s6-rc-init was dying this step wasn't getting reached in normal execution flow, but it wouldn't surprise me if the failures are related. Let me know if you need anything else. Cheers! -Colin -- "If the doors of perception were cleansed every thing would appear to man as it is, infinite. For man has closed himself up, till he sees all things thru' narrow chinks of his cavern." -- William Blake
