Batocera plus的share分区ext4文件系统在windows下挂载后,无法在Batocera plus系统下识别的解决方法
起因:
为了拷贝和修改数据方便,我在windows下使用Linux File Systems for Windows挂载了Batocera plus下的share分区,之后退出windows系统,进入batocera plus。
我懵逼了,系统变成了Batocera的界面,下面没有一个游戏了,我160G的游戏数据啊。唯有操字可以表达我此时此刻的心情。
分析原因:
进入Batocera系统后按F1进入文件管理器,发现并没有找到share分区。接着进入wine模拟器的windows工具文件夹,使用windows下的文件管理器查看磁盘,也没有找到Share分区。
在网上查找资料后,发现也有人在使用类似的windows挂载工具后出现类似的问题,最后是使用 fsck -f ext4 /dev/*** 来修复的。
解决方法:
- 进入Batocera系统后,按win+F4进入Batocera命令行。
- 输入 df -h命令查看磁盘分区情况,发现确实没有share分区,可能是分区未挂载。

- 输入 lsblk查看分区挂载情况,可以认出share分区,但是MOUNTPOINT挂载点项为空,说明确实没有挂载。在之前网上找的资料来看,似乎是windows下挂载ext4文件系统后,会造成ext4文件系统损坏。

- 现在我知道了share分区的名字是sdc2,我便尝试使用fsck命令来修复分区。
- 输入 fsck -t ext4 /dev/sdc2,一路按“y”狂奔,最后修复分区成功。
(由于系统已经恢复,不能演示这个过程。) - 重启系统,系统又回到了我原来熟悉的界面。

余留问题待解决
最后,我还有一个问题未能解决,就是我的share分区使用disk genius扩容的时候会提示:超级块中记录的剩余节点数不正确,导致无法扩容。
在这次修复文件系统后,再次尝试扩容,提示:inode bitmap中标记为已使用的未用inode。

如果有热爱batocera的小伙伴看到我的这个问题,请告知在下。不胜感激。
最后,千万不要用windows下挂载linux文件系统,切记,切记。
本文介绍了在Windows下挂载Batocera plus的share分区(ext4文件系统)后,导致Batocera系统无法识别游戏数据的解决方法。通过使用Linux命令行工具`df -h`和`lsblk`发现分区未挂载,再利用`fsck -t ext4 /dev/sdc2`进行修复,最终成功恢复系统正常运行。同时提醒不要在Windows下直接挂载Linux文件系统。
1750

被折叠的 条评论
为什么被折叠?



