Für alle Interessierten der vorrangig elektronischen Musik ist jetzt meine Projektwebsite “n-audio” nach langer Zeit und mehreren Problemen bzgl. Domain, Webspace, Zeitmangel usw. wieder online verfügbar - Diesmal allerdings nicht in handprogrammierter Form, sondern unter Verwendung von Drupal als CMS. Das bietet zwar keine dedizierte Datenbank samt Verwaltung für die Releases, hat dafür aber den Riesenvorteil, dass die gesamte Webseite per Browser administrierbar ist und Funktionen, von denen im ‘Auslieferungszustand’ schon eine ganze Menge verfügbar sind, ggf. durch Plugins nachgerüstet werden können. Ausserdem braucht bei Änderungen am Theme nicht sofort die Hälfte des HTML-Codes umprogrammiert werden

Zunächst ist ersteinmal der altbekannte Content eingepflegt, mit dem Zusatz des Archivs, unter welchem sämtliche Erstwerke in Form von Trackermodulen verfügbar sind. FTP-Space für den gesamten Downloadcontent wird nach wie vor von den netten Herrschaften von scene.org zur Verfügung gestellt.

Feedback wird selbstverständlich gerne gesehen

Link: http://www.eth0.cc/n-audio

</Werbung>

Viel Spass!

P.S.: Beizeiten wird es auch hier wieder aktualisierten Content geben, u.a. sind einige Posts rund um das Thema Gentoo/FreeBSD geplant - vor all in Form von angepassten ebuilds.

Glücklicherweise sind diesmal keine Änderungen an den (BeroNet-)Patchsets erforderlich

Falls weitere BRI-Karten bekannt sind, welche Baugleich mit den Karten der Fa. Junghanns und denen der Fa. BeroNet sind und Unterstützung durch das qozap-Modul gewünscht wird, einfach Kommentar hinterlassen (Kommentare sind dank Akismet AntiSpam-Modul wieder freigeschaltet).

“Sorry for this inconvenience” …

KlickMich (lokale Kopie)

• samba-2.2.12-mips.tar.gz (965kb) - smbd/nmbd Fritz!Box MIPS-Binaries & smb.conf
• recover-3070.gz (3kb) - enrik’s Recover-Script angepasst an die 3070

Viel Spass!

Der Effekt: Folgetext mit jedem Blockquote um die Blockquote-Border-Breite nach links verschoben…

~ # uname -a
Linux fritzbox 2.4.17_mvl21-malta-mips_fp_le #1 Mo Jan 30 08:23:52 CET 2006 mips unknown

~ # uptime
15:22:12 up 1 day, 1:22, load average: 0.00, 0.00, 0.00

~ # ps aux
PID Uid VmSize Stat Command
1 root 376 S init
2 root SW [keventd]
3 root SWN [ksoftirqd_CPU0]
4 root SW [kswapd]
5 root SW [bdflush]
6 root SW [kupdated]
7 root SW [mtdblockd]
8 root SW [tffsd_mtd3]
316 root 228 S ledcfg -c -d -f /etc/Fritz_Box_3070.led.conf
325 root SW [khubd]
437 root SW< [kdsld]
465 root 1580 S N ctlmgr
504 root 1164 S N websrv
528 root 1396 S dsld -i -n
530 root 1164 S N websrv
531 root 1164 S N websrv
532 root 1164 S N websrv
533 root 1092 S /usr/bin/nmbd -D -s ./smb.conf
535 root 1128 S /usr/bin/smbd -D -s ./smb.conf
537 root 192 S /bin/run_clock -c /dev/tffs/mtd3 -d
589 root 356 S httpd -p 81 -c /mod/etc/httpd.conf -h /usr/nww/ -r DS
638 root 444 S -sh
763 root 1140 S N multid
1435 root 300 S telnetd -l /sbin/ar7login
1441 root 476 S -sh
1539 root 332 R ps aux

~ # cat /proc/meminfo
total: used: free: shared: buffers: cached:
Mem: 31248384 21700608 9547776 0 2617344 9883648
Swap: 0 0 0
MemTotal: 30516 kB
MemFree: 9324 kB

Der Dienst läuft immernoch einwandfrei, die Box ist in meiner Netzwerkumgebung aufgeführt, zwischendurch wurde immer mal auf die Dateien meines USB-Sticks zugegriffen.

Sofort fällt mir auf, daß die Meldungen des Urladers andere sind als die schon an anderer Stelle dokumentierten:

(AVM) EVA Revision: 1.99 Version:1099
(C) Copyright 2005 AVM Date: Jul 28 2005 Time: 16:26:23 2 0-11
……..done

Während der Ausgabe der Punkte bis zum done ist Gelegenheit, sich mittels FTP an der Box anzumelden und die Firmware zu Recovern. Wenn nun die angepasste Firmware auf der Box installiert ist, passiert folgendes, und danach nichts mehr:

(AVM) EVA Revision: 1.99 Version:1099
(C) Copyright 2005 AVM Date: Jul 28 2005 Time: 16:26:23 2 0-11
……..done
start kernel
Launching kernel decompressor.
Starting LZMA Uncompression Algorithm.
Copyright (C) 2003 Texas Instruments Incorporated; Copyright (C) 1999-2003 Igor Pavlov.
Compressed file is LZMA format.
Kernel decompressor was successful … launching kernel.

Die Box crasht einfach, wenn versucht wird, den Linux-Kernel zu starten.

Mir ist aufgefallen, daß der Danisahne-Mod ein “kernel-ohio-4mb.bin” Kernelimage benutzt (was auch immer das ohio zu bedeuten hat). Für die 7050 wird hier das dem Mod ebenfalls mitgelieferte “kernel-4mb.bin” (ohne ohio-Zusatz) eingebunden. Aus Neugierde habe ich den ohio-Kernel einfach durch den “normalen” Kernel ersetzt, eine neue Firmware erzeugt, und diese geflasht.

Launching kernel decompressor.
Starting LZMA Uncompression Algorithm.
Copyright (C) 2003 Texas Instruments Incorporated; Copyright (C) 1999-2003 Igor Pavlov.
Compressed file is LZMA format.
Kernel decompressor was successful … launching kernel.

LINUX started…
Config serial console: ttyS0,38400
prom_init: local_env_buffer 912 used (max 2048)
CPU revision is: 00018448
Primary instruction cache 16kb, linesize 16 bytes (4 ways)
Primary data cache 16kb, linesize 16 bytes (4 ways)
Number of TLB entries 16.
Linux version 2.4.17_mvl21-malta-mips_fp_le (daniel@powerwiesel) (gcc version 3.3.2) #1 Mo Jan 30 08:23:52 CET 2006
Reset Status: HW reset
DEBUG: Bring MDIO out of reset.
Determined physical RAM map:
memory: 14000000 @ 00000000 (reserved)
memory: 00020000 @ 14000000 (ROM data)
memory: 01fe0000 @ 14020000 (usable)
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line:
calculating r4koff… 000b71b0(750000)
CPU frequency 150.00 MHz
…
…

Der Kernel bootet jetzt, somit habe ich jetzt eine Fritz!Box 3070 Firmware mit integrierten Samba-Binaries!

Jetzt fehlt nur noch der automatische Start der Dienste beim Hochfahren/Einschalten der Box. Die Konfigurationsdatei (smb.conf) ist im Danisahne-Mod-Verzeichnis schnell unter root/etc abgelegt. In den Original-Firmware-Dateien ist mir dann aufgefallen, daß in “rc.net” in /etc/init.d offenbar bereits Vorkehrungen für einen Samba-Start geschaffen wurden (wird AVM etwa mit einem späteren Update von sich aus Samba mitliefern?), welche lediglich auskommentiert wurden. Entsprechende Zeilen sind schnell entkommentiert und mit einer Zeile “hostname fritzbox” ergänzt, da die Box ansonsten als “(none)” in der Netzwerkumgebung erscheint…

In rc.net steht also jetzt Folgendes:

#we have the samba cfg in /var, so crate them there
sambastart()
{
cd /
tar xf /var.tar
hostname fritzbox
/usr/bin/nmbd -D -s /etc/smb.conf
/usr/bin/smbd -D -s /etc/smb.conf
}

Weiterhin ist ein paar Zeilen weiter unten der Aufruf zu “sambastart” auskommentiert.

Beim nächsten Neustart der Box wird Samba jetzt mitgestartet.

Bemerkungen:
Samba läuft auf der Box recht stabil, der Hauptspeicher wird vor allem bei mehreren gleichzeitigen Zugriffen von unterschiedlichen Clients aus zwar hart an die Grenzen getrieben, der Daemon (und alle anderen) stürzt aber nicht ab! Das reine Durchbrowsen der Verzeichnisse auf dem USB-Massenspeicher ist sehr zügig, der Datendurchsatz lässt allerdings stark zu wünschen übrig (bei grösseren Dateien werden im Schnitt nicht mehr als 150-200kb/s erreicht), was aber auf das USB1.1-Interface und dessen Anbindung zurückzuführen sein dürfte, da der smbd nie mehr als 4% CPU-Zeit benötigt.

Was dem Projekt immer noch fehlt ist die Integration der Samba-Binaries in die Firmware, sodaß der Freigabedienst beim Einschalten der Box automatisch gestartet wird, ohne die Binaries und/oder die Konfiguration auf einem USB-Stick oder einer USB-Platte gelagert zu haben, und selbige dann noch per manuellem Aufruf via Telnet oder SSH starten zu müssen. Der Einfachheit halber habe ich mich dazu entschieden, für dieses vorhaben den Mod von danisahne (aktuelle/verwendete Version 0.2rc5) zu benutzen, da dieser automatisiert angepasste Firmwares per einfachem Aufruf von “make” erzeugen kann und obendrein von Haus aus noch einige gute brauchbare Features aufzuweisen hat (z.b. SSH-Server) Mehr Infos zum Mod im “offiziellen” Thread im IP-Phone-Forum.

Also das Ganze runtergeladen, entpackt, und “make menuconfig” aufgerufen. Diejenigen, die schonmal einen Linux-Kernel selber kompiliert haben, werden das jetzt erscheinende ncurses-basierte Config-Frontend bestimmt wiedererkennen Ich wähle also als Box-Typ “Fritz!Box 3070″ aus, ändere Testhalber noch ein paar Optionen und speichere und verlasse dann das Config-Menü. Ins Verzeichnis “root/usr/bin” im Danisahne-Mod-Verzeichnis lege ich noch mein zuvor erstelltes MIPS-smbd-Binary und passenden nmbd ab (immerhin zusammen 3,8mb an Extra-Daten, die ins Filesystem.image gepresst werden müssen!), und starte den Firmware-Build-Prozess mit “make”.

Nach kurzer Zeit habe ich dann im root-Verzeichnis vom Mod mein Firmware-Image mit integrierten Samba-Binaries liegen. Dank LZMA-Patch sind sogar noch Platzreserven für eventuelle zusätzliche Erweiterungen übrig!

Das ganze installiere ich jetzt über die Fritz!Box-Weboberfläche als Firmware-Update auf die Box. Selbige startet neu - und entpuppt sich direkt als sogenannter Recovery-Fall…

Nungut, kurz Google, die IP-Phone-Forum-Suchfunktion und die ds-0.2-mod-Dokumentation gefragt - das sollte mit “make recover” zu machen sein (Danisahne hat enrik’s Recover-Script als Make-Target integriert). Die Box aus- und wieder eingeschaltet, eben genannten Befehl während der Urlader (adam2) der Box läuft, ausgeführt. Das Script meldet mir, daß die Box gefunden wird (gerne werden auch gleich mehrere Boxen gefunden?), zeigt mir verschiedene Revisionsnummern an, und zuletzt “flashing kernel… failed: 502 Command not implemented”… Einfach Recovern geht also nicht…

Zu eben diesem Problem gabs dann auch keine Informationen seitens Google oder dem Fritzbox-Mod-Bereich im IP-Phone-Forum.

Ein paar “make recover”’s später (mehrere Quellen berichten über mehrfach benötigte Anlaufversuche, die Box zu Recovern), stellte ich dann fest, daß die Box nach dem “502″ nicht durchbootet, sondern beim Urlader stehen bleibt. Da der Update-Vorgang per FTP geschieht, habe ich mich dann mit adam2/adam2 per FTP am Urlader angemeldet und nach einigem Probieren dann zwei Unterschiede im Vergleich zum Update-Vorgang einer 7050 (welcher von enrik auf seiner Seite dokumentiert und auch entsprechend im Recover-Script implementiert ist) festgestellt:

1. Der Urlader der 3070 möchte nur 2 Parameter im PUT-Kommando übergeben haben: PUT [Dateiname] mtd1 (D.h. der erste Parameter spezifiziert die Datei, die geflasht werden soll, und der zweite Parameter sagt der Box, in welchen Flash-Bereich die Datei geschrieben werden soll)
2. Der Dateitransfer muß via passivem FTP vollzogen werden. Ein einfaches PORT-Kommando wird mit oben erwähntem Fehler 502 quittiert.

Nachdem der Recover-Vorgang manuell funktioniert hat, habe ich enrik’s Script an entsprechenden Stellen an die 3070-Eigenheiten angepasst, um den Vorgang des Recoverns in Zukunft einfach zu halten.

Die Box startete anschliessend wieder mit der Original Firmware. Weitere Tests mit dem Danisahne-Mod mit anderen Optionen und mit/ohne smb-Binaries brachten immer dasselbe Ergebnis - die Box startet nicht mehr. Ein serielles Interface sollte aufzeigen, was da schief läuft…