Re: can't mount sdf1 in stretch, gparted claims its fat32
On Mon 03 Feb 2020 at 16:20:59 (-0500), Gene Heskett wrote:
> On Monday 03 February 2020 14:15:14 David Wright wrote:
> > On Mon 03 Feb 2020 at 14:02:31 (-0500), Gene Heskett wrote:
> > > On Monday 03 February 2020 13:31:16 David Wright wrote:
> > > > On Mon 03 Feb 2020 at 12:40:20 (-0500), Gene Heskett wrote:
> > > > > I want to look at its directory structure because its different,
> > > > > and I'd like to deduce how to generate it in a kernel make for a
> > > > > newer, preempt-rt kernel.
> > > >
> > > > Yes, I can't mount it either, because I'm not running stretch.
> > >
> > > And I am running stretch with a custom realtime kernel for linuxcnc
> > > use.
> > >
> > > > > Thanks for any enlightenment.
> > > >
> > > > I've given my reason; can you give us yours, for our further
> > > > enlightenment?
> > >
> > > gene@coyote:~/PublicA/pi-buster$ sudo mount -tvfat /dev/sdf1
> > > /media/sdf1 mount: wrong fs type, bad option, bad superblock on
> > > /dev/sdf1, missing codepage or helper program, or other error
> > >
> > > In some cases useful info is found in syslog - try
> > > dmesg | tail or so.
> > >
> > > And dmesg says:
> > > [2903524.766017] usb 1-12.4.1.3: new high-speed USB device number 20
> > > using xhci_hcd
> > > [2903525.047017] usb 1-12.4.1.3: New USB device found,
> > > idVendor=048d, idProduct=1336
> > > [2903525.047027] usb 1-12.4.1.3: New USB device strings: Mfr=1,
> > > Product=2, SerialNumber=3
> > > [2903525.047033] usb 1-12.4.1.3: Product: Mass Storage Device
> > > [2903525.047037] usb 1-12.4.1.3: Manufacturer: Generic
> > > [2903525.047041] usb 1-12.4.1.3: SerialNumber: 00000000000006
> > > [2903525.047961] usb-storage 1-12.4.1.3:1.0: USB Mass Storage device
> > > detected
> > > [2903525.052481] scsi host7: usb-storage 1-12.4.1.3:1.0
> > > [2903526.760829] scsi 7:0:0:0: Direct-Access Generic Storage
> > > Device 0.00 PQ: 0 ANSI: 2
> > > [2903526.798501] sd 7:0:0:0: Attached scsi generic sg6 type 0
> > > [2903526.798879] sd 7:0:0:0: [sdf] 121319424 512-byte logical
> > > blocks: (62.1 GB/57.8 GiB)
> > > [2903526.799039] sd 7:0:0:0: [sdf] Write Protect is off
> > > [2903526.799041] sd 7:0:0:0: [sdf] Mode Sense: 03 00 00 00
> > > [2903526.799210] sd 7:0:0:0: [sdf] No Caching mode page found
> > > [2903526.799211] sd 7:0:0:0: [sdf] Assuming drive cache: write
> > > through [2903526.801588] sdf: sdf1 sdf2
> > > [2903526.803323] sd 7:0:0:0: [sdf] Attached SCSI removable disk
> >
> > I see there are two partitions, which is a little unusual for a USB
> > stick. Are you by any chance trying to write a bootable stick?
> > It might help to know how you wrote this stick, assuming you did.
> >
>
> Stick?
Well, here's a very similar log from a USB stick being inserted:
[] usb 1-4: new high-speed USB device number 8 using xhci_hcd
[] usb 1-4: New USB device found, idVendor=0c76, idProduct=0005, bcdDevice= 1.00
[] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[] usb 1-4: Product: DataTraveler 2.0
[] usb 1-4: Manufacturer: Kingston
[] usb 1-4: SerialNumber: 2731542023F1DE82
[] usb-storage 1-4:1.0: USB Mass Storage device detected
[] scsi host3: usb-storage 1-4:1.0
[] scsi 3:0:0:0: Direct-Access Kingston DataTraveler 2.0 4.10 PQ: 0 ANSI: 2
[] sd 3:0:0:0: Attached scsi generic sg1 type 0
[] sd 3:0:0:0: [sdb] 503808 512-byte logical blocks: (258 MB/246 MiB)
[] sd 3:0:0:0: [sdb] Write Protect is off
[] sd 3:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[] sd 3:0:0:0: [sdb] No Caching mode page found
[] sd 3:0:0:0: [sdb] Assuming drive cache: write through
[] sdb: sdb1
[] sd 3:0:0:0: [sdb] Attached SCSI removable disk
> Its a u-sd card
Well, here's a very different log for a card:
[] pciehp 0000:00:1c.3:pcie004: Slot(3): Card present
[] pciehp 0000:00:1c.3:pcie004: Slot(3): Link Up
[] pci 0000:03:00.0: [10ec:5227] type 00 class 0xff0000
[] pci 0000:03:00.0: reg 0x10: [mem 0x00000000-0x00000fff]
[] pci 0000:03:00.0: supports D1 D2
[] pci 0000:03:00.0: PME# supported from D1 D2 D3hot D3cold
[] pci 0000:03:00.0: BAR 0: assigned [mem 0xb1000000-0xb1000fff]
[] pcieport 0000:00:1c.3: PCI bridge to [bus 03-08]
[] pcieport 0000:00:1c.3: bridge window [io 0x3000-0x3fff]
[] pcieport 0000:00:1c.3: bridge window [mem 0xb1000000-0xb1ffffff]
[] pcieport 0000:00:1c.3: bridge window [mem 0xb0000000-0xb0ffffff 64bit pref]
[] rtsx_pci 0000:03:00.0: enabling device (0000 -> 0002)
[] mmc0: cannot verify signal voltage switch
[] mmc0: new ultra high speed SDR104 SDHC card at address aaaa
[] mmcblk0: mmc0:aaaa SE32G 29.7 GiB
[] mmcblk0: p1
So forgive my mistake. OTOH, here's exactly the same card:
[] usb 2-2: new high-speed USB device number 7 using xhci_hcd
[] usb 2-2: New USB device found, idVendor=0781, idProduct=a7a8, bcdDevice= 1.27
[] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[] usb 2-2: Product: SDDR-113
[] usb 2-2: Manufacturer: SanDisk Corp.
[] usb 2-2: SerialNumber: 6333011111B1
[] usb-storage 2-2:1.0: USB Mass Storage device detected
[] scsi host3: usb-storage 2-2:1.0
[] scsi 3:0:0:0: Direct-Access SanDisk SDDR-113 1.00 PQ: 0 ANSI: 0
[] sd 3:0:0:0: Attached scsi generic sg1 type 0
[] sd 3:0:0:0: [sdb] 62333952 512-byte logical blocks: (31.9 GB/29.7 GiB)
[] sd 3:0:0:0: [sdb] Write Protect is off
[] sd 3:0:0:0: [sdb] Mode Sense: 03 00 00 00
[] sd 3:0:0:0: [sdb] No Caching mode page found
[] sd 3:0:0:0: [sdb] Assuming drive cache: write through
[] sdb: sdb1
[] sd 3:0:0:0: [sdb] Attached SCSI removable disk
So perhaps you did what I did: plugged the card in via a USB card reader?
> to boot an rpi4 with.
Well, at least one of my guesses was correct. Any chance of responding
to more than one item at a time? Dan asked for a listing of the
partition table, and I asked how the "device" was written. I might as
well add the question: does the second partition fare any better on
mounting?
Cheers,
David.
Reply to: