Ich habe dieses Problem mit meinem Milestone auch, und versuche dem Spuk seit Tagen vergeblich auf den Grund zu gehen. In einem Forum habe ich gelesen, es könne an einer zu alten Sim-Karte liegen. Ich habe eine neue bestellt, was keine Besserung brachte. Dann habe ich die 2.1 neu installiert, zunächst die Service-Version, was keine Besserung brachte. Auch nachdem ich alles plattgemacht habe und die normale 2.1 installiert habe ging das Rebooten ca. einmal am Tag weiter. Dass es an irgendeiner App liegt, kann ich mir _eigentlich_ nicht vorstellen. Ich benutze schon jahrelang verschiedene Linux-Systeme und es ist mir noch kein einziges Mal passiert, dass ein Programm das ganze Betriebssystem zum Absturz bringt. Ich könnte mir eher vorstellen, dass da eine Art Watchdog läuft, der das System unter bestimmten Bedingungen neu startet. Wobei das syslog schon wieder ziemlich seltsam aussieht:
105/30/2010 22:25:30 [ERROR] onFriendServic
205/30/2010 22:25:30 [ERROR] HeapWorker
305/30/2010 22:25:30 [ERROR] Signal Catcher
405/30/2010 22:25:30 [ERROR] Binder Thread
505/30/2010 22:25:30 [INFORMATION] suspend: exit suspend, ret = -11 (2010-05-30 19:52:12.160949703 UTC)
605/30/2010 22:25:30 [INFORMATION] TISDIO: sdioDrv is suspending
705/30/2010 22:25:32 [INFORMATION] TISDIO: sdioDrv is resuming
805/30/2010 22:25:32 [INFORMATION] suspend: exit suspend, ret = 0 (2010-05-30 19:52:14.517242433 UTC)
905/30/2010 22:25:32 [INFORMATION] TISDIO: sdioDrv is suspending
1005/30/2010 22:25:40 [INFORMATION] TISDIO: sdioDrv is resuming
1105/30/2010 22:25:40 [INFORMATION] suspend: exit suspend, ret = 0 (2010-05-30 19:52:22.517211915 UTC)
1205/30/2010 22:25:41 [INFORMATION] TISDIO: sdioDrv is suspending
1305/30/2010 22:25:41 [INFORMATION] TISDIO: sdioDrv is resuming
1405/30/2010 22:25:41 [INFORMATION] suspend: exit suspend, ret = 0 (2010-05-30 19:52:23.379394529 UTC)
1505/30/2010 22:25:42 [INFORMATION] TISDIO: sdioDrv is suspending
1605/30/2010 22:25:42 [INFORMATION] TISDIO: sdioDrv is resuming
1705/30/2010 22:25:42 [INFORMATION] request_suspend_state: wakeup (3->0) at 3989737236631 (2010-05-30 19:52:23.938720696 UTC
1805/30/2010 22:25:42 [INFORMATION] suspend: exit suspend, ret = 0 (2010-05-30 19:52:23.951324457 UTC)
1905/30/2010 22:25:42 [DEBUG] sholes-panel: enable
2005/30/2010 22:25:42 [DEBUG] sholes-panel: edisco_ctrl_enable_te
2105/30/2010 22:25:42 [INFORMATION] qtouch_force_reset: Forcing HW reset
2205/30/2010 22:25:42 [INFORMATION] do_cmd_proc_msg: Reset done.
Zum Logfile anschauen benutze ich die kostenlose App "OSMonitor".
Ich kann's nicht interpretieren. Am Anfang kommen noch viel mehr Fehlermeldungen, aber ich wollte das Forum nicht unnötig zumüllen. Überhaupt wird es einem schlecht, wenn man sich das Syslog anschaut - da wimmelt es nur so von Fehlermeldungen und man ist erstaunt, dass das System überhaupt irgendwie läuft. Also besonders sauber implementiert wirkt das alles nicht
Zurück zum Thema - an anderer Stelle habe ich mal gelesen, die ungewollten Reboots könnten auch an der eingesetzten microSD-Karte liegen. Betreibt jemand sein Milestone ohne Speicherkarte? Wie verhält sich das System dann? Ich habe eine 16GB-Karte drin. Die mitgelieferte hat glaube ich 8. Benutzt die jemand? Rebootet er damit auch? Ich müsste das auch mal probieren, verliere aber so langsam schon die Lust, zu experimentieren, nachdem ich mit den Neuinstallationen schon jede Menge Zeit vergeudet habe.
Ach ja, bei mir rebootet er, egal ob ich das Ding gerootet habe oder nicht.
Empfohlener redaktioneller Inhalt
Mit Deiner Zustimmung wird hier ein externer Inhalt geladen.
Mit Klick auf den oben stehenden Button erklärst Du Dich damit einverstanden, dass Dir externe Inhalte angezeigt werden dürfen. Dabei können personenbezogene Daten an Drittanbieter übermittelt werden. Mehr Infos dazu findest Du in unserer Datenschutzerklärung.