From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id D5FBD1396D0 for ; Tue, 29 Aug 2017 15:33:17 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C6D7A1FC098; Tue, 29 Aug 2017 15:33:12 +0000 (UTC) Received: from smtpout.karoo.kcom.com (smtpout.karoo.kcom.com [212.50.160.34]) by pigeon.gentoo.org (Postfix) with ESMTP id 48E1F1FC03C for ; Tue, 29 Aug 2017 15:33:11 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.41,445,1498518000"; d="scan'208";a="161180402" Received: from unknown (HELO compaq.stroller.uk.eu.org) ([91.84.67.216]) by smtpout.karoo.kcom.com with ESMTP; 29 Aug 2017 16:33:23 +0100 Received: from [192.168.11.100] (unknown [192.168.11.100]) by compaq.stroller.uk.eu.org (Postfix) with ESMTP id B8E77AC68E for ; Tue, 29 Aug 2017 16:24:19 +0100 (BST) Content-Type: text/plain; charset=us-ascii Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: [gentoo-user] Why isn't this SDcard mounting? From: Stroller In-Reply-To: <20170829145336.djmkz6or4tfppzbl@matica.foolinux.mooo.com> Date: Tue, 29 Aug 2017 16:33:08 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20170829145336.djmkz6or4tfppzbl@matica.foolinux.mooo.com> To: gentoo-user@lists.gentoo.org X-Mailer: Apple Mail (2.3124) X-Archives-Salt: e95794d0-a895-40ec-ad19-2278c3a2c895 X-Archives-Hash: 4de78d98bff50bbb92181d9bbc465417 > On 29 Aug 2017, at 15:53, Ian Zimmerman wrote: >=20 > I don't have a quick solution, but I would look at the state of /dev > (not only /dev/sdb* but also the various /dev/disk/by-* directories) > both before and after running parted. parted is my prime suspect for > messing things up here. Indeed. No sdb1 is mentioned, despite it apparently being recognised by the = kernel when plugged in (from the last line of the `grep kernel = /var/log/messages` output in my previous post). $ ls -l /dev/disk/* | grep sdb lrwxrwxrwx 1 root root 9 Aug 29 14:51 = usb-Generic-_Card_Reader_20060413092100000-0:0 -> ../../sdb lrwxrwxrwx 1 root root 9 Aug 29 14:51 = pci-0000:00:12.2-usb-0:1:1.0-scsi-0:0:0:0 -> ../../sdb $=20 The same command, grepping sda, shows much longer output, with symlinks = to all the partitions=20 Is it udev that's responsible for populating the dev nodes? (is that the right terminology?) How do I force it to reconstruct the partition table? Surely one should = expect to be able to format or partition a removable drive and have the = dev nodes created without the necessity of rebooting? > Also, is this the normal mount program from util-linux package, or = some > "modern" replacement? It's the normal one: $ equery belongs `which mount` * Searching for /bin/mount ... sys-apps/util-linux-2.28.2 (/bin/mount) $=20 Stroller.