Bug#686130: finishing the hack
Some further comments - it finally does boot
Following on from the original install report (stuck in initramfs), I then
a) boot into rescue mode with the Debian beta1 DVD
b) ask the rescue system to mount /dev/vg00/lv0
c) select the option to launch a shell in the root FS
d) hack /usr/share/initramfs-tools/scripts/local-premount/btrfs to make
sure all LVs are active before the btrfs dev scan command (notice I
added the lvchange command below into the existing script):
if [ -x /sbin/btrfs ]
then
modprobe btrfs
/sbin/lvm lvchange -ay vg00
/sbin/btrfs device scan 2> /dev/null
fi
e) regenerate the initramfs
mount /boot && update-initramfs -k all -u
f) exit the shell and reboot from the rescue mode menu
Now my system boots into a fresh install of wheezy on btrfs RAID1
Action items for full btrfs RAID1 in Debian:
- partman needs to be able to call
mkfs.btrfs -t raid1 -m raid1
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686097
- tweak the initramfs support in btrfs-tools (or maybe it is actually an
lvm2 issue?)
root@wheezy3:~# btrfs fil df /
Data, RAID1: total=5.00GB, used=3.18GB
Data: total=8.00MB, used=0.00
System, RAID1: total=8.00MB, used=4.00KB
System: total=4.00MB, used=0.00
Metadata, RAID1: total=1.00GB, used=242.18MB
Metadata: total=8.00MB, used=0.00
root@wheezy3:~# df -lh
Filesystem Size Used Avail Use% Mounted on
rootfs 18G 6.9G 9.5G 42% /
udev 10M 0 10M 0% /dev
tmpfs 202M 584K 201M 1% /run
/dev/mapper/vg00-lv0 18G 6.9G 9.5G 42% /
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 403M 8.0K 403M 1% /tmp
tmpfs 403M 72K 403M 1% /run/shm
/dev/sda1 120M 26M 89M 23% /boot
Reply to: