[Galaxy Note 10.1 2014] Bootloop, Brick und andere Gründe für den Nicht-Start des OS

[Wurmclemens]

Na da bin ich aber gespannt. Bei mir begann es mit aufhängen beim Laden (Original und eins von HTC) also liegt es nicht am Ladegerät. Tablet befand sich aber im Standby dachte erst es liegt daran. Lies sich aber immer noch durch langes drücken des On Schalters zum leben erwecken. Am Donnerstag aber Bustekuchen Tablet startet nur noch in einer Bootschleife......keine Chance da raus zu kommen.
Ok ran PC und die 1-teilige mit Odin flashen, TWRP flashen alles ohne Probleme Gerät läuft alles noch da (war aber beim erstenmal vor ka 2 Wochen auch so).
Kernel + SuperSU flashen beide Versionen probiert Neustart endet in Bootschleife......
Nun bin ich mit meinem Latein auch am Ende aber ja nicht der einzige....
zZt.läuft es erstmal ohne Root

Werde heute Abend die Version bzw vorgehen von EliteCharly versuchen.

 

[EliteCharly]

Ok ran PC und die 1-teilige mit Odin flashen, TWRP flashen alles ohne Probleme Gerät läuft alles noch da (war aber beim erstenmal vor ka 2 Wochen auch so).
Kernel + SuperSU flashen beide Versionen probiert Neustart endet in Bootschleife......

Werde heute Abend die Version bzw vorgehen von EliteCharly versuchen.

Wenn Du das auch schon versucht hast, dann sehe ich leider wenig Hoffnung für meinen Versuch. (Momentan bin ich beim Punkt "Update aller Apps"). - Vor heute Abend werde ich wohl fertig sein und Euch sagen können, ob es so klappt. - Was mich nachdenklich gemacht hat, ist einmal, daß von irgendeiner App/Google/Samsung eine Bestätigungs-Abfrage für den Zugriff auf extSDCard kam (auf dem Startbildschirm), gleich, nachdem ich wieder online gegangen war, mit der ungerooteten Stock - und dann habe ich zum Zweiten bemerkt, daß das "[ ] Diagnosedaten an Samsung senden" auch aktiv war, in den Geräteinformationen. (Kurz bevor der Root zerschossen wurde, kam da bei mir nämlich immer die Meldung "Bericht wird gesendet" in der Taskleiste! ... Und dann war SuperSU futsch.)

Wenn es nicht funzt, dann bleibt mein P605 auch erstmal ohne Root. - Aber ist schon sehr übel, wenn irgendwer einfach mal kurz SuperSU zerschießen kann, oder den Kernel! - Vielleicht eines der Samsung Sicherheits-Patches, das trotz Root/inoffiziellem Gerätestatus, via OTA, im Hintergrund installiert wird (gegen StageFright oder so).

 

[Wurmclemens]

Na es startet ja schon mal bei dir ich bin ja nur nicht einmal soweit gekommen - Bootschleife.
Noch zu erwähnen hatte erst die 3-teilige genommen aber da hatte ich Probleme mit SIM-Karte.

 

[EliteCharly]

Peter, ... wenn einmal der BootLoop zugeschlagen hat, hilft es nur noch ein altes TWRP-Backup zurückzulesen und (falls nicht sicher ist, daß Mobile Daten und WLAN abgestellt sind), die SIM-Karte zu entfernen, bzw. das Gerät im Router zu blockieren. (Ggf. WLAN am Router, bzw. den Router selbst zu deaktivieren.) - Danach startet das Tablet wieder - und zerschießt die SuperSU erst, wenn man wieder online geht.

Meine Hoffnung ist jetzt, daß das "Etwas", was die Ursache ist, im ungerooteten Stock-ROM installiert wird (oder es mittlerweile ein Update dagegen gibt, falls es eine App war), was dann ja keine Bootschleife zur Folge hat, - und daß danach wieder gerootet werden kann, ohne daß SuperSU/der Kernel gelöscht wird. ... Natürlich hatte ich auch zuerst den Kernel neu geflasht und SuperSU neu installiert (als schon die Bootschleife lief). Das hatte aber auch keinen Erfolg. - Deshalb sehe ich auch geringe Chancen, daß es so klappt, aber einen Versuch ist es wert.
[doublepost=1448108176,1448106907][/doublepost]Ok: geht auch nicht mehr!
Gleich nach dem Flashen des Kernels und SuperSU auf das frische Stock-ROM ist wieder BootLoop angesagt!

Edit:
OK, Ursache für Bootloops ist gefunden:

Security-Policy-Update von Samsung! ... Hilft nur noch ein Enforced-Kernel. - Permissive Kernels sind auf allen Samsung-Geräten deaktiviert worden!

 

[hanspampel]

Hi

Aber afaik haben wir nur den einen Permissive Kernel. Die anderen im Ramdiks modifizierten Kernel sollten doch auf Enforcing stehen. Habe mein Tab jetzt nicht mehr da back to Warranty, aber "permissive" waren die modifizierten Kernel nicht. Aber wie ich vermutete muss wohl ein neuer Policy Patch her.

 

[Darkman]

Ich vermute den Fehler eher beim SuperSU.

Weil wenn ihr nur den Kernel flasht ohne den SuperSU sollte das Tablet noch normal starten. So ist es zumindest bei meinen T365 wo ich aktuell das gleiche Problem habe sobald der SuperSU geflasht wird.

 

[Wurmclemens]

Man könnte ja mal mit einer älteren Version von SuperSU testen

 

[hanspampel]

Du bist nicht allein @Darkman. Phil vom PhilZ Recovery hat die gleichen Probleme mit der neuesten COI3 FW wie einige andere mit verschiedenen Samsung Geräten auch. Scheinbar hat Samsung nen Security Patch, für Knox vielleicht rausgehauen. Das verursacht derzeit wohl den Bootloops. Die NEE konnte man ja so rooten. Lief bei mir auch ne ganze Zeit. Vermutlich muss man irgendwie den OTA-Updater für Knox finden und deaktiveren oder so. Echt keinen Plan derzeit. Da hilft wohl echt nur warten ob sich bei Chainfire noch was tut oder man ggf. andere Wege findet.

 

[Darkman]

Jo.... Samsung verkaufen und keines mehr kaufen. Das macht langsam echt keinen Spaß mehr.

Und Chainfire wird das auch nicht mehr ewig machen. Er hat sich jetzt schon ein gutes Stück zurück gezogen,auch wenn er noch im Hintergrund erstmal weiter macht.

Desweiteren ist das sehr bedauerlich für Nischen Produkte wo sich keiner mit befasst.

 

[EliteCharly]

Ich will es mal so ausdrücken:

Wenn Google nicht so Sachen wie plötzlich eingeschränkten SD-Karten-Zugriff, eigene Bloatware und eine Root-Sperre herausbringen würde - und Samsung nicht alle Geräte mit eigener zusätzlicher Bloatware zumüllen würde, aber beide stattdessen Root von Haus aus anbieten würden - und dem Nutzer überlassen würden, ob er es einschaltet oder nicht, - dann hätte Android durchaus eine Zukunft... - Aber ich sehe die Zukunft jetzt eher in Windows 10 für Phones und im Continium-Feature!... Es hat sich wohl ausgegoogelt, in den nächsten 1-2 Jahren!

 

[alpha_de]

Security-Policy-Update von Samsung! ... Hilft nur noch ein Enforced-Kernel. - Permissive Kernels sind auf allen Samsung-Geräten deaktiviert worden!

Ich habe gerade mein Note 10.1 (605) auf die 5.1.1 hochgezogen und gerootet. Und gleich mal die App per TIB eingefroren, die diese Security Policy Updates macht. Ich finde den Ansatz von Samsung bspw. in Unternehmen sinnvoll, aber für Privatnutzer sollte es einen Weg geben (wie ihn Sony ja auch bietet), diese Sperren dauerhaft zu deaktivieren.

 

[sgs9000A]

Automatic security policy update can be deactivated under settings -> security. If you have an old nandroid backup, make sure, that your device is not connected to the Internet, after restore with TWRP. (E.g. disconnect from/the router, remove SIM card.) - Then, after reboot, go to Settings -> Security and uncheck automatically update of security policies.... That should work. Then you can reconnect to the Internet.
von Link
bin auf pyrana gewechselt und kann es nicht selbst testen, soll aber funktionieren.

 

[EliteCharly]

Habe ich. Der Text ist von mir selbst. Funktioniert.

Edit:
Bei neuen Installationen, erstmal ohne Internet-Verbindung starten und das automatische Update der Sicherheitsrichtlinien deaktivieren.

 

[Peppo]

Hatte das automatische Update der Sichehreitsrichtlinien bereits bei der Installation vor 6 Wochen abgeschaltet und hatte gestern ebenfalls den Bootloop.

Den Pyrana Kernel hatte ich probiert, allerdings waren die WLAN Kennwörter nach jedem Neustart weg.

bin jetzt erst mal zurück auf 4.4. (xkat6).....allerdings zeigt mir Phoneinfo bei der Basisband Version immer noch die EOI5 an, obwohl ich die 4.4. zwei mal mit der original TAR per Odin geflasht habe und dann erst die xkat6 per custom recovery eingespielt habe...... seltsam

 

[EliteCharly]

Ich weiß von 2 Leuten, die nach dem Abschalten des Auto-Updates, nach Stunden noch gerootet sind. - Was du machen kannst, wenn die WLAN Konfiguration nicht gespeichert wird:

./system/build.prop mit einem Texteditor ändern/Zeile einfügen:

ro.securestorage.support=false
wlan.wfd.hdcp=disable

 

[Tyrion]

Peppo dafür gibt es eine Lösung. Werde sie nachher im Thread reinstellen

 

[Herbie-2005]

Hallo, Leute!

Wenn Ihr auch seit einiger Zeit nach dem Rooten ein Boot-Loop-Problem mit dem Samsung Galaxy Note 10.1 (2014) habt, dann schaut Euch mal das an:

• [Anleitung][P60x][5.1.1] Aktivierung des Root Zugriffs per TWRP Recovery | Seite 3
  
• [Anleitung][P60x][5.1.1] Aktivierung des Root Zugriffs per TWRP Recovery | Seite 3

Bei mir hat das geholfen. Aber, wie ich gelesen habe, offenbar nicht bei allen.

Vielleicht kann das aber doch jemand gebrauchen ... – Mich würde interessieren, ob Euch das auch hilft.

 

[EliteCharly]

Will nur kurz sagen, dass mein Tablet seit dem 22. ohne Bootloops läuft, seit ich das automatische Update der Sicherheitsrichtlinien deaktiviert habe. Ist also zuverlässig. Trotzdem sollte man dann 1-2 Mal im Monat ein Backup mit TWRP machen, um dem nächsten Supergau vorzubeugen...

 

[asurus]

Ich hatte heute auch das Vergnügen eines plötzlichen Bootloop. Bei mir hat der Stylus nicht mehr funktioniert und da wollte ich das Gerät neustarten und dann gab es den Bootloop.
Daraufhin habe ich die Updates der Sicherheitsrichtlinien deaktiviert. Bei mir war aber Root danach noch vorhanden. Ist bei jedem der einen Bootloop hatte auch root weg gewesen?
Und macht es Sinn knox über titanium zu deaktiveren? Ich habe mal provisorisch alle was knox im Namen enthält über titanium eingefroren. Allerdings bin ich mir bei zwei Sachen unsicher, wenn ich knox in die Suche von Titanium eingebe, dann findet titanium auch folgendes neue registrierung 1.4.34 und rcpcomponents 1.0. Sollten diese beiden Komponeten auch deaktivert werden?

 

[Jensen1986]

Moin. Ich will mein Note 10.1 mit Kies 3 von Android 4.4.2 auf 5.1.1 updaten. Nach dem Download steht auf dem PC "Softwareaktualisierung wird durchgeführt" und das Tablet wechselt in den Modus "downloading... do not turn off target"
Und dann bleibt die Installation bei 0% hängen. Was mach ich da falsch?!