[gentoo-user] Re: Can't boot btrfs
Peter Humphrey prh.myzen.co.uk> writes: > This time I tried "device=/dev/sda3,/dev/sdb3" in case that was the proper > syntax, but it made no discernible difference - the final message from the > kernel panic was the same "VFS: Unable to mount roofs on > unknown-block(8,3)". Hello Peter, As many know, I have made many failed attempts to get btrfs in raid 1 working on gentoo, and have to this date, failed. OpenSuse-13.2 seems to solve this, but not in raid-1 config. I have read that you can easily add the second disk after install and change the config to raid-1. I'm working on this, but other things limit my time atm. Using YaST to config the btrfs under openSuse is a breeze. Once I have ti all fixed I can just copy the necessary files (fstab etc) to another system and install gentoo of top of those disks. Others use calculate linux or sabayon similarly and are quite happy with the results. I am hope that somebody figures this out and sees to it that the information makes it to the gentoo wiki, for all to benefit from robust usage of btrfs in raid-1. Sorry, that I could not be of more help. sincerely, James
[gentoo-user] Re: Can't boot btrfs
Rich Freeman gentoo.org> writes: > > As many know, I have made many failed attempts to get btrfs in raid 1 > > working on gentoo, and have to this date, failed. > Interesting. I've never had any problems with it. I boot using > grub2+dracut with root on a single-device btrfs, and /usr on a > multi-device raid1 btrfs (and dracut mounts both). WE should focus on Peter's needs, as this is his thread. > As long as you pass a valid root= dracut should just find and mount > all the devices for your root. Note that it will attempt to read > /etc/fstab and remount your root using whatever is in that, so make > sure it is valid. > Some relevant config: > from grub.cfg: > linux /root1/boot/vmlinuz-3.18.19 > root=UUID=7d9f3772-a39c-408b-9be0-5fa26eec8342 ro > rootflags=subvol=root1 init=/usr/lib/systemd/systemd > video=1920x1080-32 60 crashkernel=64M net.ifnames=0 > libahci.ignore_sss=1 > initrd /root1/boot/initramfs-3.18.19.img > from fstab: > /dev/disk/by-uuid/7d9f3772-a39c-408b-9be0-5fa26eec8342 / > btrfs noatime,ssd,nodiscard,compress=none 0 0 > /dev/disk/by-uuid/cd074207-9bc3-402d-bee8-6a8c77d56959 /data > btrfs noatime,compress=none 0 0 > Compression is transparent - the mount option only affects future > writes to the device, and you don't need anything to correctly mount > the drive. I have dozens and dozens of excellent links on btrfs. I've read hundreds and hundreds of postings and docs, some even about other folks successes with btrfs and raid-1. I can install btrfs and put gentoo on it. Successfully configuring the system files, rebooting and enjoying raid-1 on btrfs evades me. I file a bug (bgo 548930) requesting support for btrfs in the gentoo handbook. It's not even assigned to anyone... So, a smart (and really cool dude like yourself) surely can take the handbook, and edit out an experimental version that only address btrfs-raid one? That way a following of folks could 'monkey see monkey do' install gentoo on raid -1? (You'd be a very popular person with lots of commoners. (struggling admin types?). The way I see it there are (2) main cases and (2) minor cases:: (1) main case:: efi system with drives >2T (1_a) minor case efi system with drives <2T (2) main case :: mbr/bios system with Drives <2T (2_b) minor case:: mbr/bios system with drive >2T Either of these cases in a format of the gentoo handbook, could simple removed all references to all files systems but btrfs. Hell, I'd be willing to send some dollars to whomever or (whatever charity) for that.. Once that happens, then surely we could get an unofficial install script Note:: the OpenSuse-13.2 install does not even need a ext boot partition as it uses btrfs for every partition. I think that sort of doc, is really what Peter, myself and many others need:: and is consistent with 'the gentoo way'? In my mind all new/default gentoo installs should be raid-1 as that would eliminate many postings for help on gentoo_user {imho} YMMV. James
[gentoo-user] Re: Can't boot btrfs
prh.myzen.co.uk> writes: > > > This time I tried "device=/dev/sda3,/dev/sdb3" in case that was the > > > proper syntax, but it made no discernible difference - bugs.gentoo.org contains a wealth of information in the myriad of btrfs bugs that have been file. Reading those might help you find that 'needle in the hay stack' you are looking for. I surely hope that you are successful with btrfs. Me, I've been defeated on btrfs/raid-1 for over a year now (off and on) but I'm not giving up as a few folks are successful with it, even on gentoo. YMMV. hth, James
[gentoo-user] Re: Can't boot btrfs
Rich Freeman gentoo.org> writes: > Sure, if there is interest I can put together something once I'm back home. I'm sure there is an interest in Raid 1 with btrfs on gentoo. If at all possible, I think avoiding mdadm and lvm are advisable to simplify the install and put the focus of the gentoo community learning the ins and out of btrfs; if possile. Any guide would be an excellent starting point on allowing many gentoo users to benefit from btrfs. A simple partition scheme to start with would keep the guide shorter. If you put this together, single disk, here is a web pages that states that it is pretty much straightforward to convert to a dual disk raid-1 config:: Conversion " A non-raid filesystem is converted to raid by adding a device and running a balance filter that will change the chunk allocation profile. For example, to convert an existing single device system (/dev/sdb1) into a 2 device raid1 (to protect against a single disk failure): mount /dev/sdb1 /mnt btrfs device add /dev/sdc1 /mnt btrfs balance start -dconvert=raid1 -mconvert=raid1 /mnt " James [1] https://btrfs.wiki.kernel.org/ index.phpUsing_Btrfs_with_Multiple_Devices#Registration_in_.2Fetc.2Ffstab
Re: [gentoo-user] Re: Can't boot btrfs
James wrote : > Peter Humphrey writes: > > > > This time I tried "device=/dev/sda3,/dev/sdb3" in case that was the proper > > syntax, but it made no discernible difference - the final message from the > > kernel panic was the same "VFS: Unable to mount roofs on > > unknown-block(8,3)". > > > Hello Peter, > > As many know, I have made many failed attempts to get btrfs in raid 1 > working > on gentoo, and have to this date, failed. > > > OpenSuse-13.2 seems to solve this, but not in raid-1 config. I have read > that you can easily add the second disk after install and change the config > to raid-1. I'm working on this, but other things limit my time atm. > > > Using YaST to config the btrfs under openSuse is a breeze. Once I have ti > all fixed I can just copy the necessary files (fstab etc) to another system > and install gentoo of top of those disks. > > > Others use calculate linux or sabayon similarly and are quite happy with > the results. I am hope that somebody figures this out and sees to it that > the information makes it to the gentoo wiki, for all to benefit from robust > usage of btrfs in raid-1. > > > Sorry, that I could not be of more help. No, that's interesting - thanks. I've just started building it again; if this fails too I'll follow your suggestion. (Apologies if the format is bad; I'm using web mail.)
Re: [gentoo-user] Re: Can't boot btrfs
On Fri, Jul 31, 2015 at 11:50 AM, James wrote: > > As many know, I have made many failed attempts to get btrfs in raid 1 working > on gentoo, and have to this date, failed. > Interesting. I've never had any problems with it. I boot using grub2+dracut with root on a single-device btrfs, and /usr on a multi-device raid1 btrfs (and dracut mounts both). As long as you pass a valid root= dracut should just find and mount all the devices for your root. Note that it will attempt to read /etc/fstab and remount your root using whatever is in that, so make sure it is valid. Some relevant config: from grub.cfg: linux /root1/boot/vmlinuz-3.18.19 root=UUID=7d9f3772-a39c-408b-9be0-5fa26eec8342 ro rootflags=subvol=root1 init=/usr/lib/systemd/systemd video=1920x1080-32@60 crashkernel=64M net.ifnames=0 libahci.ignore_sss=1 initrd /root1/boot/initramfs-3.18.19.img from fstab: /dev/disk/by-uuid/7d9f3772-a39c-408b-9be0-5fa26eec8342 / btrfs noatime,ssd,nodiscard,compress=none 0 0 /dev/disk/by-uuid/cd074207-9bc3-402d-bee8-6a8c77d56959 /data btrfs noatime,compress=none 0 0 Compression is transparent - the mount option only affects future writes to the device, and you don't need anything to correctly mount the drive. -- Rich
Re: [gentoo-user] Re: Can't boot btrfs
On Fri, Jul 31, 2015 at 5:47 PM, James wrote: > So, a smart (and really cool dude like yourself) surely can take the > handbook, and edit out an experimental version that only address btrfs-raid > one? Sure, if there is interest I can put together something once I'm back home. -- Rich
Re: [gentoo-user] Re: Can't boot btrfs
On Friday 31 July 2015 21:47:01 James wrote: > Rich Freeman gentoo.org> writes: > > > As many know, I have made many failed attempts to get btrfs in raid 1 > > > working on gentoo, and have to this date, failed. > > > > Interesting. I've never had any problems with it. I boot using > > grub2+dracut with root on a single-device btrfs, and /usr on a > > multi-device raid1 btrfs (and dracut mounts both). > > We should focus on Peter's needs, as this is his thread. Well, thanks, but for the time being I've abandoned the attempt and restored the original system (and lost the last two days' e-mails - what an oaf). I read your advice about starting with one disk and adding the other later, but then I contemplated going through all that yet again and risk it still not booting, and I decided to stop and wait for some improvement in the code or the documents. Besides, it seems from my worsening error rate that /anno domini/ is taking its toll on my three remaining brain cells. My suspicion is that the BIOS and chipset on this old Asus P7P55D motherboard need some kind of special setup. Thanks to all for your help - I'm sure to need it again! -- Rgds Peter