/storage/emulated/legacy/TitaniumBackup（因为外部SD卡不可用），并尝试备份所有用户应用程序和系统数据。出现进度对话框，并在0％处停留约30秒钟，直到关闭为止，并且Titanium Backup显示通知“批量备份已中断：可用存储空间不足”，尽管/storage/emulated/legacy上还剩下7 GB。尝试在Google上搜索解决方案-唯一出现的解决方案是删除
/data/app/com.keramidas.TitaniumBackup-1.odex，但该文件在我端不存在。我该如何解决此问题？说明：我的Titanium Backup副本是Pro版本，由从Google Play商店获得的Pro密钥激活。不需要任何外部修补程序，裂缝或密钥生成器。
#1 楼
这是由于SuperSU中的“安装命名空间分隔”设置已启用（默认情况下）。取消勾选该选项，重新启动，然后再次尝试Titanium Backup操作。具有讽刺意味的是，我在基于棉花糖的CM13上没有这个问题，但是我确实在OnePlus One的基于棒棒糖的OxygenOS中遇到了这个问题。评论
在我基于Lollipop 5.1.1的HTC One m7的DU ROM上，这就像一个魅力一样，谢谢！
–number5
16 Mar 6 '16 at 16:34
也为我工作。我已经错过了数周的备份，以为我确实空间不足。
– Kiran Jonnalagadda
16年5月14日在13:03
非常感谢你！这对Kitkat 4.4.2有用。默默介绍此功能是SuperSU的愚蠢做法，因为它会完全禁用某些其他应用程序，而不会发出警告，也没有任何提示原因。还是真的是钛的错？
–地狱犬
16年5月28日在17:35
@Cerberus这是谷歌的错:-)
– aalaap
16年6月15日在5:29
禁用名称空间分隔的选项在哪里？ CM 12.1不使用SuperSU。
– Celeletas
16-10-1在2:21
#2 楼
发生这种情况是由于kitkat中的某些服务发生了变化。 Google上的一些研究表明，有一个可用于修改platform.xml文件的应用程序。该应用程序一旦运行，便会提示用户允许其继续进行并对上述文件进行修改。之后一切正常。NextApp SDFix
#3 楼
在TB启动时，它总是显示警告，说SuperSU的名称空间分离功能“在某些平台上可能无法可靠地工作”。好吧，直到最近SuperSU更新为止，我从未遇到任何问题...
因此在SuperSU中禁用该选项并重新启动可以解决我的OnePlus One / CM12.1上的“空间不足”。
在摆弄权限等之前，这是显而易见的解决方案。
#4 楼
（Titanium Backup）批量备份中断：存储空间不足此解决方案对我有效，任何人都可以尝试看看是否可行。
我已解决。我做了一些研究，发现您可以编辑/etc/permissions/platform.xml并将组添加到WRITE_EXTERNAL_STORAGE
原始内容：
>
添加media_rw组：
完成。立即对我的外部卡进行TiBU。
这可能会修复其他在写入卡时遇到问题的应用程序，我个人没有发现任何问题。
如果要拉出文件，请对其进行编辑，然后将其推回以确保将权限设置为644。
评论
我在Android 6上没有此组，但在Android 5上具有该组。仅添加它就为我解决了存储空间不足的消息。因此，将其添加到“ WRITE_MEDIA_STORAGE”条目上方：
–贝伦·德波尔
17年1月7日在7:04
#5 楼
在最新版本的Android中，/storage/emulated/legacy下的路径仅适用于创建它们的应用程序。如果操作系统不知道TB创建了/storage/emulated/legacy/TitaniumBackup，则会出现此错误。尝试使用TB创建目录，然后将其用于备份。或者，使用不以
/storage/emulated/legacy开头的路径，例如/data/media/0/TitaniumBackup。两者都应该起作用。评论
两者都应该工作...但是都没有。我尝试在/ storage / emulated / legacy上创建另一个目录，并将其用于备份-不起作用。我尝试使用不以/ storage / emulated / legacy-/ mnt / sdcard开头的路径（/ data根本无法被Titanium Backup访问），但该路径仍然无法正常工作。
– Arielle
15年7月25日在9:11
嗯，我知道我在安装新的ROM后就解决了TF700T上的确切问题。但是我在许多应用程序中都有类似的问题。我一定在另一种方法中使用过/ data技巧。我假设您使用TB在/ storage / emulated / legacy中创建了另一个目录？否则将无法正常工作。
–Trebor粗鲁
15年7月25日在10:09
#6 楼
只需转到超级用户设置，取消选中“挂接名称空间分离”，然后重新启动即可！！评论
以及背后的原因？
–Firelord♦
16年1月6日在20:36
与最高评分相同的答案。如果启用了命名空间分隔，那么Titanium Backup现在会弹出警告，从而以某种方式分隔超级用户命令。如果名称空间分开，那么Titanium备份将无法访问正确的内容。
– mix3d
16 Mar 9 '16 at 19:20
#7 楼
如果您将Magisk用作超级用户管理器，请转至settings> mount namespace mode并选择isolated namespace。希望这对某人有帮助！评论
不幸的是，这并没有真正的帮助。最后，我在Magisk中将mount-namespace-mode设置为“ global namespace”，并在Titatium备份设置中选择了“ DocumentProvider storage”，并在外部SA卡上找到了正确的文件夹。这种组合似乎起作用。
– jherb
20年7月14日在16:22
#8 楼
正如@Izzy所说，这是一个XY问题-我本可以寻找其他备份解决方案，而不是坚持使用Titanium Backup。我做到了-我使用了adb backup功能（重新启动手机后可以使用）。最后，我根本不需要还原备份，但这完全是另一回事了。#9 楼
打开Titanium Backup的“首选项”。然后在“备份设置”中查找一个名为“备份应用程序外部数据”的选项。确保未启用。而是将其设置为“如果小于选定大小，则启用”并将大小设置为35 MB。
（单击图片放大）
某些应用具有大量外部数据（存储在
/sdcard/Android / data中），尤其是可能跨越数场演出的游戏。此选项将禁用备份，因为它们可以再次下载。评论
抱歉，该解决方案对我而言并没有真正起作用。 “备份应用程序外部数据”已设置为“如果小于所选大小，则启用”，并且大小设置为32 MB，因此我尝试将其设置为“已禁用（始终）”，然后重试备份...不行
– Arielle
15年7月24日在17:41
@Arielle尝试打开“压缩”（将其设置为BZIP2）。确保仅备份用户应用程序，而不备份任何系统应用程序。
–毗沙瓦（Vishal Biswas）
2015年7月25日4:00
我尝试将Compression从GZIP更改为BZIP2，并仅备份用户应用程序。仍然不起作用。即使我还有7 GB的空间。
– Arielle
15年7月25日在7:25
不得已：以root身份运行logcat。至少会给您一个想法。
–毗沙瓦（Vishal Biswas）
15年7月25日在13:28
#10 楼
进入Titanium备份设置备份文件夹位置
存储提供者
选择“ DocumentProvider存储”
允许访问____
https：/ /forum.xda-developers.com/t/titanium-backup-insufficient-storage-root-with-magisk.3806051/#post-76858004
#11 楼
我也面对过这种奇怪的情况。我不知道它是否行得通。但是对我来说却可以。安装幸运补丁。它将自动删除odex文件，您将能够安装Titanium Backup。
评论
但是似乎没有任何.odex文件。考虑到它的网络教程，它似乎并没有被隐藏。 //并且TitaniumBackup已经安装！
–Firelord♦
15年7月24日在11:12
在我的情况下，存在相同的情况。我也无法查看该文件。请安装此apk并打开。只需等待5到10秒钟，它就会自动扫描并删除。完成后您会收到通知
–达尔维克
15年7月24日在11:13
android.stackexchange.com/questions/105816/…看到我的问题
–达尔维克
15年7月24日在11:15
没有odex文件，仅当您自己对应用程序进行odex时，就像从幸运补丁程序中应用补丁一样，如果您这样做，幸运补丁程序就会将补丁程序应用于odex文件并将其与apk放在同一目录中（我认为使用的修补程序是非法的-只是说-）
–lord-ralf-adolf
15年7月24日在11:15
@Dalvik感谢您的帮助，但您错过了基本要点。我们似乎找不到该odex文件和该修补程序绝对不是一个神奇的东西，它可以自己创建该文件，将其删除，然后告诉我们它已经完成了！对！
–Firelord♦
15年7月24日在11:23
评论
这听起来可能微不足道，更不用说奇怪了，但是您是否考虑过从设备中移除SD卡并重新启动设备？您的SD卡问题并非一帆风顺，它对root可见（这也意味着对以root用户运行的应用程序）可见，对其他人则不可见。该odex文件在该路径中不存在，仅当您自己对Titanium进行了odex处理时，该文件才位于/data/dalvic-cache/arm/data@app@com.keramidas.TitaniumBackup-1.dex
@Firelord我尝试在拔下卡的情况下重新启动设备，但这并不能解决问题。我从Titanium Backup收到了相同的错误。
@Arielle您是否尝试过卸载然后重新安装？
@ lord-ralf-adolf我刚刚尝试过，但仍然无法正常工作。