Beiträge von Sevo

    Zitat

    Original von Egalus
    zu 1)
    Wie oben schon steht benutzt der Server die CVS-Version von streamdev (gestern so um 15:00 runtergeladen), das ist sicherlich mindestens genau so aktuell wie der client aus dem 2 stunden vorher runtergelandenen netboot-client ;)


    Sorry, habs irgendwie überlesen. Steht etwas im Log des Clients?


    Zitat

    zu 2)-4) beibt nicht viel zu sagen ausser "danke für die Arbeit" ;)
    bei der grösse von joe, vi und less ist es glaub ich verschmerzbar diese mit in die distrie zu packen. Jedenfalls macht logs lesen mit cat wenig spass auf Rechnern die schneller sind als ein 286 ;) Ich für meinen Teil schiebe jedenfalls gerne die max 0,5MB mit übers Gbit lan ;)


    Dem stimm ich zu. Ich lad mir die Logs aber per Samba auf den Entwicklungsrechner und schau sie mir im Editor meins Vertrauens an. Arbeite ungern in der Console mit langen logs. Wie dem auch sei, in der nächsten Version wird joe drin sein.


    Gruß,
    Sevo

    Zitat

    Original von Egalus
    1) Das Streamen funktioniert in der Regel nur einige Minuten ...


    Problem ist bekannt. Liegt wahrscheinlich an unterschiedlichen Streamdev Versionen. Versuch mal den Server auf eine aktuelle CVS upzudaten.


    Zitat

    2) wenn ich netdate aktiviere scheint die Reihenfolge der Startscripts geändert zu werden, denn dann ist zwar /video und /vdr-config gemounted wenn ich nachgucke, vdr hat diese beim start aber noch nicht vorliegen und kommt dann mit seiner default channels.conf und den sonstigen defaulteinstellungen daher.


    Ich arbeite dran...


    Zitat

    3) ähnliches passiert wenn ich das syslog in ne datei umleiten möchte, scheinbar wird auch da schon gelogged wenn der nfsmount noch nicht da ist


    In der nächsten Version wird syslog nach dem Mounten gestartet.


    Zitat

    4) ich hab nun vergeblich nach vi,joe,ed usw. gesucht, aber irgendwie finde ich keinen einzigen editor in der distrie und less gibts auch nicht, dabei wäre gerade das bei der fehlersuche sehr praktisch


    Ich habe das eigentlich absichtlich nicht eingepackt, weil das meiner Meinung nach auf einem Diskless VDR Client nichts verloren hat, aber zum Debuggen ists wirklich nützlich. Werd in der nächsten Version als Opt einpacken.


    Gruß,
    Sevo

    Hi Leute,

    Zitat

    Original von HolgerR
    spricht eigentlich irgendwas gegen text2skin mit ein paar passenden Skins (z. B. Enigma)?


    Eigentlich nix, muss nur gemacht werden ;) Enigma find ich auch cool! Aber ein funktionierendes System hat erstmal Priorität. Die meisten Bugs müsste ich jetzt raus haben und das Eisfair Paket ist fast fertig. Schätze richtung Wochenende werd ich mit neuen Sachen anfangen.


    Zitat

    Original von Egalus
    Ich fänd recht wichtig sicherzustellen dass vdr garantiert erst nach dem mounten aller Dateisysteme gestartet wird, das passiert bei mir in einigen Fällen nämlich nicht.


    Gute Idee, werd mir was einfallen lassen.


    Zitat

    ...Und wenn dann noch streamdev dazu zu bewegen wäre beim Umschalten weiter zu funktionieren mit meiner dxr3 wäre endlich ein brauchbarer diskless client da ;)


    Das Problem ist, dass maverick-me sowie ich immer CVS Versionen verwenden. Mit dem passenden Streamdev-server läuft hier alles fehlerfrei. Versuch mal ne aktuelle CVS Version für den Server zu nehmen. Alternativ könnte ich natürlich auch ne ältere stabile Version des Clients kompilieren, dafür müsste ich aber wissen, welche am "beliebtesten" ist.


    Gruß,
    Sevo

    Zitat

    Original von MChrisZ
    Auf dem Eis steht folgendes in /var/log/messages:
    BOOTREQUEST from [MAC-Adresse] via eth0: BOOTP from dynamic client and no dynamic leases
    last message repeated 13 times


    Das sieht so aus, alsob du das falsche Device konfiguriert hättest.
    DHCPD_NIC_1_DEVICE muss den namen des INTERNEN Netzes bzw. des Netzes in dem der Client hängt enthalten. Wenn du also eth0 für DSL und eth1 für das lokale Netzwerk eingestellt hast, dann sollte die config so aussehen:
    DHCPD_NIC_N='1'
    DHCPD_NIC_1_DEVICE='eth1'
    DHCPD_NIC_1_RANGE='192.168.178.20 192.168.178.150'
    Achte auch drauf, dass keine statischen Clients eine IP aus der Range verwenden, also in diesem Beispiel sollte kein Client manuell auf eine IP zwischen 192.168.178.20 und 192.168.178.150 eingestellt werden.


    Gruß,
    Sevo

    MChrisZ


    Zitat

    ist das der grund, warum das bild stehen bleibt. Also, nicht wie oben beschrieben, sondern: tftp-boot, ganz schnell laufende punkte und dann nichts mehr; er bleibt einfach stehen.


    Nein, nein, dein Problem hat nix mit softdevice zu tun. Das Softdevice Plugin gibt das Bild vom VDR auf dem Monitor aus. Bei dir kommts ja nicht mal zum Systemstart.


    Hier sind meine Konfigurationsdateien:
    /etc/config.d/dhcpd:

    und die daraus resultierende /etc/dhcpd.conf:


    Poste einfach mal den Inhalt der /etc/config.d/dhcpd und alles was auf dem Bildschirm erscheint (das ganze mit den Pünktchen). Püntchen gibts nämlich bei vielen unterschiedlichen Fehlern, wie zB. keine IP zugewiesen, kann den DHCP Server nicht finden, kann den Kernel nicht downloaden usw.


    Gruß,
    Sevo

    Zitat

    Original von pat
    Auf dem Fli4lVDR Client kommt dann ein dummydevice und streamdev-client.
    Oder wozu FFNET??


    Ist schon richtig. ffnetdev ist nicht zum Streamen von VDR zu VDR geeignet. Man kann damit VDR über VNC steuern und mit MPlayer Fernsehen. Im Nomalfall braucht man das also nicht auf dem Client, sondern eher auf dem Server. Ist hier nur vollständigkeitshalber drin.


    Gruß,
    Sevo

    Also,
    die pxelinux.o kommt nach /tftpboot. Dann erstellst du ein Ordner /tftboot/pxelinux.cfg. In diesen Ordner packst du eine Datei "default" mit dem folgenden Inhalt:

    Code
    TIMEOUT 0
    DEFAULT default/kernel
    APPEND noapic load_ramdisk=1 initrd=default/rootfs.img inittar=1,mode=755 root=/dev/tmpfs


    Nun erstellst du einen Ordner "/tftpboot/default" und kopierst den Kernel und die Rootfs da rein.
    Sollte so aussehen:


    Jetzt schreibst du in die dhcpd.conf:

    Code
    host XXXX {
    hardware ethernet XXXXXXXXXXXXX;
    fixed-address XXXXX;
    option host-name "Shuttel";
    filename "pxelinux.o";
    next server "[IP des DHCP Servers]";
    }


    Gruß,
    Sevo

    Hi,
    eine grosse eisVDR gibt es noch nicht und einen Namen haben wir (maverick-me und ich) auch noch nicht dafür. Wann und ob wir anfangen da was zu machen, kann ich auch nicht sagen. Die VDR Pakete von maverick-me sind eben "Pakete" für den Eisfair Server und keine eigenständige Distri.


    Was den Namen angeht, "thin eisVDR" ist bis jetzt der beste Vorschlag. Ich glaub ich nenn den Client so.


    Mit dem Kernel wirds etwas schwieriger. Für Eisfair wirds bald den 2.6er geben. Auf den Client wollte ich keinen 2MB grossen Kernel packen. Das entspricht überhaupt nicht der Idee des schlanken Systems, wenn der Kernel fast so gross ist wie das Rootfs selbst. Also sorry, ich bleib vorerst beim Fli4L Kernel 2.4.31.


    Gruß,
    Sevo

    Zitat

    Original von HolgerR
    Ein Bootscreen = Begrüßungsbild nach dem Laden der DVB-Treiber.


    Was für ein Bootscreen sollte es denn sein? Oder würde sich jemand bereit erklären ein individuelles für den Client zu erstellen? Geht natürlich erst wenn der Projektname feststeht.


    Gruß,
    Sevo

    Hi,
    Sorry hab mich voll vertan! Vergiss das mit dem alten Kernel.


    Also, für PXE muss NUR
    filename "pxelinux.0";
    drinstehen.
    Alles andere wird über den Konfigurationsordner von PXE eingestellt. Der befindet sich unter /tftpboot/pxelinux.cfg und enthält eine Datei namens "default". Weitere Info findest du unter http://syslinux.zytor.com/pxe.php und im Originalthread zum Client http://www.vdr-portal.de/board/thread.php?threadid=38606&sid=


    Gruß,
    Sevo

    Zitat

    Original von pat
    Zum testen könnte ich auch das Modul von 3c59x in www.romatic.org besorgen.
    Wo liegt der Unterschiede der Modules zum Beispiel bei forcedeth


    Du meinst wahrscheinlich http://www.rom-o-matic.net
    Die Unterschiede liegen in den verschiedenen Revisionen. Wenn du aber forcedeth:nvidia also ohne Nummer nimmst, sollten alle Module drin sein.



    Versuchs mal mit dem alten Kernel: http://www.sevo.org/eis/kernel-2.4.31.gz und http://www.sevo.org/eis/kernel-2.4.31.bz2. Beide Dateien in den img Ordner legen und die alten eventuell sichern. Danach das Image neu erstellen. Der alte Kernel enthält kein FB.



    option root-path ist überflüsseig. Was steht in der PXE Config unter /tfrpboot/pxelinux.cfg/default ?


    Gruß,
    Sevo

    Zitat

    Original von coke
    Besteht vielleicht für die Leute ohne Erfahrung und/oder ohne PXE bootfähige Netzwerkkarte
    eine Bootdiskette oder CD zu erstellen?


    Diskette eher nicht, da zu wenig Platz. Wenn die Netzwerkkarte kein Netboot kan, gibts unter http://www.rom-o-matic.net/ Diskettenimages die die Funktion ersetzen. Es wird aber eine Möglichkeit geben das System auf eine CD/Festplatte/Speicherkarte zu installieren.


    Zitat


    Man könnte sie ja einmal auf eine Winzige HDD kopieren und die dann nach dem Bootvorgang
    automatisch "einschläfern" lassen.
    Oder aber auf einer MMC oder USB Stick.
    Die sind dann auch nicht so laut


    Genau das wirds geben, aber nur zum Booten.


    Gruß,
    Sevo

    Zitat

    Original von muadib-at
    Wird dann die möglichkeit weiterhin bleiben die Datein als file Downzuloaden?


    Ja wird es. Ausserdem werd ich in der nächsten Version das Basispaket und die Opt_Pakete voneinander trennen, wie es auch bei Fli4L üblich ist.


    Das Eisfair Paket wird das System nicht enthalten, sondern automatisch die aktuellste Version downloaden.


    Gruß,
    Sevo

    Zitat

    Original von MChrisZ
    ich wünsche mir noch:
    vdrconvert(kann das auch vom Server übernommen werden?)


    Das Problem ist, dass vdrconvert Perl braucht und ich wollte es ehrlich gesagt vermeiden Perl auf den Client zu packen. Ist einfach zu gross.


    Ich werd aber natürlich versuchen eine Client-Server Lösung hinzukriegen. Es wird mögich sein alle Konvertierungoperationen von einem Server durchführen zu lassen. Ausserdem will ich versuchen VDR beizubringen nicht selber aufzunehmen, sondern den Aufnahmebefehl an einen anderen VDR zu senden.


    Gruß,
    Sevo

    Hi Zusammen,
    Damit ich nicht die Übersicht verliere, starte ich hiermit mal ein Thread nur für feature requests für den VDR-Netboot-Client.


    Folgende Funktionen sind im Moment enthalten:
    - DHCP-Client
    - Samba-Client
    - SSH-Daemon
    - Lirc
    - VDR 1.3.37 Bigpatch + Plugins
    - DVB 1.1.1 (kernel_2.4 branch)
    - DXR3 (CVS)
    - Netdate
    - NFSClient
    - Shutdown (vdr -s)
    - NVRam
    - Crond
    - Kernel mit Framebuffer
    - Kernel 2.6.XX (ab Version 1.1.0)
    - Remote recording/converting
    - Alsa-Soundsystem (funzt es wirklich???)
    - PVR
    - Realmagic (funzt nicht richtig und wird überarbeitet)


    VDR Plugins:
    - dummydevice
    - dxr3
    - epgsearch
    - femon
    - osdimage
    - osdpip
    - osdteletext
    - remote
    - screenshot
    - skinelchi
    - streamdev-client
    - streamdev-server
    - subtitles
    - ttxtsubs
    - undelete
    - weatherng
    - yaepg
    - extb
    - ffnet-dev
    - Softdevice
    - Photo CD
    - MPlayer
    - DVD
    - MP3 / MP3NG
    - Video CD
    - Setup über das VDR-Menü
    - epiafb
    - XXV-Autotimer
    - dvdswitch
    - Burn
    - em84xx
    - muggle
    - Graphlcd


    Das steht im Moment auf der TODO Liste (wichtigste zuerst):
    - Realmagic/em84xx (funzt nicht richtig und wird überarbeitet)
    - OPT_VDR für Fli4L mit allem Schnickschanck
    - vdr2iso im Server/Client Modus
    - lcdproc
    - Mplayercluster (bin noch dran)


    Vorerst kein Eisfair Paket
    Es wird erstmal kein Paket (zur Konfiguration des Clienten) für Eisfair geben, da im Moment an einer ähnlichen Lösung für Fli4L+XEN gearbeitet wird, die sich wahrscheinlich an thin EisVDR anpassen lassen wird.


    So ich hoffe dass ich nix vergessen habe.


    Gruß,
    Sevo

    Tach,

    Zitat

    Original von MChrisZ
    wie wärs mir eisVDR oder eisVDR-client? Jedoch kann er ja auch als standalone vdr dienen(halt mit dvb-karten), dann müsste das client halt weg. Deswegen passt auch dx3rVDR oder so auch nicht.


    Also über eine eigenständige EisVDR-Distri haben wir mit maverick-me schon nachgedacht. Aber noch nix konkretes gemacht. eisVDR-client ist nicht schlecht.


    Zitat


    Noch cooler wirds, wenn Sevo ein Package für den Eis schnürt...alle configs wie gewohnt am EIs ....wow..super!!!!


    Das kommt noch!


    Zitat

    Original von muadib-at
    Wie wär's mit NB-VDC
    N(et) B(oot) V(ideo) D(iskless) C(lient)


    Hört sich auch gut an, aber hat keinen Bezug zu Fli4l oder Eisfair :(


    Gruß,
    Sevo