ImpaПардон, не обратил внимание. Да, без доступа к файловой сложно что-либо сделать.
Попробуйте откатиться на, к примеру, "2.2.1628" (HN1T-14G381-LG) с соответствующим набором Voice/Gracenotes.
Дав "поспать" APIM'у, накатить свежую (здесь была ссылка с правильным autoinstall.lst) с _полным_ набором утилит 14G386 (с overlay's) и 14G387 ("чистилка").
Сомневаюсь, конечно, что update_images (из 14G387) с скриптом к установленным "заплаткам" -- overlay's (update_images -o 1) поможет. Но, подозреваю, что сама утилита умеет выполнять что-то больше, чем некоторые из этих действий (mv - "move" перенос/перемещение файла):
наличие /fs/images (иначе "Failed to open /fs/images directory"), доступ к /dev/hd0 (иначе Error: Reading %s device block %d :'%s') и "подпись" (иначе "Sign Error") и далее, например:
наличие /fs/images/voice_new.img --> mv /fs/images/voice_new.img /fs/images/voice.img, иначе "Failed to update voice.img" (printf);
наличие /fs/images/voice_nav_new.img --> mv /fs/images/gracenotes_new.img /fs/images/gracenotes.img, иначе "Failed to update gracenotes.img";
наличие /fs/images/map_ext_new.img --> mv /fs/images/map_ext_new.img /fs/images/map_ext.img, иначе "Failed to update map_ext.img";
наличие /fs/images/map_new.img --> mv /fs/images/map_new.img /fs/images/map.img, иначе "Failed to update map.img";
/fs/rwdata/.Pending --> "sync".
Может быть ещё какие-то case умеет делать (нет времени и навыков разбора, даже такой простой утилиты).
Тем более, я не знаю, как и где "завис" это "мусор" (v3.2). Кажется, у него иное имя файла.
В общем, попробуйте.