Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 8 Jul 2018 02:20:56 +0530
From:      Manish Jain <jude.obscure@yandex.com>
To:        FreeBSD Questions <freebsd-questions@freebsd.org>
Subject:   Fwd: A request for unnested UFS implementation in MBR
Message-ID:  <f57a5540-9736-53bf-5312-166a1b2e23b0@yandex.com>
In-Reply-To: <98201d37-2d65-34c6-969e-c9649f1a3ab1@yandex.com>
References:  <98201d37-2d65-34c6-969e-c9649f1a3ab1@yandex.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Hi,

I made a request for FreeBSD UFS filesystem to the freebsd-fs list. Just 
for opinions on this list, I am forwarding that request underneath.

Tx
Manish Jain


-------- Forwarded Message --------
Subject: A request for unnested UFS implementation in MBR
Date: Sat, 7 Jul 2018 11:29:55 +0530
From: Manish Jain <jude.obscure@yandex.com>
To: freebsd-fs@freebsd.org

Hi all,

I am a longtime user of FreeBSD, which now serves as my only OS.

There is one request I wished to make for FreeBSD filesystems. While UFS 
implementation under GPT is unnested just as Ext2, the MBR 
implementation of UFS continues to piggyback on an unnecessary nest (in 
a BSD slice).

Can it not be considered as an alternative to provide a UFS partition 
(unnested) under MBR too ?

Existing users could continue to use the freebsd::freebsd-ufs scheme, 
while fresh usage could have the alternative of UFS directly recorded in 
the MBR.

I should perhaps note that unlike most users who have shifted to GPT of 
late, I much prefer MBR because 1) the scheme's design by itself keeps 
the number of slices/partitions in a disk manageable; and 2) I can use 
the boot0 manager, my favourite boot manager.

Thanks for reading this.
Manish Jain
_______________________________________________
freebsd-fs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-fs
To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org"



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?f57a5540-9736-53bf-5312-166a1b2e23b0>