Сергей, привет! У тебя в лечении сегодня вскрылся лаг, который, как ты знаешь, проявляется в том, что активация срабатывает не сразу. НО! Вскрылось это действительно сегодня у первой машины добровольца. Там я активировал не так, как вчера. Вчера я с таким не столкнулся! А также сегодня, при тесте, уже на другой машине, я с этим не столкнулся тоже. Его можно победить? Ты не знаешь с чем это связано? Я заметил различия в вариантах только в одном месте.
Не возникает ли лаг из за того (и кстати тормоза в навигации в первые несколько минут с сообщением о том, что нави не активировано), в связи с тем, что у патча UkNik строка в startDumper.sh
Код:
/usr/sbin/dumper -m -w -z 1 -c -d /HBpersistence/core -d /mnt/persistence -f io-pkt-v4-hc -f devc-serusb -f io-usb
тогда как у тебя в startDumper.sh
Код:
/usr/sbin/dumper -m -w -v -d /HBpersistence/core
?
Расскажу в чем суть. Я вчера, когда всё заработало, при применении таблеток сделал так.
1. Накатил патч UkNik, в котором добавлены строки
Код:
# FSC SECTION
echo "Copying FSC..." >> $dstPath/patch.log
$dstPath/utils/showScreen $dstPath/screens/scriptAppkey.png
cp -V -R $dstPath/app/00040405.fsc /mnt/efs-persist/FSC/00040405.fsc
echo "FSC DONE." >> $dstPath/patch.log
# END FSC SECTION
Но при его выполнении почему-то всё скрины отбегали буквально за секунд 8. Т.е. MMI3GApplication не копировалось с SD на /mnt/efs-persist/ или скопировалось очень быстро. Заподозрив неладное, я взял твой скрипт со строками (именно такими, без mount -uw /mnt/efs-system), запустил сразу, без перезагрузки, после активатора UkNik-а
Код:
mount -uw /mnt/efs-persist
cp -V -R $dstPath/SERGEYNIK/* /mnt/
cp /mnt/efs-system/usr/bin/startDumper.sh $dstPath/startDumper.bak
cp $dstPath/startDumper.sh /mnt/efs-system/usr/bin/
и он отработал. После этого я перезагрузил вручную RNS и заработало всё сразу. И TMC и прокладка маршрута. На данный момент я содержимое файла startDumper.sh в /mnt/efs-system/usr/bin/ в моём (не тормозном варианте навигации) и в другом варианте (где лаг) не имею. Но не кажется ли тебе, что задержка в выполнении вылеченного MMI3GApplication возникает именно из-за различий, при запуске, строк в startDumper.sh
у UkNik
Код:
/usr/sbin/dumper -m -w -z 1 -c -d /HBpersistence/core -d /mnt/persistence -f io-pkt-v4-hc -f devc-serusb -f io-usb
и твоего варианта
Код:
/usr/sbin/dumper -m -w -v -d /HBpersistence/core
При том, что у того авто, где лаг был, успешно отработал сначала UkNik-овский скрипт, где процесс копирования MMI3GApplication заметен по времени, а потом уже твой, хотя это ни на что не повлияло. Лаг так и остался.
Есть мысли на этот счёт?
Как я понимаю, всего этого имороя можно избежать, если на этапе обновления прошивки сразу подменять файлы. Каким образом собрать вылеченую прошивку?