(unknown)

Mikkel 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.
> 
> JB
>  
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
mount point.

Mikkel
-- 

  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...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: OpenPGP digital signature
Url : http://lists.fedoraproject.org/pipermail/users/attachments/20110318/13b71be5/attachment.bin 


More information about the users mailing list