Attached are 2 recovery logs for 2 different error messages when I try to restore from a TWRP backup.Can you reproduce the error and then attach a recovery log?
Thank you
Last edited:
Attached are 2 recovery logs for 2 different error messages when I try to restore from a TWRP backup.Can you reproduce the error and then attach a recovery log?
It is an extraction failure. It seems to be a common issue for older TWRP releases, but it could be other non-TWRP build issues.Attached are 2 recovery logs for 2 different error messages when I trying to restore from a TWRP backup.
Thank you
It is an extraction failure. It seems to be a common issue for older TWRP releases, but it could be other non-TWRP build issues.
You might want to flash the particular system manually and restore only the data partition. My best suggestion is to refrain from restoring the backup unless it is important for you.
Anyway, what's the system of the backup? Is it a backup made before repartitioning in preparation for los16?
Sorry for my bad Android/Linux knowledge.As per attached, copy the file into /system/etc/init.d (preferably done through TWRP or FX File Manager app to avoid permission problems). Perform a reboot and try the GPS.
Let me know if it works!
You may try the galaxys2 los16's twrp 3.3.1 from rinando.Hi. Thank you for having a look at the recovery logs.
The operating system of the backup is Lineage OS 16. I flashed your Lineage 16 rom two months ago and installed all my apps etc., and made a backup thereafter. This backup is important to me as it contains all my apps and corresponding/related info of my device running Lineage OS 16.
I have flashed the system manually as per your suggestion, and then tried to restore the data partition only, but it resulted in the same error, namely:
extractTarFork() process ended with ERROR : 255
I currently have this version of TWRP recovery installed: TWRP-3.1.0-EMU-MIGRATION-M-20170318-noassert.zip
Would flashing another version of TWRP help ?
Any advice on which version of TWRP I could flash which will allow me to restore my saved backup ?
Thank you
It's ok, everyone learns from nothing to somethingSorry for my bad Android/Linux knowledge.
I have no dir /system/etc/init.d
Do I have to create it?
I can't reproduce the reboot problems. Which build number you are using? Since it is soft reboot, you may attach logs from /proc/kmsg after soft reboot.Installed along with OpenGApps Pico and LineageSU, works fine for the most part
Some bugs I noticed:
Sometimes after the screen turns off either 1) the device freezes into a black screen when attempting to turn it back on and a few seconds later acts as if you had just rebooted the device, or 2) you are stuck on the lock screen till you reboot (swiping up does nothing except stay stuck in the swiped up position).
There is some input lag which causes touches to sometimes not be detected and causes some games to be nearly impossible to play (e.g. Geometry Dash), this probably can't be fixed
It's mostly the "soft reboots" that annoy me the most. While I was writing this post that same thing happened, causing my progress to be lost
Ok I forget to mount /system but twrp let me copy the file, anyway.It's ok, everyone learns from nothing to something
The init.d folder should exists, so does the init.target.rc. i further checked my sources and my n7000 and found nothing wrong. Are you opening it in twrp or in a root file manager app?
You will need to mount /system first otherwise the file won't persists after reboot.Ok I forget to mount /system but twrp let me copy the file, anyway.
It should now at the right place but gps is still not working.
How can I proof that your script is executed?
I was using the May 22nd build. Unfortunately I can't get any logs anymore because my n7000 is stuck in an endless bootloop on the boot logo, and attempting to boot into recovery causes a crash to the boot logo as well. What doesn't help is that my microUSB port is brokenI can't reproduce the reboot problems. Which build number you are using? Since it is soft reboot, you may attach logs from /proc/kmsg after soft reboot.
You shouldn't have done any flashing at all while your USB port is broken.I was using the May 22nd build. Unfortunately I can't get any logs anymore because my n7000 is stuck in an endless bootloop on the boot logo, and attempting to boot into recovery causes a crash to the boot logo as well. What doesn't help is that my microUSB port is broken
The test file is created, but GPS still not work.You will need to mount /system first otherwise the file won't persists after reboot.
To proof if it is executed, find for the traces of the script's filename in logcat with logcat -d -b all. We are using selinux permissive so selinux will warn about init.d scripts.
or you can add a line at the end of script file:
touch /sdcard/test
and afterwards check if the file exists.
To be honest, I don't mind that it is broken for now, since I do not use it as my daily driverYou shouldn't have done any flashing at all while your USB port is broken.
It is hard to determine the cause of issue without any logs, it could be a software or hardware issue.
Furthermore, you stated that your device is semi-faulty (usb broken), it makes things more complicated.
Sure, do keep me updated if you don't mind :good:To be honest, I don't mind that it is broken for now, since I do not use it as my daily driver
I'm thinking it's either the kernel partition is corrupted or some of the system files are corrupted. I managed to force a connection and it appears that the bootloader charging animation appears, not the LineageOS one. If I can manage to connect the phone to the PC, I'll try reflashing the recovery and going on from there.
Also I've tested Bluetooth Audio, it works fine.
Right, I see.Sure, do keep me updated if you don't mind :good:
My house has several bad n7000 usb boards :laugh: that's why I'm concerned about the faulty usb. I see you are a dev too, i guess I don't have to worry![]()
how do I differentiate boot/kernel?Right, I see.
I managed to get heimdall to detect it, and downloaded the PIT file: https://del.dog/upatikezoy
Now I have two questions: is /dev/block/mmcblk0p5 the BOOT or KERNEL partition (and if it is the BOOT partition what should I flash to the KERNEL partition & vice versa)? and is the RECOVERY partition used to store the IsoRec TWRP recovery?
Thanks for helping me out![]()
I have no problems with google assistant voice commands on n7000 so far when using los14. However as a heads up my build won't support google assistant because it is missing some necessary configurations.Thank you very much for this last build. I'm curious now to try it.
Just a question. On Lineage 14.1 I installed nano gapps, because I was trying to use Google assistant but when I tried I received and error and I couldn't use vocal commands.
Was it a ROM related problem or the device is too old to make it working?
Because if it's a device problem I'll use Pico gapps instead
Sent from my Samsung Galaxy Note 3 using XDA Labs