WL-HDD Alternative

Hi,

also das SDK "läuft" auch nur unter bestimmten Distros. Ich verwende Mandrake 9.2. Dann muß man - für die makefiles der meisten Pakete - noch die Umgebung anpassen; das geht am einfachsten über ein

Code:

---

source cdk.set

---

auf der Kommandozeile. Reicht 1x nach dem Einloggen

Inhalt von cdk.set

Code:

---

#! /bin/bash
export ARCH=i386
export CROSS=i386-linux-uclibc-
export CROSS_COMPILE=/opt/i386-linux/bin/${CROSS}
export AR=${CROSS_COMPILE}ar
export AS=${CROSS_COMPILE}as
export CC=${CROSS_COMPILE}cc
export CP=cp
export CPP=${CROSS_COMPILE}cpp
export CXX=${CROSS_COMPILE}c++
export LD=${CROSS_COMPILE}ld
export NM=${CROSS_COMPILE}nm
export OBJCOPY=${CROSS_COMPILE}objcopy
export OBJDUMP=${CROSS_COMPILE}objdump
export RANLIB=${CROSS_COMPILE}ranlib
export SIZE=${CROSS_COMPILE}size
export STRIP=${CROSS_COMPILE}strip
export LDFLAGS=-L/opt/i386-linux/lib
export CFLAGS=-L/opt/i386-linux/include

---

(natürlich geht das auch über eine angepaßte bash.rc in eurem Profil mit dem ihr euch zum Kreuzkompilieren anmeldet.)

dann sollten eigentlich die meisten Pakete ordentlich kompilieren.
da hat AMIT im Original ziemlich geschlampt....

schufti

Hab mir mal das AirLive WMU-6500FS bestellt. Die Original-FW ist ja absolut nicht der reiser...... Neueste FW drauf,....

Nun muss ich mal was ganz dummes fragen:

Irgendwie muss ich das Ding aber nun mit meiner Dbox vernetzen,...

Nun mal fragen: Gibts da auch was nettes dazu? Oder isses noch nicht so weit? ^^

Quote:

---

Originally Posted by schufti

dann sollten eigentlich die meisten Pakete ordentlich kompilieren.
da hat AMIT im Original ziemlich geschlampt....

---

Reden wir beide von der OpenWRT SDK?

Quote:

---

Originally Posted by Riegel111

Irgendwie muss ich das Ding aber nun mit meiner Dbox vernetzen,...

---

Das kommt wohl ganz darauf an, was du unter "vernetzen" verstehst. Neutrino kann meines Wissens neben NFS auch CIFS, eventuell lässt sich darüber verbinden. Außerdem ist es ja mittlerweile geschafft worden, seine eigene Firmware zu basteln, mit ein "wenig" Ahnung sollte sich da auch ein NFS Server bzw. ipkg zum Laufen bringen lassen.

@johnpatcher:

naja, ich sprach vom MG100 SDK. War aus deinem Posting ja auch nicht wirklich anders zu erahnen.
Dass es mit dem OpenWRT SDK geht, ist ja logisch - wenn auch offensichtlich nicht ganz so einfach.

schufti

Quote:

---

Originally Posted by schufti

Dass es mit dem OpenWRT SDK geht, ist ja logisch - wenn auch offensichtlich nicht ganz so einfach.

---

Und genau das ist auch mein Problem. Außer nichtssagende "world" Fehler erhalte ich keinen Output. Habe mal im OpenWRT Forum gepostet und warte dort auf eine Antwort.

Habe vorerst ein neues Problem, nämlich den NFS Server.

Habe dein S04 Image am Laufen in Verbindung mit autobootfs. Wie aktiviere ich nun den NFS Server? nfs-kernel-server lässt sich via ipkg (nicht mehr) installieren, soll in deinem Image aber verfügbar sein. Sobald ich allerdings im autobootfs bin, ist "nfsd" nicht bekannt. Gibt es da irgendeinen Trick?

Hi,

also mir sind da keine Probleme bekannt. Die Anleitung gilt genauso, nur das Laden der Module entfällt (da ja schon im Kernel).

Den nfs-kernelserver (die Module) braucht man also nicht, nur die nfs-tools. Sollte das über ipkg nicht funzen, dann kannst du sie (portmap, statd, exportfs, nfsd, mountd, showmount) ja aus meinem Image kopieren.

Wie ein passendes /etc/exports oder ein rc.nfsd startskript aussieht, siehst du ebenfalls in meinem Image.

schufti

Das bringt mir nur alles nichts, wenn mein autobootfs kein "nfsd" kennt, oder?

Bei deinem Image läuft der nfsd Dienst, im autobootfs kennt er den Befehl nicht. Per ipkg lässt es sich nicht installieren (wurde hier schon angesprochen, irgendein Update im Repository hat da wohl dazwischen gefunkt).

Wie bekomme ich das nfsd nun von deinem Image ins autobootfs? Der symbolische Link steht natürlich, aber befindet sich dort kein nfs Modul?

Hmmmm,

also ich denke mal, du hast bereits zu viel Weihnachtsfeiern hinter dir, sonst hätte mein Post reichen müssen. Lies es einfach in den nächsten Tagen noch ein paarmal durch, das wird schon.

falls Kopieren nich klar ist:
meine FW hochfahren, USB Stick dran, genannte Dateien mit "cp /x/y /mnt/USB/USB_C/ " auf den Stick kopieren, Stick abmelden (Taste), KK hochfahren, ...., Dateien vom Stick an entsprechende Stelle zurückkopieren, Skripte nach Muster anpassen.

schufti

Quote:

---

Originally Posted by johnpatcher

Das bringt mir nur alles nichts, wenn mein autobootfs kein "nfsd" kennt, oder?

Bei deinem Image läuft der nfsd Dienst, im autobootfs kennt er den Befehl nicht. Per ipkg lässt es sich nicht installieren (wurde hier schon angesprochen, irgendein Update im Repository hat da wohl dazwischen gefunkt).

---

Die Pakete hab ich noch wenns unbedingt sein muss. Ansonsten solltest du die nötigen Binaries aus dem Flash extrahieren können. Da sind sie ja mit drin, sonst würde der NFS-Server damit nicht laufen. Du musst nur im /etc/init.d/rcS die Freigabe der RAM-Disk verhindern und schon hast du Zugriff.

Das NFS-Modul dürfte in den Kernel einkompiliert sein.

Tes

Und hat es einen speziellen Grund, warum das nfs bei jedem laufen soll, nur bei mir nicht? Habe jetzt nochmals alles neu aufgesetzt, dein 400S4 Image neu geflasht und ein blankes autobootfs genommen.

Auch das brachte keinen Erfolg. Interessanter weiße findet ipkg vor einem "ipkg update" den nfs-kernel-server(-utils) allerdings gibts da Md5 Checksumfehler. Nach einem ipkg update findet er diese Komponenten nicht.

Ich habe dann unter "/lib/modules/2.6.22" die Dateien "exportfs.ko", "lockd.ko", "nfs.ko", "nfsd.ko" und "sunrpc.ko" gefunden. Wie kommen die da hin. Habe sie testweiße nach "/lib/modules/2.4.35" kopiert, hat aber insofern nichts gebracht, als das "nfsd" bzw. "modprobe nfsd" nicht erkannt werden.

Quote:

---

Originally Posted by Tes

Die Pakete hab ich noch wenns unbedingt sein muss. Ansonsten solltest du die nötigen Binaries aus dem Flash extrahieren können. Da sind sie ja mit drin, sonst würde der NFS-Server damit nicht laufen. Du musst nur im /etc/init.d/rcS die Freigabe der RAM-Disk verhindern und schon hast du Zugriff.

Das NFS-Modul dürfte in den Kernel einkompiliert sein.

---

Das mit der Ramdisk hatte ich zwischenzeitlich schon, um die Module von 2.4.28 in den 2.4.35 Ordner zu bekommen. Das hattest du ja irgendwo beschrieben. Hätte es eigentlich irgend einen Nachteil, wenn man das dauerhaft so belässt? Immerhin ist es doch ganz praktisch auf die Ramdisk zugreifen zu können?

Wäre vielleicht ganz nett, wenn du diese Dateien (nfs-kernel-server und nfs-kernel-server-utils) irgendwo uploaden könntest, die vom Repository scheinen nicht mehr zu funktionieren?

Langsam werde ich hier noch kirre mit dem NFS Server. Habe nun die Dateien "exportfs", "mountd", "lockd", "nfsd" und "statd" von /ramroot/sbin/ nach /sbin/ kopiert. Soweit so gut, mein Startscript angepasst. Jetzt erhalte ich kurz nach dem Starten folgenden Fehler:

Quote:

---

exportfs: can't resolve symbol '__ctype_b_loc' in lib 'exportfs'.

---

Hi,

kleiner Teilerfolg. Über einen alternativen Mirror konnte ich nfs-kernel-server problemlos installieren.

Der Server scheint nun zu laufen, zumindest gibt es keinerlei Fehlermeldungen, und alle Dienste laufen:

Quote:

---

167 root 396 S rpc.statd
168 1 332 S portmap
169 root 464 S rpc.mountd
171 root SW [nfsd]
172 root SW [lockd]
173 root SW [rpciod]

---

Leider kann ich mich nicht einloggen. Ich bin mir nicht sicher, ob das ein Rechteproblem ist. Wie bewege ich den NFS Server denn nun dazu etwaige Fehler mitzuloggen?

Soweit ich das verstanden habe, ist es ja teil des Kernels, müsste dann also die Meldungen des NFS Server unter "dmesg" erscheinen? /var/log/messages jedenfalls konnte ich nicht auffinden.

Quote:

---

Originally Posted by johnpatcher

Hi,

Der Server scheint nun zu laufen, zumindest gibt es keinerlei Fehlermeldungen, und alle Dienste laufen:


Leider kann ich mich nicht einloggen. Ich bin mir nicht sicher, ob das ein Rechteproblem ist.

---

Möglich... Was steht denn in deiner /etc/exports? Stimmen die Zugriffsrechte auf dem Zielverzeichnis? Reich mal ein paar Infos rüber was du exportieren willst und wie die Permissions aussehen.

Quote:

---

Wie bewege ich den NFS Server denn nun dazu etwaige Fehler mitzuloggen?

---

Auf das Logging vertraue ich da nicht sondern schaue normal per 'snoop' (wenn unter Solaris) bzw 'tcpdump' (wenn Linux-Client) zu was auf dem Netz abgeht wenn ich den Mount probiere.

Tes

Quote:

---

Originally Posted by johnpatcher

Das mit der Ramdisk hatte ich zwischenzeitlich schon, um die Module von 2.4.28 in den 2.4.35 Ordner zu bekommen. Das hattest du ja irgendwo beschrieben. Hätte es eigentlich irgend einen Nachteil, wenn man das dauerhaft so belässt?
Immerhin ist es doch ganz praktisch auf die Ramdisk zugreifen zu können?

---

Schon, aber es kostet ein paar MB RAM und die Kiste hat nur 32 MB, da spare ich lieber wo ich kann und schalte die Freigabe der RAM-Disk nur ab wenn es unbedingt sein muss. Wenn dich das nicht stört kannst du die RAM-Disk drin lassen.

Tes

Hey Johnpatcher! Finde ich super, dass Du das mit der Installation des NFS-Servers über den alternativen Mirror gelöst hast! Das hat mich auch schon genervt, dass der nicht funktionieren wollte. Werde ich auch gleich mal ausprobieren.
Vielleicht kannst Du diese wichtigen Files auch auf Deinen Server retten, dass wir mal eine komplett funktionierende Version zusammenstellen können. Nicht das die dann auf dem Mirror irgendwann auch nicht mehr funktionieren.
Dachte schon, bei mir hackt es in irgend einer anderen Konfig, dass es nicht klappt. Aber da braucht es anscheinend jemanden wie Dich, mit eindeutig mehr Linux Kenntnissen als mich, um dieses Problem eindeutig orten zu können. Die anderen haben's ja noch mit einem funktionierenden Mirror lösen können.
Danke nochmals für den Hinweis.

Grüsse und auch von mir schöne Weihnachten und einen gelungenen Rutsch ins NEUE JAHR!

Gringo