On Thu, 27 Nov 2014 11:51:48 + Simon McVittie s...@debian.org wrote:
On Wed, 01 Oct 2014 at 22:18:53 +0100, Ben Hutchings wrote:
I suspect this is essentially the same bug as #616689 and #678696,
except that now it may affect mounting /usr as well as /.
I think this bug report is
Control: clone 762984 -2
Control: retitle 762984 cannot mount /usr if it is a separate LVM LV: Alert!
/dev/vg0/usr does not exist
Control: retitle -2 cannot mount /usr if INITRDSTART in /etc/default/mdadm does
not include the necessary device
On Thu, 27 Nov 2014 at 21:09:09 +0100, Elimar
On Wed, 01 Oct 2014 at 22:18:53 +0100, Ben Hutchings wrote:
I suspect this is essentially the same bug as #616689 and #678696,
except that now it may affect mounting /usr as well as /.
I think this bug report is actually describing more than one bug in more
than one package that have similar
* Simon McVittie s...@debian.org [2014-11-27 11:51 +]:
On Wed, 01 Oct 2014 at 22:18:53 +0100, Ben Hutchings wrote:
I suspect this is essentially the same bug as #616689 and #678696,
except that now it may affect mounting /usr as well as /.
I think this bug report is actually
On 27/11/14 20:09, Elimar Riesebieter wrote:
Right, adding root and usr raid partitions to INITRDSTART like
INITRDSTART='/dev/md3 /dev/md5' or just 'all' does the job. There
is no need to involve initramfs to mount /usr before init.
If your init is systemd, initramfs-tools = 0.117 *does*
* Simon McVittie s...@debian.org [2014-11-27 21:19 +]:
On 27/11/14 20:09, Elimar Riesebieter wrote:
Right, adding root and usr raid partitions to INITRDSTART like
INITRDSTART='/dev/md3 /dev/md5' or just 'all' does the job. There
is no need to involve initramfs to mount /usr before
Hello Simon, (I'm dropping CCs, I'm not sure if all body is ok with
maintaining such CC list, sorry if somebody have would like to be in
CC)
On Thu, Nov 27, 2014 at 12:51 PM, Simon McVittie s...@debian.org wrote:
On Wed, 01 Oct 2014 at 22:18:53 +0100, Ben Hutchings wrote:
I suspect this is
7 matches
Mail list logo