Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 8 Jul 1995 06:00:06 -0700
From:      James Raynard <james@jraynard.demon.co.uk>
To:        freebsd-bugs
Subject:   i386/602: disklabel : changes to cylinder details not saved
Message-ID:  <199507081300.GAA06691@freefall.cdrom.com>
In-Reply-To: Your message of Sat, 8 Jul 1995 12:08:47 GMT <199507081208.MAA00328@jraynard.demon.co.uk>

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

>Number:         602
>Category:       i386
>Synopsis:       disklabel : changes to cylinder details not saved
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs (FreeBSD bugs mailing list)
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Jul  8 06:00:03 1995
>Originator:     James Raynard
>Organization:
None
>Release:        FreeBSD 2.0-BUILT-19950603 i386
>Environment:

Dell 433/L with Phoenix v1.10 A12 BIOS, Conner CFS420A 420MB IDE HD running
2.0.5-RELEASE.

>Description:

Hard disk is incorrectly detected as a CFA340B 340MB with 665 cylinders when 
it should be a CFS420A with 826 cylinders. On 2.0-RELEASE, this could be fixed 
by running 'disklabel -e' and editing the cylinder details. However, on 
2.0.5-RELEASE, the changes are only made to the in-core copy, even if the -r 
flag is specified. 

The same problem occurs if an entry in /etc/disktab is made and disklabel run
with '-w -r'. In both cases, displaying the disklabel without '-r' shows 826
cylinders, displaying it with '-r' shows 665. Rebooting and running fdisk 
without any arguments shows 665 as well. However, the changes to the disk and
controller type show up, so the problem seems to be with the cylinders only.

Running disklabel -W first doesn't make any difference.

>How-To-Repeat:

'disklabel -e -r wd0' and change the figures for 'cylinders' and 
'sectors/unit'. Save and run 'disklabel wd0' to observe the new values in the
in-core copy. Run 'disklabel -r wd0' to verify that the old values are still
on the disk.

Alternatively, create an entry 'cp420a' in /etc/disktab and run 
'disklabel -w -r wd0 cp420a', with the same result.

>Fix:
	
No idea, sorry - I don't have the source (not enough disk space!)
>Audit-Trail:
>Unformatted:





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