From owner-freebsd-questions@freebsd.org Fri Jul 28 19:24:42 2017 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3EA9DDCCE3C for ; Fri, 28 Jul 2017 19:24:42 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mailrelay12.qsc.de (mailrelay12.qsc.de [212.99.163.153]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.antispameurope.com", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B933A6D7F6 for ; Fri, 28 Jul 2017 19:24:41 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de ([213.148.129.14]) by mailrelay12.qsc.de; Fri, 28 Jul 2017 21:24:33 +0200 Received: from r56.edvax.de (port-92-195-203-176.dynamic.qsc.de [92.195.203.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id A72C03CBF9; Fri, 28 Jul 2017 21:24:32 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id v6SJOWIU002219; Fri, 28 Jul 2017 21:24:32 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Fri, 28 Jul 2017 21:24:32 +0200 From: Polytropon To: byrnejb@harte-lyne.ca Cc: freebsd-questions@freebsd.org Subject: Re: Unable to mount USB Flash memory created on CentOS Message-Id: <20170728212432.7be758bc.freebsd@edvax.de> In-Reply-To: <4a5c3fd942ff8566eefaaf9c990abba0.squirrel@webmail.harte-lyne.ca> References: <20170728205144.c1fc18df.freebsd@edvax.de> <4a5c3fd942ff8566eefaaf9c990abba0.squirrel@webmail.harte-lyne.ca> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-cloud-security-sender: freebsd@edvax.de X-cloud-security-recipient: freebsd-questions@freebsd.org X-cloud-security-Virusscan: CLEAN X-cloud-security-disclaimer: This E-Mail was scanned by E-Mailservice on mailrelay12.qsc.de with F3F186A3621 X-cloud-security-connect: mx01.qsc.de[213.148.129.14], TLS=1, IP=213.148.129.14 X-cloud-security: scantime:.1413 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 19:24:42 -0000 On Fri, 28 Jul 2017 15:14:21 -0400, James B. Byrne wrote: > > On Fri, July 28, 2017 14:51, Polytropon wrote: > > On Fri, 28 Jul 2017 13:22:06 -0400, James B. Byrne via > > freebsd-questions wrote: > >> On my new FreeBSD workstation I am trying to read data off of a USB > >> 'key' flash memory stick recorded using rsync on a CentOS-6 system. > >> I was able to do this successfully up until the point that I inserted > >> another usb stick. Now I cannot mount or read either. > > > > Did you unmount the previous stick correctly? > > Yes. Okay, so no general problem with file systems; I assume you are using FUSE here. > > When you say it was "recorded" with CentOS, which file system > > has been used? Or is it a "raw" file (no file system at all, > > output written directly to the device)? > > > > ext2fs. I was formerly able to read these usb sticks on the new > FreeBSD based workstation. The problem only surfaced when I inserted > a second usb flash drive. That shouldn't interfere with already mounted extfs volumes, except the DE's automounter going crazy... > >> I probably made things worse by first removing both keys from the > >> host and then deleting the contents of /media. However, that is > >> done. > > > > That should not be a big problem, as /media is usually populated > > automatically by a desktop environment's automounter, or manually > > by the system administrator (which implies that you can easily > > recreate required mountpoints under /media if you use /etc/fstab > > as a template). > > This is what I have in /etc/fstab > > # Device Mountpoint FStype Options Dump > Pass# > /dev/ada0p2.eli none swap sw 0 0 > /dev/ada1p2.eli none swap sw 0 0 > fdesc /dev/fd fdescfs rw 0 0 > proc /proc procfs rw 0 0 So no entry for da0 - it's valid to conclude that the automounter you are using will create the appropriate mountpoint in /media according to the device name, for example /media/da0 or /media/da0s1 or /media/da0p1, depending on partitioning. > >> At the moment what happens is that upon insertion the 'computer' > >> browser pane will display a filesystem labelled 'USB Drive' but I > >> cannot open it for viewing. > > > > Is it empty? When you say it's being opened, I assume this is a > > file browser - but from which desktop? They are quite different! > > I am using the Mate desktop and the file browser application shown as > 'Computer' on the desktop. Ah, okay. I've had problems with Gnome 2 and Mate automounter in the past (permission things), so maybe this is where to have a closer look. > > Check things easily: Open a terminal and check the outpuf of > > > > % mount -v > > > # mount -v > zroot/ROOT/default on / (zfs, local, noatime, nfsv4acls, fsid > 3356d1ddde69c9ae) > devfs on /dev (devfs, local, multilabel, fsid 00ff007171000000) > fdescfs on /dev/fd (fdescfs, fsid 01ff005959000000) > procfs on /proc (procfs, local, fsid 02ff000202000000) > zroot/tmp on /tmp (zfs, local, noatime, nosuid, nfsv4acls, fsid > 44b2b23bdea4cfa8) > zroot/usr/home on /usr/home (zfs, local, noatime, nfsv4acls, fsid > b8bec644de6cc50d) > zroot/usr/ports on /usr/ports (zfs, local, noatime, nosuid, nfsv4acls, > fsid c3353930de6b28f5) > zroot/usr/src on /usr/src (zfs, local, noatime, nfsv4acls, fsid > 9cf37fdcde6acc4c) > zroot/var/audit on /var/audit (zfs, local, noatime, noexec, nosuid, > nfsv4acls, fsid 0dde5904de17aec3) > zroot/var/crash on /var/crash (zfs, local, noatime, noexec, nosuid, > nfsv4acls, fsid bd542313de5b6740) > zroot/var/log on /var/log (zfs, local, noatime, noexec, nosuid, > nfsv4acls, fsid cc095ee9de26f4fd) > zroot/var/mail on /var/mail (zfs, local, nfsv4acls, fsid > 43ce3675dedf12d5) > zroot/var/tmp on /var/tmp (zfs, local, noatime, nosuid, nfsv4acls, > fsid 1c322eeade9a7a06) > zroot on /zroot (zfs, local, noatime, nfsv4acls, fsid 521cbba2def75276) It does not show an entry for /dev/da0, so you can state that it is _not_ mounted, and the file browser window is just showing the empty mountpoint directory. > > Is the USB stick (usually /dev/da0 or /dev/da0s1 or something > > like that) _really_ mounted? > > Not that I can see. That appears to be the essence of the problem. Can you _manually_ mount the USB stick? For example, with something like % mount -t ext2fs -o ro /dev/da0 /media/da0 No matter if the file browser will automatically open a window for /media/da0 (in this example), you can check again the output of % mount -v | grep da0 and of course % ls /media/da0 to see if the files you are expecting are really there. > > Check what's on the USB stick, using > > > > % gpart show da0 > > > # gpart show da0 > => 63 122915265 da0 MBR (59G) > 63 8001 - free - (3.9M) > 8064 122907264 1 !12 [active] (59G) Hmmm... that looks really strange... check with "old-fashioned" fdisk again: % fdisk da0 Is there an ext2 partition? The output you presented looks like a situation where there's nothing the system can automatically detect and mount. (I don't have an ext2 USB stick at hand so I cannot check how the gpart and fdisk output should look like for a valid TOC with an ext2 partition.) Can you re-initialize the USB stick on the Linux system? Just in case partitioning data has been damaged... > dmesg shows this: > > ugen3.2: at usbus3 > umass0: > on usbus3 > umass0: SCSI over Bulk-Only; quirks = 0x8100 > umass0:5:0: Attached to scbus5 > da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 > da0: Removable Direct Access SPC-2 > SCSI device > da0: Serial Number 50E549C20210BF10A9BC4174 > da0: 40.000MB/s transfers > da0: 60017MB (122915328 512 byte sectors) > da0: quirks=0x3 Okay, da0 is confirmed, and there are no errors so far. > >> Neither does a mount command show in the > >> right-click popup menu. > > > > So it probably _is_ mounted. Does the menu show a "detach", > > "unoumt" or "eject" entry or symbol? > > No Because it isn't actually mounted, as we can now say for sure. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...