Error unknown chunk type cac2

Error unknown chunk type cac2

Доброго дня всем!
Как принято говорить — «первый!» =)

Замечательно, что создалась профильная тема для нашего планшета.

Осталось перетащить обсуждения LTE-версии из общей темы сюда.

Кстати, по теме (личный опыт):
Не рекомендую прошивать и использовать P.A.C.
Дело даже не в энергопотреблении, а в общей логике прошивки.
P.A.C. — это компиляция из Cyanogen, AOKP и Paranoid.
Соответственно, позиционируется разработчиком — как лучшее из трех миров: максимальное кол-во настроек, гибкость и т.д.
И все бы хорошо, если бы эта киллер-фича была классно проработана.

На деле мы имеем следующее:
— дикая масса настроек (я с прямыми руками разбирался достаточно долго что к чему)
— часть вещей можно включить/выключить разными способами из меню настроек
— часть настроек конфликтует между собой (пример: я включил PIE-управление, до этого выставив планшетный интерфейс через Paranoid-ветку.
Итог: отсутствие строки уведомлений в принципе, т.к. нижняя панель исчезла вместе с верхней. Убил полчаса на выключение PIE)
— часть настроек просто глючит (постоянно висящая погода в строке уведомлений, не выключаемая полностью даже через настройки)

Как итог — уж лучше сток с рутом.

Все вышесказанное — ИМХО.
У каждого свой опыт.
Я лишь предостерег.
Всегда делайте бэкапы!

Сообщение отредактировал crash_FM — 15.10.13, 14:37

Я тоже сейчас мучаюсь с РАСом немного, правда пай я смог отключить быстрее, но получил в течении минут 10 постоянные уведомления о краше системы.

Жаль, что для нас нет еще пока параноида. меня интересует в основном таблеточный режим в 240dpi — CM ведь не поддерживает этот режим если я правильно помню

Источник

Error unknown chunk type cac2

You are currently viewing our boards as a guest which gives you limited access to view most discussions and access our other features.
Only registered members may post questions, contact other members or search our database of over 8 million posts.

Registration is fast, simple and absolutely free so please — Click to REGISTER!

If you have any problems with the registration process or your account login, please contact contact us .

Easy-Jtag / Easy-Jtag Plus The official support section. You can ask here your question and get answer regarding using Easy-Jtag / Easy-Jtag Plus.

Looking for EasyJTAG box.
EasyJTAG API v.1907
Setting IO Levels to 2.8V
OpenUSB returned=0
Power Controller returned=0
EasyJTAG Box Serial=1616FE1F0BFC123F
EasyJTAG Box Firmware=01.52
eMMC Init returned=0
eMMC NAME = VTU00M
eMMC Blocks Count ROM1 = 2873098240
eMMC Blocks Count ROM2 = 2097152
eMMC Blocks Count ROM3 = 131072

Источник

Error unknown chunk type cac2

Общие принципы восстановления загрузчиков на Qualcomm

Уровень сложности темы: очень сложный

ˇ1. необходимо изучить основные понятия (хотя бы): в шапке «Термины (определения)» (все) + «Общая теория» ( релиз «немного старый», но общее представление дает) ;
++ «в идеале» — разобраться со «Списком открытых вопросов»
ˇ2. предоставить «абсолютный минимум» необходимой инфо («правила темы»)

1. ссылки на https://4pda.to/devdb/ (описание аппарата) и тему прошивки (/обсуждение) аппарата на 4pda
2. под спойлер! инфо о разделах внутр. памяти — (желательно — с размерами разделов) (пример); возможно — попросить/получить в теме своего аппарата
3. под спойлер! идентификаторы USB VID/PID аппарата во всех комбинациях кнопок/аккумулятора: проверить все варианты
4. под спойлер! что было сделано с аппаратом перед тем, как он оказался в таком состоянии? что было испробовано из приведенных в теме методов/подходов?(детально!)
5. под спойлер! вывод qblinfo одного из загрузчиков (/программера) — с прошивки (/дампа). (зачем, еще пример вывода )
6. сколько часов на (родной?) зарядке был аппарат перед диагностикой? (FLCB ?); желательно — также уровень заряда аккумулятора (mV / mA) ?
7. на скольких ПК (/каких ОС) было проведено диагностику?
8. под спойлер! собственные соображения/предположения(/сомнения(/вопросы)) относительно возможных вариантов решения

в случае отсутствия «абсолютного минимума» необходимой инфо — сообщение будет удалено.

зы: если у Вас нету возможности/желания предоставить информацию по всех пунктах выше, но есть желание получить совет от участников этой темы — сформулируйте вопрос в теме своего аппарата, а здесь — только линк на соотв. пост в теме Вашего аппарата;
если у кого нибудь из участников этой темы будет возможность/желание — то Вы получите ответ в теме Вашего аппарата
зыы: (рекомендовано) — Как правильно задавать вопросы?

Цель: «помочь ищущим на непростом пути восстановления кирпичей на Qualcomm»
основной акцент в теме будет уделен «последним версиям» SoC — MSM(/APQ)8x** на eMMC,
но т.к. «принципы общие» — то возможно полезно будет и для других серий SoC (MDM(/QSD)7x** на NAND(/MTD)

собрать и систематизировать («привести к «удобо-понятному» виду) общую терминологию и определения
систематизировать и найти общие методологические принципы и подходы восстановления
собрать рабочие наборы («кейсы») восстановления кирпичей на Qualcomm
разработать типовые рекомендации по составлению «кейсов восстановления» аппаратов Qualcomm для которых нет готовых кейсов

• ответы ув. vvevvevve, — лучше начать отсюда — и далее по теме (минимум 2 страницы)
• Возможно ли использовать один и тот же программер (xPRG****.hex(/mbn)) на разных аппаратах но с одним и тем же SoC? ответ1

зы: если после «Ответов» у Вас остались «вопросы» — то прежде чем «что-либо восстанавливать»:
или прочитать всю тему еще раз
или отдать аппарат для восстановления тем кто более сведущ в данных вопросах

Источник

Error unknown chunk type cac2

Новые темы необходимо создавать только в корневом разделе! В дальнейшем они будут обработаны модераторами.

Xiaomi POCO X3 Pro — Прошивки MIUI
vayu
Описание | Обсуждение » | Покупка » | Аксессуары » | Брак и ремонт » | Mi Аккаунт » | Клуб владельцев Xiaomi POCO » | Не работает Google Pay » | Обсуждение камеры » | Энергопотребление (автономность) » | Модификация и украшательства » | Разблокировка загрузчика » | FAQ общих инструкций и рекомендаций » | Ядра » | Неофициальные прошивки » | Прошивки MIUI »

В теме постоянно появляются вопросы о том, как откатиться с отозванной прошивки на раннюю версию. Ответ — без разблокировки загрузчика никак! Ни подменой, ни с использованием каких-либо утилит. Никак! Либо разблокировка загрузчика, либо дождаться, когда отозванная прошивка станет вновь публичной. Такие и подобные вопросы будут удаляться без предупреждения!

r33.0.2
r29.0.6 Рекомендуется к использованию
r23.1 Поддержка XP

HashTab — утилита для проверки контрольной суммы файла

Global *JUMIXM
EEA *JUEUXM
Russia *JURUXM
Indonesia *JUIDXM — Телефон/Контакты и Сообщения MIUI
Taiwan *JUTWXM — Телефон/Контакты и Сообщения MIUI
India *JUINXM

Блокировка загрузчика возможна только на официальной прошивке без каких-либо изменений в ней, будь то Magisk, TWRP, Orange Fox, изменения системных разделов и т.д.
Если установленная прошивка отозвана производителем или предназначена для бетатестеров, откатиться на прошивку ниже без разблокировки загрузчика не получится.

Автоустановщиком TWRP можно прошить любой recovery. Для этого необходимо изменить расширение exe на zip, открыть получившийся архив и переместить в него с заменой необходимый recovery.img. После замены вернуть расширение exe.

Если в режиме TWRP не копируются файлы в память смартфона, попробуйте сделать скриншот и переподключить устройство или отключить и включить mtp.

Источник

Error unknown chunk type cac2

Новые темы необходимо создавать только в корневом разделе! В дальнейшем они будут обработаны модераторами.

Xiaomi POCO X3 Pro — Прошивки MIUI
vayu
Описание | Обсуждение » | Покупка » | Аксессуары » | Брак и ремонт » | Mi Аккаунт » | Клуб владельцев Xiaomi POCO » | Не работает Google Pay » | Обсуждение камеры » | Энергопотребление (автономность) » | Модификация и украшательства » | Разблокировка загрузчика » | FAQ общих инструкций и рекомендаций » | Ядра » | Неофициальные прошивки » | Прошивки MIUI »

В теме постоянно появляются вопросы о том, как откатиться с отозванной прошивки на раннюю версию. Ответ — без разблокировки загрузчика никак! Ни подменой, ни с использованием каких-либо утилит. Никак! Либо разблокировка загрузчика, либо дождаться, когда отозванная прошивка станет вновь публичной. Такие и подобные вопросы будут удаляться без предупреждения!

r33.0.2
r29.0.6 Рекомендуется к использованию
r23.1 Поддержка XP

HashTab — утилита для проверки контрольной суммы файла

Global *JUMIXM
EEA *JUEUXM
Russia *JURUXM
Indonesia *JUIDXM — Телефон/Контакты и Сообщения MIUI
Taiwan *JUTWXM — Телефон/Контакты и Сообщения MIUI
India *JUINXM

Блокировка загрузчика возможна только на официальной прошивке без каких-либо изменений в ней, будь то Magisk, TWRP, Orange Fox, изменения системных разделов и т.д.
Если установленная прошивка отозвана производителем или предназначена для бетатестеров, откатиться на прошивку ниже без разблокировки загрузчика не получится.

Автоустановщиком TWRP можно прошить любой recovery. Для этого необходимо изменить расширение exe на zip, открыть получившийся архив и переместить в него с заменой необходимый recovery.img. После замены вернуть расширение exe.

Если в режиме TWRP не копируются файлы в память смартфона, попробуйте сделать скриншот и переподключить устройство или отключить и включить mtp.

Источник

EasyJTAG Box Firmware=01.52
eMMC Init returned=0
eMMC NAME = V3W00M
eMMC Blocks Count ROM1 = 2873098240
eMMC Blocks Count ROM2 = 4194304
eMMC Blocks Count ROM3 = 524288
eMMC Init completed.
ODIN: Writing PIT…
Creating GPT-partitioninig
Unpacking file non-hlos.bin and adding to image
Offset for APNHLOS is 00400000
ODIN: Writing ROM1 <- non-hlos.bin — 0x00000008 blocks to eMMC offset 00400000
Offset for C:Program FilesZ3XEASYJTAGtempnon-hlos.bin is 00400000
ODIN: Filesize 8095488 Blocks 15811
ODIN: Misalign 256 Bytes
ODIN: FIX Filesize 8095744 Blocks 15812
ODIN: Now misalign is 0 Bytes
ODIN: eMMC switching to ROM1
Done writing partition…

Unpacking file modem.bin and adding to image
Offset for MODEM is 01200000
ODIN: Writing ROM1 <- modem.bin — 0x00000008 blocks to eMMC offset 01200000
Offset for C:Program FilesZ3XEASYJTAGtempmodem.bin is 01200000
ODIN: Filesize 42469120 Blocks 82947
ODIN: Misalign 256 Bytes
ODIN: FIX Filesize 42469376 Blocks 82948
ODIN: Now misalign is 0 Bytes
ODIN: eMMC switching to ROM1
Done writing partition…

Unpacking file sbl1.mbn and adding to image
Offset for SBL1 is 043C0000
ODIN: Writing ROM1 <- sbl1.mbn — 0x00000008 blocks to eMMC offset 043C0000
Offset for C:Program FilesZ3XEASYJTAGtempsbl1.mbn is 043C0000
ODIN: Filesize 265256 Blocks 518
ODIN: Misalign 40 Bytes
ODIN: FIX Filesize 265728 Blocks 519
ODIN: Now misalign is 0 Bytes
ODIN: eMMC switching to ROM1
Done writing partition…

Unpacking file sdi.mbn and adding to image
Offset for DBI is 04440000
ODIN: Writing ROM1 <- sdi.mbn — 0x00000008 blocks to eMMC offset 04440000
Offset for C:Program FilesZ3XEASYJTAGtempsdi.mbn is 04440000
ODIN: Filesize 32400 Blocks 63
ODIN: Misalign 144 Bytes
ODIN: FIX Filesize 32768 Blocks 64
ODIN: Now misalign is 0 Bytes
ODIN: eMMC switching to ROM1
Done writing partition…

Unpacking file aboot.mbn and adding to image
Offset for ABOOT is 04450000
ODIN: Writing ROM1 <- aboot.mbn — 0x00000008 blocks to eMMC offset 04450000
Offset for C:Program FilesZ3XEASYJTAGtempaboot.mbn is 04450000
ODIN: Filesize 876536 Blocks 1711
ODIN: Misalign 504 Bytes
ODIN: FIX Filesize 876544 Blocks 1712
ODIN: Now misalign is 0 Bytes
ODIN: eMMC switching to ROM1
Done writing partition…

Unpacking file rpm.mbn and adding to image
Offset for RPM is 04650000
ODIN: Writing ROM1 <- rpm.mbn — 0x00000008 blocks to eMMC offset 04650000
Offset for C:Program FilesZ3XEASYJTAGtemprpm.mbn is 04650000
ODIN: Filesize 163848 Blocks 320
ODIN: Misalign 8 Bytes
ODIN: FIX Filesize 164352 Blocks 321
ODIN: Now misalign is 0 Bytes
ODIN: eMMC switching to ROM1
Done writing partition…

Unpacking file tz.mbn and adding to image
Offset for TZ is 046D0000
ODIN: Writing ROM1 <- tz.mbn — 0x00000008 blocks to eMMC offset 046D0000
Offset for C:Program FilesZ3XEASYJTAGtemptz.mbn is 046D0000
ODIN: Filesize 370096 Blocks 722
ODIN: Misalign 432 Bytes
ODIN: FIX Filesize 370176 Blocks 723
ODIN: Now misalign is 0 Bytes
ODIN: eMMC switching to ROM1
Done writing partition…

Unpacking file boot.img and adding to image
Offset for BOOT is 06650000
ODIN: Writing ROM1 <- boot.img — 0x00000008 blocks to eMMC offset 06650000
Offset for C:Program FilesZ3XEASYJTAGtempboot.img is 06650000
ODIN: Filesize 8007936 Blocks 15640
ODIN: Misalign 256 Bytes
ODIN: FIX Filesize 8008192 Blocks 15641
ODIN: Now misalign is 0 Bytes
ODIN: eMMC switching to ROM1
Done writing partition…

Unpacking file recovery.img and adding to image
Offset for RECOVERY is 07050000
ODIN: Writing ROM1 <- recovery.img — 0x00000008 blocks to eMMC offset 07050000
Offset for C:Program FilesZ3XEASYJTAGtemprecovery.img is 07050000
ODIN: Filesize 9212160 Blocks 17992
ODIN: Misalign 256 Bytes
ODIN: FIX Filesize 9212416 Blocks 17993
ODIN: Now misalign is 0 Bytes
ODIN: eMMC switching to ROM1
Done writing partition…

Unpacking file persist.img.ext4 and adding to image
Offset for PERSIST is 08E50000
ODIN: Writing ROM1 <- persist.img.ext4 — 0x00000008 blocks to eMMC offset 08E50000
Offset for C:Program FilesZ3XEASYJTAGtemppersist.img.ext4 is 08E50000
ODIN: Filesize 4358292 Blocks 8512
ODIN: eMMC switching to ROM1
Sparse image found v. 00000001.00000001
Sparse header size : 0000001C
Chunk header size : 0000000C
Data Block size : 00001000 8 pages
Total blocks : 2048
Total chunks : 10
Image CRC32 : 00000000
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 00000028 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 00001034 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000002
Total data size: 0000200C
CHUNK_TYPE_RAW : 00002040 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000020
Total data size: 0002000C
CHUNK_TYPE_RAW : 0000404C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000400
Total data size: 0040000C
CHUNK_TYPE_RAW : 00024058 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 00424064 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 00425070 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 0042607C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 00427088 is RAW
——————————
Chunk type : CAC3
Reserved data : 0000
Output data size : 000003D8
Total data size: 0000000C
CHUNK_TYPE_DONT_CARE : 00428094 is DONT CARE
Done writing partition…

Unpacking file cache.img.ext4 and adding to image
Offset for CACHE is 78A50000
ODIN: Writing ROM1 <- cache.img.ext4 — 0x00000008 blocks to eMMC offset 78A50000
Offset for C:Program FilesZ3XEASYJTAGtempcache.img.ext4 is 78A50000
ODIN: Filesize 63160528 Blocks 123360
ODIN: eMMC switching to ROM1
Sparse image found v. 00000001.00000001
Sparse header size : 0000001C
Chunk header size : 0000000C
Data Block size : 00001000 8 pages
Total blocks : 53248
Total chunks : 15
Image CRC32 : 00000000
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 00000028 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 00001034 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000002
Total data size: 0000200C
CHUNK_TYPE_RAW : 00002040 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 000001A0
Total data size: 001A000C
CHUNK_TYPE_RAW : 0000404C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000400
Total data size: 0040000C
CHUNK_TYPE_RAW : 001A4058 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 005A4064 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 005A5070 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 005A607C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 005A7088 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00003690
Total data size: 0369000C
CHUNK_TYPE_RAW : 005A8094 is RAW
——————————
Chunk type : CAC3
Reserved data : 0000
Output data size : 000043C8
Total data size: 0000000C
CHUNK_TYPE_DONT_CARE : 03C380A0 is DONT CARE
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 03C380AC is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 03C390B8 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000002
Total data size: 0000200C
CHUNK_TYPE_RAW : 03C3A0C4 is RAW
——————————
Chunk type : CAC3
Reserved data : 0000
Output data size : 00004FFC
Total data size: 0000000C
CHUNK_TYPE_DONT_CARE : 03C3C0D0 is DONT CARE
Done writing partition…

Unpacking file hidden.img.ext4 and adding to image
Offset for HIDDEN is 85A50000
ODIN: Writing ROM1 <- hidden.img.ext4 — 0x00000008 blocks to eMMC offset 85A50000
Offset for C:Program FilesZ3XEASYJTAGtemphidden.img.ext4 is 85A50000
ODIN: Filesize 7639224 Blocks 14920
ODIN: eMMC switching to ROM1
Sparse image found v. 00000001.00000001
Sparse header size : 0000001C
Chunk header size : 0000000C
Data Block size : 00001000 8 pages
Total blocks : 5120
Total chunks : 13
Image CRC32 : 00000000
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 00000028 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 00001034 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000002
Total data size: 0000200C
CHUNK_TYPE_RAW : 00002040 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000050
Total data size: 0005000C
CHUNK_TYPE_RAW : 0000404C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000400
Total data size: 0040000C
CHUNK_TYPE_RAW : 00054058 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 00454064 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 00455070 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 0045607C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 00457088 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 00458094 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 004590A0 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 000002EF
Total data size: 002EF00C
CHUNK_TYPE_RAW : 0045A0AC is RAW
——————————
Chunk type : CAC3
Reserved data : 0000
Output data size : 00000CB7
Total data size: 0000000C
CHUNK_TYPE_DONT_CARE : 007490B8 is DONT CARE
Done writing partition…

All Done!

Looking for EasyJTAG box…
EasyJTAG API v.1907
Setting IO Levels to 2.8V
OpenUSB returned=0
Power Controller returned=0
EasyJTAG Box Serial=1616FE1F0BFC123F
EasyJTAG Box Firmware=01.52
eMMC Init returned=0
eMMC NAME = VTU00M
eMMC Blocks Count ROM1 = 2873098240
eMMC Blocks Count ROM2 = 2097152
eMMC Blocks Count ROM3 = 131072

eMMC Init completed.
ODIN: Writing PIT…
Creating GPT-partitioninig
Unpacking file boot.img and adding to image
Offset for BOOT is 03400000
ODIN: Writing ROM1 <- boot.img — 0x00000005 blocks to eMMC offset 03400000
Offset for C:Documents and SettingsAll UsersApplication DataZ3XAppsDatatempboot.img is 03400000
ODIN: Filesize 6494480 Blocks 12684
ODIN: Misalign 272 Bytes
ODIN: FIX Filesize 6494720 Blocks 12685
ODIN: Now misalign is 0 Bytes
ODIN: eMMC switching to ROM1
Done writing partition…

Unpacking file cache.img and adding to image
Offset for CACHE is 0A000000
ODIN: Writing ROM1 <- cache.img — 0x00000005 blocks to eMMC offset 0A000000
Offset for C:Documents and SettingsAll UsersApplication DataZ3XAppsDatatempcache.img is 0A000000
ODIN: Filesize 136708484 Blocks 267008
ODIN: eMMC switching to ROM1
Sparse image found v. 00000001.00000000
Sparse header size : 0000001C
Chunk header size : 0000000C
Data Block size : 00001000 8 pages
Total blocks : 350208
Total chunks : 30
Image CRC32 : 00000000
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 00000028 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 00001034 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 0000000B
Total data size: 0000B00C
CHUNK_TYPE_RAW : 00002040 is RAW
——————————
Chunk type : CAC3
Reserved data : 0000
Output data size : 00000005
Total data size: 0000000C
CHUNK_TYPE_DONT_CARE : 0000D04C is DONT CARE
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 0000000B
Total data size: 0000B00C
CHUNK_TYPE_RAW : 0000D058 is RAW
——————————
Chunk type : CAC3
Reserved data : 0000
Output data size : 00000005
Total data size: 0000000C
CHUNK_TYPE_DONT_CARE : 00018064 is DONT CARE
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 000001F2
Total data size: 001F200C
CHUNK_TYPE_RAW : 00018070 is RAW
——————————
Chunk type : CAC3
Reserved data : 0000
Output data size : 00001D2E
Total data size: 0000000C
CHUNK_TYPE_DONT_CARE : 0020A07C is DONT CARE
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00001560
Total data size: 0156000C
CHUNK_TYPE_RAW : 0020A088 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 0176A094 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 0176B0A0 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 0176C0AC is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 0176D0B8 is RAW
——————————
Chunk type : CAC3
Reserved data : 0000
Output data size : 00004B5A
Total data size: 0000000C
CHUNK_TYPE_DONT_CARE : 0176E0C4 is DONT CARE
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 0176E0D0 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 0176F0DC is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00006AE8
Total data size: 06AE800C
CHUNK_TYPE_RAW : 017700E8 is RAW
——————————
Chunk type : CAC3
Reserved data : 0000
Output data size : 00009516
Total data size: 0000000C
CHUNK_TYPE_DONT_CARE : 082580F4 is DONT CARE
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 08258100 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 0825910C is RAW
——————————
Chunk type : CAC3
Reserved data : 0000
Output data size : 0000FFFE
Total data size: 0000000C
CHUNK_TYPE_DONT_CARE : 0825A118 is DONT CARE
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 0825A124 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 0825B130 is RAW
——————————
Chunk type : CAC3
Reserved data : 0000
Output data size : 0000FFFE
Total data size: 0000000C
CHUNK_TYPE_DONT_CARE : 0825C13C is DONT CARE
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 0825C148 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 0825D154 is RAW
——————————
Chunk type : CAC3
Reserved data : 0000
Output data size : 0000FFFE
Total data size: 0000000C
CHUNK_TYPE_DONT_CARE : 0825E160 is DONT CARE
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 0825E16C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 0825F178 is RAW
——————————
Chunk type : CAC3
Reserved data : 0000
Output data size : 0000D7FE
Total data size: 0000000C
CHUNK_TYPE_DONT_CARE : 08260184 is DONT CARE
Done writing partition…

Unpacking file hidden.img and adding to image
Offset for HIDDEN is DF800000
ODIN: Writing ROM1 <- hidden.img — 0x00000005 blocks to eMMC offset DF800000
Offset for C:Documents and SettingsAll UsersApplication DataZ3XAppsDatatemphidden.img is DF800000
ODIN: Filesize 247080404 Blocks 482578
ODIN: eMMC switching to ROM1
Sparse image found v. 00000001.00000000
Sparse header size : 0000001C
Chunk header size : 0000000C
Data Block size : 00001000 8 pages
Total blocks : 143360
Total chunks : 122
Image CRC32 : 00000000
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 00000028 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 00001034 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000002
Total data size: 0000200C
CHUNK_TYPE_RAW : 00002040 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 000001C0
Total data size: 001C000C
CHUNK_TYPE_RAW : 0000404C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 000008C0
Total data size: 008C000C
CHUNK_TYPE_RAW : 001C4058 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 00A84064 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 00A85070 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 00A8607C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 00A87088 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 00A88094 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 00A890A0 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000097
Total data size: 0009700C
CHUNK_TYPE_RAW : 00A8A0AC is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000116
Total data size: 0011600C
CHUNK_TYPE_RAW : 00B210B8 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000177
Total data size: 0017700C
CHUNK_TYPE_RAW : 00C370C4 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 0000007B
Total data size: 0007B00C
CHUNK_TYPE_RAW : 00DAE0D0 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 000005C7
Total data size: 005C700C
CHUNK_TYPE_RAW : 00E290DC is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 013F00E8 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 013F10F4 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 013F2100 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 0000058C
Total data size: 0058C00C
CHUNK_TYPE_RAW : 013F310C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000265
Total data size: 0026500C
CHUNK_TYPE_RAW : 0197F118 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000007
Total data size: 0000700C
CHUNK_TYPE_RAW : 01BE4124 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000560
Total data size: 0056000C
CHUNK_TYPE_RAW : 01BEB130 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 000006A1
Total data size: 006A100C
CHUNK_TYPE_RAW : 0214B13C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 000009FA
Total data size: 009FA00C
CHUNK_TYPE_RAW : 027EC148 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 000004B5
Total data size: 004B500C
CHUNK_TYPE_RAW : 031E6154 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000641
Total data size: 0064100C
CHUNK_TYPE_RAW : 0369B160 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 03CDC16C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 03CDD178 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 03CDE184 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000044
Total data size: 0004400C
CHUNK_TYPE_RAW : 03CDF190 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 000000FE
Total data size: 000FE00C
CHUNK_TYPE_RAW : 03D2319C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 0000000C
Total data size: 0000C00C
CHUNK_TYPE_RAW : 03E211A8 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000019
Total data size: 0001900C
CHUNK_TYPE_RAW : 03E2D1B4 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 0000000D
Total data size: 0000D00C
CHUNK_TYPE_RAW : 03E461C0 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 03E531CC is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 000000E1
Total data size: 000E100C
CHUNK_TYPE_RAW : 03E541D8 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 0000008B
Total data size: 0008B00C
CHUNK_TYPE_RAW : 03F351E4 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 0000001C
Total data size: 0001C00C
CHUNK_TYPE_RAW : 03FC01F0 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 03FDC1FC is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000284
Total data size: 0028400C
CHUNK_TYPE_RAW : 03FDD208 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000318
Total data size: 0031800C
CHUNK_TYPE_RAW : 04261214 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 000000C3
Total data size: 000C300C
CHUNK_TYPE_RAW : 04579220 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 0000020B
Total data size: 0020B00C
CHUNK_TYPE_RAW : 0463C22C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000145
Total data size: 0014500C
CHUNK_TYPE_RAW : 04847238 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 000001F6
Total data size: 001F600C
CHUNK_TYPE_RAW : 0498C244 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000205
Total data size: 0020500C
CHUNK_TYPE_RAW : 04B82250 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 04D8725C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000171
Total data size: 0017100C
CHUNK_TYPE_RAW : 04D88268 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 000002CE
Total data size: 002CE00C
CHUNK_TYPE_RAW : 04EF9274 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000144
Total data size: 0014400C
CHUNK_TYPE_RAW : 051C7280 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 000001B6
Total data size: 001B600C
CHUNK_TYPE_RAW : 0530B28C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 054C1298 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 054C22A4 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 000000B4
Total data size: 000B400C
CHUNK_TYPE_RAW : 054C32B0 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000090
Total data size: 0009000C
CHUNK_TYPE_RAW : 055772BC is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 000000D2
Total data size: 000D200C
CHUNK_TYPE_RAW : 056072C8 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 000000AF
Total data size: 000AF00C
CHUNK_TYPE_RAW : 056D92D4 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 0000007F
Total data size: 0007F00C
CHUNK_TYPE_RAW : 057882E0 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000107
Total data size: 0010700C
CHUNK_TYPE_RAW : 058072EC is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000137
Total data size: 0013700C
CHUNK_TYPE_RAW : 0590E2F8 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000085
Total data size: 0008500C
CHUNK_TYPE_RAW : 05A45304 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 000000D4
Total data size: 000D400C
CHUNK_TYPE_RAW : 05ACA310 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 000000D4
Total data size: 000D400C
CHUNK_TYPE_RAW : 05B9E31C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 05C72328 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000295
Total data size: 0029500C
CHUNK_TYPE_RAW : 05C73334 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 05F08340 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 05F0934C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 05F0A358 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 05F0B364 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 05F0C370 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 05F0D37C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 05F0E388 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000291
Total data size: 0029100C
CHUNK_TYPE_RAW : 05F0F394 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000613
Total data size: 0061300C
CHUNK_TYPE_RAW : 061A03A0 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 067B33AC is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 067B43B8 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 067B53C4 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 067B63D0 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 067B73DC is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 067B83E8 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 0000027F
Total data size: 0027F00C
CHUNK_TYPE_RAW : 067B93F4 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 06A38400 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 06A3940C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000396
Total data size: 0039600C
CHUNK_TYPE_RAW : 06A3A418 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000806
Total data size: 0080600C
CHUNK_TYPE_RAW : 06DD0424 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000554
Total data size: 0055400C
CHUNK_TYPE_RAW : 075D6430 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000003
Total data size: 0000300C
CHUNK_TYPE_RAW : 07B2A43C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 07B2D448 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 07B2E454 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 07B2F460 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 07B3046C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 07B31478 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 07B32484 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 07B33490 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 07B3449C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 07B354A8 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 07B364B4 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000160
Total data size: 0016000C
CHUNK_TYPE_RAW : 07B374C0 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 07C974CC is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 07C984D8 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 000000DD
Total data size: 000DD00C
CHUNK_TYPE_RAW : 07C994E4 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000093
Total data size: 0009300C
CHUNK_TYPE_RAW : 07D764F0 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 07E094FC is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 07E0A508 is RAW
——————————
Chunk type : CAC3
Reserved data : 0000
Output data size : 000001F5
Total data size: 0000000C
CHUNK_TYPE_DONT_CARE : 07E0B514 is DONT CARE
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 07E0B520 is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000001
Total data size: 0000100C
CHUNK_TYPE_RAW : 07E0C52C is RAW
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00000002
Total data size: 0000200C
CHUNK_TYPE_RAW : 07E0D538 is RAW
——————————
Chunk type : CAC3
Reserved data : 0000
Output data size : 000001C0
Total data size: 0000000C
CHUNK_TYPE_DONT_CARE : 07E0F544 is DONT CARE
——————————
Chunk type : CAC1
Reserved data : 0000
Output data size : 00005B87
Total data size: 05B8700C
CHUNK_TYPE_RAW : 07E0F550 is RAW
——————————
Chunk type : 0000
Reserved data : 0000
Output data size : 00000000
Total data size: 00000000
Chunk Type is Unknown…
Done writing partition…

All Done!

power on lcd white strips

Troubleshooting

Contents

General information

Specific troubleshooting pages

Port/device troubleshooting

References

Porting process, preparation and various information

My device runs the Linux kernel (e.g. Android), but the vendor does not provide the source

My Android device does not have partition labels, how do I know where to put the boot.img file etc?

Serial Console Debug Cable (early boot debugging)

For some devices it’s possible to get early boot output using a debug cable that provides access to the UART. Unfortunately manufacturers do not use to publish the details and it is end users who in some cases have figured it out:

Proprietary blobs

Many devices require proprietary blobs for enabling certain peripherals (wifi/bluetooth/cellular/GPS). These repositories appear to contain blobs for a large percentage of devices out there.

Force reboot

On some phones, you can hold down the power button for ten seconds to force a reboot. If that does not work: On other phones, you have to hold the power button down for a full minute (or hold it together with volume down). On some phones, it might take even longer (3 minutes or so).

Errors on the device

Touch screen device present but not outputting any touch events

For some devices (at least motorola-shamu and motorola-lux), the touch screen I2C device is present but not activated at boot, and must be activated before it produces any output.

For the motorola-lux, this is done in the following way:

echo 1 > /sys/devices/soc.0/78b8000.i2c/i2c-4/4-0020/drv_irq

The path to the correct touch device depends on the device. This can be added to an initfs hook to activate the touch screen automatically at boot.

CHARGING MODE: error starting charging-sdl

When attaching the power cable while the device is off, Android devices boot into a special «charging mode». postmarketOS’s charging-sdl display does not work yet on all devices.

To debug the issue, follow instructions at Inspecting the initramfs including activating the initramfs-extra, then execute start_charging_mode in the shell.

During initramfs generation: «modprobe: WARNING: Module drm not found in directory /lib/modules/. «

This means, that a module can not be put in an initramfs. When you are not using a mainline kernel, it is likely that there are no modules configured, but the code is built directly into the kernel. This means, it is expected and can be ignored.

Phone shows the telnet message, a black screen, or doesn’t leave the bootloader or Samsung/Google/. splash screen

I have ported postmarketOS to my device and the screen doesn’t get updated

There is a known bug where if you execute cat /sys/class/graphics/fb0/modes > /sys/class/graphics/fb0/mode exactly one frame is drawn, and the screen isn’t updated otherwise.

Device reboots

SSH / udev / touch screen doesn’t work

I can’t access the framebuffer device

Flashing problems

Invalid sparse file format at header magic

It happens when your device expects a sparse system image. The workaround is as follows:

For more information, see issue #299

Heimdall: Flashing fails at 7%

You might also be getting the error «ERROR: Failed to confirm end of file transfer sequence»

It might be, that your device only accepts «sparse images» (#1643). Try setting deviceinfo_flash_sparse=»true» in the deviceinfo.

FAILED (remote: Unknown chunk type)

This is a bootloader limitation. Flash with netcat as a workaround, or use this wiki’s search feature to come up with more related information. Feel free to organize this in a better way, but this should be a good starting point. See also #1735.

«> flasher (fastboot) is stuck in

Maybe you need to install udev rules on your host Linux distribution. Arch has the android-udev package for example, which uses the rules from here.

If that does not help, it might be necessary to set the flash_fastboot_vendor_id in your deviceinfo (this was necessary for the Amazon Kindle Fire HDX). Try to search the web for your device name and «fastboot vendor id».

If you were previously able to use fastboot and it stopped working, sometimes pmbootstrap shutdown to restart the chroot helps (#1633). Also try to reboot the device into fastboot again.

ERROR: Failed to confirm end of file transfer sequence!

One possible reason for the error is simply that the image is too large for the partition, in which case you need to decrease the size, or maybe re-partition your device.

The whole error message might look something like

pmbootstrap and build related errors

Alpine, chroots and pmbootstrap

pmbootstrap is broken! But it worked yesterday!

_to_see_if_it_was_renamed»> ERROR: This device does not exist anymore, check to see if it was renamed

/.config/pmbootstrap.cfg ). After doing so pmbootstrap init should work fine.

BusyBox does something different than the standard tool for the job, and this breaks building my package!

Example: unzip in BusyBox doesn’t extract symlinks like the normal unzip implementation (#82).

WARNING: No provider for dependency.

ERROR: busybox-1.27.0-r1.post-install: script exited with error 127

Programs running in (foreign arch) chroots cannot be executed. See #1972.

ERROR: /mnt/pmbootstrap-packages/x86_64/qemu-user-static-repack-2.8-r6.apk: UNTRUSTED signature

You don’t have your own package signing key imported, which gets generated when you compile a package for the first time. pmbootstrap should automatically import it, but when you hit ^C during that, it may go wrong.

Your generated key is in

A quick fix is deleting all packages:

See issue #270 for more information and don’t hesitate to reopen if this didn’t work for you.

Installed version newer than the version in the repositories

You have a program installed in one of your chroots with a higher version, than what is available in the binary package repositories (either from upstream or the packages you have built yourself).

Example how this can happen:

Solution: Simply zap your chroot! When it gets set up again, it will use the current package version.

It’s not installing my changed package

You have changed a package but it’s using the one from the repository and not your changed build.

Newer version in binary package repositories than in aports folder

You have built a package earlier, and the branch you are currently working in has a lower version in the aports folder.

Example how this can happen:

Note: If that does not help it, you can manually delete that specific packages from your aports folder: sudo rm

/.local/var/pmbootstrap/packages/*/postmarketos-mkinitfs*.apk and run pmbootstrap index to re-index all packages. See also: #466, #474

This happens when you have deviceinfo_bootimg_qcdt enabled (which is correct when pmbootstrap generated it that way), but your kernel does not generate the /boot/dt.img file. Please adjust your kernel APKBUILD as follows:

See #688 for a plan to automatically generate the linux APKBUILD right.

can’t create /dev/null : Permission denied

Make sure that your working directory is mounted correctly. This can happen when working over NFS, or when you mounted the drive your working directory is on trough the file explorer (if that’s the case, umount it, and mount it manually). This can probably happen on every drive mounted with nosuid or similar.

cp: write error: No space left on device (during file transfer from chrooted environment to target image)

This issue is triggered when pmbootstrap determines the wrong size for the target image, as it is unfortunately very hard to calculate the correct size independent of the filesystem on which the chroot resides. Some examples for this: #1916; #928 where more elaborate information can be found.

Check where the kernel sources archive has the kernel-related code stored and change the builddir value accordingly.

BAD signature errors from apk

If apk throws BAD signature errors, oftentimes the dl-cdn mirror from Alpine didn’t cache the package properly. The solution is then to send a PURGE to the complete URL of the package (open dl-cdn.alpinelinux.org/alpine in your browser and find the complete URL). Like this:

Build errors

Errors with grsec-based kernel on the host system

Errors with ecryptfs

musl-* / busybox-static-* fails to build with a 404 error

sh: can’t create /proc/sys/fs/binfmt_misc/register: nonexistent directory

This issue is known to happen in Alpine Virt hardened and Void Linux. These commands should fix it:

If it still does not work, it is probably not supported by your host Linux distribution’s kernel ( CONFIG_BINFMT_MISC ). Try to use another kernel.

du: unrecognized option: summarize

This happens in packages built with autoconf (./configure; make; make install), when it ships an outdated config.guess file in the source code. Adjust your APKBUILD’s prepare() function like done in #698.

If you pmbootstrap log shows something similar to the following:

. then downloading a package (in this case qemu-user-static-repack ) failed. Please delete the broken package and try it again:

CROSS_COMPILE_ARM32 not defined or empty, the compat vDSO will not be built

Disable CONFIG_COMPAT_VDSO in kernel config.

../tools/dct/DrvGen: No such file or directory

This error is specific to Mediatek kernels and it occures when DrvGen tries to load libc6.so library it has been linked against but Alpine chroot doesn’t support libc. One of the solutions is to copy python3dct.patch to your linux-. directory and activate it in the APKBUILD. This patch replaces precompiled DrvGen with a python3 version.

Errors while running pmbootstrap on non-x86_64 arches

Troubleshooting steps kept around for historical reference

pmbootstrap builds packages that it should download from the binary repo/that are already built

Try to disable the «timestamp based rebuilds» feature in «pmbootstrap init» as a workaround and please report this as a bug. We need the following for the bug report:

Источник

Проблема с перепрошивкой HTC One mini M4

Привет спецам и знатокам

C:Android>fastboot flash unlocktoken Unlock_code.bin
target reported max download size of 800227328 bytes
sending ‘unlocktoken’ (0 KB).
OKAY [ 0.158s]
writing ‘unlocktoken’.
(bootloader) unlock token check successfully
OKAY [ 0.013s]
finished. total time: 0.174s

bin получен по инструкции без проблем

Далее пробовал прошить RUU_M4_UL_K44_SENSE60_MR_Cingular_US_4.13.502.3_Radio_1.29.40g.00.19_10.32.40.1115L_release_385202_signed_with_hboot как тут в теме советовали, получил отлуп
такой:

Потом пробовал прошить (уже от безисходности и непонимания) TWRP

target reported max download size of 800227328 bytes
sending ‘recovery’ (11454 KB).
OKAY [ 1.514s]
writing ‘recovery’.
(bootloader) signature checking.
FAILED (remote: signature verify fail)
finished. total time: 2.663s
Видимо залочено и не шьётся.

Стоит ли пробовать ht tp://forum.xda-developers.com/showthread.php?p=46253030#post46253030 это?

Ах да, на recovery, factory reset и тп просто ребутается

Что ты сейчас хочешь сделать? давай определимся, разблокировать загрузчик или прошить стоковую прошивку? Я так понял прошить стоковую обратно, так как телефон не совсем нормально работает (на recovery и factory reset просто ребутается).

Ты на 100% уверен что у тебя загрузчик залочен? Вроде бы в логе написало что разлочен, но в hboot пишет что LOCKED?

Если ты уверен что загрузчик залочен, установлено стоковое рекавери, то надо шить через RUU, но у тебя выдаёт ошибку 171. Убедись что с USB подключением всё нормально:

— убедись что ты подключаешь аппарат на прошивку при помощи RUU напрямую к компьютеру, без всяких USB переходников и так далее, подключай только прямо в материнку компьютера
— попробуй поменять разные USB порты, опять же только те что у тебя напрямую в материнке
— если у тебя там USB v3.0, то попробуй подключать к порту USB v2.0, если такой есть на компе (опять же без переходников usb всяких)
— используй только родной USB кабель, который шёл со смартфоном

Так же попробуй еще так, перед установкой RUU:

— Удали с компа весь софт от HTC, вроде HTC Sync manager и драйвера HTC (драйвера можешь удалить при помощи usbdeview), так же удали все папки HTC в programm files на диске С (после того как ты удалил весь софт и драйвера)
— папку с adb инструментами, которые ты использовал для разлочки и попытки прошить twrp оставь
— Дальше подключи аппарат к компьютеру, чтобы винда установила дрова автоматически на новое подключенное устройство (так как старые драйвера мы удалили). Если будет предлагать установить HTC Sync, то откажись
— Включи отладку по USB в настройках для разработчиков, а так же выключи быструю загрузку, в настройках батареи
— Попробуй прошиться через RUU еще раз (опять же используй USB только напрямую)

Конечно это сработает только если RUU тебе подходит, залочен загрузчик и установлено стоковое рекавери. Попробуй другой ruu если найдёшь, но только для hboot 2.22

Спасибо за подробный ответ, буду пробовать.

И да странность разлочки в том, что скрипт проходит штатно, но картинка с подверждением не появляется.

Есть ли вероятность того, что флеш память тела встала в режим чтения?

что та же самая ошибка?

сим-карту стоит вставить?

В результате да, 171.

сим-карту стоит вставить?

да не.. я не знаю короче. я думаю это из-за CID, но я не особо шарю в htc аппаратах.

Вот у человека такая же проблема ttp://4pda.ru/forum/index.php?showtopic=497566&st=2060#entry33004586 и жаль нет решения.

может эта инфа что то скажет
C:Android>fastboot getvar all
(bootloader) version: 0.5
(bootloader) version-bootloader: 2.22.0000
(bootloader) version-baseband: N/A
(bootloader) version-cpld: None
(bootloader) version-microp: None
(bootloader) version-main: 4.09.401.3
(bootloader) version-misc: PVT SHIP S-ON
(bootloader) serialno: HT3AGWA05943
(bootloader) imei:
(bootloader) meid:
(bootloader) product: m4_ul
(bootloader) platform: HBOOT-8930
(bootloader) modelid: PO5820000
(bootloader) cidnum: HTC__A07
(bootloader) battery-status: good
(bootloader) battery-voltage: 4167mV
(bootloader) partition-layout: Generic
(bootloader) security: on
(bootloader) build-mode: SHIP
(bootloader) boot-mode: FASTBOOT
(bootloader) commitno-bootloader: dirty-0e1af350
(bootloader) hbootpreupdate: 11
(bootloader) gencheckpt: 0
all: Done!
finished. total time: 0.167s

RUU прошивку ставить на закрытый загрузчик и со стоковым recovery, по-другому не поставишь, хотя, судя по этому:

он у тебя закрыт, скорее всего (в HBOOT статус Locked)

что значит твоё «значит»? не факт, в fastboot корректно определяется на ПК? антивирусы с фаерволами все отключил? RUU не видит телефон почему-то

Попробовал как раз шить родной RUU, брал rom.zip и шил через cmd

C:Android>fastboot flash zip rom.zip
target reported max download size of 800227328 bytes
Invalid sparse file format at header magi
error: write_sparse_skip_chunk: don’t care size 284898779 is not a multiple of t
he block size 4096
sending sparse ‘zip’ (781468 KB).
error: write_sparse_skip_chunk: don’t care size 284898779 is not a multiple of t
he block size 4096
error: write_sparse_skip_chunk: don’t care size 284898779 is not a multiple of t
he block size 4096
OKAY [ 30.335s]
writing ‘zip’. ( в общем тут ползет зеленая полоска бара вверх в углу экрана )
(bootloader) signature checking.
FAILED (remote: signature verify fail)
finished. total time: 110.466s

C:Android>fastboot flash zip rom.zip
target reported max download size of 800227328 bytes
Invalid sparse file format at header magi
error: write_sparse_skip_chunk: don’t care size 284898779 is not a multiple of t
he block size 4096
sending sparse ‘zip’ (781468 KB).
error: write_sparse_skip_chunk: don’t care size 284898779 is not a multiple of t
he block size 4096
error: write_sparse_skip_chunk: don’t care size 284898779 is not a multiple of t
he block size 4096
OKAY [ 30.507s]
writing ‘zip’. ( а тут оранжевая полоска стала, но тоже справно ползёт )
(bootloader) signature checking.
FAILED (remote: signature verify fail)
finished. total time: 110.639s

потом ребут тела снова экран из первого поста.
ругается

И еще:
C:Android>fastboot oem rebootRUU
.
(bootloader) [ERR] Cmd18 polling status timed out, MCI_STATUS: 0x4C2000
(bootloader) [ERR] sdcc_command: sdcc_poll_status error, rc: 2
(bootloader) [SD_HW_ERR] read data fail in CMD18
(bootloader) CMD18: cmd failed
(bootloader) [SD_HW_ERR] SD: Read data fail..
(bootloader) [ERR] partition_read_emmc(876): error 2
(bootloader) Start Verify: 3
(bootloader) [ERR] Cmd25 polling status timed out, MCI_STATUS: 0x4C0000
(bootloader) [ERR] sdcc_command: sdcc_poll_status error, rc: 2
OKAY [ 0.076s]
finished. total time: 0.078s

Источник

Добрый день. Принесли HTC One dual sim RUS PN07710 после неудачного обновления по воздуху на 4.4.2. Телефон сейчас висит на HTC, в bottloader b fastboot входит.
Инфо:

C:1>fastboot getvar all
(bootloader) version: 0.5
(bootloader) version-bootloader: 2.49.0000
(bootloader) version-baseband: N/A
(bootloader) version-cpld: None
(bootloader) version-microp: None
(bootloader) version-main: 4.21.401.5
(bootloader) version-misc: PVT SHIP S-ON
(bootloader) serialno: HT366W900736
(bootloader) imei: 355868058212136
(bootloader) meid: 00000000000000
(bootloader) product: m7cdug
(bootloader) platform: HBOOT-8064
(bootloader) modelid: PN0771000
(bootloader) cidnum: HTC__A07
(bootloader) battery-status: good
(bootloader) battery-voltage: 3850mV
(bootloader) partition-layout: Generic
(bootloader) security: on
(bootloader) build-mode: SHIP
(bootloader) boot-mode: FASTBOOT
(bootloader) commitno-bootloader: dirty-f6d46eca
(bootloader) hbootpreupdate: 11
(bootloader) gencheckpt: 0
all: Done!
finished. total time: 0.156s

При попытке прошить последнюю версию прошивки :
PN07IMG_M7_UL_K44_SENSE60_MR_HTC_Europe_5.11.401.1 0_Radio_4T.27.3218.14_10.33C.1718.01L_release_3724 02_signed_2_4
Через карту памяти выдает: signature checking signature fail
Через fastboot:

Почему он не хочет шить последнюю официальную прошивку?
Сильно не пинайте, новые HTC редкие гости:(:(:(

Спасибо за совет, но получилось достать полную прошивку, после нее ТА завелся.

Источник

Invalid sparse file format at header magic что делать

15. Теперь самое интересное. Вас вернуло в окно «Выберите драйвер для этого устройства«.
Снимите галочку с «Только совместимые устройства» и увидите три доступных для выбора варианта:
1. Android ADB Interface и Android Composite ADB Interface — для режима отладки из включенного устройства и режима ADB Sideload.
2. Android Bootloader Interface — для режима загрузчика (Bootloader/Fastboot).
Внимание: Выбирайте и устанавливайте то, в чем вы сейчас находитесь!

16. Нажмите кнопку Далее. Ожидайте окончания установки. Все, правильный драйвер установлен и готов к работе.

Примечание: Для Linux и MacOS устанавливать драйверы не нужно. Они по умолчанию включены в состав этих ОС.

Примечание: Операцию по ручной разблокировке загрузчика можно не проводить, так как загрузчик автоматически разблокируется при прошивке образа и заблокируется обратно после окончания процесса прошивки.

2.2 Загрузите устройство в режим загрузчика (Bootloader/Fastboot):
Из выключенного устройства : Одновременно нажмите и удерживайте кнопку включения + клавишу понижения громкости.
Из включенного устройства : При активированной USB отладке выполните ADB команду:

2.3 Подключите устройство к ПК (если не сделали этого раннее).

2.4 Перейдите в, раннее распакованную, папку «Tools«. В ней, на пустом месте, зажмите клавиши Shift + ПКМ (Правая Клавиша Мыши).
В появившемся меню выберите пункт «Открыть окно команд«.
Примечание: Если у вас Windows 10 — запускайте командную строку непосредственно из адресной строки папки с утилитами, введя команду «cmd«.

2.5 Проверьте доступность устройства и правильность установки драйверов. Выполните fastboot-команду:

2.6 В командной строке выполните одну из следующих команд:

3.1 Возвращайтесь в, раннее распакованную, папку «Tools«.
3.2 Выберите и запустите один из автоматических скриптов прошивки в соответствии с используемой ОС и нужным режимом прошивки:

Windows:
«flash_all.bat» — для автоматической прошивки с удалением всех данных на устройстве и последующим сохранением статуса открытого загрузчика.
«flash_all_except_storage.bat» — для автоматической прошивки с сохранением * всех данных на устройстве и последующей блокировкой * загрузчика.
» flash_all_except_storage.bat « — для автоматической прошивки с сохранением ** всех данных на устройстве и последующим сохранением статуса ** открытого загрузчика.
«flash_all_lock.bat» — для автоматической прошивки с удалением всех данных на устройстве и последующей блокировкой загрузчика.
«flash_all_lock_crc.bat» — для автоматической прошивки с удалением всех данных на устройстве, последующей блокировкой загрузчика и шифрованием памяти. Использовать смысла нет, данные по умолчанию зашифрованы.
«flash_factory.bat» — НЕ используйте данный скрипт. Он стирает /modemst1, /modemst2 (EFS) и /persist разделы. Ваши IMEI будут утеряны!
* Сохранение данных только при условии установки прошивок, выпущенных до мая 2018 года (до сборки OPR1.170623.026.V9.5.11.0.ODHMIFA)!
** Использовать (заменить батники в рабочей папке) для установки прошивок, выпущенных после мая 2018 года (после сборки OPR1.170623.026.V9.5.11.0.ODHMIFA (и включая ее))!

Проблема: После запуска скрипта я получаю ошибку: «»findstr» не является внутренней или внешней командой, исполняемой программой или пакетным файлом.»
Решение: Данная проблема возникает из-за повреждения путей переменных сред в вашей Windows.
Либо исправьте пути переменных сред, либо замените и используйте скрипты из данного архива: batch.zip ( 2.42 КБ )

Проблема: Процесс начинается нормально, но при прошивке образа системы (system.img) я получаю ошибки: «error: cannot load `*

system.img`» или «FAILED (remote: data too large)».
Решение: Вы используете (очень) старые версии рабочих утилит, «fastboot.exe» в частности. Пожалуйста, обновите их до актуальной версии. Ссылки на свежие пакеты утилит вы найдете в шапке.

Linux / MacOS:
«flash_all.sh» — для автоматической прошивки с удалением всех данных на устройстве и последующим сохранением статуса открытого загрузчика.
«flash_all_except_storage.sh» — для автоматической прошивки с сохранением * всех данных на устройстве и последующей блокировкой * загрузчика.
» flash_all_except_storage.sh « — для автоматической прошивки с сохранением ** всех данных на устройстве и последующим сохранением статуса ** открытого загрузчика.
«flash_all_lock.sh» — для автоматической прошивки с удалением всех данных на устройстве и последующей блокировкой загрузчика.
«flash_all_lock_crc.sh» — для автоматической прошивки с удалением всех данных на устройстве, последующей блокировкой загрузчика и шифрованием памяти. Использовать смысла нет, данные по умолчанию зашифрованы.
«flash_factory.sh» — НЕ используйте данный скрипт. Он стирает /modemst1, /modemst2 (EFS) и /persist разделы. Ваши IMEI будут утеряны!
* Сохранение данных только при условии установки прошивок, выпущенных до мая 2018 года (до сборки OPR1.170623.026.V9.5.11.0.ODHMIFA)!
** Использовать (заменить скрипты в рабочей папке) для установки прошивок, выпущенных после мая 2018 года (после сборки OPR1.170623.026.V9.5.11.0.ODHMIFA (и включая ее))!

Проблема: После запуска скрипта я получаю ошибки: «error : Missmatching image and device», «error : unlock error», «error : Flash modem_a error» и т.д.
Решение: Эти ошибки возникают из-за того, что скрипту не удается найти бинарник «fastboot» в глобальных переменных средах, а в текущую директорию скрипт «не смотрит». Либо установите adb/fastboot «глобально», через «sudo», по данной инструкции, либо замените и используйте скрипты из данного архива для локального использования: shell.zip ( 2.73 КБ )

Проблема: Процесс начинается нормально, но при прошивке образа системы (system.img) я получаю ошибки: «error: cannot load `*

system.img`» или «FAILED (remote: data too large)».
Решение: Вы используете (очень) старые версии рабочих утилит, «fastboot.exe» в частности. Пожалуйста, обновите их до актуальной версии. Ссылки на свежие пакеты утилит вы найдете в шапке.

3.3 Ожидайте окончания процесса прошивки. В зависимости от производительности вашего ПК, сей процесс может быть достаточно долгим. После завершения аппарат сам перезагрузится.

Обратите внимание, что первая загрузка после применения любого обновления может быть довольно долгая.

Источник

References

• Audio
• osk-sdl
• Serial debugging
• Modem
• WiFi
• …and specific troubleshooting pages linked above.

Porting process, preparation and various information

See also: Troubleshooting#pmbootstrap and build related errors

My device runs the Linux kernel (e.g. Android), but the vendor does not provide the source

1. Ask kindly via e-mail.
2. If they don’t provide the source, team up with gpl-violations.org. You have the legal right to get the source, because the Linux kernel is under the GPLv2!
3. Consider building generic kernel for your device.
4. Another option is using prebuilt kernels

My Android device does not have partition labels, how do I know where to put the boot.img file etc?

• Search online for the partitions, they are probably documented somewhere.

• Try to dump all partitions. Run `file` on them, it should roughly tell you the contents. If that does not help, run binwalk.
  • file output: check if it is a kernel (vmlinuz), boot.img file or just «data».
  • In case you have «data», don’t flash anything there, we probably can’t generate that format yet. Please open an issue in GitHub or ask on the channel.
• You can also look at recovery zips from other Android ROMs, that were released for your device. Extract it and look at META-INF/com/google/android/updater-script, search for commands starting with run_program("/sbin/busybox", "dd", they are for flashing partitions.

• • In one example, there was run_program("/sbin/busybox", "dd", "if=/tmp/boot.blob", "of=/dev/block/mmcblk0p4");, which means that a boot.blob file gets flashed to /dev/block/mmcblk0p4. That boot.blob file is also in the recovery zip — run the file program on it (see above).

Serial Console Debug Cable (early boot debugging)

For some devices it’s possible to get early boot output using a debug cable that provides access to the UART. Unfortunately manufacturers do not use to publish the details and it is end users who in some cases have figured it out:

• Here is one such cable for Nexus 4 and another for Nexus 5.
• This article goes a step further with Google Nexus devices.
• This guide explains how to create one for a Samsung devices with a micro usb socket.
• Sony has published information about how to access the UART port on their Xperia series.
• The Replicant wiki has useful information on this as well.

On fastboot devices, you may have to enable UART debugging with fastboot oem uart-on.

By default, all output from the initramfs get redirected to /pmOS_init.log. If you want the output through the debug cable you need to add PMOS_NO_OUTPUT_REDIRECT to your kernel command line.

See Serial debugging

Proprietary blobs

Many devices require proprietary blobs for enabling certain peripherals (wifi/bluetooth/cellular/GPS). These repositories appear to contain blobs for a large percentage of devices out there.

Force reboot

On some phones, you can hold down the power button for ten seconds to force a reboot. If that does not work: On other phones, you have to hold the power button down for a full minute (or hold it together with volume down). On some phones, it might take even longer (3 minutes or so).

You can also give from console echo b > /proc/sysrq-trigger.

Errors on the device

Touch screen device present but not outputting any touch events

For some devices (at least motorola-shamu and motorola-lux), the touch screen I2C device is present but not activated at boot, and must be activated before it produces any output.

For the motorola-lux, this is done in the following way:

echo 1 > /sys/devices/soc.0/78b8000.i2c/i2c-4/4-0020/drv_irq

The path to the correct touch device depends on the device. This can be added to an initfs hook to activate the touch screen automatically at boot.

CHARGING MODE: error starting charging-sdl

When attaching the power cable while the device is off, Android devices boot into a special «charging mode». postmarketOS’s charging-sdl display does not work yet on all devices.

To debug the issue, follow instructions at Inspecting the initramfs including activating the initramfs-extra, then execute start_charging_mode in the shell.

During initramfs generation: «modprobe: WARNING: Module drm not found in directory /lib/modules/…»

This means, that a module can not be put in an initramfs. When you are not using a mainline kernel, it is likely that there are no modules configured, but the code is built directly into the kernel. This means, it is expected and can be ignored.

Phone shows the telnet message, a black screen, or doesn’t leave the bootloader or Samsung/Google/… splash screen

See: Troubleshooting:boot

I have ported postmarketOS to my device and the screen doesn’t get updated

There is a known bug where if you execute cat /sys/class/graphics/fb0/modes > /sys/class/graphics/fb0/mode exactly one frame is drawn, and the screen isn’t updated otherwise.

Device reboots

• If your device always reboots after the same time (e.g. 2 minutes) after booting, you probably need to feed (or disable) a watchdog. Try to search your kernel config for watchdog, and also the internet for watchdog + your phone name.
• Android: The kernel config option CONFIG_ANDROID_LOW_MEMORY_KILLER may cause reboots. Please check if you have disabled it. If this helps you, please let us know, so we can consider checking for this option.
• Android: it is possible to get the dmesg log from just before the crash after the reboot if you enable some kernel options.

User interface is unresponsive

• If you have a situation where an application or display manager user interface is unresponsive, you can use TTYescape to kill the offending process, power cycle the device, or otherwise access helpful command line utilities.

SSH / udev / touch screen doesn’t work

• Make sure that DEVTMPFS is enabled in your kernel config. Do not enable DEVTMPFS_MOUNT.

I can’t access the framebuffer device

• cat /dev/random > /dev/fb0 returns: cat: write error: No such device
• This could be caused by a proprietary 3d driver enabled in the kernel config. Try to disable it (the actual config options may be different).

«if running weston from ssh, use —tty to specify a tty»

Specify a tty in weston’s commandline. The correct syntax is: weston --tty=1.

Weston and fbsplash -s <image> do not work

If Weston returns an error because it could not access /dev/tty1, even when you specify it on the command line as above, you may need to enable Virtual Terminals in the kernel config.
You can enable CONFIG_VT using pmbootstrap menuconfig and checking under Device Drivers -> Character devices -> Virtual terminal

Flashing problems

In some devices (e.g.: bullhead, titan), when flashing the system (pmbootstrap flasher flash_rootfs), it works but fastboot complains of Invalid sparse file format at header magic.

$ ./pmbootstrap.py flasher flash_rootfs
[23:02:58] (native) install android-tools
[23:02:58] (native) flash rootfs image
target reported max download size of 536870912 bytes
Invalid sparse file format at header magic
sending sparse 'system' 1/1 (274101 KB)...
OKAY [  9.452s]
writing 'system' 1/1...
OKAY [ 12.584s]
finished. total time: 22.036s
[23:03:20] Done

It happens when your device expects a sparse system image. The workaround is as follows:

• Set deviceinfo_flash_sparse=true in deviceinfo

To do this, edit the file in ./local/var/pmbootstrap/cache_git/pmaports/device/your_device_name/deviceinfo and add deviceinfo_flash_sparse="true". When finished, run "pmbootstrap install" to rebuild the file system

For more information, see issue #299

Login screen hangs

When switching from an installation on the system-partition to an installation on the userdata-partition, or when switching from a downstream-kernel to a mainline-kernel, it can happen, that the system boots up but hangs before login.

Logread via SSH may print a loop of

Jan 1 02:45:10 device-xy daemon.info init: can't open /dev/ttyHSL0: No such file or directory
Jan 1 02:45:10 device-xy daemon.info init: process '/sbin/getty -L ttyHSL0 115200 vt100' (pid 9119) exited. Scheduling for restart.

Try to erase the partitions before flashing:
fastboot erase system && fastboot erase userdata && fastboot erase cache

Heimdall: Flashing fails at 7%

You might also be getting the error «ERROR: Failed to confirm end of file transfer sequence»

It might be, that your device only accepts «sparse images» (#1643). Try setting deviceinfo_flash_sparse="true" in the deviceinfo.

FAILED (remote: Unknown chunk type)

This is a bootloader limitation. Flash with netcat as a workaround, or use this wiki’s search feature to come up with more related information. Feel free to organize this in a better way, but this should be a good starting point. See also #1735.

flasher (fastboot) is stuck in < waiting for any device >

Maybe you need to install udev rules on your host Linux distribution. Arch has the android-udev package for example, which uses the rules from here.

If that does not help, it might be necessary to set the flash_fastboot_vendor_id in your deviceinfo (this was necessary for the Amazon Kindle Fire HDX). Try to search the web for your device name and «fastboot vendor id».

If you were previously able to use fastboot and it stopped working, sometimes pmbootstrap shutdown to restart the chroot helps (#1633). Also try to reboot the device into fastboot again.

ERROR: Failed to confirm end of file transfer sequence!

This message can mean anything. To get more information you can instead create an android-recovery-zip and install that from recovery. The installation will probably fail now as well, but at least this time you will have logs in /tmp/postmarketos/.

One possible reason for the error is simply that the image is too large for the partition, in which case you need to decrease the size, or maybe re-partition your device.

The whole error message might look something like

[...]
Uploading BOOT
100%
ERROR: Failed to confirm end of file transfer sequence!
ERROR: BOOT upload failed!

Ending session...
ERROR: Failed to send end session packet!
Releasing device interface...

Alpine, chroots and pmbootstrap

pmbootstrap is broken! But it worked yesterday!

Sorry! Revert to the last commit, that was known to work (git checkout $commit) and report an issue, if there is not already one. Consult with others in the IRC/matrix channel to find out, which commit was the last one that worked.

ERROR: This device does not exist anymore, check <https://postmarketos.org/renamed> to see if it was renamed

One case where this might happen is if you remove pmbootstrap’s work path, and then run a pmbootstrap init. As you might notice it is still remembering values and devices from previous executions.

To solve this you need to remove (or rename) $XDG_CONFIG/pmbootstrap.cfg (i.e ~/.config/pmbootstrap.cfg). After doing so pmbootstrap init should work fine.

BusyBox does something different than the standard tool for the job, and this breaks building my package!

Example: unzip in BusyBox doesn’t extract symlinks like the normal unzip implementation (#82).

Solution: Simply add unzip to the makedepends in the APKBUILD, and the «real» unzip will be used (or in that case, try to get the sources in another archive format, such as .tar.bz2, .tar.xz, .tar.gz).

WARNING: No provider for dependency…

Normal behavior. it means, that your «user» repository (the repository with all custom compiled packaged from pmOS, such as your device package and kernel) does not have the dependencies from the official Alpine Linux repositories (such as cryptsetup, iw, htop, …) when indexing it. But these dependencies are in the official repositories, so they will be found when you try to install something. Usually the package indexing is done on all repositories at once in Alpine (then you wouldn’t get the error), but pmOS does it only on the «user» repository.

ERROR: busybox-1.27.0-r1.post-install: script exited with error 127

Programs running in (foreign arch) chroots cannot be executed. See #1972.

ERROR: /mnt/pmbootstrap-packages/x86_64/qemu-user-static-repack-2.8-r6.apk: UNTRUSTED signature

You don’t have your own package signing key imported, which gets generated when you compile a package for the first time. pmbootstrap should automatically import it, but when you hit ^C during that, it may go wrong.

Your generated key is in ~/.local/var/pmbootstrap/config_abuild, all imported keys are in ~/.local/var/pmbootstrap/config_apk_keys.

A quick fix is deleting all packages:

./pmbootstrap zap -p

See issue #270 for more information and don’t hesitate to reopen if this didn’t work for you.

Installed version newer than the version in the repositories

You have a program installed in one of your chroots with a higher version, than what is available in the binary package repositories (either from upstream or the packages you have built yourself).

Example how this can happen:

• Git branch switch to one which increased the version of postmarketos-mkinitfs
• Build postmarketos-mkinitfs
• Install it in a chroot (e.g. by running pmbootstrap install)
• Branch switched to master
• All packages got zapped, but not the chroots
• Build postmarketos-mkinitfs again (this time it has a lower version count!)

Solution: Simply zap your chroot! When it gets set up again, it will use the current package version.

It’s not installing my changed package

You have changed a package but it’s using the one from the repository and not your changed build.

You probably didn’t build it or not for the correct architecture. pmbootstrap build defaults to x86_64 architecture, if you need that package on your device, use the --arch flag.

Newer version in binary package repositories than in aports folder

You have built a package earlier, and the branch you are currently working in has a lower version in the aports folder.

Example how this can happen:

• Git branch switch to a feature branch which increased the version of postmarketos-mkinitfs
• Build postmarketos-mkinitfs
• Switch to master branch
• Run just about any pmbootstrap command, it will print this warning:

 Package 'postmarketos-mkinitfs' in your aports folder has version X, but the binary package repositories already have version Y

Solution: Run pmbootstrap zap -m to delete the mismatched binary packages.

Note: If that does not help it, you can manually delete that specific packages from your aports folder: sudo rm ~/.local/var/pmbootstrap/packages/*/postmarketos-mkinitfs*.apk and run pmbootstrap index to re-index all packages. See also: #466, #474

mkbootimg: error: argument —dt: can’t open ‘/boot/dt.img’

This happens when you have deviceinfo_bootimg_qcdt enabled (which is correct when pmbootstrap generated it that way), but your kernel does not generate the /boot/dt.img file.
Please adjust your kernel APKBUILD as follows:

• add dtbtool to makedepends
• extend your build() function like this
• and your package() function like that

See #688 for a plan to automatically generate the linux APKBUILD right.

Permission denied: …/pmbootstrap/work/chroot_native/proc/1/cwd’

It looks like you have created your work folder as: pmbootstrap/work, where pmbootstrap is the folder with the checked out source code. That is not supported. Please run pmbootstrap shutdown, then delete that folder, then run pmbootstrap init again and choose another work folder (e.g. ~/.local/var/pmbootstrap).

After that it should work — if this still does not resolve it, please open up an issue in the GitLab issue tracker.

can’t create /dev/null: Permission denied

Make sure that your working directory is mounted correctly. This can happen when working over NFS, or when you mounted the drive your working directory is on trough the file explorer (if that’s the case, umount it, and mount it manually). This can probably happen on every drive mounted with nosuid or similar.

cp: write error: No space left on device (during file transfer from chrooted environment to target image)

This issue is triggered when pmbootstrap determines the wrong size for the target image, as it is unfortunately very hard to calculate the correct size independent of the filesystem on which the chroot resides. Some examples for this: #1916; #928 where more elaborate information can be found.

While fixing the problem seems impossible for every configuration, there is a workaround available (#1904 and its associated merge request !1989): Use the -E/--extra-space option of pmbootstrap to specify extra space on the resulting image file in MB. Just play around with the value until it works for you. You can specify the value also through pmbootstrap init in its Additional options.

«ERROR: Is $builddir set correctly?» for linux-* package

Check where the kernel sources archive has the kernel-related code stored and change the builddir value accordingly.

BAD signature errors from apk

If apk throws BAD signature errors, oftentimes the dl-cdn mirror from Alpine didn’t cache the package properly. The solution is then to send a PURGE to the complete URL of the package (open dl-cdn.alpinelinux.org/alpine in your browser and find the complete URL). Like this:

curl -X PURGE https://dl-cdn.alpinelinux.org/alpine/edge/testing/x86_64/plasma-dialer-0.2-r0.apk

This also works if bpo is failing with a BAD signature error.

Build errors

Errors with grsec-based kernel on the host system

See: Troubleshooting:grsec

Errors with ecryptfs

When your «work» folder is inside an ecryptfs mounted folder, /dev/random may not work inside the chroot and you may have other issues. Try to move your work folder to another location, you can use /tmp to test if this resolves the issue. You can change the location in pmbootstrap init. See also: #61. (This doesn’t seem to be an issue with newer versions of ecryptfs anymore.)

musl-*/busybox-static-* fails to build with a 404 error

Run pmbootstrap aportgen musl-armhf musl-aarch64 musl-x86_64. The reason why this fails from time to time is, that we use Alpine’s binary musl lib c package for armhf/aarch64 in the native chroot, to get the cross-compiler working. So the download URL inside the aports/cross/musl-*/APKBUILD file must be in sync with the upstream version. This pmbootstrap command safely gets the new version, uses apk to verify the signature of the package, generates the hash, and updates the APKBUILD file. To make sure, that pmbootstrap aportgen receives the latest musl version, delete your HTTP cache right before by executing this command: pmbootstrap zap -hc. Don’t bother making a pull-request for this, as the fix is really trivial (see this commit). Just report it as issue, if it happens.

sh: can’t create /proc/sys/fs/binfmt_misc/register: nonexistent directory

This issue is known to happen in Alpine Virt hardened and Void Linux. These commands should fix it:

sudo modprobe binfmt_misc
sudo mount -t binfmt_misc none /proc/sys/fs/binfmt_misc

If it still does not work, it is probably not supported by your host Linux distribution’s kernel (CONFIG_BINFMT_MISC). Try to use another kernel.

du: unrecognized option: summarize

Update pmbootstrap.

Packaging for aarch64: ./config.guess: unable to guess system type

This happens in packages built with autoconf (./configure; make; make install), when it ships an outdated config.guess file in the source code. Adjust your APKBUILD’s prepare() function like done in #698.

ERROR: … BAD archive

If you pmbootstrap log shows something similar to the following:

(005853) [22:25:47] (native) % apk --no-progress add -u qemu-user-static-repack qemu-user-static-repack-binfmt
WARNING: Ignoring /mnt/pmbootstrap-packages/x86_64/APKINDEX.tar.gz: No such file or directory
(1/2) Installing qemu-user-static-repack (2.8-r9)
ERROR: qemu-user-static-repack-2.8-r9: BAD archive
(2/2) Installing qemu-user-static-repack-binfmt (2.8-r9)
1 error; 20 MiB in 36 packages
(005853) [22:25:53] ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

…then downloading a package (in this case qemu-user-static-repack) failed. Please delete the broken package and try it again:

$ cd ~/.local/var/pmbootstrap/ # go into your work folder, as specified in 'pmbootstrap init'
$ sudo rm -v cache_apk_*/qemu-user-static-repack-* # adjust the failing package name accordingly

CROSS_COMPILE_ARM32 not defined or empty, the compat vDSO will not be built

Disable CONFIG_COMPAT_VDSO in kernel config.

../tools/dct/DrvGen: No such file or directory

This error is specific to Mediatek kernels and it occures when DrvGen tries to load libc6.so library it has been linked against but Alpine chroot doesn’t support libc.
One of the solutions is to copy python3dct.patch to your linux-… directory and activate it in the APKBUILD. This patch replaces precompiled DrvGen with a python3 version.

Errors while running pmbootstrap on non-x86_64 arches

If you get Can't build 'binutils-or1k-elf' for architecture aarch64, see Run pmbootstrap on non-x86_64 arches.