From nobody Fri Jan 26 16:02:30 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TM2XS6X3yz58P5Y for ; Fri, 26 Jan 2024 16:02:48 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (pdx.rh.CN85.dnsmgr.net [65.75.216.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TM2XS2QPBz4Z7K; Fri, 26 Jan 2024 16:02:47 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Authentication-Results: mx1.freebsd.org; none Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 40QG2Udd006211; Fri, 26 Jan 2024 08:02:30 -0800 (PST) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 40QG2Upe006210; Fri, 26 Jan 2024 08:02:30 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202401261602.40QG2Upe006210@gndrsh.dnsmgr.net> Subject: Re: Removing fdisk and bsdlabel (legacy partition tools) In-Reply-To: To: Alexander Leidinger Date: Fri, 26 Jan 2024 08:02:30 -0800 (PST) CC: "Rodney W. Grimes" , Warner Losh , Ed Maste , FreeBSD Current X-Mailer: ELM [version 2.4ME+ PL121h (25)] List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4TM2XS2QPBz4Z7K X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:10494, ipnet:65.75.216.0/23, country:US] -- Start of PGP signed section. > Am 2024-01-25 18:49, schrieb Rodney W. Grimes: > >> On Thu, Jan 25, 2024, 9:11?AM Ed Maste wrote: > >> > >> > On Thu, 25 Jan 2024 at 11:00, Rodney W. Grimes > >> > wrote: > >> > > > >> > > > These will need to be addressed before actually removing any of these > >> > > > binaries, of course. > >> > > > >> > > You seem to have missed /rescue. Now think about that long > >> > > and hard, these tools classified as so important that they > >> > > are part of /rescue. Again I can not stress enough how often > >> > > I turn to these tools in a repair mode situation. > >> > > >> > I haven't missed rescue, it is included in the work in progress I > >> > mentioned. Note that rescue has included gpart since 2007. > >> > > >> > >> What can fdisk and/or disklabel repair that gpart can't? > > > > As far as I know there is no way in gpart to get to the > > MBR cyl/hd/sec values, you can only get to the LBA start > > and end values: > > sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) > > start 63, size 8388513 (4095 Meg), flag 80 (active) > > beg: cyl 0/ head 1/ sector 1; > > end: cyl 1023/ head 15/ sector 63 > > > > gpart show ada0 > > => 63 8388545 ada0 MBR (4.0G) > > 63 8388513 1 freebsd [active] (4.0G) > > 8388576 32 - free - (16K) > > What are you using cyl/hd/sec values for on a system which runs FreeBSD > current or on which you would have to use FreeBSD-current in case of a > repair need? What is the disk hardware on those systems that you still > need cyl/hd/sec and LBA doesn't work? Serious questions out of > curiosity. Your making way to many assuptions, I deal with all sorts of operating systems, not just FreeBSD, and I often many drives from many systems connected to a FreeBSD box doing work to repair various anomolyies. FreeBSD is my swiss army knife of choice for fixing things. UEFI CMS and BIOS emplemntations can get very confused about a disk if these values are not properly set. Also make a big mental note that GPT is really just a BIOS type 0x238 MBR entry and if that entry is messed up you are screwed. I am not sure gpart has anyway to fix the protective MBR other than to rewrite it, probably destroying access to the whole contents of the disk. I am getting rather tired of hearing from people who just simply do not use these tools or can not phantom there are legitamate uses for them. But it is evident the project has decided to remote them to ports no matter what, so be it, yet another reason for me to use less FreeBSD and more of someone elses product. > > Bye, > Alexander. > > -- > http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF > http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF -- End of PGP section, PGP failed! -- Rod Grimes rgrimes@freebsd.org