invalid sparse file format at header magic что делать
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
Invalid sparse file format at header magic что делать
Добрый день. Принесли 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 Ожидайте окончания процесса прошивки. В зависимости от производительности вашего ПК, сей процесс может быть достаточно долгим. После завершения аппарат сам перезагрузится.
Обратите внимание, что первая загрузка после применения любого обновления может быть довольно долгая.