Neustart des Defy+

[Ejtsch-Pi]

Tja, wenn bei Dir das Kriterium Outdoor-Fähigkeit ein Muß ist, kommst Du unter dem Gesichtspunkt optimale Preis/Leistung wohl nicht am Defy+ bzw. Defy vorbei.

Ich an Deiner Stelle würde unter diesen Voraussetzungen dem Teil noch eine Chance geben und mir nochmal ein Neues bestellen. Falls das wieder rumzickt, kannst Du das Teil in den ersten 2 Wochen ja ohne Probleme, hinterher evt. mit erhöhtem Diskussionsbedarf zurückgeben. Wobei nach den Erfahrungen hier auch ein paar Wochen Problemlos-Betrieb keine Garantie dafür sind, daß das Stück nicht auf einmal doch aus heiterem Himmel rumzickt und Du Dir einen Ast ärgerst.

Beim Defy ist guter Rat eben teuer bis unmöglich, vor allem auch angesichts des grottenschlechten Hersteller-"Supports".

Ejtsch-Pi

 

[ExIphone]

Naja wie gesagt, mein Defy+ zickt nicht mehr nach Umtausch.
Habe aber eine neue SIM-Karte mit dem Umtauschgerät erhalten.

 

[Pappnase75]

Habe ebenfalls den "Neustart Tick". Gleich beim ersten Einschalten kam es zum Neustart. Ohne SIM funktioniert es wunderbar.
Werd es Zurückschicken (bekomme Preis erstattet). Lohnt es sich es nochmal Neu zu Bestellen? oder könnt ihr mir anderes Smartphone empfehlen dass das selbe Preis/Leistungs verhältnis hat und ebenfalls Robust ist wie das Defy+ ?!
XCover von Samsung?

Liebe Grüße Patrick

Im besten Fall kann es wirklich mal an der SIM liegen, wenn die zu alt ist... vielleicht einfach mal im Bekanntenkreis mit ein paar anderen SIM- Karten testen

 

[joeka*]

Hab zwar kein Defy+ mehr,aber das mit der Simkarte kann schon sein...wurde im laufe der Diskussionen ja auch schon öffter mal Angesprochen!...ich hab jetzt auch eine neue Simkarte...meine Alte von 2004 lief noch mit 3V! und unterstützte kein UMTS...die neue läuft mit 1,8V...kann jetzt aber nicht mehr Testen ob's das war

@pa-la
...das Samsung XCover hatte ich auch erst als Alternative gedacht...aber nachdem ich es angetestet hatte,fiel es aus,Grund...schlechteres Display,etwas Hakelig...aber sonst fand ich es eigendlich auch ganz schick und schön Verarbeitet,aber das ist eben nicht alles.

 

[Steve H]

Hat das Defy+ eigentlich immer solche Probleme?
Hab meins Freitag bekommen, da hat der Bildschirm nur rumgezickt, habs dann umgetauscht. Heute wollt ich es abholen, machs an keine 30 Sekunden lang ist es an startet es neu! Also gleich wieder zurück gegeben. Hoffe das nächste funktioniert...

 

[flitsch]

So, bei mir gibt es Neuigkeiten zum Rebooten.

Letzten Montag habe ich erst mal bei DatRepair angerufen, da auch beim dritten Einschicken kein Fehler gefunden wurde. Ich fragte gleich zu Beginn, wie oft ich denn noch einschicken müsse, bis etwas repariert werden würde? Die nette Dame am anderen Ende der Strippe wiederholte nur immer wieder, dass wenn man keinen Fehler fände, man auch nichts reparieren könne.
Schlecht - Ich realisierte, dass dies eine Sackgasse war. Der Fehler kann oder konnte zu diesem Zeitpunkt bei DAT nicht aufgespürt werden. Warum auch immer, denn bei mir zeigte er sich in seinen besten Zeiten alle halbe Stunde.

Also bin ich weiter zur Motorola-Hotline. Diese Nummer im www zu finden war irgendwie gar nicht so einfach. Ich Heini hätte aber nur auf die Schreiben von DAT schauen müssen, da steht die ja auch: 0180 35050

Gut, hier durch die Anfangsroutinen durchgeklickt, um mich dann beim Servicemitarbeiter auszukotzen (Contenance natürlich bewahrt!). Dieser zeigte sich sehr hilfsbereit und nahm sich der Sache sehr kompetent an. Er hatte einen Haufen Fragen an mich, die er alle in einen Bericht reintippte. Vom dadurch generierten Serviceticket erhielt ich eine Kopie per Email. Er bat mich noch ein paar Dinge am Defy+ zu testen (USB, SD formatieren) und ihm Rückmeldung zu geben. Ich tat dies (keine Verbesserungen, obwohl ich immer noch Hoffnung hatte). Diese Mail ging direkt an Motorola mit Kopie an DAT.
Ich hatte irgendwie das Gefühl, dass der Motorola-Service und DAT das Gleiche sind oder dass zumindest die gleichen Informationsschnittstellen vorliegen. Keine Ahnung und ist mir auch wurscht.

Ein paar Tage später wurde ich aufgefordert, das Defy+ ohne irgendwelches Zubehör ein viertes Mal einzuschicken. Es würde nochmal geprüft, repariert oder ausgetauscht. Übrigens dieses Mal auf eigene Rechnung. Egal, ich will einen funktionierenden Ackerschnacker…

Gestern kam es zurück, nein nicht das gleiche – ein komplett neues Gerät mit allem drum und dran. Installiert habe ich bisher nur: webde-Mail, ebay und den Android Assistant (da sieht man so schön, wenn der Neustart geklingelt hat!).

Das unkontrollierte Rebooten dürfte so langsam auch bei DAT bekannt sein. Ich hoffe, dass das auch den anderen Leidgeplagten helfen wird. Der Motorola-Service selbst hat sich bei mir gut und kundenorientiert gezeigt – keine Beanstandungen, eher Lob ob des bisher guten Resultats.

Kurzes und noch vorsichtiges Fazit zum neuen Gerät: seit 17 h kein Reboot.
Ich habe das Bauchgefühl, dass ich das jetzt los bin. Denn hier im Büro war es am schlimmsten und bisher ist absolute Ruhe. Dennoch gebe ich in einer Woche hier im Fred noch mal ein Statement ab!

An alle mit dem Rebootproblem: laßt das Basteln, Rooten, Installieren - das kostet nur Zeit und bringt nix....

 

[ExIphone]

Ich habe momentan WhatsApp, Ebay und Firefox drauf,
jetzt kommt noch Skype und DB-Navigator und dann schauen wir weiter

 

[flitsch]

Hier das versprochene Feedback nach einer Woche.

Ich mußte selbst einmal rebooten, da mir das K-9 Mail den Akku leersaugte, während es bei 30 % CPU verharrte. Danach war es wieder gut. Komisch und sollte aber nicht am Defy+ liegen.

Ansonsten gab es keinen einzigen Neustart vom Defy+. Ich habe allerhand installiert, rumgesurft, getapatalkt, georuxmaped und sogar telefoniert - es lief und läuft stabil. So hatte ich mir das von Anfang an vorgestellt. Das Defy+ ist also doch ein gutes Handy.

Jetzt kann ich auch den Kundenzufriedenheitsbogen von Motorola ausfüllen...

 

[Ejtsch-Pi]

Will mal meine Erfahrungen beisteuern, auch wenn meine "Problemlösung" aufgrund der relativ seltenen Reboots vllt. nicht ganz repräsentativ bzw. "ausgetestet" ist:

Immer wenn mein Defy+ zu regelmäßigen Reboots (so ca. 1x pro Tag) neigte, habe ich einen Cache-Wipe durchgeführt. Anschl. lief's dann wieder für mehrere hundert Stunden ohne Probleme.

Ejtsch-Pi

 

[DarkTaur]

Also wenn ich so in anderen Foren rein schau ist das auf meiner Sicht kein HW-Problem des Defy+. Nutzer von anderen Androids kämpfen auch immer wieder mal mit autom. Reboots (z.B. SG2). Ich hatte nun innerhalb von 2 Monaten nur zwei Reboots und jedes Mal hatte ich kurz zuvor eine App laufen (bzw. einmal davon ein direkten Reboot während des Nutzung eines Games). Von daher vermute ich einfach dass das Problem softwareseitig zu suchen ist. Bei Windows werden die meisten Bluescreens auch durch Software (Treiber etc.) verursacht.

PS: Falls jemand die Ursache bei der SDCard oder SIM sucht... Ich habe eine Sandisk 16GB Class 4 und eine über 3-4 Jahre alte EPlus Simcard (AldiTalk)

 

[kaigonjinn]

Also wenn ich so in anderen Foren rein schau ist das auf meiner Sicht kein HW-Problem des Defy+. Nutzer von anderen Androids kämpfen auch immer wieder mal mit autom. Reboots (z.B. SG2).

Ich habe mich fünf Monate lang mit dem Defy herumgeärgert, und es dann zurückgegeben. Jetzt habe ich seit einem Monat ein Sony Ericson Xperia Ray, und das ist noch nicht ein einziges Mal abgestürzt.

 

[TheLeo]

Meins läuft mittlerweile ca. 60h, ich hatte auch schon fast 300h geschafft.
Danach gab es wieder ein paar Neustarts, die ich nicht mitbekomme, da ich den SD-Karten-Ton ausgeschaltet habe (sieht man ja im Telefonstatus am Ende in der Uptime). Woran es liegen könnte weiß ich immernoch nicht.

Aber ich habe scheinbar weniger Neustarts, seit ich die Netzauswahl nicht mehr auf automatisch, sondern 3G oder 2G gestellt habe.

Interessant ist der Artikel hier zum SGS 2: Galaxy S2 mit Android 2.3.6: Update wegen Abstürzen zurückgezogen? - Golem.de

Hat einer von Euch mit den WLAN-Einstellungen mal herumgespielt & Erfahrungen gesammelt?

Vielleicht sollte man den Kollegen von Golem oder Heise mal den Tip geben, daß das Defy genauso herumspackt und Motorola das scheinbar egal ist? Vielleicht tut Motorola ja dann endlich etwas, wenn man berechtigterweise die Presse auf sie hetzt, was ja dem Umsatz (hoffentlich) schaden dürfte.

 

[mobile_user]

Hallo,

ich melde mich auch mal wieder, mein defy+ hat jetzt nach mehreren Reperatur Versuchen von Datrepair ein neues Mainboard bekommen und gleich einen Tag später ein Neustart hingelegt. Beim Einrichten bemerkte ich dann, dass jeder Zugriff auf die Speicherkarte extrem langsam war. Diese nahm ich raus und testet eine Woche ohne, keine Neustarts, dann kaufte ich mir eine neue eines anderen Hersteller, Siehe da, seit zwei Wochen keine Neustarts


vielleicht solltet ihr das auch mal probieren ....viel Glück.

 

[DarkTaur]

Nun hat es mich auch erwischt. Seit heute habe ich einen Reboot nach dem anderen (Reboot, SIM-Entsperren, dann nach ca. 10-20 Sec. einen Reboot und das ca. 2-3x). Gestern habe ich nur ein Kindle Update installiert, sonst nichts. Vermutungen habe ich aber in zwei anderen Richtungen. Ausgelöst wurde es immer bei einem Wechsel von einem bekannten WLAN in ein anderes (zB. Zuhause > Office > Eltern). Nach ein paar Autoreboots und Wlan deaktivieren läuft es dann erst mal wieder stabil. Was ich auch für unsere Gegend noch weiß ist dass EPlus am Datennetz schraubt, denn Kollegen von mir bekommen zur Zeit tagsüber immer wieder keine Datenverbindung.
Meine aktuell verdächtigen sind deshalb:
A) Der WLAN-Bug wie beim SG2? (habe auch 2.3.6, aber das ist schon seit dem OTA-Release für "freie" Defys)
oder
B) Die App “WiFi Manager“ (erst mal deinstalliert; Es gab dazu ein Update aber schon am 08.02.)
oder
C) Ein Problem mit der autom. Netzauswahl wegen dem "Netzausbau" bei EPlus (habe mal fest auf 2G gestellt.).

Das letzte wäre für mich das aktuell "logischte". Vielleicht liegt es auch an irgendwelchem Caching, aber den habe ich heute Morgen schon mal formatiert.

Update 15.02. 18:00: > Home-WLAN mit 2G-Only => kein Reboot bisher
Update 16.02.: > Office-WLAN (2G-Only) > [Kein Reboot] > Home-WLAN (2G-Only) > [Kein Reboot] #langsam wird es komisch, morgen wieder mit autom. Netzwahl#


Echt nervig. Mein Nokia5800 lieft ja soooo stabil.

Gesendet mit der Android-Hilfe.de-App. Upgedated mit Firefox@PC

 

[CaptainChaosMS]

Hi,

ich hab auch das Neustart Problem des Defy+ (T-Mobile). Besonders oft wenn die Datenverbidung schlecht ist. Besonders selten bis gar nicht wenn ich in einem gute WLAN z.B: zu Hause eingelogt bin und bleibe. Dann ist es stabil über Stunden.

Was schon gemacht wurde:
Da ich eine Multisim habe 2 verschieden Karten, Dann noch ein eingetauscht gegen eine neue n4 -> kein Unterschied.

microSD Orginal 2Gb, Samsung Class 2 8Gb, Samsung 16Gb Class 10, Die 16Gb im Mobile Formatiert -> kein Unterschied

ROM 2.3.4 und nach Update 2.3.6 via OTA -> kein Unterschied

Factory Reset/Cache Wipe -> kein Unterschied.
Beim wieder einrichten ist es schon in dem Anfangs Wizzard direkt auf dem Datennuzungs Screen gestorben. Also ohne Apps, Ohne Google Konto nur MotoBlur. ich Glaub das ist auf dem ersten Screen.

T-Mobile hat das Geraet schon zweimal Vorabgetauscht. (Heute der Austausch kam von "dat repair/Flensburg") Also schon 3 Geraete in meiner Hand -> kein Unterschied. Koennte aber ja sein das die Geraete von Usern die das problem haben dort als gut getestet werden und dann wieder rausgehen.


Noch Ideen ???


Ansonsten werde ich morgen wohl eine Wandlung beauftrage. und ein Sony E. Xperia Activia oder Samsung Xcover nehmen wenn die T die den (schon) haben

Gruss

Holger

Update: Geraet nochmal einem factory reset unterzogen. Nutzung ohne Datentarrif ausgesucht und es rennt rennt und rennt.
Dann um Navigon Select zu starten Daten wieder erlaubt.... Navigon gestartet .. oben geht das Daten icon geht an .... rummsssss da wurde es wieder resete und jetzt geht das wieder im 2 Minuten Takt ....

Update: Auch nur 2G kein unterschied.

Update: neues Moto Blur Konto kein unterschied.

 

[CaptainChaosMS]

Sooooooooo Android Dev Kit an, hatte ich noch fuer mein HD2 mit Android auf dem Rechner und siehe da heute mit dem 3 Geraet war es ja besonders Schlimm, schon locker 40 Reboots seit einem, factory Reset vor ein paar Stunden.


haben wir nun einen log ... so oder ganz ähnlich sehen die immer aus ...
muss ich morgen mal bei XDA posten. Oder kann man da Ihrgendwie Motorola fragen ?!

02-16 19:52:01.613  1494  1515 D dalvikvm: GC_CONCURRENT freed 1576K, 43% free 5338K/9351K, external 2485K/2773K, paused 2ms+4ms
02-16 19:52:01.684  1494  2295 V SyncUpdateManager: Batching app ids: [20, 60, 70, 50, 40, 31, 80, 2, 5]; is secure: false
02-16 19:52:01.691  1494  2062 D WSBase  : processing request: sync/1/updates
02-16 19:52:01.707  1494  2062 I WSBase  : doRequest(): url: http://ws-cloud236-blur.svcmot.com:80/blur-services-1.0/ws/sync/1/updates/00003F5B40EC/4503600690315500?k=android&l=1000003f5b40ec&f=pb&p=163&h=5CROGubivKKHdhYvXTDRm1F2eVF&of
=0&ssl=0
02-16 19:52:03.770  1245  1245 D panic_daemon: bp panic!
02-16 19:52:03.809  1471  1471 D RadioSignalLevel: Gsm Radio Signal level: 5
02-16 19:52:04.270  1220  1291 E NetlinkEvent: NetlinkEvent::FindParam(): Parameter 'UDEV_LOG' not found
02-16 19:52:04.277  1220  1291 E NetlinkEvent: NetlinkEvent::FindParam(): Parameter 'UDEV_LOG' not found
02-16 19:52:04.285  1220  1291 E NetlinkEvent: NetlinkEvent::FindParam(): Parameter 'UDEV_LOG' not found
02-16 19:52:04.293  1220  1291 E NetlinkEvent: NetlinkEvent::FindParam(): Parameter 'UDEV_LOG' not found
02-16 19:52:04.309  1220  1291 E NetlinkEvent: NetlinkEvent::FindParam(): Parameter 'UDEV_LOG' not found
02-16 19:52:04.316  1220  1291 E NetlinkEvent: NetlinkEvent::FindParam(): Parameter 'UDEV_LOG' not found
02-16 19:52:04.949  1220  1291 E NetlinkEvent: NetlinkEvent::FindParam(): Parameter 'UDEV_LOG' not found
02-16 19:52:04.957  1220  1291 E NetlinkEvent: NetlinkEvent::FindParam(): Parameter 'UDEV_LOG' not found
02-16 19:52:04.973  1245  1245 D panic_daemon: ACM device enumerated!
02-16 19:52:04.973  1245  1245 D panic_daemon: BP panic ID read from the ICR register: #00000000
02-16 19:52:04.973  1245  1245 D panic_daemon: acquire wake_lock.
02-16 19:52:04.973  1245  1245 D panic_daemon: Tried to open ACM: /dev/ttyACM0 with error 13,
02-16 19:52:04.973  1220  1291 E NetlinkEvent: NetlinkEvent::FindParam(): Parameter 'UDEV_LOG' not found
02-16 19:52:04.980  1220  1291 E NetlinkEvent: NetlinkEvent::FindParam(): Parameter 'UDEV_LOG' not found
02-16 19:52:04.988  1220  1291 E NetlinkEvent: NetlinkEvent::FindParam(): Parameter 'UDEV_LOG' not found
02-16 19:52:05.980  1245  1245 D panic_daemon: ACM device opened successfully
02-16 19:52:06.004  1245  1245 D panic_daemon: Not found /data/panicreports/bp_panic.bin1 so create it
02-16 19:52:06.004  1245  1245 D panic_daemon: Opening /data/panicreports/bp_panic.bin1
02-16 19:52:06.004  1245  1245 D panic_daemon: Written BLUR HEADER to blur bp_panic.bin file
02-16 19:52:06.004  1245  1245 D panic_daemon: Written hash key to blur bp_panic.bin file
02-16 19:52:06.004  1245  1245 D panic_daemon: Written dump APR line to blur bp_panic.bin file
02-16 19:52:06.004  1245  1245 D panic_daemon: Writing in BP panic report for blur
02-16 19:52:06.004  1245  1245 D panic_daemon: Not found /data/panic/apr/bp_panic.bin34 so create it
02-16 19:52:06.004  1245  1245 D panic_daemon: Opening /data/panic/apr/bp_panic.bin34
02-16 19:52:06.004  1245  1245 D panic_daemon: PANIC DAEMON panic id (little endian) = 0x81008
02-16 19:52:06.035  1245  1245 D panic_daemon: Failed to hash /tmp/bp_panic_message_primitive.bin
02-16 19:52:06.035  1245  1245 D panic_daemon: Read HASH key: 874e73b31bb329265155ac170caf7848
02-16 19:52:06.488  1245  1245 D panic_daemon: Successfully gziped /tmp/bp_panic_message_primitive.bin
02-16 19:52:06.488  1245  1245 D panic_daemon: Open of /tmp/bp_panic_message_primitive.bin.gz succeeded
02-16 19:52:06.488  1245  1245 D panic_daemon: Written 9 bytes to apr bp_panic.bin file
02-16 19:52:06.488  1245  1245 D panic_daemon: Written 4 bytes to apr bp_panic.bin file
02-16 19:52:06.488  1245  1245 D panic_daemon: Converted string to upper case:EPU93_U_00.60.03
02-16 19:52:06.488  1245  1245 D panic_daemon: Written 23 bytes to apr bp_panic.bin file
02-16 19:52:06.488  1245  1245 D panic_daemon: Written beginning of BP panic primitive message: 24 bytes to apr bp_panic.bin file
02-16 19:52:06.488  1245  1245 D panic_daemon: Written HASH key: 16 bytes to apr bp_panic.bin file
02-16 19:52:06.488  1245  1245 D panic_daemon: Writting 152 bytes (apr data) to blur file
02-16 19:52:06.504  1245  1245 D panic_daemon: BP panic dump completed, ready to close ttyACM device
02-16 19:52:06.512  1245  1245 D panic_daemon: release_wake_lock.
02-16 19:52:06.512  1245  1245 D panic_daemon: notify bplogd.
02-16 19:52:06.512  1245  1245 D panic_daemon: Bplogd status socket is closed. Stop.
02-16 19:52:06.512  1245  1245 D panic_daemon: terminate display
02-16 19:52:06.512  1245  1245 D panic_daemon: Waiting for the gzip_thread join
02-16 19:52:06.512  1245  1245 D panic_daemon: Expected panic_daemon exit

oder mal einen weiteren ... da hab ich erst das Navi gestartet bis es dann wieder gebootet hat.....

02-16 20:34:47.124  1893  1893 I CacheUpdateRuleCheckerS: Suggested Contacts/Data cache update already pending (ignoring this request)
02-16 20:34:47.159  1893  2123 I RuCkHd/TextRuleCheckerS: Stopping service
02-16 20:34:49.296  2385  2385 D Gps     : onLocationChanged. Accuracy: 364.04343
02-16 20:34:51.835  2385  2385 D Gps     : sendFakeNMEA
02-16 20:34:51.843  2385  2397 E NaviKernel: Unmatched position
02-16 20:34:52.273  2385  2385 D Gps     : onLocationChanged. Accuracy: 364.04343
02-16 20:34:53.265  2385  2385 D Gps     : onLocationChanged. Accuracy: 364.04343
02-16 20:34:54.273  2385  2385 D Gps     : onLocationChanged. Accuracy: 364.04343
02-16 20:34:54.327  2115  2115 D dalvikvm: GC_EXPLICIT freed 75K, 49% free 2615K/5123K, external 2357K/2773K, paused 32ms
02-16 20:34:55.296  2385  2385 D Gps     : onLocationChanged. Accuracy: 364.04343
02-16 20:34:55.312  1385  1507 I TelephonyRegistry: notifyServiceState: 0 home domestic Telekom.de Telekom.de 26201  UMTS CSS not supported -1 -1RoamInd: -1DefRoamInd: -1EmergOnly: fals
02-16 20:34:55.320  1470  1470 D PollingManager: phone state: 0 home domestic Telekom.de Telekom.de 26201  UMTS CSS not supported -1 -1RoamInd: -1DefRoamInd: -1EmergOnly: false
02-16 20:34:55.320  1455  1455 D RadioSignalLevel: Gsm Radio Signal level: 5
02-16 20:34:55.320  1455  1455 D StatusBarPolicy: ERI alert sound is disabled.
02-16 20:34:55.343  1385  1421 D ConnectivityService: Radio access technology (RAT) change - updating network settings
02-16 20:34:55.351  1385  1421 V NetworkStateTracker: Setting TCP values: [64000,128000,256000,4096,16384,110208] which comes from [net.tcp.buffersize.umts]
02-16 20:34:55.359  1385  1537 I TelephonyRegistry: notifyDataConnection: state=2 isDataConnectivityPossible=true reason=nwTypeChanged interfaceName=rmnet0 networkType=3
02-16 20:34:55.390  1385  1396 D MobileDataStateTracker: default Received state= CONNECTED, old= CONNECTED, reason= nwTypeChanged, apnTypeList= default
02-16 20:34:55.390  1385  1396 D NetworkStateTracker: setDetailed state, old =CONNECTED and new state=CONNECTED
02-16 20:34:55.390  1467  1467 D PhoneApp: [NotificationMgr] updateNetworkSelection()...state = 0 new network
02-16 20:34:55.398  1467  1467 D PhoneApp: [NotificationMgr] hideDataDisconnectedRoaming()...
02-16 20:34:55.413  1920  1920 D NetStatUtils: Receive a broadcast: android.intent.action.ANY_DATA_STATE
02-16 20:34:55.413  1920  1920 D NetStatUtils: Received android.intent.action.ANY_DATA_STATE broadcast - state = CONNECTED, unavailable = false
02-16 20:34:55.437  1729  1729 I TransactionService: MMS-STATUS - start transaction service, app version=STABLE4.5.user.4.5.1-134_DFP-231.2.3.6.Blur_Version.45.0.2310.MB526.T-Mobile.en.
alse) (config=false)
02-16 20:34:55.445  1920  1920 D NetStatUtils: The APN name is: internet.t-mobile and the interface is: rmnet0
02-16 20:34:55.445  1729  1729 I SmsReceiverService: MMS-STATUS - start sms receiver service, app version=STABLE4.5.user.4.5.1-134_DFP-231.2.3.6.Blur_Version.45.0.2310.MB526.T-Mobile.en
false) (config=false)
02-16 20:34:55.445  1920  1920 D NetStatUtils: This APN has been recorded before yet.
02-16 20:34:55.445  1765  1765 D NAB-SYNC: NABService@ : GPRS state previous = 2 new = 2
02-16 20:34:55.445  1920  1920 D NetStatUtils: This APN has been active yet. the corresponding interface is: rmnet0
02-16 20:34:55.922  1240  1240 D panic_daemon: bp panic!
02-16 20:34:56.265  2385  2385 D Gps     : onLocationChanged. Accuracy: 364.04343
02-16 20:34:56.554  1215  1302 E NetlinkEvent: NetlinkEvent::FindParam(): Parameter 'UDEV_LOG' not found
02-16 20:34:56.570  1215  1302 E NetlinkEvent: NetlinkEvent::FindParam(): Parameter 'UDEV_LOG' not found
02-16 20:34:56.570  1215  1302 E NetlinkEvent: NetlinkEvent::FindParam(): Parameter 'UDEV_LOG' not found
02-16 20:34:56.577  1215  1302 E NetlinkEvent: NetlinkEvent::FindParam(): Parameter 'UDEV_LOG' not found
02-16 20:34:56.585  1215  1302 E NetlinkEvent: NetlinkEvent::FindParam(): Parameter 'UDEV_LOG' not found
02-16 20:34:56.593  1215  1302 E NetlinkEvent: NetlinkEvent::FindParam(): Parameter 'UDEV_LOG' not found
02-16 20:34:57.077  1215  1302 E NetlinkEvent: NetlinkEvent::FindParam(): Parameter 'UDEV_LOG' not found
02-16 20:34:57.085  1215  1302 E NetlinkEvent: NetlinkEvent::FindParam(): Parameter 'UDEV_LOG' not found
02-16 20:34:57.101  1240  1240 D panic_daemon: ACM device enumerated!
02-16 20:34:57.101  1240  1240 D panic_daemon: BP panic ID read from the ICR register: #00000000
02-16 20:34:57.101  1240  1240 D panic_daemon: acquire wake_lock.
02-16 20:34:57.101  1240  1240 D panic_daemon: Tried to open ACM: /dev/ttyACM0 with error 13,
02-16 20:34:57.101  1215  1302 E NetlinkEvent: NetlinkEvent::FindParam(): Parameter 'UDEV_LOG' not found
02-16 20:34:57.109  1215  1302 E NetlinkEvent: NetlinkEvent::FindParam(): Parameter 'UDEV_LOG' not found
02-16 20:34:57.117  1215  1302 E NetlinkEvent: NetlinkEvent::FindParam(): Parameter 'UDEV_LOG' not found
02-16 20:34:57.273  2385  2385 D Gps     : onLocationChanged. Accuracy: 364.04343
02-16 20:34:58.101  1240  1240 D panic_daemon: ACM device opened successfully
02-16 20:34:58.132  1240  1240 D panic_daemon: Not found /data/panicreports/bp_panic.bin1 so create it
02-16 20:34:58.132  1240  1240 D panic_daemon: Opening /data/panicreports/bp_panic.bin1
02-16 20:34:58.132  1240  1240 D panic_daemon: Written BLUR HEADER to blur bp_panic.bin file
02-16 20:34:58.132  1240  1240 D panic_daemon: Written hash key to blur bp_panic.bin file
02-16 20:34:58.132  1240  1240 D panic_daemon: Written dump APR line to blur bp_panic.bin file
02-16 20:34:58.132  1240  1240 D panic_daemon: Writing in BP panic report for blur
02-16 20:34:58.132  1240  1240 D panic_daemon: Not found /data/panic/apr/bp_panic.bin46 so create it
02-16 20:34:58.132  1240  1240 D panic_daemon: Opening /data/panic/apr/bp_panic.bin46
02-16 20:34:58.140  1240  1240 D panic_daemon: PANIC DAEMON panic id (little endian) = 0x801df
02-16 20:34:58.163  1240  1240 D panic_daemon: Failed to hash /tmp/bp_panic_message_primitive.bin
02-16 20:34:58.163  1240  1240 D panic_daemon: Read HASH key: 8bbe03e45b92da896915807ee11830a3
02-16 20:34:58.585  1240  1240 D panic_daemon: Successfully gziped /tmp/bp_panic_message_primitive.bin
02-16 20:34:58.585  1240  1240 D panic_daemon: Open of /tmp/bp_panic_message_primitive.bin.gz succeeded
02-16 20:34:58.585  1240  1240 D panic_daemon: Written 9 bytes to apr bp_panic.bin file
02-16 20:34:58.585  1240  1240 D panic_daemon: Written 4 bytes to apr bp_panic.bin file
02-16 20:34:58.585  1240  1240 D panic_daemon: Converted string to upper case:EPU93_U_00.60.03
02-16 20:34:58.585  1240  1240 D panic_daemon: Written 23 bytes to apr bp_panic.bin file
02-16 20:34:58.585  1240  1240 D panic_daemon: Written beginning of BP panic primitive message: 24 bytes to apr bp_panic.bin file
02-16 20:34:58.585  1240  1240 D panic_daemon: Written HASH key: 16 bytes to apr bp_panic.bin file
02-16 20:34:58.585  1240  1240 D panic_daemon: Writting 152 bytes (apr data) to blur file
02-16 20:34:58.609  1240  1240 D panic_daemon: BP panic dump completed, ready to close ttyACM device
02-16 20:34:58.617  1240  1240 D panic_daemon: release_wake_lock.
02-16 20:34:58.617  1240  1240 D panic_daemon: notify bplogd.
02-16 20:34:58.617  1240  1240 D panic_daemon: Bplogd status socket is closed. Stop.
02-16 20:34:58.617  1240  1240 D panic_daemon: terminate display
02-16 20:34:58.617  1240  1240 D panic_daemon: Waiting for the gzip_thread join
02-16 20:34:58.617  1240  1240 D panic_daemon: Expected panic_daemon exit

 

[DarkTaur]

Update 15.02. 18:00: > Home-WLAN mit 2G-Only => kein Reboot bisher
Update 16.02.: > Office-WLAN (2G-Only) > [Kein Reboot] > Home-WLAN (2G-Only) > [Kein Reboot] #langsam wird es komisch, morgen wieder mit autom. Netzwahl#

Hat leider auch nichts gebracht. Es sieht so aus als ob er rebooted sobald das Teil die SD-Card und die Apps darauf gescannt hat, anschl. erfolgt wieder ein Reboot. Ein Update auf das "neuere" 2.3.6 half leider auch nicht...
Das ist das gleiche Verhalten wie damals als ich das alte 2.3.6er Update installierte. Nach dem Update gab es diese Reboot-Schleife und ich dachte dass er einfach mit den alten, installierten Apps nicht zurecht kam aber bis vorgestern lief es ja so gut wie ohne Reboots. Was mit dem ganzen Sch... Zeit drauf geht passt unter keine Kuhhaut.

Kann eine App eigentlich wirklich einen Reboot auslösen? Ich dachte die laufen immer in einer Sandbox.

 

[CaptainChaosMS]

Versucht mal an Eure logs zu kommen.
- auf dem Telefon unter Anwedungen/Entwicklung/USB auf Debug
- auf dem PC entsprechende das Android SDK oder wenn Ihr schon die Sachen fuers rooten drauf habt dann sollte es dort schon das adb.exe geben.

Dann Telefon dran und "abd logcat" aufrufen und abwarten bis es crashed ....


Ich hab nun auch im Motorola Forum einen Fred aufgemacht und mich an einen im XDA Forum gehangen ... UND eine Email an "dat repair" mit den 3 IMEI Nummern der Geraete die ich schon hatte und alle den gleichen mist gemacht haben.

Eine Idee die ich nocht hatte. Da ich nur einen Web`N`Walk Tarrif habe kann das Telefon nur WebTraffic machen. Ob es damit probleme haben koennte ?

 

[dieselfranz]

Hi zusammen,

Hatte ohne motoblur einrichtung Laufzeiten bis zu 200h.
Nun zum test mal motoblur eingerichtet und jetzt jeden tag 1-2 Neustarts und ruckeligere bedienung des defys.

Gruß dieselfranz

 

[DarkTaur]

Nun zum test mal motoblur eingerichtet und jetzt jeden tag 1-2 Neustarts und ruckeligere bedienung des defys.

Bis zu meinen Reboot-Schleifen hatte ich aber kein Motoblur eingerichtet. Bis zum ersten 2.3.6er-Update (danach FullWipe + Inst. ohne Motoblur) hatte ich dies eingerichtet und keine Probleme. Nach den Dauer-Reboots wollte ich das "neue" 2.3.6er installieren und habe erst dann wieder Motoblur aktiviert.
Also daran kann es alleinig auch nicht liegen. Zur Zeit läuft es wieder stabil (habe auch ein paar Apps deinstalliert) aber bei den nächsten Reboots werde ich mal den Tipp von CaptainChaosMS beherzigen.