Hi Lennart,
On Fri, Nov 19, 2021 at 2:23 PM Lennart Poettering
wrote:
> Two ideas I recently thought about:
>
> 1. Maybe resolved's "stub" logic should support listening on yet
>another local IP address: 127.0.0.54 or so, where the same stub
>listens as on 127.0.0.53, but where we uncondi
Hello Systemd Mailing List!
I have a laptop and run a couple of systemd-nspawn containers on that
machine. This works great, except that name resolution insode the
containers fails whenever the network on the outside changes.
This is not too surprising: At setup time the resolver information is
c
I took the liberty to implement support for a setup script to
systemd-repart here:
https://github.com/systemd/systemd/pull/16258
The patch is incomplete: It is missing documentation, tests and is
basically just a sketch of the implementation, but I would appreciate
some feedback anyway before I in
. I'll fix the image generation.
Maybe there is some way to improve the reporting done by
systemd-repart in such a case?
Best Regards,
Tobias
On Thu, Jun 4, 2020 at 4:42 PM Tobias Hunger wrote:
>
> Hello!
>
> I have a 32GB USB stick and used dd to put a ~2.5GB image onto it. The
Hello!
I have a 32GB USB stick and used dd to put a ~2.5GB image onto it. The
image contains three partitions (ESP, root, root-verity). I would like
to make the remaining space on the USB stick available to users.
So I created a set of files for systemd-repart:
00_esp.conf:
[Partition]
Type=esp
Hi Chris,
On Sat, May 30, 2020, 10:09 Chris Murphy wrote:
> Future feature for the former case:
> - Btrfs seed/sprout feature expressly supports this use case for
> replicating a seed image when destination is also Btrfs.
> # mount /dev/seed /mnt
> # btrfs device add /dev/sprout /mnt
> # mount -
On Wed, May 20, 2020, 15:21 Lennart Poettering
wrote:
> > What about things like create subvolumes on BTRFS? systemd-tmpfiles
> > does support that.
>
> If this is desirable we could probably add MakeSubvolume= or so which
> is applied before CopyFiles= is run, or so.
CopyFiles and CopyBlocks d
Hi Lennart,
On Wed, May 20, 2020 at 12:01 PM Lennart Poettering
wrote:
> On Mi, 20.05.20 00:12, Tobias Hunger (tobias.hun...@gmail.com) wrote:
> > The one thing that is frustrating is to get a machine image generated
> > by my build server onto a new piece of hardware. So I wanted
Hi Lennart,
On Tue, May 19, 2020 at 11:26 PM Lennart Poettering
wrote:
> So, yes, "systemd-makefs" was how I intended this originally to be
> done. However, I think that's not going to suffice in the long run,
> and instead systemd-repart will soon be able to format file systems
> natively by inv
Hello!
I am experimenting with automatically partitioning, formatting and
creating files on a new drive based on configuration. Systemd comes
with all the building blocks nowadays to do this, but I am still
struggling a bit.
I have created some partition definitions and ran systemd-repart to
part
Hi www,
On Thu, Apr 23, 2020, 04:14 www wrote:
> hi Michal and Kevin,
>
> We applied systemd to embedded Linux, so we often need to update/flash the
> whole system. When we select disable *time synchronization* function,
> the embedded system will use the time itself. After we update the system
Hi,
You said no data is to be stored when powered down. What do you need
the overlay for then? Just mount to a tmpfs as '/' and centos as
'/usr', which is something that systemd supports out of the box. You
will need at least some files in /etc for this to work, and I just
have the initrd untar so
On Fri, Oct 5, 2018 at 9:10 AM David Anderson wrote:
>
> And of course, the law of asking questions on the internet is verified, and I
> find the answer minutes after asking a thousand people. A Linux initramfs is
> a concatenation of cpio archives, so I can just `cat microcode.img initrd.gz
>
Hi Lennart,
I probed a bit deeper: Apparently the openssh package is currently
borked in arch linux:-/ I ended up with a slightly different version
in the non systemd.volatile case which does work:-/
Sorry for the false alarm and wasting your time.
Best Regards,
Tobias
PS: I did send the update
Hi Lennart,
On Mon, Sep 4, 2017 at 11:06 AM, Lennart Poettering
wrote:
> Hmm, mount.usr= should continue to be supported. It's documented in
> the systemd-fstab-generator man page however, not in the
> kernel-command-line one. We should fix that however, can you file a
> bug?
I'll file a merge r
Hi,
I have been running a system based on a tmpfs as '/' and with a
read-only /usr for a while now and am rather happy with that setup. I
added "mount.usr" and similar flags to systemd ages ago, so that I
could configure that setup via kernel parameters. That has worked
great so far.
Recently I s
Am 20.04.2016 22:42 schrieb "Chris Murphy" :
>
> On Wed, Apr 20, 2016 at 1:50 PM, Tobias Hunger
wrote:
>
> >
https://forums.lenovo.com/t5/ThinkPad-T400-T500-and-newer-T/T460s-Does-it-have-Intel-rapid-start/m-p/3284398#M107869
>
> Too bad. I'm not sure what it m
Hi Chris,
Am 20.04.2016 18:48 schrieb "Chris Murphy" :
> There two IRSTs. One is Rapid Storage (firmware raid working in
> conjunction with mdadm), the other is Rapid Start.
I am aware of that and we both refer to the same thing.
> Rapid Start is what
> I'm referring to and even though the brand
Am 20.04.2016 06:47 schrieb "Chris Murphy" :
> I kinda have to agree, if it can't be encrypted, then I think linux
> hibernation is almost pointless, and maybe just give up. Intel Rapid
> Start (firmware managed) hibernation with SSDs and the proper GPT
> partition type GUID is faster and more reli
Am 16.04.2016 18:46 schrieb "Xen" :
> And if you did need to write stuff: why not queue the changes and then
> apply them after the remount rw, if that is necessary? Create an overlay
> to /etc ;-), write stuff to the overlay, then remount, freeze access,
> and write the changed files to the real /
Hi Johann,
Am 01.04.2016 17:38 schrieb "Jóhann B. Guðmundsson" :
> So if your server has the role of an web server and the web service fails
to run or is not run ( for example you forgot to enable it, or you
misconfigured it before rebooting ) or that phone home service failed since
it could not c
Hi Alex,
On Fri, Apr 1, 2016 at 5:14 PM, Alex Crawford wrote:
> On 04/01, Tobias Hunger wrote:
>> IIRC both coreos and chormeOS only mark a boot as successful after
>> talking to their respective update servers. The assumption apparently
>> is that the OS can fix itse
On Fri, Apr 1, 2016 at 4:59 PM, Jóhann B. Guðmundsson
wrote:
> That makes no sense that an boot is not market completed until it manage to
> contact it's update servers but inline with other hacks coreOS is doing in
> relation with systemd.
I sense a lot of negativity here:-)
A server needs to p
Hi Jóhann and Vasiliy,
IIRC both coreos and chormeOS only mark a boot as successful after
talking to their respective update servers. The assumption apparently
is that the OS can fix itself when it is able to communicate properly
with its own update server.
It would be nice if something similar c
Hi Visali,
Am 25.02.2016 20:47 schrieb "Vasiliy Tolstov" :
>
> Hi,i want to build image that mounts readonly /usr and / readwrite.
That is really simple to do:
Just edit the kernel command line to include the appropriate flags to mount
usr read-only. Documentation for the flags can be found here
Hello List,
I am running on arch-linux, using systemd 228 and have a machine
started using systemd-nspawn. It shows up in machinectl list. I can
machinectl login MACHINE into this machine, but when I try to run
machinectl shell MACHINE I only get this:
Failed to get shell PTY: Cannot set property
Am 18.12.2015 07:51 schrieb "Navneet Sinha" :
> No it doesn't fix it. Secondly, my main problem is why it is not working
with systemd. When, I was using this script as initscript before porting
this to systemd. I was able to see all echo messages.
Sysvinit did not care for stdout and stderr. The o
THANKS!
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Hi Lennart,
the ContainerInterface says: "The container manager should set
$container_uuid= as environment variable for the container's PID 1 to
the container UUID it wants to set."
I had expected that to be implemented by not resetting this
environment variable when starting whichever service fi
Am 25.10.2015 00:41 schrieb "Zbigniew Jędrzejewski-Szmek" :
> There is not built-in support for that.
>
> You can always look at /proc/1/environ from privileged processes, or add
> a generator script to create the units you need from that file.
Most non-trivial docker images need that. Should I op
Hi Systemd List!
I have been trying today to pass some information into a container I
set up with systemd-nspawn, using --setenv=SOMEVAR=foo. That works, I
see SOMEVAR in /proc/1/environ of the container.
So far so good.
Now I want to use that information to configure a service, so I add a
scrip
Hi Arnaud,
Am 04.10.2015 11:27 schrieb "arnaud gaboury" :
>
> First, thank you for this new feature. I do think this is a much more
> clean way to log as root.
>
> I just can't get the correct shell, which is /bin/zsh:
>
> /etc/passwd
> ---
> root:x:0:0:root:/root:/usr/
On Sun, Sep 6, 2015 at 12:13 PM, Lennart Poettering
wrote:
> This should be fixed with git now. And we'll do a new release very
> soon now.
Any progress yet on the "very soon now" release?
Building systemd manually and then integrating that into a newly
installed copy of a distribution sucks:-)
Hello,
I just upgraded to systemd 226 in the hope that machinectl shell will
work better for me than machinectl login. Unfortunately it is not and
machinectl login is also unusable:-/
Both produce the "Connected to machine X. Press ^] three times within
1s to exit session" line and then just sit
Hi John,
I do run a couple of (mostly -- I do keep /var) stateless systems and
have few problems with those ever since systemd 222.
Best Regards,
Tobias
On Mon, Aug 24, 2015 at 2:10 PM, Lennart Poettering
wrote:
> On Fri, 21.08.15 07:24, john maverick (johnmaveric...@inbox.com) wrote:
>
>> Hell
at 8:30 PM, Tobias Hunger wrote:
> Hi Lennart,
>
> sorry, this took a bit longer than expected, but I took the time to
> upgrade to systemd 221, so the results should be a bit closer to the
> current state than before (which was still using systemd 219).
>
> Inside container (brok
konsole or xterm.
I got this on a laptop, so if you want to play with a machine that
shows this behavior I can demonstrate it if that help:-)
Best Regards,
Tobias
On Fri, Jun 19, 2015 at 10:15 AM, Tobias Hunger wrote:
> Thanks for the reply!
>
> I'll try to collect all requested i
Thanks for the reply!
I'll try to collect all requested info tonight or over the weekend.
Best Regards,
Tobias
On Thu, Jun 18, 2015 at 9:24 PM, Lennart Poettering
wrote:
> On Tue, 26.05.15 21:40, Tobias Hunger (tobias.hun...@gmail.com) wrote:
>
>> This is stty -a from outs
Hi Johannes,
there is a tmpfiles.d rule in your container that creates that
snapshot if it is not there yet.
I started to create a var/lib/machines directory in the container as
part of the container creation process, which prevents systemd 219
from creating the btrfs snapshot there.
Alternative
,
Tobias
On Tue, May 26, 2015 at 9:40 PM, Tobias Hunger wrote:
> This is stty -a from outside the container:
>
> speed 38400 baud; rows 46; columns 114; line = 0;
> intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = M-^?;
> eol2 = M-^?; swtch = ; start = ^Q;
> st
.
I tried running "stty eol ^D -F /dev/pts/0" inside the container and
got a SIGSEGV. It works outside the container.
Best Regards,
Tobias
On Tue, May 26, 2015 at 4:11 PM, Lennart Poettering
wrote:
> On Sat, 23.05.15 00:09, Tobias Hunger (tobias.hun...@gmail.com) wrote:
>
>
Hello,
I am having a problem with one of my containers set up with
systemd-nspawn. For some reason the return key will not work most of
the time (19 out of 20 attemps) after doing machinectl login into that
machine.
This effects not all programs: bash works, fish-shell does not. Sudo
password ent
Hi Lennart,
I only cared since it was blocking systemd 219 in arch. I never had
any problem and assumed this was fixed since systemd 219 landed in
Arch a while back.
Best Regards,
Tobias
On Tue, Apr 28, 2015 at 5:48 PM, Lennart Poettering
wrote:
> On Sun, 12.04.15 17:58, Tobias Hun
Yes, I was referring to a container when using the name "vm". Sorry if
I caused confusion with this, I used to run lots of real VMs and then
moved those over to containers and still think of those services as
virtual machines.
On Mon, Apr 27, 2015 at 5:01 PM, Lennart Poettering
wrote:
> I figure
By the way: Is there a way to get the journal from a --ephemeral container?
I had expected --link-journal=host to work, but --link-journal seems
to not be allowed in any way.
On Sat, Apr 25, 2015 at 12:14 AM, Tobias Hunger wrote:
> Hello,
>
> sorry (again) for the delay. I unfortunatel
, Apr 22, 2015 at 5:00 PM, Lennart Poettering
wrote:
> On Wed, 22.04.15 16:31, Tobias Hunger (tobias.hun...@gmail.com) wrote:
>
>> On Wed, Apr 22, 2015 at 4:04 PM, Lennart Poettering
>> wrote:
>> > Well, if that's what it says, then yes. We can certainly add suppo
On Wed, Apr 22, 2015 at 4:04 PM, Lennart Poettering
wrote:
> Well, if that's what it says, then yes. We can certainly add support
> for manipulating nft too, but so far the APIs fo that appeared much
> less convincing to me, and quite a bit more exotic.
The user space tools for nft are much nicer
PS: Is there a way to stop the VMs to get a btrfs subvolume created in
/var/lib/machines?
I have a couple of .#vm subvolumes in /var/lib/machines now and
btrfs subvolume delete does not work on those since they have a
subvolume in /var/lib/machine. Apparently systemd-nspawn also stumbled
over
On Wed, Apr 22, 2015 at 3:12 PM, Tobias Hunger wrote:
> Hi Lennart,
>
> On Wed, Apr 22, 2015 at 1:46 PM, Lennart Poettering
> wrote:
>>> I was trying to run "systemd-nspawn --ephemeral", but that failed
>>> since I had a read-only image in /var/lib/machin
Hi Lennart,
On Wed, Apr 22, 2015 at 1:46 PM, Lennart Poettering
wrote:
>> I was trying to run "systemd-nspawn --ephemeral", but that failed
>> since I had a read-only image in /var/lib/machines. Why is that not
>> allowed? systemd-nspawn does create its own snapshot of that one after
>> all (whic
Hi!
Now that systemd 219 is finally available in arch I am playing with
systemd-nspawn again.
I was trying to run "systemd-nspawn --ephemeral", but that failed
since I had a read-only image in /var/lib/machines. Why is that not
allowed? systemd-nspawn does create its own snapshot of that one afte
stemd 220 that actually will make it
into arch Linux and I can drop my hand-rolled packages:-)
Best Regards,
Tobias
On Mon, Apr 13, 2015 at 3:27 AM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Sun, Apr 12, 2015 at 06:49:41PM +0200, Lennart Poettering wrote:
>> On Sat, 11.04.15 02:13,
Hi Lennart,
I just asked about the status of this, so I have links handy:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1423811
https://bugs.archlinux.org/task/44016
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778970
https://bugzilla.redhat.com/show_bug.cgi?id=1201964
All of these
Hi Martin,
did you make any progress with this bug? Apparently the same issue is
blocking systemd-219 from getting into arch linux (
https://bugs.archlinux.org/task/44016 ), so this seems to be a
wide-spread issue. Is anyone taking a serious look into this issue?
Best Regards,
Tobias
On Mon, Ma
/boot does not exist on a stateless system, so do not get
confused by that.
---
src/efi-boot-generator/efi-boot-generator.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/efi-boot-generator/efi-boot-generator.c
b/src/efi-boot-generator/efi-boot-generator.c
index 58c4c
This time with fixed indentation.
Sorry for taking so long to follow up on this, easter holidays were
taking their toll:-)
Best Regards,
Tobias
On Sat, Apr 11, 2015 at 1:52 AM, Tobias Hunger wrote:
> A stateless system has a tmpfs as root file system. That obviously
> does not have any
A stateless system has a tmpfs as root file system. That obviously
does not have any block device associated with it. So try falling back
to the device of the /usr filesystem if the root filesystem fails.
---
src/gpt-auto-generator/gpt-auto-generator.c | 9 +++--
1 file changed, 7 insertions(+
over the eastern
On Wed, Apr 8, 2015 at 11:21 PM, Lennart Poettering
wrote:
> On Sun, 22.03.15 00:57, Tobias Hunger (tobias.hun...@gmail.com) wrote:
>
> BTW, if you are interested, I'd be willing to take this one step
> further even, and default to tmpfs as root fs, if o
A stateless system has a tmpfs as root file system. That obviously
does not have any block device associated with it. So try falling back
to the device of the /usr filesystem if the root filesystem fails.
---
src/gpt-auto-generator/gpt-auto-generator.c | 9 +++--
1 file changed, 7 insertions(+
/boot does not exist on a stateless system, so do not get
confused by that.
---
src/efi-boot-generator/efi-boot-generator.c | 23 +++
1 file changed, 19 insertions(+), 4 deletions(-)
diff --git a/src/efi-boot-generator/efi-boot-generator.c
b/src/efi-boot-generator/efi-boot-ge
Thanks Tom!
I added the check for the rw /sys so that both the code path for fstab
as well as for the kernel cmdline are doing similar checks. I was
thinking about putting all the validation for both code paths into one
function, but there are so many small things that only make sense in
one of th
Mount whatever the user asked to be mounted on / and /usr on the
kernel command line. Do less sanity check and do *not* bail out
when the mount device looks strange or does not exist.
This basically makes the changes for deviceless filesystems
from yesterday unnecessary and is in line with what we
I won't promise anything, but I'll give it a try later tonight.
It is a bit frightening under what kind of attention you people have to
work: Even this tiny patch made it onto phoronix and I just got my first
flame about ruining Linux.
___
systemd-devel
ooked at the code)?
>
> "root=none rootfstype=tmpfs"
>
> Cheers,
>
> Tom
>
> On Tue, Mar 24, 2015 at 12:52 AM, Tobias Hunger
> wrote:
>> This allows for stateless systems.
>> ---
>> src/fstab-generator/fstab-generator.c | 21 +-
On Tue, Mar 24, 2015 at 5:12 AM, Zbigniew Jędrzejewski-Szmek
wrote:
> This wouldn't work if fstype was NULL. We also have a list of network
> filesystems,
> whic I assume don't require a device, and we can consult this list instead of
> including
> it here. I pushed the patch with those changes.
This allows for stateless systems.
---
src/fstab-generator/fstab-generator.c | 21 +
src/shared/util.c | 30 ++
src/shared/util.h | 1 +
3 files changed, 44 insertions(+), 8 deletions(-)
diff --git a/src/fsta
There is no need to check those.
---
src/shared/generator.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/src/shared/generator.c b/src/shared/generator.c
index 569b25b..c348ca2 100644
--- a/src/shared/generator.c
+++ b/src/shared/generator.c
@@ -42,6 +42,11 @@ int generator_write_fsck_d
issue due to /etc not being populated in time for dbus to
pick up its settings.
Best Regards,
Tobias
Tobias Hunger (2):
fstab-generator: Support root on tmpfs (or other deviceless FS)
fstab-generator: Do not check deviceless filesystems
src/fstab-generator/fstab-generator.c | 21
the fstab-generator can
support at this time.
Best Regards,
Tobias
On Mon, Mar 23, 2015 at 11:17 AM, Vasiliy Tolstov wrote:
> 2015-03-23 13:02 GMT+03:00 Tobias Hunger :
>> I never used overlayfs myself, can you set up an overlayfs via the
>> kernel commandline arguments support
in fstab-generator at this time, then I'd
say it is out of scope for this patch.
Best Regards,
Tobias
On Mon, Mar 23, 2015 at 9:39 AM, Vasiliy Tolstov wrote:
> 2015-03-23 11:21 GMT+03:00 Tobias Hunger :
>>
>> I had been thinking about adding more device-less fs types, too
Thanks for the review!
Best Regards,
Tobias
On Mon, Mar 23, 2015 at 2:46 AM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Sun, Mar 22, 2015 at 08:29:25AM +0300, Andrei Borzenkov wrote:
>> В Sun, 22 Mar 2015 00:57:23 +0100
>> Tobias Hunger пишет:
>>
>> > sr
Hah, now it works for me again, too.
Thanks to whoever fixed the issue!
On Sun, Mar 22, 2015 at 6:13 AM, Andrei Borzenkov wrote:
> В Sun, 22 Mar 2015 00:23:07 +0100
> Tobias Hunger пишет:
>
>> Hi!
>>
>> I get
>>
>> fatal: unable to connect to anongit.free
fore /etc is populated. I will
need to tweak
that a bit, but that is stuff for other patches:-) Alternatively I
might just want to populate
/sysroot/etc right inside the initrd after /sysroot/usr is mounted.
Best Regards,
Tobias
From 5fcc8322e9cee1f76454bcdf5538640606691356 Mon Sep 17 00:00:00
Hi!
I get
fatal: unable to connect to anongit.freedesktop.org:
anongit.freedesktop.org[0: 131.252.210.161]: errno=Connection refused
all day long now.
Is there something wrong with the git server or did I break something locally?
Best Regards,
Tobias
___
hints on systemd-in-initrd debugging in arch linux would be
appreciated at this point:-)
On Fri, Mar 13, 2015 at 2:20 PM, Tobias Hunger wrote:
> Hi Zbyszek,
>
> I would expect the machine-id to be written before mount units are
> processed, so for that to work I would need to mount /va
Mar 10, 2015 at 10:23:23PM +0100, Tobias Hunger wrote:
>> On Tue, Mar 10, 2015 at 9:33 PM, Tobias Hunger
>> wrote:
>> >> presets and machined ID are applied by PID 1, before it begins with
>> >> starting any units, hence *really* early on. Note though that actua
> If you're concerned about bootloader configuration modification as a
> threat vector, then it needs to go on an encrypted volume. This
> suggests an initial bootloader configuration that only enables the
> user to supply a passphrase/key file to unlock that volume, and then
> load a new bootloade
On Tue, Mar 10, 2015 at 9:33 PM, Tobias Hunger wrote:
>> presets and machined ID are applied by PID 1, before it begins with
>> starting any units, hence *really* early on. Note though that actually
>> /etc/machine-id is used as flag for "is /etc empty". If the file
On Tue, Mar 10, 2015 at 6:38 PM, Lennart Poettering
wrote:
> On Tue, 10.03.15 18:13, Tobias Hunger (tobias.hun...@gmail.com) wrote:
>
>> > So you want not just factory reset, but actually a stateless system,
>> > where every single boot is basically a factory reset?
&g
Hi Lennart,
thanks for taking the time to answer! It is highly appreciated.
On Tue, Mar 10, 2015 at 5:01 PM, Lennart Poettering
wrote:
> So you want not just factory reset, but actually a stateless system,
> where every single boot is basically a factory reset?
Yes, but I do have a state that I
Hi everybody,
I am running a kiosk-like box here and have a read-only copy of /etc
hidden away in /usr/ somewhere. /etc is a symlink to that directory
and that works fine.
Recently I thought I'd experiment with factory reset. My idea was to
use a tmpfs mounted on /etc instead of that symlink and
Hi Luke,
On Mon, Feb 23, 2015 at 3:08 AM, Luke Kenneth Casson Leighton
wrote:
> the problem, zbigniew, is that the intended use of this "silent noop"
> feature - to make it *possible* to have an alternative PID1 - *hasn't
> happened*. any upstream software developer who has added in support
> f
Hello Luke,
On Mon, Feb 23, 2015 at 12:58 AM, Luke Kenneth Casson Leighton
wrote:
>> I understood most of these dependencies to be indirect: Packages that
>> depend on other packages that in turn depend on libsystemd. Is that
>> correct?
>
> that's right. so, what that means is that the actual
Hi Luke,
I am mostly a lurker on the systemd mailing list, so my opinion does
not carry weight in this community.
On Tue, Feb 17, 2015 at 9:24 PM, Luke Kenneth Casson Leighton
wrote:> so i'm not going to "protest" - i'm going to
try a different approach.
> i'd like you to look at this list of de
On Thu, Oct 23, 2014 at 12:51 AM, Lennart Poettering
wrote:
> Correct. I can see that for some uses this might appear as overkill,
> but in general I would not make much of a distinction between the
> kernel and the basic userspace here, they really belong together.
>
>> I am following Arch and
Hi Lennart,
On Wed, Oct 22, 2014 at 7:03 PM, Lennart Poettering
wrote:
> Sorry for the late response, been travelling for a month, and then
> have been more travelling, and still trying to process all the mails
> that queued up since.
No problem at all:-)
>> On Fri, Sep 5, 2014 at 6:58 PM, Lenn
.14 21:37, Tobias Hunger (tobias.hun...@gmail.com) wrote:
>
>> This allows to configure boot loader entries for systems where the
>> root and usr filesystems are in different subvolumes (or even on
>> different drives).
>
> Thanks! Applied!
>
> Lennart
Lennart, Harald: I did check the kernel sources for the string "\"mount\"":
As expected that string does show up in a couple of places, but it does not
seem to be in use as a module name at this time.
Tobias G-R: Thanks for the instructions on how to use git-send-email:
This allows to configure boot loader entries for systems where the
root and usr filesystems are in different subvolumes (or even on
different drives).
---
man/systemd-fstab-generator.xml | 76 -
src/fstab-generator/fstab-generator.c | 90 ++
Thu, 09.10.14 09:37, Tobias Hunger (tobias.hun...@gmail.com) wrote:
>
> > On Oct 8, 2014 2:15 PM, "Harald Hoyer" wrote:
> > > > What is the rationale of this patch?
> > > > Supporting systems without /etc/fstab in the root device?
> > > > Ove
st Regards,
Tobias
On 08.10.2014 14:13, Harald Hoyer wrote:
> On 24.09.2014 22:08, Tobias Hunger wrote:
>> From f3a193de94959875cd1d83f941ed8fc8275c82eb Mon Sep 17 00:00:00 2001
>> From: Tobias Hunger
>> Date: Wed, 24 Sep 2014 21:57:00 +0200
>> Subject: [PATCH] fstab-genera
From 4d038e78cd9656712a74901e0b6c79184764e7c1 Mon Sep 17 00:00:00 2001
From: Tobias Hunger
Date: Fri, 3 Oct 2014 16:29:30 +0200
Subject: [PATCH 1/2] fstab-generator: Small cleanup
---
src/fstab-generator/fstab-generator.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git
From 681971f9cca5b3db085f47750f27f3f8d51f5036 Mon Sep 17 00:00:00 2001
From: Tobias Hunger
Date: Wed, 24 Sep 2014 21:57:00 +0200
Subject: [PATCH] fstab-generator: Honor usr=, usrfstype= and usrflags=
on
kernel command line
This allows to configure boot loader entries for systems where the
On Thu, Oct 2, 2014 at 3:15 PM, Lennart Poettering
wrote:
> On Wed, 24.09.14 22:08, Tobias Hunger (tobias.hun...@gmail.com) wrote:
>
> The patch is line-broken, please resend non-linebroken version!
I'll fix that, sorry.
>>
>> +static int add_usr_mount(void) {
>&
to patch submission processes nowadays:-)
Best Regards,
Tobias
On Wed, Oct 1, 2014 at 12:26 PM, Colin Guthrie wrote:
> Ronny Chevalier wrote on 30/09/14 20:28:
>> Hi,
>>
>> 2014-09-30 21:18 GMT+02:00 Tobias Hunger :
>>> Any feedback at all? Please?
>>>
>&
Any feedback at all? Please?
Am I doing something wrong in posting my patch here?
Best Regards,
Tobias
On Sat, Sep 27, 2014 at 5:59 PM, Tobias Hunger wrote:
> Ping?
>
> This is really useful to test out the changes proposed in
> http://0pointer.net/blog/revisiting-how-we-put-to
Ping?
This is really useful to test out the changes proposed in
http://0pointer.net/blog/revisiting-how-we-put-together-linux-systems.html
Yes, Lennart seems to want to move to something more strict that can
also work with the uefi secure boot, but this helps me get a test
system of the ground wh
>From f3a193de94959875cd1d83f941ed8fc8275c82eb Mon Sep 17 00:00:00 2001
From: Tobias Hunger
Date: Wed, 24 Sep 2014 21:57:00 +0200
Subject: [PATCH] fstab-generator: Honor usr=, usrfstype= and usrflags= on
kernel command line
This allows to configure boot loader entries for systems where the
r
Hi Lennart,
thanks for taking the time to reply!
On Fri, Sep 5, 2014 at 6:58 PM, Lennart Poettering
wrote:
> Yeah, we want to encourage distros to install kernels into /usr,
> somewhere next to where the kmods already are, and then copy that over
> where necessary into the used boot partition. W
Hi
I have read
http://0pointer.net/blog/revisiting-how-we-put-together-linux-systems.html
with interest and since I am using a home-grown image based
installation scheme anyway, I would like to try and move that closer
to the proposal from the systemd cabal. It is pretty easy to create
the sugges
1 - 100 of 101 matches
Mail list logo
