Forum: Offtopic Samsung Galaxy S5: kernel is not seandroid enforcing

Speicherzellen haben ihren Inhalt verloren.

Samfw Aufsuchen und Rom neu Flashen.

Kilo S. schrieb:
> Speicherzellen haben ihren Inhalt verloren.

Interessant! Ursache ist also langes rumliegen ohne Spannung?

Gustav K. schrieb:
> Ursache ist also langes rumliegen ohne Spannung?

Unversorgtes Flash wird nach ein paar Jahren vergesslich, deshalb sind 
SSDs auch nicht für Langzeit-Aufbewahrung geeignet.

Gustav K. schrieb:
> 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.

Kilo S. schrieb:
> Samfw Aufsuchen und Rom neu Flashen.

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.

https://www.chip.de/downloads/Samsung-Android-USB-Composite-Device-Treiber_63844148.html

Befinden sich auf jeden Fall im Android SDK.

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.

Rene K. schrieb:
> 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.

Rene K. schrieb:
> Was man aber mit einem S5 Mini heute machen will erschließt sich mir
> wirklich nicht.


Nethunter zb.
https://github.com/yesimxev/android_kernel_samsung_kminilte

Kilo S. schrieb:
> Nethunter zb.

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.

Rene K. schrieb:
> Befinden sich auf jeden Fall im Android SDK.

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?

1. Den Akku drin lassen
2. Das Smartphone ab und zu einschalten
3. 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.

Rene K. schrieb:
> 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€.

Hmmm schrieb:
> Gustav K. schrieb:
>> Ursache ist also langes rumliegen ohne Spannung?
>
> 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.

Gustav K. schrieb:
> Hättest auch schreiben können: Befinden sich im Internet.
> Ich sehe schon, hier geht es nicht weiter.

Weil? Das SDK ist doch frei verfügbar. 
https://developer.android.com/tools/releases/platform-tools?hl=de

Es gibt nur einen Weg für dich herauszufinden ob das ganze ein 
dauerhaftes technisches Problem ist oder nicht.

Neu Flashen und eine Weile testen, dabei einige reboots machen ect.

Wolf17 schrieb:
> 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?

Der Vollständigkeit halber noch die Videosequenz, aus der das letzte 
Foto stammt.

Steck mal das Ladekabel an.

Alexander schrieb:
> Steck mal das Ladekabel an.

Hatte ich selbstverständlich auch getestet, keine Funktion.
Der Akku ist nicht das Problem, der ist noch in gutem Zustand.

Gustav K. schrieb:
>> Steck mal das Ladekabel an.
> 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."

Gustav K. schrieb:
> "Erase"

Damit ist auf jeden Fall der Trojaner auf dem Gerät gelöscht. ;)

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.

Was schließen die Profis daraus?

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

Alexander schrieb:
> 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.

Trotzdem kannst Du noch experimentieren. Das Modell ist von 2014, 
versuch es mal mit Odin v3.09 oder v3.10.

Suche mal nach dem 3-teiligen Flashimage.
Damit sollte man es wieder hinbekommen.

Ansonsten mal bei XDA oder bei Android-Hilfe vorbeischauen.

Oder zur Kenntnis nehmen, dass der Oldtimer fubar ist.

Oder noch mal 7 € in ein funktionierendes Mainboard investieren.

https://www.ebay.de/itm/235750887359

Alexander schrieb:
> 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

(prx) A. K. schrieb:
> 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.

https://www.pocketpc.ch/samsung-galaxy-s5-root-und-rom/209660-anleitung-flashen-firmware-odin-samsung-galaxy-s5-sm-g900-2.html#post2073820

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.

Gustav K. schrieb:
> 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.

(prx) A. K. schrieb:
> Mein S5neo ist zwar auch schon Asbach, lag aber nie so lange am
> Stück ungenutzt rum. Und das kann entscheidend sein.

Tja , das Wörtchen "kann" habe ich die Tage sehr oft gelesen ...

Cartman E. schrieb:
> 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.

Alexander schrieb:
> 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.

Vielleicht haengst Du daran fest:

https://www.malwarebytes.com/blog/news/2025/11/budget-samsung-phones-shipped-with-unremovable-spyware-say-researchers

Aber Dein Teil ist zehn Jahre alt. Fraglich, ob es das damals schon gab.

Gustav K. schrieb:
> 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".

Dieter D. schrieb:
> Vielleicht haengst Du daran fest:

Unfug.

Gustav K. schrieb:
> Es lag mit entnommenem Akku
> ziemlich genau 5 Jahre optimal gelagert im Wohnzimmerschrank.

Hm, während der Pandemiezeit keine Langeweile gehabt?

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?

https://www.mikrocontroller.net/topic/goto_post/7985024

Alexander schrieb:
> 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:

1. im Telefon Entwicklermodus aktivieren
2. im Telefon USB-Debugging freischalten
3. Telefon mittels Revovery-Modus in den Werkszustand versetzen
4. -> wipe data/factory reset
5. -> delete all user data
6. -> Power down
7. -> Download-Mode aufrufen
8. -> 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)?

Alexander schrieb:
> wenn es doch ein Exynos 3470 ist.

Das 5 Mini Duos mit H am Ende gibt's meines Wissens nach nur in 
Russland, China und Brasilien.

Mitbringsel aus dem Urlaub?

Die S5 haben doch noch Akkudeckel, mach mal auf den Pinscher und schau 
mal was für ein Modell auf dem Aufkleber steht.

Mein Galaxy S5 Plus (GT-901F) mit custom Rom war auch ewig nicht an.

Da läuft Nethunter drauf.

Bei mir kommt zu Beginn nur "Set warranty bit:Kernel"

Bootet aber sauber durch.

Alexander schrieb:
> 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.

https://odindownloader.com/download/odin3-v3-10-7

Und lade mal das letzte ROM herunter. Das entpackst Du, dann hast Du 
vier Dateien die Du nach Prefix den Slots in Odin3 zuordnen musst.

https://samfw.com/firmware/SM-G800F/DBT/G800FXXU1CVG5

Alexander schrieb:
> 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.

Am Treiber liegts nicht. Die neueste Version ist dann wohl diese.

https://developer.samsung.com/galaxy/others/android-usb-driver-for-windows

Alexander schrieb:
> Ich würde es noch mal mit Odin V3.10.7 versuchen.

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.

Witz?

Mit was machst du denn da Rum? 2000/NT oder XP in 2000/NT Style?

So wird das vermutlich nix, wenn dein Rechner nicht mal W7/10 
verstoffwechselt bleibt dir nur Linux.

Aber keiner quält sich mit heimdall wenn er nicht 
muss:https://xdaforums.com/t/official-samsung-odin-v4-1-2-1-dc05e3ea-for-linux.4453423/

Kilo S. schrieb:
> Witz?
>
> Mit was machst du denn da Rum? 2000/NT oder XP in 2000/NT Style?

Was wunderst du dich? Der will nen altes S5 zum leben erwecken!

Gustav K. schrieb:
> 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

Rene K. schrieb:
> Was wunderst du dich? Der will nen altes S5 zum leben erwecken!

Und das soll nicht mit W10 gehen?

Also als ich das vor vier Jahren gemacht habe, war das auf meiner 
"Gaming" Kiste unter W10 weil das zu der Zeit halt gerade gebootet war.

Alexander schrieb:
> 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.

https://xdaforums.com/t/is-odin-3-14-4-hacked.4159377

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.

Rene K. schrieb:
> Was wunderst du dich? Der will nen altes S5 zum leben erwecken!

Na und? Denn Mülleimer füllen kann jeder Vollidiot.
Ich wäre dir sehr verbunden, wenn du hier verschwindest!

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.

https://github.com/Benjamin-Dobell/Heimdall/blob/master/Win32/README.txt#L265

Gustav K. schrieb:
> 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!

Hier sind ein paar Beispiele aufgeführt:

https://www.handysammelcenter.de/
https://www.caritas.de/magazin/kampagne/globalenachbarn/mitmachen/aktionen/handhttps://www.missio-hilft.de/mitmachen/aktion-schutzengel/handys-spenden/handyspenden-aber-wo/ys-in-die-tuete

Ich würde das Mainboard tauschen und LineageOS installieren.

https://www.mikrocontroller.net/topic/goto_post/7984992

Alexander schrieb:
> Ich würde das Mainboard tauschen ...

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?

Gustav K. schrieb:
> 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 ...

Versuch mal ob es was Bringt den Nand nachzulöten.

Den Unterschied Zwischen totem Nand und gecracktem Ball unter dem BGA 
merkt man häufig erst wenn man ordentlich erhitzen konnte.

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.

Gustav K. schrieb:
> Ü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...

Gustav K. schrieb:
> Ü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.

https://copilot.microsoft.com/shares/o5xcmQVxjW1n3rNWzq8Fm

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

Gustav K. schrieb:
> Also ich bin der Letzte, der bei neuen Technologien (z.B. KI) Hurra
> schreit

Merkt man ja so gar nicht...

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)

Gustav K. schrieb:
> 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.

In einem aktuellen Setup versuchst du es mir der Firmware nochmal: 
https://samfw.com/firmware/SM-G800F/DBT/G800FXXU1CVG5

Kilo S. schrieb:
> Version 3.14 von Odin nutzen.

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.

Alexander schrieb:
> Höre ich zum ersten mal.

Die KI hat die Dongles mal in einer Zusammenfassung erwähnt.

Alexander schrieb:
> 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.

Alexander schrieb:
> Wird denn Odin erkannt?

Ja, wie bisher

Alexander schrieb:
> 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.

https://forum.xda-developers.com/posts/88099437

Was ich nicht kenne ist der Factory Mode. Sicher hat Samsung da ein Tool 
dafür. Kann mir aber nicht vorstellen dass Odin funktioniert.