Extracttarfork ошибка 255

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.

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.

[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 и с чем его «едят»

Изначально стоит понять, что такое 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.

В некоторых случаях устройства 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 <me Раздел данных в основном большой, поэтому он может превышать емкость.

Хорошей альтернативой может быть восстановление с USB-устройства или SD-карты.

ответил maximus19 июля 2016, 05:49:04

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

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

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

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

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

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

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

• https://migeek.ru/settings/proshivka-cherez-twrp
• https://sprosi.pro/questions/318067/vosstanovlenie-nandroid-backup-zavershaetsya-s-oshibkoy-255