Ubuntu 18.04.1 未检测到 exFAT micro SD

Question 1

我遇到过相同或类似的问题：无法检测到 SD 卡。

旁注：“未分配类 [00ff]”似乎是设备名称的一部分。本文有相同的报告，lspci并且驱动程序/设备报告正常运行。

之前曾检测到该卡（在同一会话期间），但在移除（一两次）后，就检测不到了。重启后再次检测到，但经过几次安装和卸载后，它不再响应。

扫描文件夹后，/sys/我发现几个uevent针对 mmc 设备的文件只有写访问权限，而且仅限于根用户。（扫描命令find /sys -iname \*mmc\* | sed 's#$#/uevent#' | xargs ls -l：）另一个对所有人都具有读取权限。因此，我赋予所有 mmcuevent文件相同的访问权限：

find /sys -iname \*mmc\* | sed s#$#/uevent# | xargs sudo chmod a+r

在此之后，SD 卡一直被检测到，但似乎我必须执行lspci或使用文件浏览器来帮助驱动程序枚举/删除分区。

我还没有找到任何自动枚举的方法。

编辑：现在它对我有用了。我不知道是什么原因导致它现在工作。下面我写了我所做的事情。
注释 1：我的正常工作环境是带有 lightdm 的 Unity（gdm 已被删除）。
注释 2：我不记得我是否在第一个版本的答案和下面描述的重启之间重启了我的计算机。我想没有。注释 3：在下面描述的重启之前，这不起作用。

我重新启动了 Live Ubuntu 18.04（USB 棒）。我插入了 SD 卡，它就正常工作了。
（我还重新启动了 BIOS 来打开网络，我相信该网络在重新启动之前已关闭，因此重新启动后无法检测到。我不记得我触碰过任何 SD 卡或相关设置。）
我使用 XWayland、lightdm 和 Gnome Shell 重新启动进入 Ubuntu。它立即起作用了。
我使用 Xorg、lightdm 和 Gnome Shell 重新启动进入 Ubuntu。它再次立即正常工作。
我使用 Xorg、lightdm 和 Unity 重新启动进入 Ubuntu。它仍然可以立即运行。

可能存在间接或直接原因使其工作。 * 最肯定的是，添加读取权限确实影响了这一点。 * 可能还有其他一些未知的变化 * 重新启动 * 并且可能运行 Live 安装。我猜第一点和第三点是最重要的。

Answer

我遇到过相同或类似的问题：无法检测到 SD 卡。

旁注：“未分配类 [00ff]”似乎是设备名称的一部分。本文有相同的报告，lspci并且驱动程序/设备报告正常运行。

之前曾检测到该卡（在同一会话期间），但在移除（一两次）后，就检测不到了。重启后再次检测到，但经过几次安装和卸载后，它不再响应。

扫描文件夹后，/sys/我发现几个uevent针对 mmc 设备的文件只有写访问权限，而且仅限于根用户。（扫描命令find /sys -iname \*mmc\* | sed 's#$#/uevent#' | xargs ls -l：）另一个对所有人都具有读取权限。因此，我赋予所有 mmcuevent文件相同的访问权限：

find /sys -iname \*mmc\* | sed s#$#/uevent# | xargs sudo chmod a+r

在此之后，SD 卡一直被检测到，但似乎我必须执行lspci或使用文件浏览器来帮助驱动程序枚举/删除分区。

我还没有找到任何自动枚举的方法。

编辑：现在它对我有用了。我不知道是什么原因导致它现在工作。下面我写了我所做的事情。
注释 1：我的正常工作环境是带有 lightdm 的 Unity（gdm 已被删除）。
注释 2：我不记得我是否在第一个版本的答案和下面描述的重启之间重启了我的计算机。我想没有。注释 3：在下面描述的重启之前，这不起作用。

我重新启动了 Live Ubuntu 18.04（USB 棒）。我插入了 SD 卡，它就正常工作了。
（我还重新启动了 BIOS 来打开网络，我相信该网络在重新启动之前已关闭，因此重新启动后无法检测到。我不记得我触碰过任何 SD 卡或相关设置。）
我使用 XWayland、lightdm 和 Gnome Shell 重新启动进入 Ubuntu。它立即起作用了。
我使用 Xorg、lightdm 和 Gnome Shell 重新启动进入 Ubuntu。它再次立即正常工作。
我使用 Xorg、lightdm 和 Unity 重新启动进入 Ubuntu。它仍然可以立即运行。

可能存在间接或直接原因使其工作。 * 最肯定的是，添加读取权限确实影响了这一点。 * 可能还有其他一些未知的变化 * 重新启动 * 并且可能运行 Live 安装。我猜第一点和第三点是最重要的。

Question 2

这似乎需要提交错误报告。这是一个间歇性问题。它会在启动周期之间失败并恢复，并且是随机的。

还，

我遇到了同样的问题，但我无法使用您的自动脚本来修复它。我认为您可能打错了。我不得不手动更改文件权限。

find /sys -iname \*mmc\* | sed 's#$#/uevent#' | xargs ls -l

/\
||  that works fine
vs
||  this throws an error
\/

find /sys -iname \*mmc\* | sed s#$#/uevent# | xargs sudo chmod a+r

缺少 '' 单引号sed 's#$#/uevent#'？我太胆小了，不敢尝试。我不太熟悉 shell 脚本或操作系统。

我不得不手动更改文件权限并重新启动。只有一个文件，但我没有保存路径，所以我不知道我更改了哪个文件。

当我重新启动时，仍然只有一个文件：

--w------- 1 root root 4096 2月 5日 22:50 /sys/bus/mmc/uevent

即使它再次变为只写，存储卡读卡器仍然可以工作。

看起来非常可疑，我不确定这是一个强大的修复，不会再次失败。应该在某个地方作为错误报告输入。如果它确实是某个地方的未初始化变量，可以通过调整文件权限来修复，那么如果该未初始化变量被更改（例如通过系统更新），则不能保证它以后不会再次失败。

附加信息：

我正在使用这个带有 4 端口 USB 3.0 PCIe 卡的盒子，该卡有两个内部端口被路由到前面板上的盒子：

https://www.centralcomputer.com/comkia-usb-3-0-internal-card-reader-usb-3-0-pci-e-1x-card-support-cf-md-sd-ms-xd-sdhc-sdxc-micro-sd.html

但是我尝试过的这个同样来自 Comkia 的盒子在连接到主板上的双 USB 2.0 插槽时似乎工作正常：

https://www.centralcomputer.com/p-IOC-CRMLCB01-comkia-all-in-1-internal-card-reader-w-bluetooth-support-sd-sdhc-ms-cf-md-mmc-xd-micro-sd.html

我确认将 USB 棒插入第一个盒子附带的 USB 3.0 PCIe 卡会重现间歇性行为，这是预料之中的，因为该存储卡读卡器上的前面板 USB 3.0 端口也不能可靠地运行，可能只是直通硬接线。

我认为这是操作系统无法正确检测或可靠读取 USB 卡的问题，与读卡器盒本身无关。我想知道其他 USB PCIe 卡是否也面临同样的问题。

我可以在启动选项下的 BIOS 中看到内存端口和 USB 记忆棒，所以我知道它运行正常，但即使 BIOS 看到了它，Ubuntu 也无法确定它是否可靠地存在。

如果它仅与奇怪的文件权限有关，那么在修复文件权限之前它根本无法工作，并且如果问题得到解决，文件权限将在重新启动后保持不变。我认为您没有充分确定问题的根本原因。

可能的解决方案：

我正在考虑通过连接双端口 USB 3.0 盒来解决 PCIe 卡的问题，该盒只需将主板双 USB 3.0 端口连接器转换为前面板对，通常应该安装在 3.5 英寸驱动器托架中，但将其留在机箱内作为读卡器盒和主板上 USB 3.0 双端口连接器之间的适配器。

https://www.amazon.com/Bytecc-Front-Bracket-Dual-Tray/dp/B00I609FS4?SubscriptionId=AKIAILSHYYTFIVPWUY6Q

这浪费了 USB 卡，但它为我节省了一个 PCIe 插槽，并解决了问题，无需松散的盒子占据机器周围的空间，也不必在计算机后面伸手去拿主板上的后部外部端口。相反，它用一个浮动的塑料盒占据了机箱内部。丑陋。

我的另一个选择是使用其他功能性（USB 2.0）存储卡读卡器盒，完全放弃另一个（USB 3.0）盒上的前面板 USB 3.0 连接器，并在带有蓝牙的存储卡读卡器上实现 USB 2.0 速度，而不是前面板 USB 3.0 端口。

还没有决定，但我想我可能更愿意使用蓝牙。还没有测试它是否真的有用。变得不耐烦了。

找到此链接。显然，仅在盒子上标记“Linux”并不意味着读卡器附带的 USB 卡实际上受支持。

https://help.ubuntu.com/stable/ubuntu-help/hardware-cardreader.html

Answer