WL-HDD Alternative

Hi,

habe mittlerweile alles am Laufen. Wie nicht anders zu erwarten, war es natürlich meine Dummheit, hatte mir am Client einen kleinen Tippfehler erlaubt.

Per d-Box komm ich jetzt an Geschwindigkeiten von knapp 9 Mbit, das sollte, hoffentlich, reichen.

Die Dateien habe ich natürlich alle gesichert. Mal sehen, ob ich über die Weihnachtstage zu kommen werde, alles zusammenzustellen. Hatte das ja sowieso schon einmal vorgehabt.

Ansonsten wünsche auch ich euch besinnliche Feiertage und ein guten Rutsch ins neue Jahr.

Bei meinem autobootfs lässt sich "fdisk" nicht installieren!

Folgende Meldung bekomme ich immer:

Code:

---

root@WHD:/etc# ipkg update
Downloading http://openwrt.org/downloads/snapshots/x86-2.6/packages/Packages
Updated list of available packages in /usr/lib/ipkg/lists/snapshots
Done.
root@WHD:/etc# ipkg info fdisk
Package: fdisk
Version: 2.12r-2
Status: unknown ok not-installed
Section: utils
Architecture: mipsel
maintainer: OpenWrt Developers Team <openwrt-devel@openwrt.org>
MD5Sum: e7c3b95f74b263d7f3a6e6d88ef0720e
Size: 39916
Filename: ./fdisk_2.12r-2_mipsel.ipk
Source: package/util-linux
Description: This package contains a utility for managing disk partition tables.

Done.
root@WHD:/etc# ipkg install fdisk
Nothing to be done
An error ocurred, return value: 4.
Collected errors:
Cannot find package fdisk.
Check the spelling or perhaps run 'ipkg update'
root@WHD:/etc#

---

Anscheinend kann ipkg das package von fdisk nicht finden!
Das kann aber nicht sein denn bei "ipkg list" wird "fdisk" angezeigt!

Bitt um Unterstützung!

Quote:

---

Originally Posted by preslmayer

Bei meinem autobootfs lässt sich "fdisk" nicht installieren!

Folgende Meldung bekomme ich immer:

Code:

---

Architecture: mipsel
Filename: ./fdisk_2.12r-2_mipsel.ipk

---

---

Da ist was im Eimer auf dem Server, selbst wenn das Paket vorhanden wäre würde es nicht laufen, das MGB100 benutzt einen x86 als CPU und keinen MIPS.

Quote:

---

Anscheinend kann ipkg das package von fdisk nicht finden!
Das kann aber nicht sein denn bei "ipkg list" wird "fdisk" angezeigt!

---

Sieht für mich nach einem Problem mit dem Server aus und nicht nach etwas auf das du Einfluss hast.

Gerade mal nachgesehen... Da hat einer den MIPS-Kram ins Directory für x86 kopiert, komisch nur, dass es keiner merkt.

Nimm das Paket hier:

http://xwrt.kicks-ass.org/xwrt/kamik...12r-1_i386.ipk

Man kann mit ipkg auch aus einer Datei installieren, sollte also kein Problem sein.

Tes

Danke! Hat geklappt!

Hab irgendwie Probleme mit dem S04 Image von schufti:

Im Menüpunkt "Network Settings" bekomme ich nicht mehr die zwei Unterpunkte zu sehen. Woran kann das denn liegen? Ansonsten scheint alles zu funktionieren.

Wundert mich schon ein bisschen!?

Scheint ein Fehler im Flash gewesen zu sein.

Habe nochmal zurück auf Pearl geflasht, da ja dort das ganze Image überschrieben wird, dann wieder auf LevelOne und schlussendlich auf S04. Jetzt ist auch das Menü wieder vollständig.

Trotzdem seltsamer (und für mich unerklärlicher) Fehler.

Zu früh gefreut: Wieder der selbe Fehler, ich kann die Untermenüs "DHCP" und "Wireless" nicht erreichen?

@Tes: Möchte gern eine IP per DHCP erhalten, und wenn kein DHCP Server gefunden wird eine statische zuweißen.

Irgendwie will das nicht so klappen, mein Startscript sieht so aus (aufs nötigste gekürzt):

Code:

---

#!/bin/sh
PATH=/bin:/sbin:/usr/bin:/usr/sbin

WMAC="00:50:18:XX:XX:XX"
EMAC="00:50:18:XX:XX:XY"
ETH="br0"
DIP="192.168.0.254"
DGW="192.168.0.1"

ifconfig eth1 down
ifconfig eth1 hw ether $EMAC
ifconfig eth1 0.0.0.0 up
ifconfig lo 127.0.0.1 up

brctl addbr br0
brctl addif br0 eth1
brctl addif br0 wl0
ifconfig wl0 0.0.0.0
ifconfig eth1 0.0.0.0

udhcpc -n -t 3 -i $ETH -h nas

---

Nun habe ich unmittelbar unter den udhcp Aufruf folgendes notiert:

Code:

---

if [ $? = 1 ]; then
 ifconfig $ETH $DIP up
 route add default gw $DGW &
fi

---

Funktionieren tut das jedoch nicht. Über DHCP erhalte ich nach wie vor meine IP, ohne DHCP wird keine IP zugewiesen. Was ist denn falsch?

Hatte mir auch schon überlegt die Standardip fest zuzuweißen und sie über DHCP (falls vorhanden) zu ändern. Dafür hatte ich vor dem udhcp Aufruf notiert:

Code:

---

ifconfig $ETH $DIP up

---

Hat auch nicht funktioniert. Wäre das überhaupt möglich?

Und auch hier Entwarnung: Ist wohl ein Fehler in deinem Script. Es fehlt natürlich der Vergleich. Mit nur einem "=" wird ja eine Zuweisung gemacht. Habe das dann nach ein paar Minuten Bedenkzeit hinbekommen, jetzt funktioniert es einwandfrei.

Quote:

---

Originally Posted by johnpatcher

Und auch hier Entwarnung: Ist wohl ein Fehler in deinem Script. Es fehlt natürlich der Vergleich. Mit nur einem "=" wird ja eine Zuweisung gemacht.

---

Laut man page zu 'test' ist das mit dem einen '=' so korrekt und funktioniert hier auch einwandfrei (gerade getestet, mit und ohne DHCP-Server). Auszug aus der man page:

Code:

---

      -z STRING
              the length of STRING is zero

      STRING1 = STRING2
              the strings are equal

      STRING1 != STRING2
              the strings are not equal

      INTEGER1 -eq INTEGER2
              INTEGER1 is equal to INTEGER2

---

Quote:

---

Habe das dann nach ein paar Minuten Bedenkzeit hinbekommen, jetzt funktioniert es einwandfrei.

---

Poste mal wie es jetzt bei dir aussieht. Der Unterschied interessiert mich.

Tes

@johnpatcher:
das Problem kenne ich bisher vom LevelOne GUI. Dort sind die beiden Unterpunkte nicht mehr erreichbar, wenn das WLAN deaktiviert ist. Man kann sie aber über direkte URL Eingabe erreichen.

Entweder man nimmt das OvisLink/AirLive, das ist 100% kompatbel zum verwendeten amit_httpd, oder wie ich das von Conceptronic, ist dem von LevelOne ähnlich.

Du kannst ein beliebiges GUI aus dem Anhang per Recoveryloader einspielen.

schufti

Hi!

Ich habe Euch meine verwendete Toolchain und meine Sourcen zur weiteren Verwendung hochgeladen (resultirendes Upgrade.img).

Ich habe das ganze unter Mandrake 9.2 laufen (in einer VM). Einfach als root die Toolchain in / entpacken (also so, dass in /opt die Verzeichnisse buildroot und i386-linux entstehen) und die Sourcen nach /usr/src. Dann als root in /usr/src/myMGB mit "make linuxall" alles neu erstellen.

nfs-tools werden nicht autom. erstellt (liegen fertig drin), da war ich beim Testen zu faul die makefiles anzupassen und habs bis heute nicht gemacht (Eigentlich ist es für alles in usr_src nicht notwendig immer neu gebaut zu werden).

Die ganzen makefiles weichen stark von den (AMIT)Originalen ab!
Daher kann man auch Pakages nicht so einfach ersetzen, weil config und makefiles speziell an den "Bauplan" angepaßt sind.

Frohe Weihnachten und ein gutes Neues Jahr!

schufti

Edit: Sorry, da war ein Fehler drin, die HD wurde nicht gemountet. Neue Sourcen und Image liegen am Server.
Toolchain hat sich nichts geändert!

Quote:

---

Originally Posted by schufti

@johnpatcher:
das Problem kenne ich bisher vom LevelOne GUI. Dort sind die beiden Unterpunkte nicht mehr erreichbar, wenn das WLAN deaktiviert ist. Man kann sie aber über direkte URL Eingabe erreichen.

---

Gut, das erklärt die Sache. Hatte das abgeschaltet, da ich zur Zeit keine Verwendung dafür habe.

Quote:

---

Originally Posted by schufti

Entweder man nimmt das OvisLink/AirLive, das ist 100% kompatbel zum verwendeten amit_httpd, oder wie ich das von Conceptronic, ist dem von LevelOne ähnlich.

---

Inwiefern ist denn das Conceptronic nicht 100% kompatibel? Zumindest von der Größe her nimmt es am meisten Platz in Anspruch.

Quote:

---

Originally Posted by Tes

Laut man page zu 'test' ist das mit dem einen '=' so korrekt und funktioniert hier auch einwandfrei

---

Ich kenne das nur aus Programmiersprachen, da ist es ein häufig gemachter Fehler. Hier wird es auch mit dem "==" Operator beschrieben.

Aussehen tut es nun wie folgt:

Code:

---

udhcpc -n -t 3 -i $ETH -h nas
if [ $? == 1 ]
then
        ifconfig $ETH $DIP
        route add default gw $DGW &
        echo "nameserver $DGW" > /tmp/resolv.conf.auto
        echo "domain lan" >> /tmp/resolv.conf.auto
fi

---

/tmp/resolv.conf.auto deshalb, weil ich einen symbolischen Link gesetzt habe. udhcpc bearbeitet nämlich diese Datei, und auf diesem Wege erspare ich mir die entsprechende Arbeit.

Quote:

---

Originally Posted by johnpatcher

Ich kenne das nur aus Programmiersprachen, da ist es ein häufig gemachter Fehler. Hier wird es auch mit dem "==" Operator beschrieben.

---

In der Shell funktioniert die Zuweisung aber nur wenn keine Spaces drin sind:

Code:

---

Geht:

 TEST=abc

Geht nicht:

 TEST = abc

---

Deshalb, und weil beim test ein '$' vor der Variable steht kann es keine Zuweisung sein. Ich habs gerade eben in der bash getestet, zusammen mit 'test' funktioniert es mit '=' und mit '=='. Warum es bei dir mit '=' nicht ging ist mir unklar, vor allem weil das Script hier funktioniert. Hast du eine andere busybox installiert?

Tes

Quote:

---

Originally Posted by Tes

Warum es bei dir mit '=' nicht ging ist mir unklar, vor allem weil das Script hier funktioniert. Hast du eine andere busybox installiert?

---

Ich betreibe hier das 400S4 (mit OvisLink GUI) in Verbindung mit der autobootfs. Ich verwende im Grunde nichmal die bash, sondern ash, also da hab ich nix gedreht. Keine Ahnung woran es letzendlich lag? Vielleicht an der falschen Einrückung von "then"?

Das einzige Problem ist es nun noch eigene Pakete für das Ding zu kompilieren. Zumindest werde ich nicht schlau aus dem OpenWRT SDK.

Bei mir hagelt es beim Kompilieren Fehlermeldungen, obwohl ich das 1:1 von Beispielen bzw. dem Wiki übernehm.

Kann sich das vielleicht jemand ansehen bzw. notieren was er da gemacht hat?

...ich habe hier lange nicht mehr mitgelesen.

Morgen muss ich aber ab 18:30 von Phoenix aufnehmen. (Wer Herrn Pispers nicht kennt und morgen nicht vor der Glotze hängt sollte das auch tun!)

Dank Schuftis "MGB100schufti_ok.img" kann ich jetzt sogar Problemfrei ARD und ZDF mitschneiden.
Die NFS Performance zwischen DBox2 und MGB100 liegt bei mir bei knapp unter 1MB/s.
Das ist Spitze! :D

Danke, besonders an Shufti, für die Mühe und die nun sehr gut funktionierende Firmware!

Rutscht gut in's Neue!!!

Quote:

---

Originally Posted by kbruns

....
Die NFS Performance zwischen DBox2 und MGB100 liegt bei mir bei knapp unter 1MB/s.

---

Wow! Spitzen Performance. Meine liegt gerade mal knapp unter 7000kb/s
Welche Einstellungen hat du beim mounten und beim export??

Quote:

---

Originally Posted by preslmayer

Wow! Spitzen Performance. Meine liegt gerade mal knapp unter 7000kb/s
Welche Einstellungen hat du beim mounten und beim export??

---

Ich glaube nicht, dass das auf die Einstellungen ankommt. Ein Speedtest hat bei mir ergeben, dass "async, 32k" das beste zum Schreiben und "sync, 32k" das beste zum lesen wären. Die Unterschiede zwischen 8k, 16k und 32k sind aber wirklich geringfügig, bei mir macht das 0,02 Mbit aus. Kann sich also genausogut um Schwankungen im Netzwerk während des Tests gehandelt haben ;).

Quote:

---

Originally Posted by preslmayer

Welche Einstellungen hat du beim mounten und beim export??

---

Ich habe Schuftis image gelassen, wie es ist.
Nur in /dev/HDA1/autoexec steht "mii-tool -F 10baseT-HD eth1".

Die DBox mountet die Freigabe mit tcp, async und 8kByte Blockgröße.
(Seltsamer Weise ist TCP beim Schreiben schneller als UDP)

Die Platte ist mit ext2fs formatiert.

@ johnpatcher:
wie du hier sehen kannst, machen die Einstellungen große Unterschiede: ca. 2Mb/s sind ja wohl nicht vernachlässigbar oder mit Netzwerkschwankungen zu erklären.

@kbruns:
das mii-tool brauchst du nicht in der autostart, die Einstellungen bleiben scheinbar im chip als default gespeichert.


ich verwende jetzt 32k Blockgröße und getrennte mounts zum Aufnehmen (tcp) und Abspielen (udp).

schufti

Quote:

---

Originally Posted by schufti

@kbruns:
das mii-tool brauchst du nicht in der autostart, die Einstellungen bleiben scheinbar im chip als default gespeichert.

---

Sicher? Ich kann verstehen, wenn der PHY sich das bis zur nächsten Stromabschaltung merkt, aber darüber hinaus? Laut Datenblatt sollte schon ein reiner Hardware-Reset (ueber den Reset-Pin) alle Einstellungen löschen.

Tes

@ Tes: ja, ich war auch verwundert. Aber a) funktioniert es tatsächlich - und die dBox Aufnahmen sind da ein sicheres Zeichen und b) zeigt "mii-tool eth1" die geänderten Einstellungen auch nach einem "power cycle" noch an.

schufti

P.S.: das letzte img (400s5) unterstützt auch "-B" bei hdparm

Hi,

irgendwie war die Nacht nicht so lang wie erwartet (oder ich hatte senile Bettflucht), daher gibt's wieder mal was neues...

für alle PEARL-Besitzer gibts eine Überaschung. ACHTUNG: Das ist ein Komplettimage mit neuesten AMIT-Komponenten, daher gehen die Einstellungen verloren (leider). Dafür bekommt man das BT Interface. Leider ist die Funktionalität bei mehrteiligen, größeren Downloads nicht sehr stabil (Segfaults bei >~300MB]. Laßt euch nicht vom OvisLink/AirLive GUI täuschen, eure Box bleibt PEARL gebranded (auch in Zukunft wird nur PEARL FW akzeptiert). Natürlich laufen im Hintergrund mein bewährten Komponenten (neueste BB, akt. Samba, Kernel-NFS, mii-tool, etc).

für Besitzer anderer Boxen habe ich ein Upgrade. Ist für alte (Achtung: Einstellungen werden auf defaults gesetzt!) und neue FW geeignet! im übrigen gilt das oben erwähnte...

schufti

Edit: Neue Versionen "R400c3" (http-,ftp-,bt-downloads, passwd Fix) plus korrigierter kernel-nfs blocksize! (080104)
Edit: Anzeige bei fs-check, autobootfs Kompatibilität (080108)
Edit: dhcpd läuft wieder (080109)
Edit: printserver sollte jetzt laufen (080110)
Edit: link gefixt

Quote:

---

Originally Posted by schufti

@ Tes: ja, ich war auch verwundert. Aber a) funktioniert es tatsächlich - und die dBox Aufnahmen sind da ein sicheres Zeichen und b) zeigt "mii-tool eth1" die geänderten Einstellungen auch nach einem "power cycle" noch an.

---

Hm, dann kann ich mir das nur so erklären, dass sich Amit die RESET-Leitung zum PHY gespart hat und der Zeitraum ohne Strom kurz genug war. Ich würde das Kommando auf jeden Fall in die autoexec einbauen, vermeidet Probleme mit Murphy. :)

Zumindest bei meinem MGB100 ist die RESET-Erzeugung sowieso nicht so besonders, steckt man den Strom zu kurz aus bootet die Kiste nicht sondern hängt. Ich muss ein paar Sekunden warten und für einen sauberen Start auch das Netzteil zuerst einstecken und erst dann mit der Box verbinden.

Tes

Gesundes Neues,

und wiedermal danke für eure Mühen.. oder eure senile Bettflucht :)

@schufti: hab mir mal dein PEARL Neu-Jahrs-Image geflasht..
läuft soweit, password kann man aber nicht verändern im WebIF..
und dein NFS-share is nichmehr /mnt/C sondern /tmp/mnt/C..

soll aber kein meckern nur anmerkend sein, aber mit dem passwort is doof.

Quote:

---

Originally Posted by schufti

das mii-tool brauchst du nicht in der autostart, die Einstellungen bleiben scheinbar im chip als default gespeichert.

---

Danke für den Tipp.

Quote:

---

Originally Posted by schufti

ich verwende jetzt 32k Blockgröße und getrennte mounts zum Aufnehmen (tcp) und Abspielen (udp).

---

TCP und UDP für Aufnahme und Wiedergabe getrennt hab ich auch, aber entweder DBox2 oder MGB100 ignorieren die 32k Blockgröße. :(
Die DBox2 zeigt mir bei "mount" immer 8k an...

Was solls, die Performance reicht :)

Hi,

also ich bin enttäuscht, da hat Linux doch echt ne Macke. Die neue autom. Blocksize für kernel-nfs limitert hier doch echt auf 8kb. Habe jetzt mal Tests mit "Override" gemacht und abei folgende Werte bekommen:

Code:

---

Results for write throughput:
6865027 with udp,async,wsize=4096
7669584 with tcp,async,wsize=4096
7895160 with udp,async,wsize=8192
7895160 with tcp,async,wsize=8192
8659208 with udp,async,wsize=16384
8134407 with tcp,async,wsize=16384
8659208 with udp,async,wsize=32768
8134407 with tcp,async,wsize=32768

Results for read throughput:
7035945 with udp,async,rsize=4096
6547206 with tcp,async,rsize=4096
7895160 with udp,async,rsize=8192
6547206 with tcp,async,rsize=8192
8134407 with udp,async,rsize=16384
6391320 with tcp,async,rsize=16384
8388608 with udp,async,rsize=32768
6547206 with tcp,async,rsize=32768

---

und mir ist das noch gar nicht aufgefallen :o
werde demächst neue Images mit gepatchtem Kernel machen.

schufti

P.S.: das mit dem Passwort funktioniert in der orig. OvisLink-FW auch nicht ....

P.P.S: neue Dateien im Neujahrs-Posting

Hallo,

ich muss mal kurz erzählen, wie ich auf dieses Forum aufmerksam geworden bin:
weil ich nicht mehr wusste welches Netzteil zu meinem MGB100 (von Pearl) gehört, habe ich nach "MGB100 Netzteil" gegoogelt und gefunden "12V 4Amp".
Ein passendes Netzteil war auch in meinem Fundus. Mein MGB100 und die eingebaute Platte sowie der USB-Stick haben dieses Netzteil allerdings nicht überlebt. Mein Zorn war zunächst groß, hat sich aber nach genauerem Nachlesen wieder verflüchtigt (MGB100 war schon Thema, aber das Netzteil bezog sich auf MBG111). Habe mir also ein neues MGB100 bestellt und seither ist dieses Forum für mich ein Quell ständiger Erkenntniss geworden. Mit Schuftis s04 Image autoexec-Funktion und
http://www.macsat.com/macsat/compone...g3523/#msg3523

hatte ich dann auch einen funktionierenden Printserver. Leider wird nach jedem Printjob eine Leerseite ausgegeben, aber damit kann man zur Not leben.

Inzwischen konnte ich dank Schuftis s05 Sourcen und Toolchain diese Funktion auch fest einbauen und ein eigenes Image compilieren.

Also nochmal vielen Dank an alle Spezialisten in diesem Forum (ganz besonders an Schufti).

Hallo!

Ich habe nochmal ein MGB100_400S06.img für das alte GUI gemacht (das ohne Download Manager, also bis r400c1). Es sind alle mir bekannten Fehler gefixt (inkl. kernel-nfs blocksize bis 32k).
Komponenten: Samba 3.0.14a, BusyBox 1.10.0, Kernel 2.4.36 (achtung autobootfs user!), für Telnetuser ist auch ein BT (btcli) drin.

schufti

edit: ok, die neuen images laufen auch mit altem GUI. Vorsicht: Die Einstellungen werden resetet!

Hi chimborazo,

ja, als Druckerserver habe ich es noch nie probiert. Die Aussagen über Funktion waren immer sehr widersprüchlich. Funktioniert der mini-lpd überhaupt? wenn ja, wie und warum nicht immer? was ist der Unterschied zu dem lpd aus dem usbfs? laufen dann beide?

wäre ev. http://etherboot.sourceforge.net/p910nd/ wie ihn Oleg im Asus verwendet eine Lösung?

Ich möchte nicht unbedingt ein Binary einbauen, dass ich nicht selbst kompiliere....

schufti

Hallo schufti,

zu P910ND kann ich nichts sagen, seh ich jetzt zum ersten mal. Mini-lpd hat sich bei meinen Versuchen bisher (egal ob ein Drucker angeschlossen war oder nicht) kommentarlos verabschiedet.
Die Sourcen zu dem lpd aus dem macsat Forum müssten sich eigentlich doch auftreiben lassen. Ich werde mich drum bemühen.

Was ganz anderes: fdisk aus deinem s05 Image funktioniert bei mir nicht so wie ich es erwartet hätte

Hallo schufti,

zu P910ND kann ich nichts sagen, seh ich jetzt zum ersten mal. Mini-lpd hat sich bei meinen Versuchen bisher (egal ob ein Drucker angeschlossen war oder nicht) kommentarlos verabschiedet.
Die Sourcen zu dem lpd aus dem macsat Forum müssten sich eigentlich doch auftreiben lassen. Ich werde mich drum bemühen.

Was ganz anderes: fdisk aus deinem s05 Image funktioniert bei mir nicht so wie ich es erwartet hätte.

fdisk /dev/hda

kehrt einfach nur zurück zum Prompt. Mach ich da was falsch?

fdisk -l

z.B. gibt einen korrekten output zurück.

Dann habe ich auch noch Fragen zu meinem Vorschlag, dein Image als autobootfs (wie das von openwrt) zur Verfügung zu stellen:
Ich halte das wirklich nicht für ganz abwegig. Natürlich habe ich auch schon selbst versucht ein solches Image zu erstellen.
In ein geleertes autobootfs habe ich ein Archiv des s04 Filesystems eingefügt und darin natürlich eine erneute Suche nach autobootfs's abgeschaltet.
Das alleine hats aber noch nicht gebracht. Ich will das schon noch weiter verfolgen (Linux ist Neuland für mich), aber vielleicht kannst du mir einen Tip geben.

chimbo

Hi!

Das fdisk ist von amit verändert, damit es mit dem GUI zusammenarbeitet. Leider dokumentieren die nicht was sie machen....
Ich könnte ev. das von BB einkompilieren und das link umbenennen, wenns jemand braucht.

Thema autobootfs / usbfs bin ich noch am probieren, hat aber momentan nicht Priorität...


schufti

Quote:

---

Originally Posted by Chimborazo

Hallo,

ich muss mal kurz erzählen, wie ich auf dieses Forum aufmerksam geworden bin:
weil ich nicht mehr wusste welches Netzteil zu meinem MGB100 (von Pearl) gehört, habe ich nach "MGB100 Netzteil" gegoogelt und gefunden "12V 4Amp".

---

Aua... Dabei steht die Spannung und Strom doch unten auf dem MGB100 drauf, zumindest auf meinem. Ansonsten bin ich dazu übergegangen auf die Netzteile selber ein kleines Etikett zu kleben um genau solche Probleme zu verhindern.

Tes

Hi,

habe leider etwas den Überblick verloren. Sind deine kürzlich erschienenen Images nun für das MGB100 oder für das MGB111?

Mir wäre es neu, dass das MGB100 Bluetooth Funktionen hat?

Hi,
nein, nein, dein Überblick stimmt schon (im Prinzip, aber auch das MGB111 kann kein Bluetooth) aber ich meine BitTorrent....

Da ich kein MGB111 habe - und mir auch nicht zuzulegen gedenke (sollte jemand eines in meine Richtung werfen, würde ich es aber fangen) - wird es von mir kein Image dafür geben.

schufti

@schufti

mini-lpd funktioniert doch! Man muss allerdings ein ein config directory unter /etc erstellen, wie es im README der mini-lpd distribution beschrieben ist. Offenbar muss der Drucker beim booten schon angeschlossen sein, sonst beendet sich mini-lpd wohl wieder. Aber dann: keine Leerseiten zwischen den Jobs mehr.

@Tes

5V 3Amp. Ja, jetzt hab ich's auch gesehen. Ich hatte nur an der Powerbuchse nachgesehen.

Chimbo

Hi Chimbo,

das ist mal ein konstruktives feedback! O.k. das /etc/config ist in meinen images eigentlich immer vorhanden. Muß da noch was rein? muß mal das README lesen (dass ich das mal sage ...)

Dass sich der mini-lpd beendet ist wohl normal, aber beim Einstecken eines Druckers sollte er wohl wieder starten. Das muß wohl auch so sein, da sich ja ändert an welchen usb-port die Daten geschickt werden. Entweder werden Symlinks in /dev geändert oder die printcap, oder .... Muß mal das amit hotplug binary auf relevante strings parsen... bei Massenspeicher wirft es das hotplug.sh an.

schufti

Quote:

---

Originally Posted by schufti

das ist mal ein konstruktives feedback! O.k. das /etc/config ist in meinen images eigentlich immer vorhanden. Muß da noch was rein? muß mal das README lesen (dass ich das mal sage ...)

---

Das config dir von mini-lpd ist /etc/mini-lpd.
Mit diesem autoexec wird es erzeugt und mini-lpd gestartet:

Code:

---

#!/bin/ash
#
mkdir /etc/mini-lpd
mkdir /etc/mini-lpd/lpusb0
mkdir /etc/mini-lpd/lpusb1
mkdir /etc/mini-lpd/lpusb2
mkdir /etc/mini-lpd/lpusb3
mkdir /etc/mini-lpd/lpusb4
ln -s /dev/usblp0 /etc/mini-lpd/lpusb0/device
ln -s /dev/null /etc/mini-lpd/lpusb1/device
ln -s /dev/null /etc/mini-lpd/lpusb2/device
ln -s /dev/null /etc/mini-lpd/lpusb3/device
ln -s /dev/null /etc/mini-lpd/lpusb4/device
mini-lpd &
exit

---

Quote:

---

Originally Posted by schufti

Dass sich der mini-lpd beendet ist wohl normal, aber beim Einstecken eines Druckers sollte er wohl wieder starten.

---

Das ist korrekt. Mini-lpd wird wieder gestartet.

Chimbo

Ist es möglich mit der MGB100 files von Rapidshare downzuloaden?
Mit wget oder was ähnlichem?
Mich interessieren hier nur Downloads mit Premium-Account!

Hat sich erledigt:
siehe:
http://wl500g.info/showpost.php?p=67671&postcount=5

Hi,

habe neue Versionen hochgeladen. Das upgrade ist jetzt auf FW mit alter und neuer GUI nutzbar. Hat man noch eine alte (<s06 oder <c2) FW drauf, werden die Einstellungen zurückgesetzt. Gefixt sind die autoboot Kompatibilität und die Anzeige beim fs-check.

@chimbo: ok, alle notwendigen Verzeichnisse und Dateien dürften ebenfalls vom AMIT hotplug binary erstellt werden. K.A. warum es dann bei manchen nicht spielt...

wegen meinem Image als autobootfs: ich schaffe es nicht, dass init (aka BusyBox) das alte rootfs frei gibt. k.A. was die BB im KK-autobootfs für Einstellungen hatte (klar, statisch gelinkt. Version? Settings??). Gleicher Aufruf, gleicher Aufbau im autobootfs, aber bei meinem Image bleibt der Init-Prozess - und somit alle beim Booten gestarteten Prozesse - auf der alten root hängen (wo natürlich dann auch alle libs sein müssen). Das ist so natürlich nicht brauchbar. Da kann man gleich im alten System bleiben und sich ein /usr/bin auf der HD machen und bei Bedarf einhängen und zum Pfad dazufügen

schufti

Edit: Achtung bei der Version 080108 läuft der dhcpd nicht
Edit: bei 080109 gefixt
Edit: 080110 printserver gefixt

Quote:

---

Originally Posted by schufti

Hi,

habe neue Versionen hochgeladen. Das upgrade ist jetzt auf FW mit alter und neuer GUI nutzbar. Hat man noch eine alte (<s06 oder <c2) FW drauf, werden die Einstellungen zurückgesetzt. Gefixt sind die autoboot Kompatibilität und die Anzeige beim fs-check.

---

Hatte "pearl_MGB100_BT_c3.img" installiert und mit GUI und BitTorrent beim ersten Versuch in ca. 12 Stunden ein 3,3 GB großes iso-image fehlerfrei heruntergeladen. Das fand ich schonmal nicht so schlecht.
Heute habe ich "pearl_MGB100s4c3_080109.img" geflasht. Leider funktioniert bei mir die wireless Einstellung nicht. Praktisch jeder Änderungsversuch (z.B. WPA oder SSID) setzt alle Einstellungen auf default zurück.

Quote:

---

Originally Posted by schufti

@chimbo: ok, alle notwendigen Verzeichnisse und Dateien dürften ebenfalls vom AMIT hotplug binary erstellt werden. K.A. warum es dann bei manchen nicht spielt...

---

Bei mir tut es das definitiv nicht. Bei deinen neuen images (ab "pearl_MGB100_BT_c3.img" gibts es /etc/mini-lpd als link auf /var/config/mini-lpd so dass ein entsprechendes autoexec nun so ausschaut:

Code:

---

#!/bin/ash
#
mkdir /var/config/mini-lpd
mkdir /etc/mini-lpd/lpusb0
mkdir /etc/mini-lpd/lpusb1
mkdir /etc/mini-lpd/lpusb2
mkdir /etc/mini-lpd/lpusb3
mkdir /etc/mini-lpd/lpusb4
ln -s /dev/usblp0 /etc/mini-lpd/lpusb0/device
ln -s /dev/null /etc/mini-lpd/lpusb1/device
ln -s /dev/null /etc/mini-lpd/lpusb2/device
ln -s /dev/null /etc/mini-lpd/lpusb3/device
ln -s /dev/null /etc/mini-lpd/lpusb4/device
mini-lpd &
exit

---

Quote:

---

Originally Posted by schufti

wegen meinem Image als autobootfs: ich schaffe es nicht, dass init (aka BusyBox) das alte rootfs frei gibt. k.A. was die BB im KK-autobootfs für Einstellungen hatte (klar, statisch gelinkt. Version? Settings??). Gleicher Aufruf, gleicher Aufbau im autobootfs, aber bei meinem Image bleibt der Init-Prozess - und somit alle beim Booten gestarteten Prozesse - auf der alten root hängen (wo natürlich dann auch alle libs sein müssen). Das ist so natürlich nicht brauchbar. Da kann man gleich im alten System bleiben und sich ein /usr/bin auf der HD machen und bei Bedarf einhängen und zum Pfad dazufügen

---

Schade. Trotzdem: dankeschön

Chimbo

Hi chimbo,

also dein Problem mit der Konfiguration kann ich nicht nachvollziehen. Habe alle möglichen Konfigurationen ausprobiert und nie ein "Reset" erlebt.

Das einzige was mir auffiel, dass nach Änderungen an DHCP Einstellungen der dhcp stirbt und erst nach einem Reboot wieder da ist - auch wenn im GUI steht, dass die Einstellungen sofort aktiv sind. Aber das liegt wohl an den AMIT Binaries....

Das Problem mit dem mini-lpd habe ich jetzt hoffentlich gelöst (in S400c3 080110).

schufti