Hello This is a list of user-view-changes from archiso side: * New packages: xl2tpd, refind-efi-x86_64, gummiboot-efi, fsarchiver, mc, partclone, partimage, testdisk * Re-added pkgs: sudo, wget * Simplified steps to make an USB PC-EFI from ISO * Usage of gummiboot for fancy menu when booting in EFI mode. * The /script/ boot parameter works again (really really now!) * systemd (PENDING) [ready for merge to master] I want to do this, otherwise there is no user feedback. Good Luck -- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1
On Oct 3, 2012 7:38 AM, "Gerardo Exequiel Pozzi" <vmlinuz386@yahoo.com.ar> wrote:
* systemd (PENDING) [ready for merge to master] I want to do this, otherwise there is no user feedback.
Please do. Makes sense to use it on our iso to make sure that works before making it the default. What's holding it back? Tom
On 10/03/2012 04:41 AM, Tom Gundersen wrote:
On Oct 3, 2012 7:38 AM, "Gerardo Exequiel Pozzi" <vmlinuz386@yahoo.com.ar> wrote:
* systemd (PENDING) [ready for merge to master] I want to do this, otherwise there is no user feedback.
Please do. Makes sense to use it on our iso to make sure that works before making it the default. What's holding it back?
Tom
OK. Nothing, just some "+1" from Pierre / Thomas. -- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1
Am 03.10.2012 07:37, schrieb Gerardo Exequiel Pozzi:
Hello
This is a list of user-view-changes from archiso side: * New packages: xl2tpd, refind-efi-x86_64, gummiboot-efi, fsarchiver, mc, partclone, partimage, testdisk * Re-added pkgs: sudo, wget * Simplified steps to make an USB PC-EFI from ISO * Usage of gummiboot for fancy menu when booting in EFI mode. * The /script/ boot parameter works again (really really now!)
* systemd (PENDING) [ready for merge to master] I want to do this, otherwise there is no user feedback.
Good Luck
Thanks Gerado for working on this. I got ill last week so I couldn't look into this as wanted. but I have time from today to the weekend. I would suggest you commit everything including the systemd changes unless you think there is some issue left that cannot be fixed in a few days. E.g. dhcp should be easy to fix, so if in doubt just push the changes you currently have. Greetings, Pierre -- Pierre Schmitz, https://pierre-schmitz.com
On 10/03/2012 04:54 AM, Pierre Schmitz wrote:
Am 03.10.2012 07:37, schrieb Gerardo Exequiel Pozzi:
Hello
This is a list of user-view-changes from archiso side: * New packages: xl2tpd, refind-efi-x86_64, gummiboot-efi, fsarchiver, mc, partclone, partimage, testdisk * Re-added pkgs: sudo, wget * Simplified steps to make an USB PC-EFI from ISO * Usage of gummiboot for fancy menu when booting in EFI mode. * The /script/ boot parameter works again (really really now!)
* systemd (PENDING) [ready for merge to master] I want to do this, otherwise there is no user feedback.
Good Luck Thanks Gerado for working on this. I got ill last week so I couldn't look into this as wanted. but I have time from today to the weekend. You are welcome :)
I would suggest you commit everything including the systemd changes unless you think there is some issue left that cannot be fixed in a few days. E.g. dhcp should be easy to fix, so if in doubt just push the changes you currently have. Done. Pushed systemd changes. Other changes was already pushed.
One thing that should be fixed before this snapshot is: FS#31663 *[util-linux]* problem with scriptlet on first install [#1], othewise I need to added a workaround in releng/build.sh. [#1] https://bugs.archlinux.org/task/31663
Greetings,
Pierre
-- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1
On Wed, Oct 03, 2012 at 02:37:52AM -0300, Gerardo Exequiel Pozzi wrote:
Hello
This is a list of user-view-changes from archiso side: * New packages: xl2tpd, refind-efi-x86_64, gummiboot-efi, fsarchiver, mc, partclone, partimage, testdisk * Re-added pkgs: sudo, wget * Simplified steps to make an USB PC-EFI from ISO * Usage of gummiboot for fancy menu when booting in EFI mode. * The /script/ boot parameter works again (really really now!)
* systemd (PENDING) [ready for merge to master] I want to do this, otherwise there is no user feedback.
Is there anything we can do to unroll the rats' nest of squashfs loops to avoid the spammy mess at shutdown?
Good Luck
-- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1
On 10/03/2012 10:54 AM, Dave Reisner wrote:
On Wed, Oct 03, 2012 at 02:37:52AM -0300, Gerardo Exequiel Pozzi wrote:
Hello
This is a list of user-view-changes from archiso side: * New packages: xl2tpd, refind-efi-x86_64, gummiboot-efi, fsarchiver, mc, partclone, partimage, testdisk * Re-added pkgs: sudo, wget * Simplified steps to make an USB PC-EFI from ISO * Usage of gummiboot for fancy menu when booting in EFI mode. * The /script/ boot parameter works again (really really now!)
* systemd (PENDING) [ready for merge to master] I want to do this, otherwise there is no user feedback. Is there anything we can do to unroll the rats' nest of squashfs loops to avoid the spammy mess at shutdown? There is no way to disable this cleanup-loop in systemd. This loop is only disabled when running inside a container [#1]. Maybe we can submit to upstream a patch that in some way, we can instruct to systemd to skip this logic. For example if some files are found on /run/initramfs like "skip_loop_detach" "skip_dm_detach"
If you look at Fedora Live-CD, you can see similar shutdown messages. [#1] http://cgit.freedesktop.org/systemd/systemd/tree/src/core/shutdown.c#n184
Good Luck
-- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1
-- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1
On Wed, Oct 03, 2012 at 11:12:24AM -0300, Gerardo Exequiel Pozzi wrote:
On 10/03/2012 10:54 AM, Dave Reisner wrote:
On Wed, Oct 03, 2012 at 02:37:52AM -0300, Gerardo Exequiel Pozzi wrote:
Hello
This is a list of user-view-changes from archiso side: * New packages: xl2tpd, refind-efi-x86_64, gummiboot-efi, fsarchiver, mc, partclone, partimage, testdisk * Re-added pkgs: sudo, wget * Simplified steps to make an USB PC-EFI from ISO * Usage of gummiboot for fancy menu when booting in EFI mode. * The /script/ boot parameter works again (really really now!)
* systemd (PENDING) [ready for merge to master] I want to do this, otherwise there is no user feedback. Is there anything we can do to unroll the rats' nest of squashfs loops to avoid the spammy mess at shutdown? There is no way to disable this cleanup-loop in systemd. This loop
It's obviously not a deal breaker since it's R/O loops on an equally R/O media, but my point wasn't to fix this in systemd. We have squashes inside squashes (inside squashes?). It really doesn't seem necessary, and other liveCDs don't have such complex "requirements". Can you explain why this setup is needed/wanted?
is only disabled when running inside a container [#1]. Maybe we can submit to upstream a patch that in some way, we can instruct to systemd to skip this logic. For example if some files are found on /run/initramfs like "skip_loop_detach" "skip_dm_detach"
I've already gone down this road, and it's a dead end.
If you look at Fedora Live-CD, you can see similar shutdown messages.
Lucky for us, we aren't Fedora =)
[#1] http://cgit.freedesktop.org/systemd/systemd/tree/src/core/shutdown.c#n184
Good Luck
-- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1
-- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1
Am 03.10.2012 16:26, schrieb Dave Reisner:
On Wed, Oct 03, 2012 at 11:12:24AM -0300, Gerardo Exequiel Pozzi wrote:
On 10/03/2012 10:54 AM, Dave Reisner wrote:
On Wed, Oct 03, 2012 at 02:37:52AM -0300, Gerardo Exequiel Pozzi wrote:
Hello
This is a list of user-view-changes from archiso side: * New packages: xl2tpd, refind-efi-x86_64, gummiboot-efi, fsarchiver, mc, partclone, partimage, testdisk * Re-added pkgs: sudo, wget * Simplified steps to make an USB PC-EFI from ISO * Usage of gummiboot for fancy menu when booting in EFI mode. * The /script/ boot parameter works again (really really now!)
* systemd (PENDING) [ready for merge to master] I want to do this, otherwise there is no user feedback. Is there anything we can do to unroll the rats' nest of squashfs loops to avoid the spammy mess at shutdown? There is no way to disable this cleanup-loop in systemd. This loop
It's obviously not a deal breaker since it's R/O loops on an equally R/O media, but my point wasn't to fix this in systemd. We have squashes inside squashes (inside squashes?).
We don't. We have a device mapper snapshot volume using an ext4 file system image inside a squashfs image and therefore tons of loop devices.
On 10/03/2012 11:26 AM, Dave Reisner wrote:
On Wed, Oct 03, 2012 at 11:12:24AM -0300, Gerardo Exequiel Pozzi wrote:
On 10/03/2012 10:54 AM, Dave Reisner wrote:
On Wed, Oct 03, 2012 at 02:37:52AM -0300, Gerardo Exequiel Pozzi wrote:
Hello
This is a list of user-view-changes from archiso side: * New packages: xl2tpd, refind-efi-x86_64, gummiboot-efi, fsarchiver, mc, partclone, partimage, testdisk * Re-added pkgs: sudo, wget * Simplified steps to make an USB PC-EFI from ISO * Usage of gummiboot for fancy menu when booting in EFI mode. * The /script/ boot parameter works again (really really now!)
* systemd (PENDING) [ready for merge to master] I want to do this, otherwise there is no user feedback. Is there anything we can do to unroll the rats' nest of squashfs loops to avoid the spammy mess at shutdown? There is no way to disable this cleanup-loop in systemd. This loop It's obviously not a deal breaker since it's R/O loops on an equally R/O media, but my point wasn't to fix this in systemd. We have squashes inside squashes (inside squashes?). It really doesn't seem necessary, and other liveCDs don't have such complex "requirements". Can you explain why this setup is needed/wanted?
jeje, where is done this? :P Because we need a writable / filesystem, and Linux does not support any type of overflayfs at this moment. Lots and lots of intents was made during years without success acceptation. Also we need a compression at the same time :) So the way to do this is using a block based device. What is done: [rw-fs] (ext4 /) -> [dm-snapshot] -> {ro-fs-loop} (origin) + {rw-cow-loop} (COW) {ro-fs-loop} -> [fs-image] -> [ro-sfs-loop] -> [sfs-image] -> [ro-fs] (iso9660 / extfs / vfat) {rw-cow-loop} -> [cow-image] -> [rw-fs] (tmpfs/non-persistent | extfs/persistent) Where "origin" is one of "root-image" (i686/x86_64) "usr-share" (any) and "usr-lib-modules"(*) (i686/x86_64) As you can see the only thing inside an squashfs images is only one file that is an ext4 image. (*) This split allows (unofficially) boot x86_64 kernel with i686 userspace.
is only disabled when running inside a container [#1]. Maybe we can submit to upstream a patch that in some way, we can instruct to systemd to skip this logic. For example if some files are found on /run/initramfs like "skip_loop_detach" "skip_dm_detach" I've already gone down this road, and it's a dead end.
If you look at Fedora Live-CD, you can see similar shutdown messages. Lucky for us, we aren't Fedora =)
cuac!
[#1] http://cgit.freedesktop.org/systemd/systemd/tree/src/core/shutdown.c#n184
Good Luck
-- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1
-- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1
-- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1
participants (5)
-
Dave Reisner
-
Gerardo Exequiel Pozzi
-
Pierre Schmitz
-
Thomas Bächler
-
Tom Gundersen