SD reader not recognized in 64-Xenial

[houndstooth]

I have a desktop with an SD reader. It is recognized in Windows & 64-Fossa, but in Xenial an SD does not appear recognized as a desktop partition or at terminal. USB & internal partitions are still recognized.

I have both Puppy Event Manager -> Icon Handler boxes checked.

Am I missing a setting in Xenial?

[puppy_apprentice]

I have same problem with Slacko 6.3.2.
I'm using this code to mount SD cards (with one partition):
mountsd.sh

Code: Select all

#!/bin/sh
mount -t vfat /dev/sdb /mnt/sdb1

to unmount:
umountsd.sh

Code: Select all

#!/bin/sh
umount /mnt/sdb1

In ROX go to /mnt/sdb1 to list contents.

[houndstooth]

I have same problem with Slacko 6.3.2.

Hello apprentice,

I use scripts to mount/unmount too, but in this case the SD is not recognized in Xenial. The system has to see it for it to be manually mountable. That is what I meant by "or at terminal".

I guessed it's some kind of system driver. I could probably use a USB SD card reader if I get stuck, if it's not an esoteric setting.

Why are you using Slacko? I can't even get a Chromium-based browser running in Lx-SC. I wanted see PCManFM there.

[puppy_apprentice]

I prefer Slackos over Buntus because i'm old and my first linux was Slackware

Those scripts was working for me maybe because i've used usb adapter.

I myself don't use Chrome, prefer Palemoon and Firefox.

Try to find answers for UXenial, like this:
https://askubuntu.com/questions/787088/ ... untu-16-04
https://www.fosslinux.com/3822/sd-card- ... -a-fix.htm

[Phoenix]

I have a desktop with an SD reader. It is recognized in Windows & 64-Fossa, but in Xenial an SD does not appear recognized as a desktop partition or at terminal. USB & internal partitions are still recognized.

I have both Puppy Event Manager -> Icon Handler boxes checked.

Am I missing a setting in Xenial?

Perhaps kernel requires an update. Otherwise you can try checking /dev and see whether an appropriate device file is listed.

[houndstooth]

useful pointers:
UXenial, kernel, /dev

What would a /dev file for an SD card reader look like?

@puppy_apprentice suppose I am a browser surfer, but Pale Moon is a definite favorite.

Seems like it's the smallest footprint full-featured browser.

[puppy_apprentice]

What would a /dev file for an SD card reader look like?

Open /devin Rox and insert SD card if system recognize it you should see some dirs/files in bold. eg. /dev/block dir should be in bold and inside you should see symlink to your SD card eg. sdb.

You can update kernel, check this post:
viewtopic.php?p=68773#p68773

[bigpup]

What happens if there is a SD card in the reader when you boot Xenialpup64?

[houndstooth]

Open /devin Rox and insert SD card if system recognize it you should see some dirs/files in bold. eg. /dev/block dir should be in bold and inside you should see symlink to your SD card eg. sdb.

You can update kernel, check this post:
viewtopic.php?p=68773#p68773

In /dev/block upon inserting the SD in Fossa I get 179:0 & 179:1 links targeting the SD. Boldface isn't consequential as everything is (same as Xenial).

Is it the kernel that enables those link targets in Xenial?

Are there risks of losing existing functionality with a swapped kernel?

What happens if there is a SD card in the reader when you boot Xenialpup64?

Same deal. You would guess the reader didn't work at all if you didn't try another os.

[puppy_apprentice]

You can always back up the save file before changing the kernel.
You can also try to add another drv file. One of the forum members (gyrog?) posted such a file with drivers on the forum.

Edit: Try to make fdrv file with mmc drivers from gyrog's Firmware repository:
http://www.fishprogs.software/puppy/index.html

[houndstooth]

Edit: Try to make fdrv file with mmc drivers from gyrog's Firmware repository:
http://www.fishprogs.software/puppy/index.html

I understand the gist of your suggestion but am not technically advanced enough to see the implementation roadmap. I tried Bionic64 which sees the SD reader as well, as does Xenial32 on an old machine (different reader). It would be a kick to fix Xenial64, but I can work around the limitation.

There's no fdrv in my Xenial64 boot but a, y, & z, so there's room for a fix without too much hackery.

Firmware
Some large '.sfs' files that contain a rather large set of Linux firmware. Each '.sfs' file has a date in it's filename, so you can easily select the latest.
A script that produces a minimal 'fdrv..sfs' for the current kernel and machine, 'gunzip' the 'mk-local-fdrv.gz' file, and run "./mk-local-fdrv -h".
And a script that produces an 'fdrv..sfs' for the current kernel, 'gunzip' the 'mk-kernel-fdrv.gz' file, and run "./mk-kernel-fdrv -h".