On Tue, Aug 16, 2016 at 1:31 PM, Hendrik Friedel <hendrik@xxxxxxxxxxxxx> wrote: > Hello, > > I am using a raid1 under debian Jessie, because I need to decrease the > likelyhood of unavailability of the system. > Unfortunately I found, that when removing one of the drives, the system will > not boot up. Instead initramfs will show up and tell me that the root volume > could not be mounted. > > I read here: > https://www.mail-archive.com/linux-btrfs@xxxxxxxxxxxxxxx/msg31265.html > that adding rootflags=degraded. > > Furthermore I see that this is not yet default -at least in Ubuntu- > https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1229456?comments=all > > But that it should work by modifying /etc/grub.d/10_linux: > https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1229456/comments/3 > GRUB_CMDLINE_LINUX="rootflags=subvol=${rootsubvol},degraded > ${GRUB_CMDLINE_LINUX}" > > when doing that and running grub-mkconfig and update-grub, I still get no > entry with with "degraded" in /etc/grub.cfg. Well it belongs in /boot/grub2/grub.cfg so maybe you're looking at a stale file? Otherwise I'm not sure why it wouldn't include degraded. > > Can someone tell me, how to achieve this? I've been seaching for very long > now and I am surprised, that I don't find any answer. The additional issue is that there's a udev rule (check the archives) that prevents the volume from being considered ready unless all devices are found. So even with degraded, out of the box this won't boot on systemd systems at least, because the mount attempt never happens. Just be aware that booting degraded unattended really isn't a great idea because Btrfs doesn't have any concept right now of faulty devices, so it's likely to cause more problems than it solves. If for any reason one of the drives becomes available slightly later than the other, using degraded by default can cause an otherwise healthy volume to be mounted degraded, SILENTLY. And if this happens to alternate devices where both devices get separately modified while degraded, it'll corrupt the entire file system. So you're really better off choosing another solution until Btrfs matures with this use case in mind. -- Chris Murphy -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
