From: Edward Shishkin <edward@redhat.com>
To: Johannes Hirte <johannes.hirte@fem.tu-ilmenau.de>
Cc: The development of BTRFS <linux-btrfs@vger.kernel.org>
Subject: Re: [patch 0/2] grub-0.97: btrfs support
Date: Fri, 11 Dec 2009 20:15:30 +0100 [thread overview]
Message-ID: <4B229A52.90904@redhat.com> (raw)
In-Reply-To: <200912111825.43853.johannes.hirte@fem.tu-ilmenau.de>
Johannes Hirte wrote:
> Am Freitag 11 Dezember 2009 16:27:54 schrieb Edward Shishkin:
>
>> Johannes Hirte wrote:
>>
>>> Am Freitag 11 Dezember 2009 12:17:29 schrieb Edward Shishkin:
>>>
>>>> Johannes Hirte wrote:
>>>>
>>>>> Am Freitag 11 Dezember 2009 00:15:46 schrieb Johannes Hirte:
>>>>>
>>>>>> Am Freitag 25 September 2009 00:06:23 schrieb Edward Shishkin:
>>>>>>
>>>>>>> Hello everyone.
>>>>>>>
>>>>>> ...
>>>>>>
>>>>>>
>>>>>>> The following patches are for Fedora 10(**).
>>>>>>> The distro-independent package will be put to kernel.org a bit later.
>>>>>>>
>>>>>>>
>>>>>>> All comments, bugreports, etc. are welcome as usual.
>>>>>>>
>>>>>> Ok, I have another comment/bugreport *g*.
>>>>>>
>>>>>> I'm testing this patch with gentoo, so the grub sources are not
>>>>>> identicaly the same. With this patches applied, grub is unable to
>>>>>> detect JFS or XFS filesystems. XFS is reported as unknown, JFS is
>>>>>> reported as btrfs. Reiserfs and ext2/3 are detected as expected.
>>>>>>
>>>> Yes, this patch is for Fedora. For other distros
>>>> some issues are possible, so please be careful..
>>>>
>>> I've also tested now with the fedora sources. There is the same bug. The
>>> btrfs patch breaks the filesystem detection. All filesystems after btrfs
>>> in fsys_table aren't detected. Moving btrfs to the end of fsys_table is a
>>> workaround but will interfere with FFS. So this should better be fixed in
>>> the btrfs-part of grub, so that it:
>>>
>>> a) doesn't missdetect a JFS filesystem as btrfs
>>> b) doesn't break the detection for remaining filesystems in the array.
>>>
>> Hello.
>>
>> Yes, I confirm that xfs, etc. file systems are not detected,
>> but missdetection jfs as btrfs looks rather fantastic :)
>>
>> Please, try the attached patch. Report if any problems.
>>
>
> The patch works, but the problem with misdetected JFS filesystem still
> persists. It happens if the device contained a btrfs filesystem before. I
> assume that the JFS super block starts later on the device as the btrfs one do
> and jfs_mkfs doesn't clean the space ahead of the JFS super block. So if a JFS
> filesystem is created on a device that contained a btrfs before, btrfs_mount
> still detects the beginning of the old btrfs super block and reads crap later
> on.
>
Yup, sticky thing..
> To avoid this, btrfs detection could be placed after JFS. Are there any
> objections against this?
>
If so, we might want to put if after XFS,
which is also mistreated in such manner..
Thanks,
Edward.
prev parent reply other threads:[~2009-12-11 19:15 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-24 22:06 [patch 0/2] grub-0.97: btrfs support Edward Shishkin
2009-12-10 23:15 ` Johannes Hirte
2009-12-11 0:04 ` Johannes Hirte
2009-12-11 11:17 ` Edward Shishkin
2009-12-11 14:04 ` Johannes Hirte
2009-12-11 15:27 ` Edward Shishkin
2009-12-11 17:25 ` Johannes Hirte
2009-12-11 19:15 ` Edward Shishkin [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4B229A52.90904@redhat.com \
--to=edward@redhat.com \
--cc=johannes.hirte@fem.tu-ilmenau.de \
--cc=linux-btrfs@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox