LineageOS 14.1 GT-N8000 GT-N8010 GT-N8013 GT-N8020 SCH-I915

[html6405]

Hier nen report ne Weile nach dem crash. Last kmsg ist das interessante.

Aus Interesse, verwendest du die letzte Version?
Nachdem was ich so rauslese, führst du beim boot ein permissive.sh script aus? Dann können wir Selinux wenigstens ignorieren.

Das Problem findet hier statt:

<6>[ 214.517332] c2 SysRq : Emergency Remount R/O
<6>[ 214.522140] c2 EXT4-fs (mmcblk0p8): re-mounted. Opts: (null)
<6>[ 214.564046] c2 EXT4-fs (mmcblk0p12): re-mounted. Opts: (null)
<4>[ 214.610525] c2 Emergency Remount complete
<0>[ 214.618118] c2 (sec_debug_set_upload_magic) 0
<6>[ 214.618596] c2 REBOOT Notifier for CPUFREQ
<6>[ 214.619070] c0 REBOOT Notifier for BUSFREQ

Somit ist Cache und Data read only! Hier muss ein reboot stattfinden.

Aber viel interessanter:

<4>[ 11.704161] c0 EXT4-fs (mmcblk0p8): warning: maximal mount count reached, running e2fsck is recommended
Das heißt, dass der Cache schon sehr oft gemounted wurde und es daher sehr wahrscheinlich ist,
dass es defekte Blöcke gibt! Eine Formatierung deckt diese auf, also unbedinge e2fsck ausführen.

Spoiler: Generelle eMMC-Latency

<6>[ 4.311246] c0 s3c-sdhci s3c-sdhci.2: clock source 2: sclk_mmc (88888888 Hz)
<6>[ 4.311557] c0 mmc1: vtf_2.8v regulator found
<3>[ 4.340842] c0 mmc0: cmd 52 response timeout error
<3>[ 4.341687] c0 mmc0: cmd 52 response timeout error
<3>[ 4.345717] c0 mmc0: cmd 8 response timeout error
<3>[ 4.346563] c0 mmc0: cmd 5 response timeout error
<3>[ 4.347390] c0 mmc0: cmd 5 response timeout error
<3>[ 4.348216] c0 mmc0: cmd 5 response timeout error
<3>[ 4.349042] c0 mmc0: cmd 5 response timeout error
<3>[ 4.349884] c0 mmc0: cmd 55 response timeout error
<3>[ 4.350724] c0 mmc0: cmd 55 response timeout error
<3>[ 4.351565] c0 mmc0: cmd 55 response timeout error
<3>[ 4.352404] c0 mmc0: cmd 55 response timeout error
<6>[ 4.371737] c1 mmc0: MAG2GA: 1501004d<private info omitted>42b648fa1

Beim Ansprechen deiner eMMC dauert es auch schon etwas länger, wie es scheint.

Beim Laden wurde ebenfalls ein emergency remount durchgeführt.

Ich würde dir empfehlen, jetzt mal den Cache zu formatieren und mit Glück läufts wieder rund.
Mit Pech geht deine eMMC langsam dem Ende zu.

Hab Zeit und neun USB Powermeter. Dann mach ich par Messungen zum Ladestrom mit Original Netzteil und anderen mit altem und neuem update

Kannst du gerne machen , getestet habe ich es natürlich auch selbst .

Lg

 

[Telemuddi]

Mein n8020 findet kein April update. Das neueste was mir angeboten wird ist das vom 31.3. ?

 

[html6405]

@Telemuddi das schau ich mir gleich an,
moment.

 

[yazan1]

Hallo, ich möchte mich bei Ihnen für diese wundervolle Arbeit bedanken, ich bin mit diesem Rome zufrieden, alles funktioniert gut, aber es gibt etwas mit dem Chrome-Browser, wenn ich mehrere Registerkarten öffne, startet das Gerät neu, danke

 

[html6405]

@Telemuddi probiers nochmal.

Beiträge automatisch zusammengeführt: 09.04.2020

Hallo, ich möchte mich bei Ihnen für diese wundervolle Arbeit bedanken, ich bin mit diesem Rome zufrieden, alles funktioniert gut, aber es gibt etwas mit dem Chrome-Browser, wenn ich mehrere Registerkarten öffne, startet das Gerät neu, danke

Das probier ich auch gleich aus...

Beiträge automatisch zusammengeführt: 09.04.2020

Ab wie vielen Tabs?

 

[yazan1]

@ html6405
Manchmal führen 3 oder 4 Registerkarten und manchmal eine Registerkarte zum Neustart

 

[html6405]

Ok und du verwendest auch die aktuellste Version?

 

[yazan1]

@html6405
31.3.2020 deodexed
GT-N8000

 

[html6405]

Ah ok, für deodexed hab ich noch kein Update veröffentlicht.
Ich uploade die nächste halbe Stunde eines, dann teste bitte dieses per OTA.

 

[sillywilly]

Hallo,

Ich habe das n8020-Bild vom Januar verwendet, was gut funktioniert hat. Gestern habe ich zuerst ein Upgrade auf Bild 31.3 durchgeführt. und zufällige Neustarts gestartet, irgendwie gelang es, auf 6.4 zu aktualisieren. Bild und Neustart fortgesetzt, unbrauchbar ... alle Updates über OTA ... auch neueste Twrp geflasht ...

Mein Kabel ist kaputt, daher kann ich keine Protokolle bereitstellen

Dies wird über Google übersetzt

Danke

 

[html6405]

Ich habe das n8020-Bild vom Januar verwendet,

Du kannst dir jederzeit die Version wieder runterladen, dazu einfach auf android filehost auf mein Profil klicken und die Version runterladen.
Ein last_kmsg wär super, mein N8020 läuft super mit der letzten Version.

Beiträge automatisch zusammengeführt: 09.04.2020

@yazan1 Die neue Version sollte per OTA downloadbar sein.
Beim nächsten crash, bitte mir ein last_kmsg übermitteln.

 

[yazan1]

@html6405
Das Problem besteht weiterhin

 

[sillywilly]

Hallo nochmal,

Ich habe Software gefunden, wie Sie vorgeschlagen haben und
testete alle Bilder rückwärts vom aktuellen, alle stürzen ab, aber das vom 17. Januar.
Das ist stabil Ich benutze es gerade ... keine Neustarts

 

[html6405]

@yazan1
Ok,
hier finde ich gleich mehrere Probleme:

Spoiler: Log

<4>[ 9.531758] c0 EXT4-fs (mmcblk0p3): warning: maximal mount count reached, running e2fsck is recommended
<6>[ 9.533822] c0 EXT4-fs (mmcblk0p3): mounted filesystem with ordered data mode. Opts: journal_async_commit,errors=panic
<7>[ 9.533944] c0 SELinux: initialized (dev mmcblk0p3, type ext4), uses xattr
<6>[ 9.534137] c0 fs_mgr: __mount(source=/dev/block/mmcblk0p3,target=/efs,type=ext4)=0
<6>[ 9.540445] c0 EXT4-fs (mmcblk0p9): mounted filesystem with ordered data mode. Opts: (null)
<7>[ 9.540536] c0 SELinux: initialized (dev mmcblk0p9, type ext4), uses xattr
<6>[ 9.540717] c0 fs_mgr: __mount(source=/dev/block/mmcblk0p9,target=/system,type=ext4)=0
<6>[ 9.541641] c0 F2FS-fs (mmcblk0p8): Magic Mismatch, valid(0xf2f52010) - read(0xc860)
<3>[ 9.541714] c0 F2FS-fs (mmcblk0p8): Can't find valid F2FS filesystem in 1th superblock
<6>[ 9.542150] c0 F2FS-fs (mmcblk0p8): Magic Mismatch, valid(0xf2f52010) - read(0x0)
<3>[ 9.542221] c0 F2FS-fs (mmcblk0p8): Can't find valid F2FS filesystem in 2th superblock
<6>[ 9.542297] c0 F2FS-fs (mmcblk0p8): Magic Mismatch, valid(0xf2f52010) - read(0xc860)
<3>[ 9.542368] c0 F2FS-fs (mmcblk0p8): Can't find valid F2FS filesystem in 1th superblock
<6>[ 9.542440] c0 F2FS-fs (mmcblk0p8): Magic Mismatch, valid(0xf2f52010) - read(0x0)
<3>[ 9.542506] c0 F2FS-fs (mmcblk0p8): Can't find valid F2FS filesystem in 2th superblock
<6>[ 9.605130] c3 fs_mgr: __mount(source=/dev/block/mmcblk0p8,target=/cache,type=f2fs)=-1
<4>[ 9.610819] c3 EXT4-fs (mmcblk0p8): warning: maximal mount count reached, running e2fsck is recommended
<6>[ 9.612687] c3 EXT4-fs (mmcblk0p8): mounted filesystem with ordered data mode. Opts: journal_async_commit,errors=panic
<7>[ 9.612802] c3 SELinux: initialized (dev mmcblk0p8, type ext4), uses xattr
<6>[ 9.612989] c3 fs_mgr: __mount(source=/dev/block/mmcblk0p8,target=/cache,type=ext4)=0
<3>[ 9.613086] c3 fs_mgr: mount_with_alternatives(): Mounted /dev/block/mmcblk0p8 on /cache with fs_type=ext4 instead of f2fs
<6>[ 9.620689] c3 EXT4-fs (mmcblk0p10): mounted filesystem with ordered data mode. Opts: journal_async_commit
<7>[ 9.620792] c3 SELinux: initialized (dev mmcblk0p10, type ext4), uses xattr
6>[ 9.809378] c3 e2fsck: e2fsck 1.42.9 (28-Dec-2013)
<6>[ 9.809410] c3
<6>[ 9.809473] c3 e2fsck: /system/bin/e2fsck: Permission denied while trying to open /dev/block/mmcblk0p12
<6>[ 9.809535] c3
<6>[ 9.809561] c3 e2fsck: You must have r/w access to the filesystem or be root
<6>[ 9.809606] c3
<6>[ 9.809633] c3 e2fsck: e2fsck terminated by exit(8)
4>[ 9.815152] c3 EXT4-fs (mmcblk0p12): warning: maximal mount count reached, running e2fsck is recommended
<6>[ 9.816167] c3 EXT4-fs (mmcblk0p12): mounted filesystem with ordered data mode. Opts: noauto_da_alloc,journal_async_commit,errors=panic

e2fsck würde automatisch ausgeführt werden,
jedoch fehlen anscheind hierfür noch Selinux-Regeln,
ich befürchte, dass bei meinem letzten Sync mit Git diese verloren gegangen sind.
Diese werde ich schleunigst nachrüsten.

Du kannst alternativ noch diese Version testen:
StackPath

Die Regeln werden aber wenn es sich ausgeht, gleich morgen nachgerüstet, für alle Geräte.

Beiträge automatisch zusammengeführt: 09.04.2020

Ich habe Software gefunden, wie Sie vorgeschlagen haben und
testete alle Bilder rückwärts vom aktuellen, alle stürzen ab, aber das vom 17. Januar.

Wirklich alle?
Bis zum 09.03 gab es keine große Änderungen was das N8020 angeht (Selinux Regeln geschrieben,
enforcing geschaltet), bevor nur der security patch.
Danach kam für das N8020 am 31.03 mount namespace Unterstützung dazu, das war die größte Kernelveränderung.

 

[sillywilly]

Ja, sogar die Version vom 11. Februar wird in weniger als einer Minute nach Abschluss des Startvorgangs neu gestartet.

Zuerst dachte ich, dass mein Akku dafür verantwortlich ist, aber sobald ich am 17. Januar geflasht habe, ist alles wieder normal

Außerdem verwende ich die neuesten Twrp- und Micro-Gapps, obwohl Sie Pico empfohlen haben ... Ich hoffe, das ist nicht die Ursache

Ich nutze diese Gelegenheit, um Ihnen für Ihre Arbeit zu danken. Ohne sie wäre diese Hardware für Schrottplätze

 

[html6405]

Ok, am 11.02 wurde das init.d script hinzugefügt,
welches einen Prozess von den Google Apps killt!

LineageOS 14.1 GT-N8000 GT-N8010 GT-N8013 GT-N8020 SCH-I915 – Root / Custom-ROMs / Modding für Samsung Galaxy Note 10.1

Das könnte mit den Micro-Gapps zusammenhängen .

Beiträge automatisch zusammengeführt: 09.04.2020

Das Script kann selbstständig mit dem Kernel aduiator deaktiviert werden, um es zu testen.

 

[Haldi]

Aus Interesse, verwendest du die letzte Version?
.....
Nachdem was ich so rauslese, führst du beim boot ein permissive.sh script aus? Dann können wir Selinux wenigstens ignorieren.
Somit ist Cache und Data read only! Hier muss ein reboot stattfinden.
.....
Aber viel interessanter:

<4>[ 11.704161] c0 EXT4-fs (mmcblk0p8): warning: maximal mount count reached, running e2fsck is recommended
Das heißt, dass der Cache schon sehr oft gemounted wurde und es daher sehr wahrscheinlich ist,
dass es defekte Blöcke gibt! Eine Formatierung deckt diese auf, also unbedinge e2fsck ausführen.
Beim Ansprechen deiner eMMC dauert es auch schon etwas länger, wie es scheint.
.....
Ich würde dir empfehlen, jetzt mal den Cache zu formatieren und mit Glück läufts wieder rund.
Mit Pech geht deine eMMC langsam dem Ende zu.
....
Kannst du gerne machen , getestet habe ich es natürlich auch selbst .

war die Version vom 31. März ja.
Nun OTA auf 6 April gemacht und danach Cache & Dalvik gewipet. mal sehen ob's hilft.
....
Startup script hab ich keins Manuel hinzugefügt, wenn dann isses wohl von Magisk Root gekommen.
....
e2fsck werd ich mal versuchen.


zum Thema Laden: das QC2.0 Ladegerät geht von 0.5A auf 1.2A hoch. aber ganz so schnell wie das Samsung lade Gerät ist es dann doch noch nicht ganz.
wenn ich das nächste mal kein Akku mehr hab und das Tab nicht gerade benötige mach ich mal komplette Lade graphen. Bluetooth logging 4tw

Mein Kabel ist kaputt, daher kann ich keine Protokolle bereitstellen

Kein bedarf für ein Kabel.
Die app "Syslog" macht sowas direkt auf dem Tablet. Benötigt aber einen restart nach der Installation.

 

[html6405]

war die Version vom 31. März ja.
Nun OTA auf 6 April gemacht und danach Cache & Dalvik gewipet. mal sehen ob's hilft.
....
Startup script hab ich keins Manuel hinzugefügt, wenn dann isses wohl von Magisk Root gekommen.
....
e2fsck werd ich mal versuchen.

Ok alles klar, dann hoffe ich, dass es schon hilft.
Ich muss zu meiner Verteidigung auch nochmal erwähnen,
dass meine Geräte alle mit neuen eMMC's ausgestattet sind.

Ich wechsle täglich, bin damit aber nur ein bisschen im Web unterwegs und auf Nacht wird gestreamt,
absturzfrei. Meine Gerätelaufzeiten sind meist bei über 50 Stunden.

Alle Performanceeinstellungen, die vom User zusätzlich gemacht werden, können die Stabilität stark beeinflussen,
nur um das auch mal erwähnt zu haben.

zum Thema Laden: das QC2.0 Ladegerät geht von 0.5A auf 1.2A hoch. aber ganz so schnell wie das Samsung lade Gerät ist es dann doch noch nicht ganz.

, erlaubt sind zumindest 1.8A, jedes Netzteil schafft das natürlich nicht.
Mein Schnellladegerät von meinem Xiaomi schafft es zum Beispiel.

 

[Haldi]

Mhmmm ADB Shell funktioniert in der Recovery nicht ? (n8010 mit der 3.1.1.img)

C:\Program Files (x86)\Minimal ADB and Fastboot>adb devices
List of devices attached
41XXXXXXXXX1        recovery


C:\Program Files (x86)\Minimal ADB and Fastboot>adb shell
error: exec '/system/bin/sh' failed: No such file or directory

Funktioniert problemlos wenn das ROM läuft.


EDIT: System war nicht Mounted -.- das wars...


Edit2: Da Hamwas ja...

Spoiler

n8010:/ $ mount
rootfs on / type rootfs (rw,seclabel)
tmpfs on /dev type tmpfs (rw,seclabel,nosuid,relatime,mode=755)
devpts on /dev/pts type devpts (rw,seclabel,relatime,mode=600)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,seclabel,relatime)
selinuxfs on /sys/fs/selinux type selinuxfs (rw,relatime)
none on /acct type cgroup (rw,relatime,cpuacct)
tmpfs on /tmp type tmpfs (rw,seclabel,relatime)
/dev/block/mmcblk1p1 on /external_sdcard type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=131072,blksize=4096)
/dev/block/mmcblk0p9 on /system type ext4 (rw,seclabel,relatime,user_xattr,barrier=1,data=ordered)
/dev/block/mmcblk0p12 on /data type ext4 (rw,seclabel,relatime,user_xattr,barrier=1,data=ordered)
/dev/block/mmcblk0p12 on /sdcard type ext4 (rw,seclabel,relatime,user_xattr,barrier=1,data=ordered)
/dev/block/mmcblk0p8 on /cache type ext4 (rw,seclabel,relatime,user_xattr,barrier=1,data=ordered)

mhmmm Probleme mit dem Zugriff. habs absichtlich vorher in der Recovery unmounted.
127|n8010:/ $ e2fsck -fv /dev/block/mmcblk0p8
e2fsck 1.42.9 (28-Dec-2013)
e2fsck: Permission denied while trying to open /dev/block/mmcblk0p8
You must have r/w access to the filesystem or be root

Dachte recovery shell wäre immer root?
Weder su noch sudo tun iwas.

 

[sillywilly]

was ich heute getestet habe:

gebrauchtes Image 31.3.2020 zuerst mit Pico Gapps = kein Problem versucht,
dann Image + Nano Gapps = Kalenderfehler neu gestartet und neu gestartet,
dann Image + Micro Gapps neu gestartet = nur neu gestartet

So kann ich bestätigen, dass Gapps Probleme für mein n8020 verursachen. Wenn andere dies überprüfen können, sollten Pico-Gapps obligatorisch sein und nicht nur empfohlen werden

Endlich habe ich OTA verwendet, um auf den 04.07.2020 zu aktualisieren, und alles funktioniert normal mit Pico Gapps

Bis ich Google Pixel Launcher installiere, beginnt der Absturz erneut

Es scheint also, dass ich einen Trebuchet Launcher verwenden muss, den ich nicht mag