Bootlogs
| AVM Wiki >> Konfiguration >> Bootlogs | @ whmf - IRC-Chat - hu nl it English |
| Community | Modelle | Zubehör | Environment | Konfiguration | Shell-Befehle | Software | Freetz | Lexikon | Tipps+Tricks | Bilder |
| TFFS-Konfig | Fest-Konfig | Binär | Tempfiles | Logs | Sockets | Devices | ProcFS | Interfaces | Daten | UI-Module | Webinterface | Todo |
 |
In dieser Sektion werden nach und nach zu allen Modellen Bootlogs gesammelt. Als Referenz zur Diagnose sollten Bootlogs möglichst von Original-Firmware vorliegen. Aber auch ein z.B. mit intaktem Freetz erstellter Syslog ist besser als keiner. Daher werden hier parallel auch Bootlogs modifizierter Firmware gesammelt, gerne auch per Email. |
FRITZ!Box Modell-Bootlogs
- FBF Bootlogs
- 3030 Bootlogs
- 3270 Bootlogs
- 5140 Bootlogs
- 5188 Bootlogs
- 6360 Bootlogs
- 6840 Bootlogs
- 7050 Bootlogs
- 7140 Bootlogs
- 7141 Bootlogs
- 7150 Bootlogs
- 7170 Bootlogs
- 7240 Bootlogs
- 7270 Bootlogs - 7270 Labor Bootlogs
- 7330 Bootlogs
- 7340 Bootlogs
- 7360 Bootlogs
- 7390 Bootlogs
- FWR Bootlogs
- 300E Bootlogs
- 300IP Bootlogs
- W501V Bootlogs
- W503V Bootlogs
- W701V Bootlogs
- C701V Bootlogs
- W900V Bootlogs
- W920V Bootlogs
- IAD7570 Bootlogs
Erstellung von Bootlogs
Quelle: Serielle Konsole - Platz 1
Diese Methode ergibt die vollständigsten Bootlogs da sie bereits ADAM2-Ausgaben erfasst und zudem bei jedem Modell funktioniert. Sie bedarf aber einer im Serielle Konsole Artikel beschriebenen Hardware über die nicht jeder verfügt. Den Log schneidet man dann im Terminalprogramm mit.
Quelle: avmlogd / showlog - Platz 2
Dies ist die zweitbeste Methode da sie viel erfasst und trotzdem mit unmodifizierter Firmware funktionieren *kann*. Leider gibt es avmlogd nur in den 7140 und 6360 4.x Firmwares. Aktiviert wird ein integrierter avmlogd in der ar7.cfg in Sektion avmlogd. Man kann avmlogd auch auf kompatiblen Modellen in der debug.cfg nachladen und mit dem Symlink showlog später auslesen.
avmlogd -c 0 -b 64
avmlogd (und jegliche Syslog-Erfassung) scheitert jedoch still wenn /dev/log nicht in einem r/w Dateisystem liegt. Liegt /dev im SquashFS und ein Symlink auf log (ram) fehlt gibt es leider keine Methode diesen ohne Modifikation nachzuliefern.
Quelle: dmesg / cat debug - Platz 3
Diese Methode ist auch in jeder Box mit Original-Firmware implementiert und liefert passable Ergebnisse. AVM nutzt sie auch selbst in supportdata. Um einen lückenlosen Bootlog zu erhalten muss debug kurz nach einem Neustart ausgelesen werden. Bei älterer Firmware muss cat /dev/debug noch mit Ctrl-C abgebrochen werden, aktuelle Firmware erledigt dies automatisch mit der Fehlermeldung 'broken pipe'.
Quelle: syslogd / klogd / logread - Platz 4
Diese Methode funktioniert mit älterer Original-Firmware die noch syslogd / klogd enthält. Gestartet werden die Daemons dort jedoch nicht, das muss man selbst in der debug.cfg erledigen, z.B.:
syslogd -L -C64 klogd -c 4
Für aktuelle Firmware hilft das Aktivieren von Syslogd in Freetz. In jedem Fall liefert logread das Ergebnis.
Quelle: qemu - Letzter Platz
qemu mag ein wertvolles Werkzeug für die Entwicklung sein, zum Testen jeglicher FRITZ!Box-Firmware ist er nicht geeignet, da er viel zu wenig Hardware emuliert, und dadurch zur Hauptfehlerquelle wird. Ein respektables Projekt, jedoch zur Erstellung von Referenzlogs ungeeignet.
WIP
Vorlage
- ZZZ Bootlogs Vorlage - in rote Links oben kopieren und *dort* ausfüllen
