Outback schrieb:- Die "Dummy"-Logs bestätigen sich erneut, sowohl (-113 dBm, 1 Bar) nach dem Booten als auch das "Einfrieren" der letzten echten Messung beim Übergang ins Funkloch.
Richtiger wäre die Aussage, dass das nicht erst beim Übergang ins totale Funkloch passiert, also an einer Stelle, wo das Handy kein Signal mehr empfängt, sondern bereits dann, wenn es keine bidirektionale Verbindung zwischen Handy und Funkmast mehr gibt. Denn sonst müssten sich die gemessenen Werte erst langsam bis ca. -110 dBm verschlechtern.
Oder bezogen auf den Alufolie-Versuch: Ein schnelles Einwickeln führt dazu, dass ein guter Wert (zB -94 dBm) einfriert. Bei einem langsamen Abdecken aller Stellen am Handy friert der Log erst bei schlechteren Werten (zB -108 dBm) ein, da während der Aktion eine oder mehrere Messungen erfolgen und bis etwa -106 dBm noch eine bidirektionale Verbindung besteht.
Obwohl das iPhone technisch in der Lage sein müsste, eine Signalstärke bis kurz vor -113 dBm zu messen und zu loggen, loggt es ab Verlust der bidirektionalen Verbindung einfach immer wieder (falsch) den zuletzt gemessenen Wert.
Dazu ein letzter Test. Um einen möglichst guten dBm-Wert zu erreichen, der falsch weitergeloggt wird, habe ich das Gerät in Standby versetzt und erst dann (im Sleepmodus) in Alufolie eingewickelt. Die rtc-Events (realtimeclock) garantieren dabei ein Aufwachen und Loggen der Signalstärke. (die Zeitsynchronisation könnte man in den Einstellungen deaktivieren)
08/11/24 19:16:00 [Telephony] current_rat=GSM; preferred_rat=GSM; camped_rat=GSM; call_status=Inactive; airplane_mode=off; signal=-64 dBm; bars=5;
08/11/24 19:20:07 [Telephony] current_rat=GSM; preferred_rat=GSM; camped_rat=GSM; call_status=Inactive; airplane_mode=off; signal=-70 dBm; bars=5;
08/11/24 19:22:45 [Telephony] current_rat=GSM; preferred_rat=GSM; camped_rat=GSM; call_status=Inactive; airplane_mode=off; signal=-63 dBm; bars=5;
[.. Alufolie ..]
08/11/24 19:58:43 [Telephony] current_rat=GSM; preferred_rat=GSM; camped_rat=Unknown; call_status=Inactive; airplane_mode=off; signal=-65 dBm; bars=1;
08/11/24 20:54:15 [Telephony] current_rat=GSM; preferred_rat=GSM; camped_rat=Unknown; call_status=Inactive; airplane_mode=off; signal=-65 dBm; bars=1;
08/11/24 21:28:35 [Telephony] current_rat=GSM; preferred_rat=GSM; camped_rat=Unknown; call_status=Inactive; airplane_mode=off; signal=-65 dBm; bars=1;
[ .. ]
08/11/24 21:36:05 [Telephony] current_rat=GSM; preferred_rat=GSM; camped_rat=GSM; call_status=Inactive; airplane_mode=off; signal=-76 dBm; bars=5;
08/11/24 21:36:05 [Telephony] current_rat=GSM; preferred_rat=GSM; camped_rat=GSM; call_status=Inactive; airplane_mode=off; signal=-77 dBm; bars=5;
08/11/24 21:39:10 [Telephony] current_rat=GSM; preferred_rat=GSM; camped_rat=GSM; call_status=Inactive; airplane_mode=off; signal=-72 dBm; bars=5;
Somit erklärt sich auch, warum im Fall K+L der gute Wert -94 dBm eingefroren ist und falsch weitergeloggt wurde (mMn.). Kris ist zwar nicht in Überschallgeschwindigkeit auf das totale Funkloch zugerast, aber bereits die Bedingungen am Mirador zeigen, dass das Handy trotz gutem Signal vom Funkmast manchmal Schwierigkeiten hatte, eine bidirektionale Verbindung aufzubauen (11:49:41 -82 dBm, Network: None).
(1) Damit verlieren für mich alle fünf angegeben dBm-Werte ab 01. April 16:39:26 an Bedeutung, weil es lt. meinen Tests "Dummy"-Logs sind. Überraschend allerdings, dass das in einem Fall von hoher internationaler Aufmerksamkeit scheinbar noch nie jemandem aufgefallen ist. oO Deswegen würde ich mir wahrscheinlich selbst nicht glauben. :-)
(2) Als zweiten Punkt kann ich das vom ViP-Experten festgestellte schnelle Wiederausschalten am 3. April mittags sowie vom 4. bis 6. April bestätigen. Ein technisch einwandfreies Gerät kann max. 15-20 Sekunden nach Erscheinen des Bootscreens / Lockscreens benutzt worden sein, was für einen normalen Signalcheck nicht ausreicht, da zuvor Entsperrcode und SIM-Pin eingegeben werden müssen und die Messung selbst auch noch 5-10 Sekunden dauert.
(3) Drittens gab es nie eine Falscheingabe des SIM-Pins nach dem 5. April morgens.
(4) Die fehlenden Logs am 11. April bleiben unerklärlich. Dass ein Einschalt-Log vorhanden ist, ist aber erklärbar, zB so: Versetzt man das Gerät in den DFU-Mode, muss man es per Kabel mit einem PC verbinden, wodurch es sich automatisch einschaltet und bis zum Lockscreen hochfährt. Erst dann kann man es wieder Ausschalten bzw. in den DFU-Mode versetzen, in dem nichts geloggt wird. Ich hatte es zwar auch ohne Einschalt-Log geschafft, da war das Gerät aber bereits am Kabel. Das wäre natürlich auch eine alternative Erklärung für das schnelle Ein-/Ausschalten und die fehlenden Logs vom 4. bis 6. April.
Der Haken
Das gilt auch beim Verlassen des DFU-Modes, was einen zweiten Einschaltlog produzieren würde (wie vom 4. bis 6. April).
Im DFU-Mode lässt sich das Handy nicht einschalten. Ein 1 zu 1 Image des gesamten iPhone-Speichers würde ein Aufheben des DFU-Modes nach dem 11. April natürlich nicht rekonstruierbar machen. Um den 11. April zu erklären müsste ein Täter so dumm gewesen sein, das Handy im DFU-Mode zu belassen, vllt. weil er dachte, der Akku wäre leer, da es sich nicht einschalten ließ. Gleichzeitig müsste ein Forensiker durch Rumdrücken auf Einschalttaste und Homebutton oder durch Akkuwechsel den DFU-Mode aufgehoben haben. Vllt. schaltet sich der DFU-Mode bei leerem Akku auch alleine aus. Im DFU-Mode gäbe es bei leerem Akku vermutl. auch keinen Crashreport, aufgrund dessen Fehlens die Forensiker scheinbar ein aktives Ausschalten schlussfolgerten. Glückwunsch, wer bis hierhin folgen konnte. :-)Mit diesen vier fallrelevanten Ergebnissen sind die iPhone-Tests abgeschlossen. Außer es fällt jemandem noch was ein, was man testen könnte.