Orange fox ошибка 255

[2 Methods] Исправить TWRP createTarFork Ошибка 255 Ошибка резервного копирования

В этом руководстве мы покажем вам два разных метода исправления ошибки TWRP createTarFork Error 255 Backup Failed. Когда дело доходит до пользовательской разработки, нельзя отрицать тот факт, что пользовательское восстановление, пожалуй, лучший инструмент, который может быть в распоряжении технического энтузиаста. И когда мы говорим о пользовательских восстановлениях, TWRP находится на самом верху. Он имеет довольно много примечательных функций, но две из его наиболее полезных — это возможность прошивать файлы ZIP / IMG и делать резервные копии всех разделов на вашем устройстве.

Последний также известен как Nandroid Backup, и обычно это первое необходимое условие, которое вы должны сразу же отметить в списке. Однако не все умеют это делать. От заинтересованных пользователей поступило множество жалоб на то, что они не могут создать резервную копию Nandroid через TWRP. При попытке сделать это их встречает следующее сообщение об ошибке:

Процесс createTarFork() завершился с ошибкой: 255.
Ошибка резервного копирования. Очистка папки резервного копирования

Так в чем причина этой ошибки? Ну, это обычно происходит, когда вы используете параллельные приложения. Эта функция позволяет вам создать два разных экземпляра приложения, оба из которых будут полностью изолированы друг от друга. Например, вы можете создать две копии WhatsApp и войти в систему с двух разных номеров.

Однако эта функциональность параллельных приложений может конфликтовать с созданием Nandroid Backup. К счастью, существует два разных метода, с помощью которых вы можете исправить ошибку TWRP createTarFork Error 255 Backup Failed. И это руководство познакомит вас именно с этим. Итак, без лишних слов, давайте проверим их.

Как исправить ошибку TWRP createTarFork 255 Backup Failed

Существует два разных метода выполнения вышеупомянутой задачи: с помощью TWRP Recovery или через File Explorer с возможностями root. Мы поделились обоими методами ниже, вы можете попробовать тот, с которым вам удобнее иметь дело.

Способ 1: через проводник

1. Загрузите и установите приложение File Explorer, поддерживающее root, например Solid Explorer.
2. Затем запустите приложение, коснитесь меню гамбургера, расположенного в левом верхнем углу, и выберите Root.
3. Теперь появится запрос Magisk, нажмите «Предоставить».
4. Теперь, когда вы находитесь в корневом каталоге, перейдите к следующим папкам и проверьте, есть ли в какой-либо из них папка с именем 999 или нет. Если вы найдете такую ​​папку, то сразу удалите ее.
   /storage/emulated /data/system/ data/system_ce/ data/system_de/ data/misc/ data/misc_ce/ data/misc_de/ data/user/ data/user_ce/ data/user_de/

Вот и все. Это должно исправить ошибку TWRP createTarFork Error 255 Backup Failed через файловый менеджер. Давайте теперь познакомим вас со вторым способом выполнения этой задачи.

Способ 2: через рекавери TWRP

1. Для начала загрузите свое устройство в TWRP Recovery. Вы можете использовать комбинации аппаратных клавиш или команду восстановления adb reboot.
2. После загрузки в TWRP перейдите в «Дополнительно»> «Терминал». Теперь введите следующие команды в окне терминала: (объяснение приведено ниже, прочтите его):
   cd /data/system/ rm -r 999 cd data/system_ce/ rm -r 999 cd data/system_de/ rm -r 999 cd data/misc/ rm -r 999 cd data/misc_ce/ rm -r 999 cd data/misc_de /rm -r 999 cd data/user/ rm -r 999 cd data/user_ce/ rm -r 999 cd data/user_de/ rm -r 999
3. Что мы делаем: во-первых, вам нужно ввести команду ‘change directory’ (начинается с cd). Затем введите команду «удалить» (начиная с rm).
4. Первая команда перенесет вас в определенный каталог, тогда как вторая команда удалит папку с именем 999 внутри этого каталога.
5. Если вы получаете сообщение «не существует» или любую другую подобную ошибку, это просто означает, что в этом месте нет папки с именем 999. Следовательно, вам следует перейти к следующему набору команд и так далее, пока вы не выполнил последний.

Как только все 999 папок будут удалены, проблема будет устранена. Кстати, метод TWRP точно такой же, как и в File Explorer. Просто мы получаем доступ к каждой папке и удаляем папку с именем 999 с помощью команд в методе TWRP, тогда как мы делали это, перемещаясь по папкам в методе проводника.

Итак, на этом мы завершаем руководство о том, как исправить ошибку TWRP createTarFork Error 255 Backup Failed. Если у вас есть какие-либо вопросы относительно вышеупомянутых шагов, сообщите нам об этом в разделе комментариев ниже.

Источник

Восстановление Nandroid Backup завершается с ошибкой 255

В некоторых случаях устройства Xiaomi начинают давать сбои, подглючивать или вовсе некоторые из основных функций выходят из строя, что делает невозможным их нормальную эксплуатацию. Для устранения любых проблем кардинальным, но при этом эффективным способом, всегда можно перепрошить устройство. В статье речь пойдет о том, как производится прошивка через TWRP и чем данный способ лучше альтернативных ему (с подробной инструкцией по реализации).

Изначально стоит понять, что такое TWRP, а потом уже говорить о том, как установить нужную прошивку, используя его. На самом деле все достаточно просто, если прочитать расшифровку данной аббревиатуры: TeamWin recovery. Фактически это неофициальный рекавери, которым можно заменить стандартное ПО любого смартфона, работающего на платформе Android. Еще TWRP называют кастомным и большинство пользователей, которые имели дело с ним и со стандартным рекавери, считают, что TWRP более эффективен, функционален и удобен в эксплуатации, к тому же он позволяет устанавливать помимо кастомных прошивок еще и ядра, модемы и прочие системные составляющие прошивки.

Далее будет представлена более подробная для TWRP recovery инструкция, при помощи которой можно будет установить прошивку на любое устройство от Xiaomi (инструкция имеет общий вид, поскольку системные файлы для разных моделей часто различаются).

Сразу стоит сказать, что для установки кастомной прошивки рекомендуется удалить все данные с телефона, а значит нужно сделать их резервную копию для последующего восстановления на устройстве с чистой системой. Также важно разблокировать загрузчик смартфона (bootloader). О том, как мы устанавливаем TWRP, уже говорилось в одной из статей, а потому сразу перейдем к информации о том, как перепрошить устройство с помощью TWRP своими руками.

Алгоритм работы с TWRP для Xiaomi устройств

Итак, когда TWRP уже установлен на устройстве Xiaomi, а также, естественно, разблокирован загрузчик, можно приступать к процедуре. Важно при этом еще иметь и файл прошивки в .zip формате, который под каждое конкретное устройство скачивается на официальном сайте производителя или на тематических форумах, если пользователю больше приглянулась неофициальная сборка.

Выполняется установка прошивки через TWRP recovery следующим образом:

1. Смартфон перезагружается со входом в TWRP recovery mode. Для этого нужно его выключить, а затем запустить посредством зажатия «качельки» громкости в положении вверх и кнопки включения смартфона. Результатом зажатия данной комбинации станет надпись «recovery» на экране и, как результат, вход в нужное меню.

1. Теперь нужно выполнить сброс всех данных за исключением SD и OTG. Для этого переходим по разделам Wipe – Advanced Wipe и отмечаем следующие пункты: Dalvik Cache, System, Data, Internal Storage, Cache. Устройство будет полностью очищено!

1. Затем нажимаем назад, выбираем Reboot recovery и подтверждаем действие (обычно нужно протянуть переключатель по экрану вправо).
2. Предварительно на устройстве должен быть размещен файл прошивки.

Рекомендуется размещать .zip файл на SD|OTG карте памяти, поскольку в этом случае системная информация на устройстве будет занимать значительно меньше места, но не менее 200 мегабайт. Подобным образом стоит размещать и резервные копии, создаваемые через TWRP.

1. Если нужные файлы загружены и все предыдущие этапы выполнены правильно, то можно нажимать «Install» и подтвердить действие (также по стандарту свайп вправо). Процедура прошивки может никак не отображаться на экране: нужно просто долго ждать.

1. Когда прошивка через TWRP будет завершена, нужно выбрать раздел Wipe cache/dalvik, а затем Reboot System.

1. Успешное проведение процедуры приведет к тому, что при первой перезагрузке три точки под логотипом производителя (Xiaomi) будут «перемигиваться» около 10 минут, а потом устройство запустится.

Расшифровка и устранение ошибок TWRP

Нередко при работе с TWRP у пользователей возникают различные ошибки. Все они сведены в таблицу ниже и для каждой ошибки предложен вариант устранения.

Код ошибки	Причины возникновения	Устранение
Error 6	Файл updater-script в архиве с прошивкой создан в неправильном формате.	Необходимо открыть указанный файл через стандартный «Блокнот» или «NotePad++», сменить его формат на Unix и пересохранить.
Error 7	Прошивка подобрана неправильно и не соответствует устройству, на которое должна производиться установка.	1. Скачать правильный файл прошивки с официального сайта. Важно при этом проверить версию устройства, поскольку, к примеру, Xiaomi Redmi Note 3 имеет модификацию Pro, что делает прошивку от первого устройства несовместимой со вторым. 2. Если же прошивка точно правильная, то нужно открыть в режиме редактирования файл updater-script и удалить в нем первые строки со списком устройств, для которых предназначена данная прошивка.
Error 0	В архиве с прошивкой отсутствует один из файлов.	Нужно перезагрузить архив или добавить нужные файлы.
Error 255	Неподходящим является файл updater-binary.	По аналогии с предыдущим пунктом: нужно заменить указанный файл.

Проведя процедуру прошивки можно приступать к изменению настроек смартфона. Стоит аккуратнее относиться к настройкам устройства, поскольку большинство проблем, приводящих к необходимости прошивки, возникают именно из-за некорректной эксплуатации телефона.

После настройки прошивки и установки только самых нужных программ, советуем сделать полный бэкап прошивки, таким образом вы всегда сможете произвести восстановление смартфона.

Я недавно уничтожил экран своего OnePlus One и должен был отправить его на ремонт. Я использовал TWRP, чтобы сделать Nandroid Backup перед упаковкой устройства. Вчера я получил новое устройство, явно не имеющее приложений и данных. Поэтому я перенес свою резервную копию на устройство, но при попытке восстановить ее я получаю ошибки.

При восстановлении раздела данных он достигнет 79%, а затем произнесет E:extractTarFork() process ended with ERROR=255 . Я пробовал это несколько раз с тем же результатом. К сожалению, я явно не могу попытаться создать новую резервную копию. Все остальные разделы восстанавливаются без проблем.

Согласно файлам журнала, причиной проблемы является //data/dalvik-cache/arm/[email protected]@[email protected]@classes.dex .

Что я могу сделать? Я думал, что это может помочь удалить файл, так как Dalvik Cache — это просто кэш, который будет воссоздан, но как мне удалить файлы или папки из Nandroid Backup?

2 ответа

У меня была похожая проблема, оказалось, что мне не хватило места на телефоне.

Итак, backup_file_size * 2 19 июля 2016, 05:49:04

«» При восстановлении раздела данных он достигнет 79%, а затем произнесет E: процесс extractTarFork () завершился с ОШИБКОЙ = 255 , Я пробовал это несколько раз с тем же результатом. К сожалению, я явно не могу попытаться создать новую резервную копию. Все остальные разделы восстанавливаются без проблем. «»

Я думаю, что самое простое решение этой проблемы, если оно падает на данные. Попробуйте стереть dalvic и кеш, затем отформатировать память после восстановления резервной копии с SD-карты. Если у вас есть резервная копия TWRP во внутренней памяти телефона, переместите ее на внешнюю карту памяти, чтобы не потерять ее.

ответил Nick 1 августа 2018, 19:15:15

Похожие вопросы

5 Резервное копирование /восстановление NANDroid зашифрованного устройства CM11 после очистки 4 Восстановление .bz2 Mysql Backup? 4 Может ли Titanium Backup успешно выполнять резервное копирование и восстановление Google Authenticator между ПЗУ? 4 BACKUP не удалось выполнить команду BACKUP DATABASE 17 Восстановление данных — восстановление поврежденных /форматированных файлов на карте HD Micro SD 7 Пользовательское восстановление Cyanogenmod не может выполнять резервное копирование, восстановление или применение обновления! 7 Как NANDroid для телефона без ClockWorkMod? 5 Извлечение данных приложения из резервной копии Nandroid /CWM 8 Любая разница между резервами, сделанными Titanium и Nandroid? 29 Какова связь между ROM Manager, ClockworkMod и Nandroid? Какие мне нужны? 9 Нужно ли мне что-то стереть, прежде чем восстанавливать полную резервную копию nandroid? 18 Есть ли способ сделать резервную копию Nandroid непосредственно на ПК, а затем восстановить ее прямо с ПК? 5 MySQL Server Backup 4 Akeeba BackUp: Безопасно ли использовать? 5 Titanium Backup Dropbox синхронизация 7 Бесплатные альтернативы «Titanium Backup Pro» 16 Windows 7 Backup Disk Full 8 Удаление файлов из rdiff-backup 4 Как установить каталог Drush Backup 7 Как сделать резервную копию Titanium Backup?

Популярные теги

security × 330 linux × 316 macos × 282 7 × 268 performance × 244 command-line × 241 sql-server × 235 joomla-3.x × 222 java × 189 c++ × 186 windows × 180 cisco × 168 bash × 158 c# × 142 gmail × 139 arduino-uno × 139 javascript × 134 ssh × 133 seo × 132 mysql × 132 Используемые источники:

Источник

Device codename: Beryllium
TWRP version: 3.3

WHAT STEPS WILL REPRODUCE THE PROBLEM?

Backup System, Data, Vendor, Boot
Restore Backup

WHAT IS THE EXPECTED RESULT?

Expected result while restoring should have no such error of course

WHAT HAPPENS INSTEAD?

The error mentioned comes while restoring

ADDITIONAL INFORMATION

The text was updated successfully, but these errors were encountered:

Post /tmp/recovery.log for debugging.

Post /tmp/recovery.log for debugging.

Here’s mine, I’m suffering from the exact same error when it comes to my Data partition. My device is Mi Mix 2/chiron and TWRP is 3.3.1-0

I believe the relevant part is:
tar_extract_file(): failed to extract //data/misc/recovery/ro.build.fingerprint .

Looks like the backup file was corrupted. Did you store the digest to compare manually?

Unfortunately not, I’m not too technically inclinded when it comes to custom recovery and ROMs. This has happened multiple times to me on the same device, different versions of TWRP, and I always resort to just a fresh install of everything, as that’s the only solution.

If adb is working try adb shell dmesg > dmesg.log

im having a similar issue on some unofficial build for crownlte devices( note 9, more specifically a n960n).

ODM partition( carrier settings) size changes uppon partition restore/preparation.

in 3.2.3.0 the partition before and after restore is the same size.

on 3.3.1, the minute the backup is restored, theb partition is shrunk. giving the extracttarfork 255 error. so if a partition in 99% full and upon restore it is reduced, contents will fail at the end when the quantity exceeds the new partition size.

here is a thread i posted in concerning the issue where the OP has no idea what’s going on:

This error just bricked my Oneplus 7 Pro. Official build of twrp, did a backup before upgrading to newest Oxygen OS (Android 10). When trying to restore backup multiple of the 255 errors and in the end I had to restore everything to stock to get the device to boot.

Источник

I haven’t been very active since being in college and studying engineering happens to be very time consuming, but I wanted to comment and reiterate a few details to clarify the specific issue and case that venerjoel99 and I wrote our tools to address.

TL;DR — Error 255 can mean any number of things. Our programs specifically solve the problem of extra junk data being inserted into the backup files. My program is crap now, and venerjoel99’s is good -> (https://github.com/venerjoel99/TarProject)

I’ll be writing off the top of my head, so sorry if I make any mistakes. Anything related to how TWRP works itself is pretty much going to be more speculation than not since I haven’t checked.

As far as I have been able to tell, backups of different partitions/locations result in one of two different types of files being created. Either tar files are created, or binary images are created. When creating a system image, boot, or recovery backup, TWRP creates a bit-by-bit copy of those partitions. When creating a data or system backup, TWRP creates either one or a set of tar archive files depending on how large the backup needs to be. The specific problem we aimed to solve was the issue of extra data being inserted into the tar-based backup files. More details on the data inserted and possibly why in this specific comment and some following.

Tar as a file format works with files following a 512-byte block size. It expects everything to abide by this 512-byte block size, which means that headers containing metadata for each file, and the data for each file must start some multiple of 512-bytes, which also means that the data for each file will have null bytes appended to the end to bring it to a size that is some multiple of 512 if needed (The actual size of the file is stored in the header). And to mark the end of a file, two consecutive empty blocks are used to signal the to the extracting program that there are no more files in the archive.

The problem here is that with these strings being leaked occasionally, data within the file gets offset and whatever extracting program is trying to read the file suddenly gets lost and throws an error. In the minor amounts of testing we did, we found that data never gets lost; it’s just that data gets added into the file, and specifically in-between these data blocks. Thus, roughly speaking, the programs we wrote skim along these boundaries and look for specific strings that we know were leaked and then deletes them to realign the files. If the programs manage to complete without error and the restore without errors, then the backups have almost certainly been cleaned.

Important to note is that at the time, MD5 hashes were generated after the files were created. Thus the MD5 hash only worked to tell if the files became corrupted over time. If the files were created corrupted, which is the issue that venerjoel99 and I set out to automate a solution to, the MD5 hashes were effectively useless for restore purposes. Of course knowing if the corrupted file was further corrupted is important, because if it becomes any further corrupted, then our programs mostly likely won’t help either.

For files that have become corrupted over time due to SD/eMMC corruption, there is unfortunately not much that can be done after the fact. While it may be possible to manually extract specific files, not only would it be hard to determine if the integrity of those files were maintained, but it would also take a ridiculous amount of time given the number of files.

Since I haven’t had as much leeway to maintain and improve on my program as much as I would like, I fully recommended venerjoel99’s TarCleaner instead. I currently have an issue on my program which I unfortunately have yet to fully finish addressing (though I will get to it someday).

---

When this first happened to me, I was so stressed by that fact I couldn’t restore from the backup I had just made before factory resetting my phone, I eventually ended up exploring the backup files in HxD which led to effectively the same discovery as was shared way up at the top of this issue. I manually cleaned the files then, but it was running into that problem and having literally no other existing solutions work that led venerjoel99 and me to create our programs. So while I totally feel the «TWRP — PTSD,» knowing more about the problem and how it happened makes me a lot less worried.

• #1

Hello !

* TWRP version : 3.5.0_9_0
* MIUI.eu version : 21.1.28 beta, Android 11
* Magisk : Not installed

I wanted to do a TWRP backup prior to dirty flashing the latest beta version of MIUI.eu, but bump into this error in TWRP. Basically the backup process exits with an error 255. Is there a way to repair this without wiping my device and flashing a previous backup (those are a bit old … ). Here is the end of my recovery.log file written in the TWRP file — containing the relevant info:

Code:

I:addFile '/data/drm' including root: 1
  ==> set selinux context: u:object_r:drm_data_file:s0
found policy '/data/drm' - '1DK' - '950fc22999e6a9ad'
I:addFile '/data/drm/fwdlock' including root: 1
  ==> set selinux context: u:object_r:drm_data_file:s0
found policy '/data/drm/fwdlock' - '1DK' - '950fc22999e6a9ad'
I:addFile '/data/drm/fwdlock/kek.dat' including root: 1
  ==> set selinux context: u:object_r:drm_data_file:s0
I:addFile '/data/extm' including root: 1
  ==> set selinux context: u:object_r:extm_data_file:s0
failed to lookup tar policy for '/data/extm' - '61c1031e7e245788'
I:Error adding file '/data/extm' to '/data/media/0/TWRP/BACKUPS/30ff47ee/2021-02-14--16-14-58/data.ext4.win000'
Error creating backup.
I:ERROR tarList for thread ID 0
Error creating backup.
I:InfoManager saving '/data/media/0/TWRP/BACKUPS/30ff47ee/2021-02-14--16-14-58/data.info'
createTarFork() process ended with ERROR: 255
Backup Failed. Cleaning Backup Folder.

Edit : Would this be safe to still flash the latest MIUI version ?
Edit 2 : Another funny piece of information is that the data/extm folder that’s causing the error is seemingly empty — Is it possible to just delete it then ?

Last edited: Feb 15, 2021

• #2

Hello,

Yes, you can safety delete ‘/data/extm’ folder.

EDIT: In TWRP, go in «Advanced» menu => «Terminal» => Type: rm /data/extm -Rf

Then try to create a backup again now.

Last edited: Jun 5, 2021

• #3

Did you activate the second space? Usually this error is related to this situation.

Inviato dal mio Redmi K20 Pro Premium Edition utilizzando Tapatalk

• #4

I did face the same problem when I have used SECOND SPACE or DUAL APPS.
Try to remove/uninstall the DUAL APPS , reboot, reboot again in TWRP and try the backup again.

• #5

Hello,

Yes, you can safety delete ‘/data/extm’ folder and create your backup.

thanks for your comment. I was looking for this comment if it is really safe to delete that folder. I tried to delete the folder and now I am able to backup in twrp

• #7

Hello,

Yes, you can safety delete ‘/data/extm’ folder and create your backup.

Hello i have the same problem on TWRP 3.5.2._9-0
MIUI 12.6 21.5.12.
but I cant find ‘/data/extm’ folder

• #8

Hello i have the same problem on TWRP 3.5.2._9-0
MIUI 12.6 21.5.12.
but I cant find ‘/data/extm’ folder

Check the full «recovery.log» to know which path TWRP can’t decrypt.

• #9

Check the full «recovery.log» to know which path TWRP can’t decrypt.

• #10

@LazzzyBoy So you have «/data/extm» folder… ^^

Go in «Advanced» menu => «Terminal» => Type: rm /data/extm -Rf

Then try to create a backup again now.

• #11

@LazzzyBoy So you have «/data/extm» folder… ^^

Go in «Advanced» menu => «Terminal» => Type: rm /data/extm -Rf

Then try to create a backup again now.

Oh my… i was looking it from file explorer in OS
Now it’s ok. I made it, you are awesome! Thank you ))

• #12

Hello i have the same problem on Redmi Note 9S with OrangeFox 11.0 (i try other twrp but same problem) and MIUI V12.0.2.0.RJWEUXM, but i can’t see the content of the data/misc folder via twrp (I see inconsistencies, it is encrypted i think)
what is the problem? please any help
……
I:Error adding file ‘/data/misc/DbHfvCx8sfeFjQeZEadC9C/REBbGucJ91VOn,7,WOn4ExA95DM’ to ‘/external_sd/TWRP/BACKUPS/a5e4367a/2021-06-18—14-46-30/data.f2fs.win000’
Error creating backup.
I:ERROR tarList for thread ID 0
Error creating backup.
I:InfoManager saving ‘/external_sd/TWRP/BACKUPS/hjtt4367a/2021-06-18—14-46-30/data.info’
createTarFork() process ended with ERROR: 255
Backup Failed. Cleaning Backup Folder.
……

Last edited: Jun 20, 2021

• #13

Hello i have the same problem on Redmi Note 9S with OrangeFox 11.0 (i try other twrp but same problem) and MIUI V12.0.2.0.RJWEUXM, but i can’t see the content of the data/misc folder via twrp (I see inconsistencies, it is encrypted i think)
what is the problem? please any help
……
I:Error adding file ‘/data/misc/DbHfvCx8sfeFjQeZEadC9C/REBbGucJ91VOn,7,WOn4ExA95DM’ to ‘/external_sd/TWRP/BACKUPS/a5e4367a/2021-06-18—14-46-30/data.f2fs.win000’
Error creating backup.
I:ERROR tarList for thread ID 0
Error creating backup.
I:InfoManager saving ‘/external_sd/TWRP/BACKUPS/hjtt4367a/2021-06-18—14-46-30/data.info’
createTarFork() process ended with ERROR: 255
Backup Failed. Cleaning Backup Folder.
……

my problem was solved with the latest version OrangeFox-curtana-stable
R11.1 here

(change log: Add support for MIUI 12.x Android 11 decryption)
(redmi note 9s, stock miui V12.0.2.0.RJWEUXM)

• #14

Hello,

Yes, you can safety delete ‘/data/extm’ folder.

EDIT: In TWRP, go in «Advanced» menu => «Terminal» => Type: rm /data/extm -Rf

Thank you, this solved the error for me

• #15

Controlla l’intero «recovery.log» per sapere quale percorso TWRP non può decifrare.

Stesso problema questo è il mio log:

@LazzzyBoy Quindi hai la cartella «/data/extm»… ^^

Vai nel menu «Avanzate» => «Terminale» => Tipo: rm /data/extm -Rf

Quindi prova a creare nuovamente un backup ora.

Grazie mille!!! stesso problema ho risolto!

• #16

I have the same problem and logs every time show me a different patch, always on /data/

How can i solve?

• #17

Hello same problem for me with Redmi note 9 pro (joyeuse) :
createTarFork() process ended with ERROR: 255″
I don’t know if this is related but I have also a message in red on startup of backup process : «E:Unable to decrypt FBE device»

Envoyé de mon Redmi Note 9 Pro en utilisant Tapatalk

• #18

Hello,

Yes, you can safety delete ‘/data/extm’ folder.

EDIT: In TWRP, go in «Advanced» menu => «Terminal» => Type: rm /data/extm -Rf

Then try to create a backup again now.

Greetings, I’m having the same problem, and I’m trying this solution, but I know how to get to that TERMINAL, but that’s explained, you have to write it down and hit the «v» for ok? I do it and it doesn’t do anything or I don’t know how to apply it… could you explain it to me? thank you

• #19

Well, apologies for writing again so soon. I wanted to ask my question again. Looking for solutions, for my problem when making Backups with TWRP, PitchBlack or Orangefox… I have noticed a detail.
I have tried with several modified TWRP, all Recoverys install and open fine. But when doing the Backup with the recovery, I got errors with red letters, you know what I mean, it gives you a warning that the data is going to be saved except for certain things (that’s fine with me), but then, error of something with red letters, one of them the one expressed in this thread.
Watching videos of people who are testing Miui 14 with custom roms…in one of them, I noticed that the orangefox recovery file that he had on his phone is not the latest version to download. The latest version of Orangefox, R11.1_5_A12_FBEv2, I installed it and I got errors, and it is true that when the recovery starts, the first thing that comes out are a lot of strange folders, I think they commented on some site that it’s like it can’t decrypt them the Orange fox. But I decided to download an earlier version of R11.1_3_A12_FBEv1, and when it started, the folders that were visible were read well, that is, they were the folders such as ocm or they are in the internal memory of the mobile… I just tried to do the backup (I select all the boxes), and it is being done without any error…….
Now…..I want to update to miui14 (for ota because I get the notice of the EU Rom), I wonder if that version goes wrong, for example that I don’t like how it goes… if I wanted to recover my backup as it was before… can I restore all the checked boxes?, should I do it right?
I can understand that all the recovery problems, when making backups or other functions, is due to the fact that the data in the mobile is encrypted (depending on the rom that is installed), and that the recovery cannot «decrypt» it?… Is that so?… sorry for so much message, thanks

Are you trying to restore your TWRP ROM backup and it ended with CreateTarFork() Process Ended With Error: 255 while trying to restore data backup and no matter what you tried, it just won’t restore your complete TWRP backup? If you’ve found yourself in this situation, then this post is for you. In this post, we’ll be looking at how to fix CreateTarFork() Process Ended With Error: 255 in TWRP backup restore.

Recently while trying to fix Bless Android 10 ROM for Tecno LA7, I encountered the TWRP CreateTarFork() Error. I had faced this same error about 3 weeks ago and the only option I had was to let go of my data backup and factory reset my device and lost all my files. But when I encounter this error for the second time, I just couldn’t let go of my data, there should be a way around this, I said.

After some digging, I finally found a solution to the TWRP error: 255 and was finally able to restore my TWRP backup completely without any error. So, without any further ado, let’s get straight to how to fix TWRP TWRP CreateTarFork() Error (Error: 255).

To fix TWRP data restore error 255, simply follow the simple step by step guide below.

Step 1. In TWRP recovery, go to settings and tick the following option under the general tab.

• Tick use rm -rf instead of formatting and
• Skip digest generation during backup

• 
• 

Step 2. Return to TWRP main menu and navigate to the wipe section. In the wipe, section tap on advance wipe and wipe the following partitions.

• Dalvik art/cahce
• Cache
• System
• Data

• 
• 
• 

Step 3. Once you’re done wiping the above-selected partitions, return to TWRP main menu and go to advanced. In advanced, go to file manager. Once you’re in the file manager, you’ll see a list of folders, look for data folder and open it.

• 
• 
• 

Step 4. In the data folder, you’ll find some other subfolders including a folder named media. Delete all other folders in the data folder except media folder.

To Delete a folder, simply tap on it, in the folder tap on the small box at the bottom right corner and tap on delete.

• 
• 

Step 5. Open media folder, you’ll find another two subfolders, one name (0) and the other named (OBB). Delete the OBB folder

Step 6. Now, Open (0) folder and locate the Android folder in it. Once found, delete it as well.

Step 7. Return to TWRP main menu, tap on the restore option and restore ROM Backup. Your backup will now restore without any further errors.

That’s it, you’ve successfully fixed TWRP CreateTarFork() Process Ended With Error: 255 restore error. If any of the above steps are not quite clear, kindly drop a comment below and I’ll get back to you ASAP!.

I haven’t been very active since being in college and studying engineering happens to be very time consuming, but I wanted to comment and reiterate a few details to clarify the specific issue and case that venerjoel99 and I wrote our tools to address.

TL;DR — Error 255 can mean any number of things. Our programs specifically solve the problem of extra junk data being inserted into the backup files. My program is crap now, and venerjoel99’s is good -> (https://github.com/venerjoel99/TarProject)

I’ll be writing off the top of my head, so sorry if I make any mistakes. Anything related to how TWRP works itself is pretty much going to be more speculation than not since I haven’t checked.

As far as I have been able to tell, backups of different partitions/locations result in one of two different types of files being created. Either tar files are created, or binary images are created. When creating a system image, boot, or recovery backup, TWRP creates a bit-by-bit copy of those partitions. When creating a data or system backup, TWRP creates either one or a set of tar archive files depending on how large the backup needs to be. The specific problem we aimed to solve was the issue of extra data being inserted into the tar-based backup files. More details on the data inserted and possibly why in this specific comment and some following.

Tar as a file format works with files following a 512-byte block size. It expects everything to abide by this 512-byte block size, which means that headers containing metadata for each file, and the data for each file must start some multiple of 512-bytes, which also means that the data for each file will have null bytes appended to the end to bring it to a size that is some multiple of 512 if needed (The actual size of the file is stored in the header). And to mark the end of a file, two consecutive empty blocks are used to signal the to the extracting program that there are no more files in the archive.

The problem here is that with these strings being leaked occasionally, data within the file gets offset and whatever extracting program is trying to read the file suddenly gets lost and throws an error. In the minor amounts of testing we did, we found that data never gets lost; it’s just that data gets added into the file, and specifically in-between these data blocks. Thus, roughly speaking, the programs we wrote skim along these boundaries and look for specific strings that we know were leaked and then deletes them to realign the files. If the programs manage to complete without error and the restore without errors, then the backups have almost certainly been cleaned.

Important to note is that at the time, MD5 hashes were generated after the files were created. Thus the MD5 hash only worked to tell if the files became corrupted over time. If the files were created corrupted, which is the issue that venerjoel99 and I set out to automate a solution to, the MD5 hashes were effectively useless for restore purposes. Of course knowing if the corrupted file was further corrupted is important, because if it becomes any further corrupted, then our programs mostly likely won’t help either.

For files that have become corrupted over time due to SD/eMMC corruption, there is unfortunately not much that can be done after the fact. While it may be possible to manually extract specific files, not only would it be hard to determine if the integrity of those files were maintained, but it would also take a ridiculous amount of time given the number of files.

Since I haven’t had as much leeway to maintain and improve on my program as much as I would like, I fully recommended venerjoel99’s TarCleaner instead. I currently have an issue on my program which I unfortunately have yet to fully finish addressing (though I will get to it someday).

---

When this first happened to me, I was so stressed by that fact I couldn’t restore from the backup I had just made before factory resetting my phone, I eventually ended up exploring the backup files in HxD which led to effectively the same discovery as was shared way up at the top of this issue. I manually cleaned the files then, but it was running into that problem and having literally no other existing solutions work that led venerjoel99 and me to create our programs. So while I totally feel the «TWRP — PTSD,» knowing more about the problem and how it happened makes me a lot less worried.