Re: (unknown)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Mikkel <mikkel <at> infinity-ltd.com> writes:

> ... 
> 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 >
> > ...

I would refer you to this thread once more where I described and tested them.

But I will do it one more time:

1. Linux has two widely used partition table display/manipulation entries:
   fdisk
   cfdisk
   and there are more of them.
   If none of them show all partitions (inclusive *BSD slices) as in
   an example above, then these entries are fooling users and sysadmins.
   This is lunacy and can be costly. Believe it or not but users rely on
   truthfullness and clarity (nothing shall be hidden) when it comes to
   the one and only one source of a particular info, based on which they make
   decisions.
   What if they decide they need an additional partition and look at fdisk
   for the next available (they do not see hidden *BSD slices) ?
   Is that not dangerous ?
2. I have shown that *BSD slice /dev/<name> can be temporarily mounted (and
   serve as a source of data) and at the same time the same /dev/<name> can
   be used to create a new Linux partition.
   Is that not dangerous ?
3. I have shown that *BSD slice /dev/<name> can be permanently mounted thru
   /etc/fstab (and serve as a source of data) and at the same time the same
   /dev/<name> can be used to create a new Linux partition.
   After that, due to mismatch of superblock/bad magic number that *BSD mount
   will be refused.
   Is that not dangerous ?
   If that /dev/<name> were used to create a new stand-alone UFS partition
   (or anything for that matter that would match UFS superblock/bad magic
   number), perhaps the fstab-base auto mount would be successful, serving who
   knows what data.
   Is that not dangerous ?

JB


-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux