update-grub does not create btrfs menuentry in grub.cfg

Status changed to 'Confirmed' because the bug affects multiple users.

Hi Martin, could you please run the following in a terminal?
apport-collect 887836

Also, I'm running update-grub in oneiric and it doesn't recognize my btrfs partition with 12.04 dev on it.

apport information

Hi,

Would it be possible to post some info about it ?
if you use gpt partition ?
structure of OS instance which is NOT going to include in grub.conf by update-grub:
bios_grub /dev/??? and partition type ?
boot /dev/??? and partition type ?
root / /dev/??? and partition type (btrfrs or ext4) ?

thank you,
regards,
Martin

Please set this status back to "Confirmed" after martin's questions in comment #4 have been answered.

I believe this bug explains why I can't boot from sda1. I installed a 'normal' Ubuntu 12.04 with Btrfs on sda1 and it worked fine. I let the installer create the partition table; GParted says it is 'msdos'. I then installed a crypt-luks Ubuntu 12.04 with /boot on sda2 (Ext2), encrypted swap on sda3, and root on sda4 (Btrfs). The 'update-grub' command finds my encrypted installation and it works fine, but it never finds the original sda1 Btrfs partition and I haven't been able to boot from it since I installed the second Ubuntu.

Output of 'fdisk -l' and 'update-grub' is attached. Martin, is there anything else you'd like to know about an effected system? Is there a work-around?

Hi, I did not find work-around.

[Expired for os-prober (Ubuntu) because there has been no activity for 60 days.]

Hm, this problem is still in even after many new grub packages have been released/installed within and after quantal distribution.
Does anybody know some grub tweaking to do it ?

Atill exists on Raring.

indeed, raring has the same problem even new version of grub has been installed.
notice:
update-grub is generating menuentry for raid0 btrfs .

Well , It is 2015 year (ubuntu 15.04 , 15.10). btrfs version 4.1.2 and update-grub still does not detecting btrfs partition.

Please:

1. Report this bug to <https://www.debian.org/Bugs/>.
2. Paste the new report link here.
3. Set this bug status back to "confirmed".

Thank you.

Probably already covered by this Debian bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688336

@ José Luis Bolos

Thank you 😉

that patch from the above debbugs needs to be reviewed :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688336;att=1;filename=os-prober-1.64-mga-detect_btrfs_not_in_sub_vol.patch;msg=35

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/887836

As of Ubuntu Jammy , it appears the issue is os-prober not handling btrfs subvolumes other than the main ID 5 subvol... So if another OS is installed with /@ as root , it does not recognise it.

See https://aur.archlinux.org/cgit/aur.git/tree/os-prober-btrfsfix.patch?h=os-prober-btrfs for the Arch version of the patch (also attached)

Just a follow-up note to mention I tried the patch in my previous comment and it has fixed os-prober package in Jammy!

The attachment "Fixed in Arch distro" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]