Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 30 Oct 2002 06:43:41 +0100
From:      Poul-Henning Kamp <phk@critter.freebsd.dk>
To:        Bruce Evans <bde@zeta.org.au>
Cc:        Marcel Moolenaar <marcel@xcllnt.net>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   Re: cvs commit: src/lib/libdisk Makefile chunk.c disk.c libdisk.h rules.c 
Message-ID:  <5861.1035956621@critter.freebsd.dk>
In-Reply-To: Your message of "Wed, 30 Oct 2002 13:55:39 %2B1100." <20021030133021.D3588-100000@gamplex.bde.org> 

next in thread | previous in thread | raw e-mail | index | archive | help
In message <20021030133021.D3588-100000@gamplex.bde.org>, Bruce Evans writes:
>On Tue, 29 Oct 2002, Poul-Henning Kamp wrote:
>
>> >GPT based systems like ia64 probably need some fundamental changes.
>> >Tools like fsck(8) require a disklabel to figure out the partition
>> >type.
>>
>> No actually fsck tries to guess the filesystem type and only uses
>> the disklabel if /etc/fstab fails to answer the question.
>>
>> Sparc64 has no disklabel either and fsck should just be muffled to
>> not whine if the disklabel check fails: BSD disklabels are optional
>> now.
>
>Labels are also used by fsck_ffs.
>
>First, they are used to get the sector size so that it can be used to
>misconvert block numbers in the search for the superblock.

The sectorsize should be discovered with DIOCGSECTORSIZE if there is
no BSD label.

>Second, they are used to determine the location of alternate superblocks
>if reading the main superblock fails and fsck_ffs is not invoked with
>-p or -b.  Not finding a label is fatal in this case.  This case was
>broken from 1995 to 1998 by axing newfs's support for it.

This is just too bad.  If there is no BSD label there is no BSD label.
Other label formats may be able to hold the same information, or they
may not.

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5861.1035956621>