Re: [systemd-devel] [HEADS-UP] Discoverable Partitions Spec

2014-03-14 Thread Lennart Poettering
On Fri, 14.03.14 14:49, Koen Kooi (koen.k...@linaro.org) wrote: It would be good if in the long run OS installers could adopt this and use the right partition type GUIDs automatically, to make this discovery work. For now however, you need to manually change the GPT type GUIDs of your

Re: [systemd-devel] [HEADS-UP] Discoverable Partitions Spec

2014-03-14 Thread Koen Kooi
Op 14 mrt. 2014, om 15:23 heeft Lennart Poettering lenn...@poettering.net het volgende geschreven: On Fri, 14.03.14 14:49, Koen Kooi (koen.k...@linaro.org) wrote: It would be good if in the long run OS installers could adopt this and use the right partition type GUIDs automatically, to

Re: [systemd-devel] [HEADS-UP] Discoverable Partitions Spec

2014-03-12 Thread Chris Murphy
On Mar 12, 2014, at 1:12 PM, Goffredo Baroncelli kreij...@inwind.it wrote: On 03/12/2014 06:24 PM, Chris Mason wrote: On 03/10/2014 07:45 PM, Lennart Poettering wrote: On Mon, 10.03.14 23:39, Goffredo Baroncelli (kreij...@libero.it) wrote: Well, the name is property of the admin

Re: [systemd-devel] [HEADS-UP] Discoverable Partitions Spec

2014-03-12 Thread Goffredo Baroncelli
On 03/12/2014 08:31 PM, Chris Murphy wrote: On Mar 12, 2014, at 1:12 PM, Goffredo Baroncelli kreij...@inwind.it wrote: [...] I am working to prototype something like that. A mount.btrfs command which 1) handles the rollback (i.e. the user make a snapshot which is a rollback; if something

Re: [systemd-devel] [HEADS-UP] Discoverable Partitions Spec

2014-03-12 Thread Goffredo Baroncelli
On 03/12/2014 08:12 PM, Goffredo Baroncelli wrote: [...] I am working to prototype something like that. A mount.btrfs command which 1) handles the rollback (i.e. the user make a snapshot which is a rollback; if something goes wrong and the machine reboot before ending the process, during the

Re: [systemd-devel] [HEADS-UP] Discoverable Partitions Spec

2014-03-10 Thread Goffredo Baroncelli
On 03/07/2014 07:26 PM, Lennart Poettering wrote: Heya! Since yesterday systemd in git can now discover root, /home, /srv and swap partitions automatically based on GPT type GUIDs, thus making /etc/fstab unnecessary for simple setups. I have now put together something like a spec

Re: [systemd-devel] [HEADS-UP] Discoverable Partitions Spec

2014-03-10 Thread Kay Sievers
On Mon, Mar 10, 2014 at 7:34 PM, Goffredo Baroncelli kreij...@libero.it wrote: On 03/07/2014 07:26 PM, Lennart Poettering wrote: Since yesterday systemd in git can now discover root, /home, /srv and swap partitions automatically based on GPT type GUIDs, thus making /etc/fstab unnecessary for

Re: [systemd-devel] [HEADS-UP] Discoverable Partitions Spec

2014-03-10 Thread Goffredo Baroncelli
Hi Kay On 03/10/2014 07:53 PM, Kay Sievers wrote: [...] Instead of relying on the subvolume UUID, why not relying to the subvolume name: it would be more simple and flexible to manage them. As a general rule: human-readable names should be left to the administrator, provide an identifier

Re: [systemd-devel] [HEADS-UP] Discoverable Partitions Spec

2014-03-10 Thread Chris Murphy
On Mar 10, 2014, at 12:34 PM, Goffredo Baroncelli kreij...@libero.it wrote: On 03/07/2014 07:26 PM, Lennart Poettering wrote: Heya! Since yesterday systemd in git can now discover root, /home, /srv and swap partitions automatically based on GPT type GUIDs, thus making /etc/fstab

Re: [systemd-devel] [HEADS-UP] Discoverable Partitions Spec

2014-03-10 Thread Lennart Poettering
On Mon, 10.03.14 19:34, Goffredo Baroncelli (kreij...@libero.it) wrote: Heya, Instead of relying on the subvolume UUID, why not relying to the subvolume name: it would be more simple and flexible to manage them. For example supposing to use '@' as prefix for a subvolume name: @ -

Re: [systemd-devel] [HEADS-UP] Discoverable Partitions Spec

2014-03-10 Thread Chris Murphy
On Mar 10, 2014, at 2:21 PM, Chris Mason c...@fb.com wrote: On 03/10/2014 04:02 PM, Lennart Poettering wrote: On Mon, 10.03.14 19:34, Goffredo Baroncelli (kreij...@libero.it) wrote: Heya, Instead of relying on the subvolume UUID, why not relying to the subvolume name: it would be more

Re: [systemd-devel] [HEADS-UP] Discoverable Partitions Spec

2014-03-10 Thread Lennart Poettering
On Mon, 10.03.14 14:53, Chris Murphy (li...@colorremedies.com) wrote: Since it's not a given whether a parent or child subvolume is the one being updated, it's ambiguous which one to use/automount if there is inheritance of the proposed subvolumetypeGUID at snapshot time. Inheritance of the

Re: [systemd-devel] [HEADS-UP] Discoverable Partitions Spec

2014-03-10 Thread Goffredo Baroncelli
On 03/10/2014 09:02 PM, Lennart Poettering wrote: On Mon, 10.03.14 19:34, Goffredo Baroncelli (kreij...@libero.it) wrote: Heya, Instead of relying on the subvolume UUID, why not relying to the subvolume name: it would be more simple and flexible to manage them. For example supposing to

Re: [systemd-devel] [HEADS-UP] Discoverable Partitions Spec

2014-03-10 Thread Goffredo Baroncelli
On 03/10/2014 09:21 PM, Chris Mason wrote: On 03/10/2014 04:02 PM, Lennart Poettering wrote: On Mon, 10.03.14 19:34, Goffredo Baroncelli (kreij...@libero.it) wrote: [...] I am pretty sure automatic discovery of mount points should not cover the usecase where people install multiple

Re: [systemd-devel] [HEADS-UP] Discoverable Partitions Spec

2014-03-10 Thread Lennart Poettering
On Mon, 10.03.14 23:39, Goffredo Baroncelli (kreij...@libero.it) wrote: Well, the name is property of the admin really. There needs to be a way how the admin can label his subvolumes, with a potentially localized name. This makes it unsuitable for our purpose, we cannot just take

Re: [systemd-devel] [HEADS-UP] Discoverable Partitions Spec

2014-03-10 Thread Alex Elsayed
Lennart Poettering wrote: On Mon, 10.03.14 23:39, Goffredo Baroncelli (kreij...@libero.it) wrote: Well, the name is property of the admin really. There needs to be a way how the admin can label his subvolumes, with a potentially localized name. This makes it unsuitable for our purpose,

Re: [systemd-devel] [HEADS-UP] Discoverable Partitions Spec

2014-03-07 Thread Mantas Mikulėnas
On Fri, Mar 7, 2014 at 8:26 PM, Lennart Poettering lenn...@poettering.net wrote: Heya! Since yesterday systemd in git can now discover root, /home, /srv and swap partitions automatically based on GPT type GUIDs, thus making /etc/fstab unnecessary for simple setups. I have now put together

Re: [systemd-devel] [HEADS-UP] Discoverable Partitions Spec

2014-03-07 Thread Lennart Poettering
On Fri, 07.03.14 20:47, Mantas Mikulėnas (graw...@gmail.com) wrote: On Fri, Mar 7, 2014 at 8:26 PM, Lennart Poettering lenn...@poettering.net wrote: Heya! Since yesterday systemd in git can now discover root, /home, /srv and swap partitions automatically based on GPT type GUIDs, thus

Re: [systemd-devel] [HEADS-UP] Discoverable Partitions Spec

2014-03-07 Thread Andrey Borzenkov
В Fri, 7 Mar 2014 20:37:12 +0100 Lennart Poettering lenn...@poettering.net пишет: On Fri, 07.03.14 20:47, Mantas Mikulėnas (graw...@gmail.com) wrote: On Fri, Mar 7, 2014 at 8:26 PM, Lennart Poettering lenn...@poettering.net wrote: Heya! Since yesterday systemd in git can now

Re: [systemd-devel] [HEADS-UP] Discoverable Partitions Spec

2014-03-07 Thread Alexander E. Patrakov
2014-03-08 1:37 GMT+06:00 Lennart Poettering lenn...@poettering.net: And for the root disk we declare explicitly that installers may only drop the root= param from the kernel cmdline if the OS is installed as first root partition on the disk. Otherwise it *must* specify it to make sure the