RSD erkennt Defy, einschalten nach flashen nicht mehr möglich

Bin über den link leider auf keine sbf gekommen. Die funktionieren irgendwie nicht

Gesendet von meinem Nexus 4 mit der Android-Hilfe.de App
 
Danke werde es am nm probieren und dann meld ich mich wieder.
Problem wird dass der Akku schon ziemlich alle ist

Gesendet von meinem Nexus 4 mit der Android-Hilfe.de App
 
hi die datei in dem link ist kennwort geschützt wenn ich sie entpacken will.
und ohne entpacken brauch ich sie nicht ins rsd lite geben oder :blink:

Der ursprüngliche Beitrag von 14:59 Uhr wurde um 15:29 Uhr ergänzt:

kommando zurück, hab gerade geflasht :)

alles funzt
 
Die hatte ich vorher schon probiert aber jetzt nochmal raufgespielt. Gleiches Ergebnis wie vorher, während des Updates ist das Display an, dann schaltet es ich ab und das Handy lässt sich nicht einschalten.
 
Jetzt lehne ich mich mal weit aus dem Fenster, weil ich sowas gar keine Ideen mehr habe, aber bestünde die Möglichkeit, dass dein Display einen weg hat?

Der ursprüngliche Beitrag von 21:15 Uhr wurde um 22:00 Uhr ergänzt:

Ein paar Ideen vielleicht noch:
- Anderes Kabel nehmen oder
- an anderem Rechner probieren oder
- alle Treiber und RSD runter schmeißen und neu installieren.
- andere RSD-Version testen.
 
Das Display kann nicht kaputt sein, denn dann würde ja wenigstens die LED mal leuchten oder der Vibrationsalarm kurz loslegen beim Start. Außerdem zeigt es beim flashen ja was an.

Ich kann natürlich alles auf dem Computer nochmal löschen, kann mir aber nur schwer vorstellen, dass es daran liegt. Konnte ja vorher erfolgreich flashen.
 
Erfolgreich nicht wirklich :D ;)
Ich sagte ja, ich lehne mich da sehr weit aus dem Fenster. Und wirklich glauben kann ichs eigentlich auch nicht.
Wenn du dein Defy+ auf dem gleichen Rechner geflasht hast, wer weiß, ob sich da die Treiber der beiden ins Gehege kommen...
Aber auch das nur eine Vermutung oder Idee ohne wirkliches Wissen.
 
Hab auch mal unter Ubuntu geflasht:

Code:
xxx@xxx:~/defy$ sudo ./sbf_flash 2.sbf
SBF FLASH 1.24 (mbm)
http://opticaldelusion.org

=== 2.sbf ===
Index[1]: Unexpected chip 32
Index[2]: Unexpected chip 32
Index[3]: Unexpected chip 32
Index[4]: Unexpected chip 32
Index[5]: Unexpected chip 32
Index[6]: Unexpected chip 32
Index[7]: Unexpected chip 32
Index[8]: Unexpected chip 32
Index[9]: Unexpected chip 32
Index[10]: Unexpected chip 32
Index[11]: Unexpected chip 32
Index[12]: Unexpected chip 32
Index[13]: Unexpected chip 32
00: RDL03 0x82000000-0x8204CFFF 4035 AP
01:  CG31 0xB0280000-0xB02847FF 9A68 AP
02:  CG32 0xC7A00000-0xC7A207FF 4805 AP
03:  CG33 0xB2000000-0xB2DC07FF 8BAC AP
04:  CG34 0xB0700000-0xB07047FF AB80 AP
05:  CG35 0xB1000000-0xB17FFFFF 100C AP
06:  CG39 0xB3300000-0xC79C07FF C7E6 AP
07:  CG42 0xB0800000-0xB0842FFF 4BB7 AP
08:  CG45 0xB0C00000-0xB0F007FF 738D AP
09:  CG47 0xB1800000-0xB1FFFFFF 45F0 AP
10:  CG53 0xB2F00000-0xB2F007FF FDFF AP
11:  CG61 0xB0B00000-0xB0B7FFFF 4A7C AP
12:  CG64 0xB0000000-0xB00047FF 85D0 AP
13:  CG65 0xB0180000-0xB01847FF 2409 AP

 >> waiting for phone: Connected.
 >> uploading RDL03: 100.0%
 -- OK
 >> verifying ramloader
 -- OK
 >> executing ramloader
 -- OK
 >> waiting for phone: Connected.
 >> sending erase
 -- OK
 >> uploading CG31: 100.0%
 -- OK
 >> uploading CG32: 100.0%
 -- OK
 >> uploading CG33: 100.0%
 -- OK
 >> uploading CG34: 100.0%
 -- OK
 >> uploading CG35: 100.0%
 -- OK
 >> uploading CG39: 100.0%
 -- OK
 >> uploading CG42: 100.0%
 -- OK
 >> uploading CG45: 100.0%
 -- OK
 >> uploading CG47: 100.0%
 -- OK
 >> uploading CG53: 100.0%
 -- OK
 >> uploading CG61: 100.0%
 -- OK
 >> uploading CG64: 100.0%
 -- OK
 >> uploading CG65: 100.0%
 -- OK
 >> verifying CG31
 -- OK
 >> verifying CG32
 -- OK
 >> verifying CG33
 -- OK
 >> verifying CG34
 -- OK
 >> verifying CG35
 -- OK
 >> verifying CG39
 -- OK
 >> verifying CG42
 -- OK
 >> verifying CG45
 -- OK
 >> verifying CG47
 -- OK
 >> verifying CG53
 -- OK
 >> verifying CG61
 -- OK
 >> verifying CG64
 -- OK
 >> verifying CG65
 -- OK
 >> rebooting
xxx@xxx:~/defy$

Das Display war wärend des flashens eingeschaltet, beim Reboot ging es dann aus und es passiert einfach nichts. Da es unter Linux also auch nicht geht kann es nicht an Treibern oder ähnlichem liegen.
 

Ähnliche Themen

evilware666
  • evilware666
Antworten
1
Aufrufe
1.807
Cua
Cua
P
Antworten
2
Aufrufe
3.893
pseudodeed
P
V
Antworten
0
Aufrufe
1.995
villeneuve
V
Zurück
Oben Unten