mikkel at infinity-ltd.com
Fri Mar 18 17:37:01 UTC 2011
On 03/18/2011 10:12 AM, JB wrote:
> JB <jb.1234abcd <at> gmail.com> writes:
> It is apparent that Linux, besides some minor bugs detected here, handles
> *BSD file systems in an awkward way.
> I say *BSD, as I assume that the FreeBSD test results probably appply to
> OpenBSD and NetBSD as well due to similarity in their partition/slices
> structure of their installations.
> The issue is clear:
> Linux kernel assigning device names to *BSD slices following those already
> taken by Linux may cause serious problems when disk space is shared by both
What kind of problems would it cause?
> OSs, e.g.
> # fdisk -l /dev/sda
> /dev/sda1 63 81920159 40960048+ 7 HPFS/NTFS
> /dev/sda2 * 81920160 111222719 14651280 a5 FreeBSD
> /dev/sda9 216715023 246017519 14651248+ 83 Linux
> # dmesg | grep bsd
> [ 1.550749] sda2: <bsd: sda10 sda11 sda12 sda13 sda14 >
> Handling fellow UNIX OSs well in Linux's space should be a priority.
> What are your ideas about solving this issue ?
> They could be passed to some senior devs and many younger hot shots who could
> attack this problem soon.
It looks like the FreeBSD partition is being treated like an
extended partition, and the slices as logical partitions.
One thing to keep in mind is that the use of UUID or at least
partition labels are the preferred way to make sure the same
partition is mounted in the same place. It is too easy to change
drive letter designations by changing the boot drive in the BIOS, or
swapping cables to the drives. For that matter, by BIOS lets me set
the device order by drive, regardless of what SATA port the drive is
plugged into. When you get into USB connected storage, it gets even
more confusing when trying to use drive letter/partition to set the
Do not meddle in the affairs of dragons,
for thou art crunchy and taste good with Ketchup!
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 198 bytes
Desc: OpenPGP digital signature
Url : http://lists.fedoraproject.org/pipermail/users/attachments/20110318/13b71be5/attachment.bin
More information about the users