nachdem meine bessere Hälfte mitbekommen hat, dass ich an so einem kleinen iPhone "rumgespielt" habe, kramte sie heute ihr altes Samsung S5 mini aus dem Schrank und wollte es in Betrieb nehmen. Doch was muss frau sehen: Eine fiese Meldung links oben:
-> KERNEL IS NOT SEANDROID ENFORCING
Auf die Schnelle finde ich im Netz, die Meldung würde auftreten, wenn man das Smartphone gerootet und eine andere Firmware geladen hat. Was hier aber nicht der Fall ist.
Was ist los mit dem Teil, Selbstzerstörung? Es lag mit entnommenem Akku ziemlich genau 5 Jahre optimal gelagert im Wohnzimmerschrank.
Das Ding zeigt den Boot-Screen zeitgleich mit der fiesen Meldung und hängt sich dann auf. D.h. nichts geht mehr, auch nicht die AUS-Taste. Man muss den Akku rauskicken.
Gibt es eine Erklärung und eine Lösung, oder kann das Teil weg?
Interessant! Ursache ist also langes rumliegen ohne Spannung?
Wäre jedenfalls das erste was ich ausprobieren würde. Sofern nicht Extremen Erschütterungen oder thermischem stresss ausgesetzt, dürfte es daran liegen.
Samfw aufgesucht, Firmware download durchgeführt, ODIN eingerichtet, alles bereit zum Flashen. Smartphone in Download-Modus versetzt und per USB-Kabel eingesteckt. Es wird ein "Gadged Serial" erkannt und vergeblich nach einem Treiber gesucht :-(
Bei Chip.de finde ich einen "Samsung Android USB Composite Device Treiber", der zu meinem System passt. Leider sehe ich bei der Installation eine Fehlermeldung. Weiß jemand was mit der (7) anzufangen? Die Nutzerwertungen bei Chip.de sind mit 3 von 5 Sternen auch nicht so der Hit, komischerweise sind selbige nicht aufrufbar.
Was man aber mit einem S5 Mini heute machen will erschließt sich mir wirklich nicht. Und warum man da noch irgendwelche Energie rein setzt. Da läuft ein Android 5.1 drauf, selbst wenn du es wieder zum laufen bekommst - ein Play Store wird nicht mehr funktionieren. Solltest du einen freien Playstore finden und ApKs installieren können, selbst dann: keinerlei Software unterstützt mehr Android 5.
Es gibt Menschen die verschenken halt einfach ihre wichtige Zeit.
Was man aber mit einem S5 Mini heute machen will erschließt sich mir
wirklich nicht.
...
Es gibt Menschen die verschenken halt einfach ihre wichtige Zeit.
So wie Du hier, oder Kreuzworträtsler - andere sehen da eine kleine Herausforderung, bzw. haben Interesse, dieses Thema, da es ja gerade eine Gelegenheit ist, mal auseinander zu nehmen.
Sorry, Gustav ist ja nicht einmal fähig den richtigen Treiber über das Android SDK zu installieren. Da wird er dies sicherlich nicht bewerkstelligen können.
Hättest auch schreiben können: Befinden sich im Internet.
Ich sehe schon, hier geht es nicht weiter.
Dann was anderes:
Hätte man das Problem des Datenverlustes verhindern können?
Den Akku drin lassen
Das Smartphone ab und zu einschalten
Das Smartphone normal weiter nutzen
Oder nützt das alles nichts, weil die Flash-Speicherzellen durch 5 Jahre Nutzung verschlissen sind und ihre Informationen nicht mehr länger halten können? Dann könnte man sich das Flashen sparen, weil das Problem bald erneut auftreten wird.
Laut einem c't-Artikel würde in so einem Fall nur ein "frischer" Flash-Speicher helfen. Man liest immer, dass der Inhalt von Flash-Speichern laufend aufgefrischt wird, laut c't wird das bei Consumer-Geräten nicht gemacht.
Was man aber mit einem S5 Mini heute machen will erschließt sich mir
wirklich nicht. Und warum man da noch irgendwelche Energie rein setzt.
Da läuft ein Android 5.1 drauf, selbst wenn du es wieder zum laufen
bekommst - ein Play Store wird nicht mehr funktionieren.
Ich nutze ein S4 ohne SIM im Urlaub als SD-Musikplayer und streame Radio über Wlan. Abseits vom Playstore bekommt man leicht Software, die darauf läuft.
Akku ab 5€.
Unversorgtes Flash wird nach ein paar Jahren vergesslich, deshalb sind
SSDs auch nicht für Langzeit-Aufbewahrung geeignet.
Welchen Unterschied sollte es bei einem "unbewirtschftetem" Flash
machen, ob er versorgt oder unversorgt ist?
Der Ladung auf dem Speicherkondensator ist es wohl relativ egal.
Die Filesysteme sind ja gewöhnlich nur RO gemounted.
SSDs einmal ausgenommen, bei denen ein Controller aktiv dafür sorgt,
wenn er denn Gelegenheit dazu hat.
Ich nutze ein S4 ohne SIM im Urlaub als SD-Musikplayer und streame Radio
über Wlan. Abseits vom Playstore bekommt man leicht Software, die darauf
läuft. Akku ab 5€.
Ich habe eher das kleine Format (mini) und die 14MP Kamera im Blick, die macht sehr gute Bilder. Dann hier und da etwas WLAN. Zumal das Gerät keinerlei Gebrauchsspuren hat. Und es hat noch einen entnehmbaren Akku. Sowas wirft man nicht weg, wenn's noch tut.
Doch noch den Treiber installiert bekommen und mit ODIN die passende Firmware geflasht. Lief alles so durch, wie in den Tutorials beschrieben, siehe die beiden ersten Fotos.
Aber dann lief es aus dem Ruder: Bei dem noch angeschlossenen Gerät war der Boot-Bildschirm nur kurz zu sehen, dann tauchte plötzlich ein animiertes grünes Robotermännchen und der Text "Erase" auf (Bild 3). Die Animation lief ca. eine Minute, dann ging das Gerät aus. Danach war es tot, nichts geht mehr.
Einzig tut sich was bei der Schaltung in den Download-Mode, wobei sich auch hier nichts tut. Nur durch Zufall habe ich bemerkt, dass dann alle 40 sec. der Boot-Bildschirm für 0,2sec. zyklisch aufblitzt, siehe letztes Foto.
Ich würde mal sagen, das Flashen hat dem Speicher den Rest gegeben und das Gerät kann in die Tonne. Jemand anderer Meinung?
Hatte ich selbstverständlich auch getestet, keine Funktion.
Der Akku ist nicht das Problem
Er hatte wohl ehr gehofft, dass das Gerät bei externer Speisung anders reagiert.
Wurde schon der Akku rausgenommen und ohne USB lange der Einschalter gedrückt? Dann Akku rein, Speisung ran und Startversuch machen.
Durch das vergebliche flashen wird diese Fundstelle bestimmt auch nicht mehr funktionieren, oder kommt da noch ein Menu?
"Das Handy mal komplett ausschalten, dann die Vol Up + Home + Power Taste gedrückt halten bis das Android Männchen zu sehen ist."
Da Odin sauber durchgelaufen ist muss es wohl die userdata oder cache Partition sein die Probleme macht - was mich wundert da müsste der Boot-loop wesentlich länger sein.. vielleicht steckt auch einfach nur der Power Button fest?
Nach langem rumspielen schaltete das Teil plötzlich in den Download-Mode und wurde sogar wieder von ODIN erkannt. Also einen 2. Versuch gestartet, der aber diesmal schnell mit einem roten FAIL! endete.
Grund sei eine fehlende PIT-Partition, was immer das sein soll und wer immer die weg gemacht hat. Beim 1. Versuch begann nach "Get PIT for mapping" das Flashen.
PIT Partition Information Table. Die Pit Dateien bekommt man aus den Combination ROMs. Damit kannst Du neu partitionieren, gibt's irgendwo einen extra Reiter in Odin3. Kannst aber auch mal Dein ROM entpacken (tar/7-zip) vielleicht ist da eine .pit drin
Die Pit Dateien bekommt man aus den Combination ROMs.
Stimmt, die PIT-Datei ist in dem CSC-Archiv enthalten. Der 3. Versuch mit einem Combination-ROM ist ebenfalls gescheitert, siehe Bild. Diesmal kann die Re-Partition nicht durchgeführt werden.
Es spricht immer mehr dafür, dass der Speicher eine Macke hat. Leider lässt sich das nicht sicher sagen. Das ist ärgerlich, denn ich hätte schon gerne gewusst, wo der Hund begraben liegt.
Die Partitionstabelle verliert sich nicht durch Odin3 das ist mit hoher
Wahrscheinlichkeit eMMC wear-out.
Die Erkenntnis verdichtet sich hier auch.
Bei der Durchsicht meiner Fotos fällt mir eben ein Bild auf, da schaltete ich erstmalig in den Download Mode, also vor dem ersten Flashen. Die Meldung hatte ich nicht weiter beachtet, sondern einfach abgelichtet. Nach dem Motto, was man hat, das hat man.
Ist da nicht schon eine Fehlermeldung bzgl. Speicher versteckt:
-> sbl1 partition doesn't exist
Oder zur Kenntnis nehmen, dass der Oldtimer fubar ist.
Wenn es denn 100%ig so wäre, hätte ich kein Problem damit. Denn ich finde die Fehlermeldung "Re-Partition operation failed" eben aus dem Jahre 2014. Also Oldtimer muss nicht unbedingt die richtige Party sein.
Wobei ich im Netz las, dass diese Probleme eigentlich ausschließlich beim Rooten und anderen Spielereien auftreten. Ich fand im Netz nicht einen einzigen Beitrag, wo ein Nutzer sein Gerät nach 5 Jahren aus dem Schrank holte und es mein Fehlerbild zeigte.
SBL lädt aboot und dort sitzt der Odin/Download Modus, wäre der defekt könntest Du gar nichts mehr machen. Dann müsste man erstmal über den PBL rein (EUB mode) und den Bootloader neu flashen. Was aber natürlich nichts bringt mit defektem Speicher.
Ich fand im Netz nicht
einen einzigen Beitrag, wo ein Nutzer sein Gerät nach 5 Jahren aus dem
Schrank holte
Was allerdings ohnehin ein arg seltenes Szenario sein dürfte. Auch ohne Fehler. Mein S5neo ist zwar auch schon Asbach, lag aber nie so lange am Stück ungenutzt rum. Und das kann entscheidend sein.
Welchen Unterschied sollte es bei einem "unbewirtschftetem" Flash
machen, ob er versorgt oder unversorgt ist?
Der Ladung auf dem Speicherkondensator ist es wohl relativ egal.
So oder so ähnlich stand das auch in dem c't Artikel, den ich weiter oben erwähnt hatte. Laut c't findet bei Flash-Speichern in Consumergeräten keine "Bewirtschaftung" statt.
Trotzdem kannst Du noch experimentieren. Versuch es mal mit
Odin v3.09 oder v3.10.
Vielen Dank für den Tipp. Wenn ich so vorgehe (da wären dann noch 8 Firmware Versionen in 5 deutschen Länderkennungen), experimentiere ich nächstes Jahr noch.
Habe eben bei Youtube ein gutes Tutorial speziell für mein Gerät gefunden und musste erkennen, dass ich alles richtig gemacht habe. Der erste Anlauf hätte eigentlich erfolgreich sein müssen. War er eigentlich auch (auf dem PC), leider war danach das Smartphone tot. Wobei sich das Smartphone doch noch in den Download-Mode versetzen lässt, aber total tricky mit Stoppuhr und um 5 Ecken. Die Methode (reproduzierbar) glaubt mir keiner.
Es war auch hier und da zu lesen war, dass man vor einem Flashen bestimmte Einstellungen im Smartphone vornehmen sollte. Ob das wirklich relevant ist, keine Ahnung. Aber selbst wenn, ging ja hier nicht, denn das Smartphone startete aus dem Schrank nicht mehr.
Des weiteren ist unklar, ob man auf eine neue Firmware Version einfach eine alte Version drüber büglen kann. Auch hätte ich erwartet, dass das Flash komplett neu beschrieben wird und natürlich alle Daten und Einstellungen weg sind. Wie aber oft zu lesen war, bleiben Daten und Einstellungen erhalten.
Auf der Party sind mir zu viele Unbekannte, deshalb ziehe ich jetzt mal den Stecker. An der Stelle vielen Dank an alle für die Unterstützung.
Tja , das Wörtchen "kann" habe ich die Tage sehr oft gelesen ...
Was erwartest du? Einen gerichtsfesten Bericht aus der professionellen Computer-Forensik? Der kostet ein paar Mäuse und endet mit etwas Pech bei weiteren "kanns".
Sag mal ist das SM-G800F oder SM-G900F auf deinem Foto? Außerdem gab es das S5 Mini als Exynos und als Qualcomm Version. Die sbl1 Partition gibts nur bei Qualcomm, und in Europa wurde die Exynos Variante vertrieben. Das sind zwei Hinweise dass Du ein Exynos SoC haben solltest.
Dummerweise gibt es keine offizielle Downloadquelle für Odin. Du hast mit "Patched Odin" geflasht, da sind alle Checks bzgl. Modell ausgehebelt. Auf die Modellnummer auf dem Display ist also kein Verlass. Hat das Ding noch einen Aufkleber irgendwo?
Sag mal ist das SM-G800F oder SM-G900F auf deinem Foto?
Es ist ein SM-G800F, hier in D neu gekauft. Obwohl die OVP vorliegt, finden sich keine weiteren Daten als SM-G800F und div. Barcodes. Nicht mal einen Ländercode findet sich irgendwo.
Bei Aufräumen der unzähligen angefallenen Dateien fand ich eine Anleitung, die mir nach jetzigen Wissensstand sehr plausibel erscheint. Es wird explizit darauf hingewiesen, dass ALLE Schritte erforderlich seien:
im Telefon Entwicklermodus aktivieren
im Telefon USB-Debugging freischalten
Telefon mittels Revovery-Modus in den Werkszustand versetzen
-> wipe data/factory reset
-> delete all user data
-> Power down
-> Download-Mode aufrufen
-> weiter mit Odin
Macht irgendwie Sinn, das Telefon vorher "entriegeln" zu müssen, denn sonst könnte man ja ein gestohlenes Telefon einfach neu flashen und es weiter nutzen. Telefon und Internet wären dann zwar eher tabu, aber man könnte es ja als reine Knipse, Bilderbuch und als Video Aufnahme- und Abspielgerät nutzen.
War die ganze Aktion nicht schon von Anfang an zum Scheiten verurteilt, weil das Telefon nicht "entriegelt" war? Ging ja nicht, da es nicht bootete.
Nein. Was Du meinst ist FRP. Die gibt es einmal über den Google Account und einmal über den Samsung Account. Und es beeinträchtigt auch nicht die Funktion.
Bei Deinem alten Gerät ist noch nicht einmal der Bootloader gesperrt, geschweige denn Verschlüsselung aktiviert. Da konnte man einfach TWRP flashen und Daten auslesen oder die Bildschirmsperre löschen.
Die Schritte haben auch alle nichts miteinander zu tun. Für den Download Modus wird generell kein USB-debugging benötigt, das liest man regelmäßig falsch.
Mich interessiert warum bei Dir QUALCOMM SECUREBOOT: ENABLE (CSB) steht wenn es doch ein Exynos 3470 ist. Habe es leider nicht im Kopf ob das bei Samsung normal ist (Überbleibsel/schlampig programmiert)?
Auf die Modellnummer auf dem Display ist also kein Verlass.
Hat das Ding noch einen Aufkleber irgendwo?
Es hat einen Aufkleber im Akkufach, auch hier steht SM-G800F. Wenn ich es im jetzigen Zustand in den Download-Mode schalte, steht da auch SM-G800F siehe Fotos. Auf der OVP steht auch SM-G800F, mehr SM-G800F geht nicht.
G800FXXU1BPC4_G800FDBT1BPC4_G800FXXU1BPC3_HOME.tar.md5 wurde beim ersten Versuch übertragen. Wieso sind da eigentlich 3 Namen hintereinander?
Dass im 2. Namen XXU durch die Länderkennung DBT ersetzt wurde, wäre noch nachzuvollziehen. Aber wieso dann BCP3 und was bedeutet HOME?
Irgendwie lebt das Ding noch und meldet sich am PC. Ist Odin eigentlich das einzige Tool, um das Telefon über den USB-Anschluß anzusprechen? Gibt's kein Programm mit Therminal-Mode o.ä.?
Die drei Namen hintereinander sind die Android Version PDA/AP, die Baseband Version CP und die Branding Version CSC.
Odin ist super, warum willst du da mit dem Terminal anfangen? Es gibt heimdall, aber dann musst du erstmal die .pit auseinandernehmen und dir eine Kommandozeile mit Partitionsname und Dateiname basteln.
Ich würde es noch mal mit Odin v3.10.7 versuchen. Ich glaub samsungodin.com und odindownload.com waren nicht vertrauenswürdig. Ich hab es über odindownloader.com heruntergeladen. Eine offizielle Seite gibt es nicht.
Odin ist super, warum willst du da mit dem Terminal anfangen?
Na ja, Odin ist einmal mit PASS durchgelaufen und danach war das Phone platt. Und nun klicke ich START und sehe FAIL! Super ginge anders ...
Ich vermisse Funktionen, mit denen man das Problem eingrenzen könnte. Ein irgendwie gearteter Speichertest z.B. ...
Vielen Dank für den Link, die Odin-Version ist schon mal gespeichert.
Apropos Version: Wie sieht es aus mit meinem USB-Treiber? Bin irgendwann über eine Liste von min. 10 Versionen gestolpert, habe dann die älteste Version installiert. Reicht es, wenn's funktioniert? Die neueste Version hat nicht funktioniert, weil ich nicht den neuesten Rechner habe.
Habe jetzt 4 Odin-Versionen hier liegen, gerade diese Version läuft nicht. Die Version darunter (V3.09) läuft, die Version darüber (V3.13.1) läuft, ebenso die aktuelle Version V3.14.4 - warum auch immer. Ich müsste den Versuch mit der V3.09 durchführen.
Eine neuere Version ist auch nicht notwendig. 3.09 / 3.10 ist gerade so die Grenze für alte Smartphones, bei manchen funktionieren neuere Versionen nicht. Ebenso gibt es keine 3.14
Eine neuere Version ist auch nicht notwendig. 3.09 / 3.10 ist gerade so
die Grenze für alte Smartphones, bei manchen funktionieren neuere
Versionen nicht.
So sehe ich das auch. Alte Gerätschaften erfordern alte Werkzeuge. Neues Zeug funktioniert mit altem Gerät i.d.R. nicht, schon tausendmal erlebt.
Ebenso gibt es keine 3.14
Komisch, dass ich eine 3.14 downloaden konnte, siehe Liste
Gut dann nehme ich das zurück und behaupte das Gegenteil. Ich hatte im Hinterkopf dass die SS_DL.dll Datei noch Version v3.13.1 ist und Odin v3.14.4 ein Fake wäre. Scheint aber 'ne Ente gewesen zu sein.
Wie zu erwarten, brachten die Versuche mit der Odin-Version 3.09 keine anderen Ergebnisse als bisher. Erst wird keine PIT-Partition gefunden, nach dem Schreiben der PIT ist dann eine Re-Partionierung nicht möglich. Nun sollte man wissen, was die Optionen in Odin genau! machen und ob die noch was reisen könnten.
Eigentlich sollte es jetzt mit einem Diagnose-Tool weiter gehen. Scheint es aber nicht zu geben. Kann weg, wenn was ernsteres ist.
Man kann die PIT auch über heimdall flashen. Dort war es aber wichtig auch gleich die richtige Partition für den bootloader mitzugeben. Hier ist ein Beispiel für Qualcomm, für Exynos wäre das aber sboot. Öffne die PIT mal mit einem Hexeditor, da findest Du die Zuordnungen.
Na und? Denn Mülleimer füllen kann jeder Vollidiot.
Stimmt. Wer damit den Mülleimer füllt ist nicht nur ein Vollidiot, sondern auch noch eine Umweltsau und soziales Arschloch. In diesem anonymen Fall kann man das schon mal posten.
Weil das alte Smartphone gehört mindestens in den Elektronikschrott. Im besseren Fall wird das Gerät noch vom Akku getrennt.
Noch besser und vorbildlich wäre das Gerät für einen guten Zweck zu spenden, weil das viele wertvolle Rohstoffe enthält!
Also wenn ich mich unbedingt mit so einem "alten Telefon" schmücken wollte, hätte ich mir längst eines bei einem Ebay-Händler geholt, da geht es bereits bei 24.90 Euro los, incl. Versandkosten:
https://www.ebay.de/itm/257049138953
Da kann man dann alles testen und wenn wo was hakelt, zurück damit.
Es ging mir um was ganz anderes: Was ist, wenn was ist.
Einfache Antwort: Nichts ist - wie man hier über Tage lesen kann.
Statt das Problem lokalisieren zu können, ergibt sich ein tagelanges stochern im Nebel, ohne auch nur einen Schritt vorwärts zu kommen.
Bei diesen Geräten gilt: Kann weg, wenn was ist.
Das Ganze hat meine eh schon kritische Einstellungen zu der IT der Neuzeit weiter verschärft. Solange ich beim Bäcker noch Bargeld in Brot eintauschen kann, werde ich weiterhin kein Geld für solche Wegwerf-Geräte ausgeben.
Trotzdem nochmal vielen Dank an alle für die sicher gut gemeinte Hilfe beim Stochern im Nebel. Mehr Erkenntnisse brauche ich nicht.
Verstehe ich nicht. Der eMMC Tod wurde doch schon bestätigt, Problem lokalisiert. Und warum sollte man 25 € für ein zweites Gerät ausgeben wenn man den defekten Speicher für 7 € (inkl. Versand) ersetzen kann?
Das Ganze hat meine eh schon kritische Einstellungen zu der IT der
Neuzeit weiter verschärft. Solange ich beim Bäcker noch Bargeld in Brot
eintauschen kann, werde ich weiterhin kein Geld für solche
Wegwerf-Geräte ausgeben.
Komisch. Meine Brote haben bisher nicht so lange gehalten wie diese Wegwerf-Geräte, und ließen sich auch nie für gewisse Zwecke konfigurieren.
Dem Bäcker gegenüber war ich trotzdem nicht nachtragend ...
Nachtrag: Das S5 mini wurde kurz nach Erscheinen gekauft, es wird mit hoher Wahrscheinlichkeit die Android-Version 4.4.2 installiert gewesen sein. Deshalb habe ich auch diese Firmware-Version übertragen, siehe:
https://www.mikrocontroller.net/attachment/686092/Fertig.jpg
Erfahre eben, dass das Phone mehrmals Updates bis auf die letzte Version 6.0.1 erfahren hatte. Also habe ich ein Downgrade von der letzten auf die erste Version durchgeführt. Da ich im Netz öfter gelesen habe, dass ein Downgrade nicht funktionieren kann, habe ich mal die KI von Google befragt, ob Samsung bei den Galaxy's einen Downgrade verhindert. Ergebnis siehe oben.
Also habe ich mit dem ersten Versuch das marode Flash vollends zerschossen und hätte mit der Methode wohl auch jedes andere funktionsfähige Phone "gebrickt".
FAZIT: Finger weg vom Flashen, wenn man nicht ALLE! Feinheiten kennt.
Denn jetzt kann das Teil weg.
Übrigens hat die KI hier durchgängig einen recht guten Job gemacht, die meisten brauchbaren Informationen kamen aus dieser Ecke. Ich fürchte, die Tage der Foren sind gezählt.
Übrigens hat die KI hier durchgängig einen recht guten Job gemacht, die
meisten brauchbaren Informationen kamen aus dieser Ecke. Ich fürchte,
die Tage der Foren sind gezählt.
Jaja, Idioten mögen die KI..
Zumindest die "Begründung" der KI im Screenshot zeigt mir, dass sie noch lange menschliche Idioten braucht...
Übrigens hat die KI hier durchgängig einen recht guten Job gemacht, die
meisten brauchbaren Informationen kamen aus dieser Ecke
Wenn man keine Quelle zum gegenprüfen hat, muss man mit KI Auskünften vorsichtig umgehen. Die KI kann das, was sie gelesen hat, ja nicht auf Verlässlichkeit beurteilen. Z.B. Meinungen in Foren... Und nur weil was Falsches oft genannt wird, wird es nicht richtiger.
Dazu fällt mir immer das Zitat mit den Millionen Fliegen ein:
https://gutezitate.com/zitat/171870
Die KI ist gut für alles, wo man das Ergebnis selber beurteilen kann. Schon beim Durchsuchen unbekannter Daten weiß man nicht, was sie weggelassen oder nicht erkannt hat. Ich mag es nicht, wenn man glauben muss, dass es richtig ist.
Ich hab es nicht gelesen, aber die Informationen bezüglich Downgrade Protection treffen bei deinem Smartphone nicht zu. Das S5 mini ist steinalt, da gab es wie gesagt noch nicht mal einen gesperrten Bootloader.
Bei neuen Samsung Smartphones kann man auch problemlos* Android Versionen downgraden. Lediglich der Bootloader ist downgrade protected. D.h. eine kleinere Bit/SW REV. lässt sich nicht flashen, bzw. würde nicht mehr booten wenn man es erzwingt.
Wie Du auf dem Display sehen kannst ist Deine Bit/SW REV. 1 und es gab auch nie eine höhere. Mit Knox hat das aber noch nichts zu tun.
Übrigens ist die Google KI die dümmste und uneinsichtigste aller KI, liegt zu 50% komplett daneben mit ihren ungefragten Zusammenfassungen zu Suchergebnissen. Nutze lieber Copilot oder direkt ChatGPT wenn Du dich beraten lässt.
Also ich bin der Letzte, der bei neuen Technologien (z.B. KI) Hurra schreit und ganz vorne mit dabei sein muss. Ich käme auch nicht auf die Idee, mich auf irgendeiner KI-Plattform anzumelden. Aber wenn Google eine KI-Antwort anbietet, wieso sollte man sie nicht wenigstens zur Kenntnis nehmen.
Die KI-Antwort weiter oben war eine sehr gute Zusammenfassung der Informationen, die ich in tagelangen Recherchen im Netz gefunden habe. Sonst hätte ich die KI-Antwort hier hier gepostet.
Und natürlich kann die KI-Antwort nicht besser sein, als die im Netz verfügbaren Informationen. Wenn da 5x steht, es geht, und 1x, es geht nicht, dann wird sich die KI an ersterem orientieren. Ganz unabhängig davon, ob es stimmt, oder nicht. Wie sollte es anders sein.
Wirklich relevante Informationen können nur vom Hersteller kommen und der wird den Teufel tun, Informationen heraus zu rücken. Denn der will neue Geräte verkaufen. Der wird sich eher amüsieren, wenn User bei einem Problem tagelang mit der Stange im Nebel stochern und am Ende aus Unwissenheit ihr Gerät zerstören.
@Alexander und Kilo S.: Ihr beide scheint euch recht gut auszukennen. Seht ihr noch irgendwelche Chancen, das zerschossene Gerät doch noch zum Laufen zu kriegen? Denn irgendwie lebt es ja noch. Ein auseinander Rupfen kommt jedoch nicht in Frage.
Wenn sich die PIT nicht flashen lässt weder mit Odin noch mit Heimdall dann sehe ich keine Chance. Ansonsten könnte man TWRP flashen und hätte dann über Busybox einige Linux Coreutils um auf die Partitionen schreibend zuzugreifen (sfdisk, parted, mke2fs, dd, cp)
Seht ihr noch irgendwelche Chancen, das zerschossene Gerät doch noch zum
Laufen zu kriegen? Denn irgendwie lebt es ja noch. Ein auseinander
Rupfen kommt jedoch nicht in Frage.
Theoretisch ja.
Ich würde folgendes tun:
Version 3.14 von Odin nutzen.(der ganze PIT scheiß entfällt Normalerweise)
Die Treiber in der AndroidSDK nutzen, keine anderen.
Und das ganze unter W10.
Ich hab das mal nachgestellt, zwar ohne zu Flashen allerdings um zu testen ob mein S5 Plus erkannt wird.
Zur Odin-Version habe ich ein Statement der KI gespeichert, das meine bisherigen Funde im Netz bestätigt hat. Diese Empfehlung kam hier auch schon im Forum. Und natürlich habe ich mit einer rel. neuen Version von Odin geflasht (3.13.1).
Es kann aber gut sein, dass ein einziger Mensch mal diese Empfehlung ausgesprochen hat und andere dies einfach wiederholt haben. Und schon ist es für die KI Realität, weil es keine gegenteiligen Informationen gibt. Auch hier wäre mal wieder Samsung gefragt, welche der 21 Odin Versionen denn für welche Geräte in Frage kommen. Aber auch hier Fehlanzeige aus den in meinem vorigen Beitrag genannten Gründen.
@Alexander: Vielen Dank für deine Einschätzung.
@Alex: Dann werde ich einen allerletzten Versuch starten, muss dazu aber am Wochenende noch was klären. Sollte auch dieser Versuch scheitern, dann war's das endgültig. Dann kommt das Teil wieder in den Schrank und es Ruhe in Frieden.
Erhalte eben einen USB-Dongle, der tote Galaxy's wieder lebendig machen soll. Funktioniert tatsächlich zuverlässig. Dongle einstecken, Akku einlegen und warten, bis das Galaxy von selber startet.
Es wird der Warn-Screen mit dem Dreieck übersprungen, das Galaxy startet direkt im Download-Mode. Allerdings steht nun oben nicht Odin-Mode, sondern Factory-Mode, siehe Bild 2.
Hat jemand eine Ahnung, was der Unterschied zum Odin-Mode wäre?
Braucht es nun andere Software?
Höre ich zum ersten mal. Könnte der EUB Modus sein, wobei dieser eigentlich gar nichts anzeigen sollte. Wird denn Odin erkannt? Genau sagen in welchem Modus das Gerät ist lässt es sich über die VID/PID.
Die Dongles funktionieren leider nur bei alten Samsung Geräten, aber cool dass es bei Dir geht. Anfangen kannst Du damit nix.
Mit dem Dongle kann nun jeder! das Phone zuverlässig in den Download-Mode schalten, denn der übliche Affengriff funktioniert an dem Phone hier nicht mehr.
Genau sagen in welchem Modus das Gerät ist lässt es sich über die
VID/PID.
Also ich lese im Gerätemanager im Odin- sowie im Factory-Mode die gleiche VID/PID, nämlich: USB\VID_04E8&PID_685D\5&38C8E674&0&5
Scheint mir der gleiche Modus zu sein, nur nennt sich der eine Odin-Mode und der andere Factory-Mode.
Ja ich kenne das Dongle, hatte mir auch mal eines besorgt.
Ich kenne nur den EUB Mode von Exynos, gleichwertig dem EDL Mode von Qualcomm. Das Tool hieß glaub ich Multidownloader. Damit konnte man einen zerstörten Bootloader neu flashen wenn gar nix mehr ging.
IMG_6354.jpg
(8,3 KB)
