Date: Sun, 8 Jul 2018 01:48:58 +0200 From: Polytropon <freebsd@edvax.de> To: Manish Jain <jude.obscure@yandex.com> Cc: FreeBSD Questions <freebsd-questions@freebsd.org> Subject: Re: Fwd: A request for unnested UFS implementation in MBR Message-ID: <20180708014858.cccaf338.freebsd@edvax.de> In-Reply-To: <dbf75cb9-6aa4-a609-97cc-55bd5762e593@yandex.com> References: <98201d37-2d65-34c6-969e-c9649f1a3ab1@yandex.com> <f57a5540-9736-53bf-5312-166a1b2e23b0@yandex.com> <20180707231908.65a2e973.freebsd@edvax.de> <a09d56e5-38c7-bc52-dc92-49d5956e152d@yandex.com> <20180708001336.4097d20e.freebsd@edvax.de> <6bbfdaad-6872-1a6b-f176-471e57ac8d0a@yandex.com> <20180708004645.5a39c930.freebsd@edvax.de> <939bdcac-d9c3-2863-0e83-e1e87b61ded8@yandex.com> <20180708011444.82511c6a.freebsd@edvax.de> <dbf75cb9-6aa4-a609-97cc-55bd5762e593@yandex.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 8 Jul 2018 04:52:11 +0530, Manish Jain wrote: > On 07/08/18 04:44, Polytropon wrote: > > They don't. With GPT, there is no need for BSD labels anymore. > > All I am saying is exactly the same possibility for MBR. This is not possible due to the design of MBR. It's some kind of "lowest common denominator" in the PC world. The BSDs have agreed on "sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD)" and the use of partitions inside a slice. It's not that FreeBSD couldn't do without that. It can, but other systems on the same disk probably can't. > We can create a UFS implementation, perhaps named ufs, that gets > recorded directly in MBR table. Right now the implementation is > freebsd::freebsd-ufs. The partition type freebsd-ufs is designed for GPT, not for MBR. You'd basically have to find a sysid (MBR partition type) or create a new one that FreeBSD understands as an 'a' labeled BSD partition and agrees to boot from it. But still there is the crazy construct of 4 "DOS primary partitions", and if you need more, you have to remove one to create a "DOS extended partition" and logical volumes within it. The numbering is inconvenient, too. That's why GPT exists. So why not use that, instead of trying to accomodate outdated MBR to perform a task it is not designed to do? > If someone could just touch a few things, it improves things for > eternity when we do not have bother about the extra layer (BSD). As I said, GPT helps with that. > Any > extra filesystems the user needs should be found in the EBR, not in the BSD. That looks too complicated. Always remember that MBR and the slices come from DOS, an era that's over. For multi-booting, Grub can be used. It worked on MBR, and it works on GPT. > Why should a PC have multiple nesting schemas ? It only pains the user > in the future when the need for the extra nest was only in the past > (when there presumably was no EBR nest). GPT solved that problem years ago. Unsolved problems, however, contain multi-booting and the trouble with "Windows" in this context, but that's nothing FreeBSD should primarily care about. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20180708014858.cccaf338.freebsd>