From owner-freebsd-bugs@FreeBSD.ORG Sun Dec 14 12:10:24 2003 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7728216A5B2 for ; Sun, 14 Dec 2003 12:10:24 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3129E43D35 for ; Sun, 14 Dec 2003 12:10:21 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) hBEKALFR044656 for ; Sun, 14 Dec 2003 12:10:21 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id hBEKALLo044655; Sun, 14 Dec 2003 12:10:21 -0800 (PST) (envelope-from gnats) Resent-Date: Sun, 14 Dec 2003 12:10:21 -0800 (PST) Resent-Message-Id: <200312142010.hBEKALLo044655@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Mikhail Teterin Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68AD016A4CE for ; Sun, 14 Dec 2003 12:06:22 -0800 (PST) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id B85C643D48 for ; Sun, 14 Dec 2003 12:06:19 -0800 (PST) (envelope-from mi@aldan.algebra.com) Received: from aldan.algebra.com (mi@localhost [127.0.0.1]) by aldan.algebra.com (8.12.10/8.12.10) with ESMTP id hBEK6FsJ071281 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 14 Dec 2003 15:06:16 -0500 (EST) (envelope-from mi@aldan.algebra.com) Received: (from mi@localhost) by aldan.algebra.com (8.12.10/8.12.10/Submit) id hBEK6FNG071280; Sun, 14 Dec 2003 15:06:15 -0500 (EST) (envelope-from mi) Message-Id: <200312142006.hBEK6FNG071280@aldan.algebra.com> Date: Sun, 14 Dec 2003 15:06:15 -0500 (EST) From: Mikhail Teterin To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: kern/60235: some /dev-entries missing for newly auto-added disks X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Dec 2003 20:10:24 -0000 >Number: 60235 >Category: kern >Synopsis: some /dev-entries missing for newly auto-added disks >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Dec 14 12:10:20 PST 2003 >Closed-Date: >Last-Modified: >Originator: Mikhail Teterin >Release: FreeBSD 5.2-BETA i386 >Organization: Virtual Estates, Inc. >Environment: System: FreeBSD aldan.algebra.com 5.2-BETA FreeBSD 5.2-BETA #4: Mon Nov 24 22:24:34 EST 2003 root@aldan.algebra.com:/ccd/obj/ccd/src/sys/DEBUG i386 >Description: When I connect the USB flash card reader, FreeBSD detects it properly and the new /dev/da3 is added. However, the /dev/da3s1 is missing, even though fdisk lists 4 slises on the device: ******* Working on device /dev/da3 ******* parameters extracted from in-core disklabel are: cylinders=488 heads=64 sectors/track=32 (2048 blks/cyl) parameters to be used for BIOS calculations are: cylinders=488 heads=64 sectors/track=32 (2048 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 6 (0x06),(Primary 'big' DOS (>= 32MB)) start 63, size 999873 (488 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 991/ head 15/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: Trying to mount it fails at first: % mount -oro -t msdos /dev/da3s1 /sandisk msdosfs: /dev/da3s1: No such file or directory But succeeds after the following chicken-waiving: % mount -oro -t msdos /dev/da3 /sandisk msdosfs: /dev/da3: Invalid argument % mount -oro -t msdos /dev/da3s1 /sandisk % So, even though the attempt to mount /dev/da3 directly fails (as expected), it somehow creates the missing da3s1, so that the subsequent attempt to mount it finaly succeeds. The files are nicely accessible after this and everything else seems to work. >How-To-Repeat: See description >Fix: See description >Release-Note: >Audit-Trail: >Unformatted: