Bug#775583: New initramfs-tools boot script needed to activate VG needed only for /usr

2015-01-17 Thread Ben Hutchings
Package: lvm2
Version: 2.02.111-2
Severity: serious

initramfs-tools 0.117 added mounting of /usr from the initramfs.
Currently, if /usr is on a VG that is not also used by root or a
hibernation device, that VG is not activated and the user must
explicitly activate it through the emergency shell.

I believe it is necessary to add a new script stage to support
this.  I'll send a proposed script shortly.

Ben.

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages lvm2 depends on:
ii  dmeventd  2:1.02.90-2
ii  dmsetup   2:1.02.90-2
ii  init-system-helpers   1.22
ii  initscripts   2.88dsf-58
ii  libc6 2.19-13
ii  libdevmapper-event1.02.1  2:1.02.90-2
ii  libdevmapper1.02.12:1.02.90-2
ii  libreadline5  5.2+dfsg-2
ii  libudev1  215-9
ii  lsb-base  4.1+Debian13+nmu1

lvm2 recommends no packages.

Versions of packages lvm2 suggests:
pn  thin-provisioning-tools  

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#775583: New initramfs-tools boot script needed to activate VG needed only for /usr

2015-03-15 Thread Benoit GUERIN
>> For the benefit of others affected, the /usr entry in fstab *must* begin
>> with /dev/mapper/. My fstab had the /dev/$VG/$LV style and the script
>> does not know what to do with that.

> Right, that the lvm2 initramfs code has never supported that naming
> scheme for root, and now we have the same problem for /usr.  We will
> probably make another update to each of initramfs-tools and lvm2 before
> release and can either fix or document this.

I would like to add that my setup uses UUID, for a long time, and LVM works
with this (1), at least for /
But for a separated /usr, it do not work anymore :( I get an emergency
console and have to manually active my usr LV.

(1) ie, in /etc/fstab :
UUID=...   /ext4 ...
UUID=...  /boot   ext4 ...
UUID=...   /usr ext4 ...
UUID=...  /var ext4 ...


Bug#775583: New initramfs-tools boot script needed to activate VG needed only for /usr

2015-03-15 Thread Richard Boardman
On Sun, 15 Mar 2015 11:23:34 +0100 Benoit GUERIN  
wrote:
> >> For the benefit of others affected, the /usr entry in fstab *must* begin
> >> with /dev/mapper/. My fstab had the /dev/$VG/$LV style and the script
> >> does not know what to do with that.
> 
> > Right, that the lvm2 initramfs code has never supported that naming
> > scheme for root, and now we have the same problem for /usr.  We will
> > probably make another update to each of initramfs-tools and lvm2 before
> > release and can either fix or document this.
> 
> I would like to add that my setup uses UUID, for a long time, and LVM works
> with this (1), at least for /
> But for a separated /usr, it do not work anymore :( I get an emergency
> console and have to manually active my usr LV.
> 
> (1) ie, in /etc/fstab :
> UUID=...   /ext4 ...
> UUID=...  /boot   ext4 ...
> UUID=...   /usr ext4 ...
> UUID=...  /var ext4 ...

I'd just like to add a note that I have this problem when booting with grub2 -> 
systemd option (default or advanced menu), but not with grub2 -> sysvinit 
(advanced menu).

regards

Richard Boardman


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org