[ROM][UNOFFICIAL][9.0.0] LineageOS 16.0 - 20200928

lee.wp14

Senior Member
Sep 15, 2015
493
376
93
Penang
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?
 

Tasha T

Senior Member
Mar 25, 2015
97
20
0
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?

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
 
Last edited:

lex7-n7000

Member
Sep 12, 2019
8
1
0
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!
Sorry for my bad Android/Linux knowledge.
I have no dir /system/etc/init.d
Do I have to create it?
 

JarlPenguin

Senior Member
Oct 16, 2018
895
800
103
jarlpenguin.github.io
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
 

lee.wp14

Senior Member
Sep 15, 2015
493
376
93
Penang
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
You may try the galaxys2 los16's twrp 3.3.1 from rinando.
Actually, there are some unofficial workarounds on the internet, you can look it up. However I can't be sure if the workaround works well.

Sorry for my bad Android/Linux knowledge.
I have no dir /system/etc/init.d
Do I have to create it?
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?

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
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.
 

lex7-n7000

Member
Sep 12, 2019
8
1
0
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?
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?
 

lee.wp14

Senior Member
Sep 15, 2015
493
376
93
Penang
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?
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.
Or you might want to wait for my next release, should be ready in a few days if possible (I'm not sure, I will be having driving test in a few days). I just tested the GPS just now :D
*my n7000 has a relatively weak GPS :3 it took decades to get a fix :laugh:




EDIT: as long as GPSTest shows at least one satellite, then the gps daemon is running :)
 

JarlPenguin

Senior Member
Oct 16, 2018
895
800
103
jarlpenguin.github.io
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.
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
 

lee.wp14

Senior Member
Sep 15, 2015
493
376
93
Penang
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
You 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.
 

lex7-n7000

Member
Sep 12, 2019
8
1
0
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.
The test file is created, but GPS still not work.
I will wait for your next release :)
 
  • Like
Reactions: lee.wp14

JarlPenguin

Senior Member
Oct 16, 2018
895
800
103
jarlpenguin.github.io
You 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.
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.
 
Last edited:
  • Like
Reactions: lee.wp14

lee.wp14

Senior Member
Sep 15, 2015
493
376
93
Penang
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.
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 :)
 
  • Like
Reactions: JarlPenguin

JarlPenguin

Senior Member
Oct 16, 2018
895
800
103
jarlpenguin.github.io
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 :)
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 :)
 

lee.wp14

Senior Member
Sep 15, 2015
493
376
93
Penang
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 :)
how do I differentiate boot/kernel? :D I also don't know, when I use heimdall I just identify by the partition ID. The partition id is +1 of the mmcblk0px value.
My understanding is that a packed boot image (which includes the zImage and a inbuilt recovery) goes to mmcblk0p5, if I'm not mistaken it should be identified as partition id 6 on heimdall.
yes isorec goes to the recovery partition.
 
  • Like
Reactions: JarlPenguin

asusgarb

Senior Member
Jul 4, 2010
1,775
344
0
Hi. I've already asked it, but my previous post has misteriously disappeared.

Now I'm using NightOwl 14.1 on my Note 1. I use it almost only as GPS navigator with Google Maps or Sigyc.

14.1 is low and a bit laggy. With this rom can I increase my Note's performances? Will it be even a bit snappier?

Sorry for not trying myself, but I use it almost everyday in car, so before changing room I would like to hear some opinion of some users.

Thank you very much, I appreciate if you want to help me.

Sent from my Samsung Galaxy Note 3 using XDA Labs
 

lee.wp14

Senior Member
Sep 15, 2015
493
376
93
Penang
Release 20191009

CHANGELOG
20191009

- kernel: panel brightness optimization from i9300
- kernel: adjust unified memory allocation size
- kernel: disable logging
- kernel: disable pegasusq core lock
- kernel: switch to ZEN I/O scheduler
- kernel: fix tuning table for Q1 (credits to rINanDO)
- kernel: misc source updates from rINanDO, ChronoMonochrome, ComicoTeam
- galaxys2-common: remove SamsungDoze
- galaxys2-common: use low-end video codecs (credits to ChronoMonochrome)
- galaxys2-common: make sure burn-in protection is enabled
- galaxys2-common: wifi hotspot channel 1-11 instead of 1,6,11 only
- galaxys2-common: platform specific gcc optimization flags
- galaxys2-common: lower haptic feedback intensity
- galaxys2-common: dual-speaker output implementation (back speaker + earpice speaker)
- galaxys2-common: fix RIL PIN unlock (credits to rINanDO)
- galaxys2-common: misc source updates from rINanDO
- n7000: increase minimum adjustable brightness threshold
- n7000: fake vendor security patch level
- n7000: conditionally reset max17041 fuel gauge on boot
- hardware/samsung: added missing OUI mapping [SEMCO - 50:cc:f8] (credits to J..J)
- general: upstream source updates, security patch 2019-09-05

Installation Notes:
For this build, you must update your kernel and recovery beforehand! This is due to some changes in fstab.
1. Go to the Google Drive download link in second post.
2. In n7000 > misc > kernel folder, download boot-222aec6.img
3. In n7000 > misc > recovery folder, download i9100-LOS-16.0-Emulated-Storage-TWRP-3.3.1-1.img by rINanDO
4. Put these files in your n7000. Go to TWRP > Install > Install Image. Choose the boot-222aec6.img and flash to Boot.
5. Do not reboot yet. Go back and choose i9100-LOS-16.0-Emulated-Storage-TWRP-3.3.1-1.img and flash to Recovery.
6. Reboot Recovery. Your n7000 should now reboot into TWRP 3.3.1-1. Proceed to flash the build.

Notes:
- Due to source changes in this build's kernel, the screen is unable to turn off in TWRP, kindly take note!
- I've implemented dual-speaker output, now in speaker mode, the sound output will be using both back speaker and the front earpice speaker.
- GPS is tested working and is able to get a fix. Kindly ensure your GPS antenna/connection is in good condition if you are facing GPS issues. First fix might take longer than usual.
- You are able to reset the MAX17041 fuel gauge (battery meter) by editing ro.max17041.fg_reset_soc=0 to =1 in build.prop, then reboot. Remember to set back to =0 when not needed.
- GAPPS users, if you get the Android Setup notification, just disable Android Setup in Settings > Apps and Notifications.
- This should be the last build for the time being :3 Thanks for using this ROM!
 
Last edited:

asusgarb

Senior Member
Jul 4, 2010
1,775
344
0
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
 

lee.wp14

Senior Member
Sep 15, 2015
493
376
93
Penang
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
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.
 
  • Like
Reactions: asusgarb