Since switching to fedora, I have been testing out its features and i just now ran into my first problem; Since my laptop doesn't have a SD card reader, I have to use an external SD card reader when i want to access my microSD cards. I recently tried to put in my Acer 2-in-1 SD Card reader and my system did not pick up that i inserted the card reader. I'm not sure on what I am supposed to do about that, so if anyone can give me any advice I'll appreciate it.

all 7 comments

sorted by: hot top controversial new old
[–] 16 points 1 day ago* (last edited 1 day ago)

did not pick up

In what sense?

Like, if you do something like:

$ lsusb > not-in.txt

Then plug it in (I'd have the SD card in, but I don't think that it'd likely matter at the USB level) and do:

$ lsusb > in.txt

And then do:

$ diff -u not-in.txt in.txt

No differences show up?

If the host can talk to the USB drive, then I'd expect it to show up there.

EDIT: If it shows up there, then I'd think that the machine is talking to the device at a USB level. To see whether the host can see the block device corresponding to the SD card, I'd do the same with lsblk (for this one, the SD card probably has to be in the reader):

$ lsblk > not-in-blk.txt

Insert the USB reader into the machine.

$ lsblk > in-blk.txt

And then:

$ diff -u not-in-blk.txt in-blk.txt

If it can see that, then it can see the block device with the data on it, the card. The filesystem or something like that might be corrupt or something, but should still show up at that level.

EDIT2: If the above works and you're wanting KDE Plasma to pop up a window when you plug the thing or something and that's not happening and that's what's you're concerned about that...I don't use KDE Plasma, so I've no idea what expected behavior is there. Maybe someone who uses it could tell you. I imagine that it has some kind of filesystem browser and it's probably visible somewhere there, but...shrugs

In a plain-Jane Linux sense, if you have a block device, you'll probably have one block device, and maybe it'll be partitioned and have smaller block devices for each partition. Maybe /dev/sdb for the main device or something and /dev/sdb1 for the partition. If you can see the block device for the partition (like, you can see it appear and disappear when running lsblk when you plug in and unplug the device), you can mount the block device in the traditional Linux way (with the correct block device where I'm using /dev/sdb1 below):

$ sudo mkdir /mnt/sdcard
$ sudo mount /dev/sdb1 /mnt/sdcard

And then before you unplug it:

$ sudo umount /mnt/sdcard

That'll be independent of any GUI filebrowser or whatever.

  • source
  • [–] 5 points 1 day ago

    In addition to tal's excellent advice, you might also want to open a terminal and run:

    journalctl -f
    

    Before you plug in the reader. Might give you some hints as to what the exact problem is.

  • source
  • [–] 4 points 1 day ago (4 children)

    I never had an issue with my card reader and I use Fedora. Did you have a card in the reader? Since Linux doesn't have "drives" like in Windows, it may look like there's nothing there until you plug one in

    One word of caution: it is really important that you eject (unmount) the card if you write to it. Linux is more aggressive about buffering writes so you will lose data if you don't.

  • source
  • hideshow 4 child comments
  • [–] 1 point 20 hours ago (3 children)

    I have definitly corrupted data doing that. I wonder if filesystem matters at all. I usually use f2fs for flash drives.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 1 point 19 hours ago (2 children)

    I suppose some filesystems might be slightly faster to write to thus reducing the time it takes for the data to actually end up on the physical device, but while some filesystems are better equipped to gracefully handle the consequences of an interruption, none of them can fix data that doesn't exist because the drive was physically removed whilst being written to.

    Always sync before ejecting a removable drive.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 2 points 17 hours ago (1 child)

    The biggest UX issue, in KDE in particular (though they made some improvements recently), is that a copy process will say it's complete (with a notification), but you could be waiting several seconds or minutes before it's actually done syncing

    The sync command will block until it's done so you will know for sure. I believe ejecting the drive will sync before it reports success also.

    In my experience, simply waiting for the activity light to stop flashing is a good enough indication, but not all drives have one.

  • source
  • parent
  • hideshow 1 child comment