JOBB DirectoryFullException：de.waldheinz.fs.fat.DirectoryFullException：目录已满

根本原因分析：

de.waldheinz.fs.fat.DirectoryFullException: directory is full

当

Fat16RootDirectory becomes full

ClusterChainDirectory grows beyond it'sClusterChainDirectory's maximum size(512 MB)

异常发生在哪里？
：DirectoryFullException.java

DirectoryFullException(int currentCapacity, int requestedCapacity) {    this("directory is full", currentCapacity, requestedCapacity);}

对于这个问题，我希望有一个解决方案和一些建议。 希望对您有帮助。

解决方案1：

在Windows上：如果您的文件夹“数据”丢失图片，并复制到android sdk-tools目录

data/1.jpgdata/2.jpgdata/3.jpgdata/...data/5000.jpg

而你用

console>>>jobb -d C:/sdk/tools/dir/data -k 123456 -o com.nick.app.obb -pn com.nick.app -pv 1

您将得到提到的错误。尝试添加一个目录层次结构并将“数据”目录创建到子文件夹

root/data/1.jpgroot/data/2.jpgroot/data/3.jpgroot/data/...root/data/5000.jpg

用

console>>>jobb -d C:/sdk/tools/dir/root/data -k 123456 -o com.nick.app.obb -pn com.nick.app -pv 1

您必须牢记，如果以后要阅读Obb，则图片现在位于子文件夹中。

建议1：

要检查

sector/cluster/FAT

"jobb -v -dump [obb]"

"Sectors percluster"

"Sectors per FAT"

在我的旧.obb文件中，这些值分别为8和150。8不是150的因数，所以我可能一直在遇到上述内核错误。

您需要确保您使用的是更新版本

jobb.jar

fat32lib.jar

我尚未验证这是否可以解决我之前看到的数据损坏问题。我将进行更多测试，并在此处报告。

建议2：

黑客攻击可以解决问题。但是占用了更多的内存：

这个问题的确开始变得非常无聊。今天，我有点想出了一个解决办法，这很荒谬，但是看起来好像向.obb添加额外数据似乎可以解决问题（至少对我而言）。确切地说，我的原始.obb文件大小为110MB，现在为220MB，应用程序读取数据时不会损坏。到目前为止，这是我迄今为止对应用程序所做的最肮脏的黑客攻击，对此我并不感到骄傲，但是，至少现在正在运行。：p

建议3：

2015年10月19日，他们发布了更新版本：android-sdk-
fat32lib

该版本解决了与Android SDK一起发布的JOBB工具的问题，因为该工具

(Android SDK 23)

更新：

您将在以下部分中获得原始版本和修改版本的 源代码 ：

• 原始版本可在https://github.com/waldheinz/fat32-lib/获得
• 修改后的版本位于 https://android.googlesource.com/platform/external/fat32lib/