Hi webwanze, Deine Argumente kann ich gut verstehen. Fehlende Zuverlässigkeit beim Aufnehmen ist echt ärgerlich und Bootlogs erstellen kostet Zeit, gerade für eine Aufnahme aus dem deepstandby.
Für mich kam deshalb als Test nur das ständige rebooten wie im ersten post beschrieben in Frage. Auch für DMM sollte das ein Test sein, neue Images zu testen.
Deine geposteten Release Image 3.0.3 Fehler sollten mit den aktuellen experimentals eigentlich weg sein. Erschreckend, dass ein experimental-dm8000_20110220.nfi wieder mal beim booten hängen bleibt. Ein bootlog wär natürlich prima - vielleicht gleich mit dem erst 6 Tage später erschienenem experimental-dm8000_20110226.nfi - oder wir warten auf das release und testen das. Bis dahin löse ich mein Ticket bei Dream nicht ein und warte mit dem einsenden der Box.
Der Support sollte wie gesagt eine Dauer-Reboot-Schleife in ihre Tests aufnehmen. Da das 3.0.3 release zuverlässig die Dauer-Reboot-Schleife mit den hier genannten Fehlern beendet, also irgendwann hängenbleibt, könnte man leicht beurteilen, ob die Hardware vom Kunden benötigt wird oder ob es bereits im Dream-Labor reproduzierbar ist.