From owner-freebsd-bugs Sat Jul 19 09:20:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01439 for bugs-outgoing; Sat, 19 Jul 1997 09:20:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01427; Sat, 19 Jul 1997 09:20:03 -0700 (PDT) Resent-Date: Sat, 19 Jul 1997 09:20:03 -0700 (PDT) Resent-Message-Id: <199707191620.JAA01427@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, gbuchanan@sympatico.ca Received: from localhost.on.sympatico.ca (ppp7999.on.sympatico.ca [206.172.228.199]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA01359 for ; Sat, 19 Jul 1997 09:19:43 -0700 (PDT) Received: (from gardner@localhost) by localhost.on.sympatico.ca (8.8.5/8.6.12) id MAA00341; Sat, 19 Jul 1997 12:19:06 -0400 (EDT) Message-Id: <199707191619.MAA00341@localhost.on.sympatico.ca> Date: Sat, 19 Jul 1997 12:19:06 -0400 (EDT) From: gbuchanan@sympatico.ca Reply-To: gbuchanan@sympatico.ca To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4120: Partition sysid for extended DOS partition mount. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4120 >Category: bin >Synopsis: Partition sysid prevents extended DOS partition mount. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Jul 19 09:20:01 PDT 1997 >Last-Modified: >Originator: Gardner Buchanan >Organization: Gardner Buchanan >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: FreeBSD akbar 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Thu Jul 10 22:41:04 EDT 1997 root@akbar:/usr/src/sys/compile/AKBAR i386 PAO-970616.tar.gz Toshiba 430CDT Laptop computer, Pentium 120, 16Mb, EIDE Disk >Description: Evidently Microsoft has begun using the partition sysid #15 for certain types of DOS extended partitions. joerg_wunsch@uriah.heep.sax.de writes: We also recently noticed that Winlose 95 % started to use Sysid #14. Ain't it fun? They always invent something new. Here is my situation: ----------------------------------------------------------------- # fdisk ******* Working on device /dev/rwd0 ******* parameters extracted from in-core disklabel are: cylinders=658 heads=64 sectors/track=63 (4032 blks/cyl) parameters to be used for BIOS calculations are: cylinders=658 heads=64 sectors/track=63 (4032 blks/cyl) Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 0 is: sysid 6,(Primary 'big' DOS (> 32MB)) start 63, size 822465 (401 Meg), flag 0 beg: cyl 0/ sector 1/ head 1; end: cyl 203/ sector 63/ head 63 The data for partition 1 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 822528, size 1225728 (598 Meg), flag 80 beg: cyl 204/ sector 1/ head 0; end: cyl 507/ sector 63/ head 63 The data for partition 2 is: sysid 15,(unknown) start 2048256, size 604800 (295 Meg), flag 0 beg: cyl 508/ sector 1/ head 0; end: cyl 657/ sector 63/ head 63 The data for partition 3 is: # ls -l /dev/wd0s5 brw-r----- 1 root operator 0, 0x00060002 Jul 13 20:17 /dev/wd0s5 # mount -r -t msdos /dev/wd0s5 /mnt msdos: /dev/wd0s5: Device not configured ----------------------------------------------------------------- This contradicts what the current FreeBSD handbook tells me to expect. Notice that the partition type flag for my extended partition is not recognised by fdisk. Is it maybe not being recognised by the slice code or the msdos filesystem? This partition was created by Win95 OSR2's fdisk. I formatted it as a vanilla FAT16. >How-To-Repeat: This partition was created by Win95 OSR2's fdisk. I formatted it as a vanilla FAT16. >Fix: I used fdisk -u to change the partition ID to 5 (Extended DOS) and rebooted, and all of a sudden I can mount the /dev/wd0s5 okay. Win95 seems happy enough with the partition type set this way, but I do kind of wonder what might go wrong down the road due to this change. Eliminate Microsoft. I will undertake to reasearch the use of partition ID's a bit more and see if I can come up with a work-around which could go into the Handbook and/or FAQ. >Audit-Trail: >Unformatted: