https://bugzilla.novell.com/show_bug.cgi?id=753366 https://bugzilla.novell.com/show_bug.cgi?id=753366#c Jan Engelhardt changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team-screening@forge.pr |fcrozat@suse.com |ovo.novell.com | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=753366 https://bugzilla.novell.com/show_bug.cgi?id=753366#c kk zhang changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kkzhang@novell.com AssignedTo|bnc-team-screening@forge.pr |dmueller@suse.com |ovo.novell.com | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=753366 https://bugzilla.novell.com/show_bug.cgi?id=753366#c3 DaQ QaD changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mirtone_1@yahoo.com --- Comment #3 from DaQ QaD 2012-08-22 01:11:55 UTC --- I tried adding /sbin/btrfs device scan to boot.localfs right before fstab is mounted, but it didn't work. Did you even figure out a correct place to add the device scan so that boot is not interrupted? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=753366 https://bugzilla.novell.com/show_bug.cgi?id=753366#c5 Greg Kroah-Hartman changed: What |Removed |Added ---------------------------------------------------------------------------- CC|gregkh@linux.com | --- Comment #5 from Greg Kroah-Hartman 2012-08-25 14:51:59 UTC --- I am not the udev maintainer... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=753366 https://bugzilla.novell.com/show_bug.cgi?id=753366#c7 DaQ QaD changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugzilla.novell.com | |/show_bug.cgi?id=727383 --- Comment #7 from DaQ QaD 2012-08-30 19:36:11 UTC --- BTW, this seems like a duplicate of https://bugzilla.novell.com/show_bug.cgi?id=727383 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=753366 https://bugzilla.novell.com/show_bug.cgi?id=753366#c9 --- Comment #9 from DaQ QaD 2012-08-30 21:51:36 UTC --- I don't think that's correct. Loading module should scan the devices. At the same time, scanning devices will load the module, but only if the file system containing the module is already mounted (and is not btrfs.) I think the big problem is that module is not loaded when it is supposed to. You can test it by removing your boot.local modification and adding btrfs to initrd as recommended in the forum entry linked above. I didn't need to modify any scrips or force any device scans after I added btrfs module to ramdisk. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=753366 https://bugzilla.novell.com/show_bug.cgi?id=753366#c11 --- Comment #11 from DaQ QaD 2012-08-30 23:34:53 UTC --- (In reply to comment #10)

Because "btrfs" is listed in fstab as type for the fs, it will already be autoloaded by the kernel when attempting to mount /dev/sdf.

That wasn't true in my case. I had btrfs in fstab, yet module wasn't loading.

...

Loading module should scan the devices.

Have you actually tested your theories? I doubt it. As a result of `btrfs dev scan`, dmesg will show "device label ... devid ... transid ... /dev/sdX`. No such messages are emitted when loading btrfs.ko.

My logic was that loading the module fixed it for me without having to run 'btrfs dev scan' I also mount FS with multiple devices. I did not actually read the code for btrfs module to confirm this. Do you have any evidence that shows my test is invalid? Just try it before getting angry. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=753366 https://bugzilla.novell.com/show_bug.cgi?id=753366#c13 --- Comment #13 from David Sterba 2012-09-03 17:54:56 CEST --- (In reply to comment #6)

This is the correct solution to this issue: http://forums.opensuse.org/english/get-technical-help-here/install-boot-logi...

To summarize: btrfs boot script runs before mount script so module cannot be loaded from the file system. As long as your / is not btrfs, not a problem since you will get dropped into super user mode where you can load the module by hand.

The correct solution: Add btrfs module to initrd so that it is loaded into initial ramdisk.

Details are on that forum entry.

I've read through the forum post, it mentions several problems with multi-device btrfs and boot. Summary: * missing module in initrd despite btrfs feature is detected => really a bug (missing directive in mkinitrd script), already fixed, I'll check if it's actually released via maintenance update * devices not detected during boot, ie. the missing 'btrfs device scan' => unless the module is not loaded, the scan does not happen; formerly the scan step was not done at all, should be ok now there's a difference when scanning root device and non-root devices: * root: all steps need to be done from within the initrd environment (like setting up MD/DM/crypto, then scan and mount) * non-root filesystems may depend on post-initrd setup of MD/DM/crypto devices and this cannot be resolved from initrd at all => needs udev rules to detect any new blockdevice (as suggested in comment 12) I'll push out updated progs (udev rules and other progs fixes) soon. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=753366 https://bugzilla.novell.com/show_bug.cgi?id=753366#c15 Jan Engelhardt changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Basesystem |Basesystem Product|openSUSE 12.1 |openSUSE 12.2 --- Comment #15 from Jan Engelhardt 2012-10-13 03:48:45 CEST --- It certainly is. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.