From owner-freebsd-bugs Sat Jul 8 06:00:08 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA06707 for bugs-outgoing; Sat, 8 Jul 1995 06:00:08 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA06691 ; Sat, 8 Jul 1995 06:00:06 -0700 Date: Sat, 8 Jul 1995 06:00:06 -0700 Message-Id: <199507081300.GAA06691@freefall.cdrom.com> From: James Raynard Reply-To: James Raynard To: freebsd-bugs Subject: i386/602: disklabel : changes to cylinder details not saved In-Reply-To: Your message of Sat, 8 Jul 1995 12:08:47 GMT <199507081208.MAA00328@jraynard.demon.co.uk> Sender: bugs-owner@FreeBSD.org Precedence: bulk >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: