VDR in Ramdisk - Wer will mitmachen ?

Hallo,

ich hab mal ein bisschen angeschaut wie die Jungs das bei der IP-Cop Firewall so anstellen.
Anbei das Skript zum Beschreiben ein CF Karte die an IDE Adapter hängt.

a)Mir persönlich würde das Laden eines VDR Images von Platte in die Ramdisk für den Anfang reichen.

b)Ganz nett wäre sicher später auch mal den VDR von CF zu booten. (CF-IDE Adaper bei Ebay ca. 15?, 128MB CF Karte 25?).
Video Platte bei Bedarf mounten per amd ? (Automounter, ich geh mal davon aus, dass die auch automatisch wieder unmounted wird...)

Was haltet Ihr von der Idee, und wer hat Lust mitzumachen ?



Gruss
Martin
http://www.ipcop.org/1.4.0/en/install/html/mkflash.html

Hallo Martin

Einer der Hauptgruende, warum ich MiniVDR einsetze ist, dass ich damit meinem Ziel, naemlich das 'gesamte' System (OHNE Videopartition natuerlich) auf eine CF Karte zu bringen, ein ganzes Stueck naeher gekommen bin.
Die CF-IDE Adapter habe ich schon eine Weile. Eine 256 MB CF Karte habe ich vorgestern bei MIX Computer bestellt.

Ich werde das 'demnaechst' versuchen umzusetzen

Gruss
Micha

Ich bin mal so weit gekommen:
Abzug des VDR in Tar-File, erzeugen einer Image Datei und schreiben des Tar Inhalts in das Image. Unter /video0 liegt nun die Datei ramdisk.image. Aber wie ich das Image nun booten kann (lilo) komm ich nicht so recht drauf ...



Habt Ihr mir nen Tipp ?


#!/bin/bash
tar -czf /video0/MiniVDR.tar.gz / --exclude /mnt --exclude /proc --exclude /video0 --exclude /media --exclude /software --exclude /ramdisk --exclude /lost+found --exclude /tmp --exclude /vtx

dd if=/dev/zero of=/video0/ramdisk.image bs=1k count=150000
echo y|mke2fs -vm0 -b 1024 /video0/ramdisk.image 150000
mount /video0/ramdisk.image /mnt/ -t ext2 -o loop
cd /mnt
tar -xzpf /video0/MiniVDR.tar.gz
cd /
umount /mnt

Hallo,

ich habe MiniVDR in zwei Teile getrennt. Der erste Teil besteht aus dem ganzen Baum außer /etc/vdr. Dies ist genau der zweite Teil, den ich schreibbar nach dem Booten mounte.

Der erste Teil wird gezippt und nach Aufruf des Kernels aufgerufen. Ich benutze zum booten GRUB. Wichtig, alles befindet sich auf einem 64MB CF. Festplatte wird nach dem Booten in Video0 gemounten, sowie Links von tmp, var ... auf die Festplatte gesetzt.

Genaue Anleitung zum Packen, Aufruf könnte ich bei Bedarf bis Mitte der Woche ergänzen.

Hi

Ich waere daran SEHR interessiert, denn so langsam kommt bei mir der Eindruck auf, dass ich das bisher zu einfach gesehen habe.
Ich dachte, dass man das gesamte System einfach auf eine CF-Karte 'installieren' kann, die an einem CF-IDE-Adapter haengt, und somit vom System wie eine Festplatte gehandelt wird. Das heisst, dass man davon auch booten kann. Da ja das Videotext-Verzeichnis in einer Ramdisk oder Tmpfs abgelegt wird, sind die Schreibzugriffe auf der CF gering. /etc/vdr bzw. /etc/vdr/plugins und alle Log-Dateien muesste man wahrscheinlich auch noch in die Ramdisk/Tmpfs legen. Somit waeren meines Erachtens nach keine Schreibzugriffe mehr auf das Bootsystem noetig, oder sehe ich da was falsch?

Gruss
Micha

Nach dem Booten des ersten Teils, mounte ich den Zweiten als Loop Device in /etc/vdr. Hat den Vorteil, dass beim Beenden keine Rücksicherung gefahren werden muss und so ein direkter Zugriff besteht, z.B. auf die setup.conf für letzten Sender...
Da ich im Moment keinen Zugriff auf mein System habe, werde ich versuchen, so schnell wie Möglich ein HowTo zu erzeugen.

Hallo


Was bringt das eigentlich für Vorteile ?

Für Aufnahmen braucht man doch sowieso ne HD.

Hallo


Was bringt das eigentlich für Vorteile ?

Für Aufnahmen braucht man doch sowieso ne HD.

Zum Vergrößern anklicken....

Genau das hab ich mich auch gefragt. Was bringt das denn jetzt für vorteile, wenn man :
a) Sowieso ne hd Braucht (logischer Weise)
b)und die Plattenzugriffe reduzieren kann, wenn man teile auf eine ramdisk schreibt?
Finde das ganz interessant mitzulesen wie das Umsetzbar ist, aber irgendwie sehe ich da (noch) nicht wirklich viel sinn drin.

Meine Vorteile:

• Ich habe ein YY A-206 Gehäuse. Hinter der seitlichen Klappe habe ich einen Schlitz eingearbeitet. Somit kann ich komfortabel die CF-Card wechseln. Warum ?
• Auf meinem Suse Rechner kann ich weiter basteln und neue Plugins installieren. Am Wohnzimmer-Gerät kann bei Neuerungen ganz einfach das CF getauscht werden
• Dabei bleiben alle Filme ... erhalten, nur die Software hat sich geändert.
• Ein Anwendungsbeispiel wäre auch, eine CF-Card für Kinder anzulegen (mit ihren Sender, Plugins ...)
• Persönlich finde ich, dass das System, seit dem es aus dem RAM gestartet wird, stabiler läuft. (Z.B. Crash..., ausschalten und neu starten, Kein Datenverlust, Palttenzugriff -> da alles im RAM)
• In kürzester Zeit sind mir 2 Festplatten abgeraucht. Dank des CF's kein Problem, neue Platte rein, fertig.

Ich hab vor erst mal das ganze komplett in ner Ramdisk laufen zu lassen (hab 512MB RAM)
Mein Vorteil:

a) (den ich erwarte) minimal mehr Geschwindigkeit.
b) Die Festplattenzugriffe alle paar Sekunden hab ich noch immer nicht wegbekommen. http://powerforen.de/forum/showthread.php?t=157533
Wenn die Kiste nur zum Fernsehschauen genutzt wird, brauchst die Festplatte gar nicht mehr.
mounten der Platte könnte per Automaunter Deamon passieren.
c) Nächster Step könnte sein ganz auf die Video-Platte zu verzichten, und nen primitiven und evtl. superlauten Server in den Keller zu stellen. Alternativ dazu mal sehen was ein günstiges Gehäuse für NAS Systeme (network attached storage) kostet.
d) letzter Step könnte sein die Kiste noch gleich übers Netz zu booten...

e) man könnte überlegen die Aufbereitung von DivX auch noch auzulagern. (Aufbereitung auf Kellerserver, evtl. geht hier was mit VLC [=Videolan...])
Für was brauchts dann überhaupt noch ne schnelle und heisse CPU ?

Die Spielwiese ist also groß. Mein Anliegen ist es die Kiste leise zu kriegen...
In meinem Sonderfall möchte ich erst mal die Platte im Normalbetrieb abschalten.

Hiern mein kleines HowTo für MiniVDR auf CF64MB

1. Ordnerstruktur so aufteilen wie in "CF64MB Inhalt_Boot.txt" und "CF64MB Inhalt_etc_vdr.txt" beschrieben
2. Inhalt_Boot in z.B. /mnt/vdr-CF64MB/.tmp_boot kopieren
3. Inhalt_etc_vdr in z.B. /mnt/vdr-CF64MB/.tmp_vdr/ kopieren
4. beide Ordner wie in "CF64MB_gz_ram.txt" beschrieben packen
5. als Ergebnis erhaltet Ihr eine: vdr_boot.gz und etc_vdr
6. auf der CF - Card folgende Struktur erzeugen, siehe "CF64MB_Inhalt_Root.txt" (Achtung mein Boot-Menü ist GRUB)
7. Boot-Menü wie in "menu.lst.txt" ergänzen"

Viel Erfolg !

@dvbstream: Bin gerade am schrauben meiner Hardware und privat beschäftigt. Deswegen konnte ich nichts testen. (Sorry)
Ich nehms aber auf jeden Fall mal mit ins How2 auf. (Denke Du bist einverstanden...)
Gruss

Okay.
Bitte gebe mir über den Erfolg eine kurze Info.

Ich hatte noch eine wichtigen Eintrag vergessen.
Bevor VDR per runvdr startet, muss noch eine Zeile eingetragen werden !

#/etc/init.d/runvdr
.
.
mount -o loop /etc_vdr /etc/vdr
.
.

Die Datei /etc_vdr wird als Loop-Device in /etc/vdr gemountet und für einen Schreibzugriff eingerichtet. Alle Änderungen werden in der Loop - Datei
gespeichert.

Grüße

soo hab mir mal so n cf-ide adapter bestellt... (mann will ja schließlich auch was zum basteln haben) ^^ *g*

als nächstes wird wohl die entwickler version bestellt

Interessieren würde mich das Thema auch, allerdings mit linvdr oder c't vdr. Wahrscheinlich eher zweites, da ich die Kiste auch gleich als PC mitverwenden will. Lern-SW für Kinder, eMail, Internet..

Vorteil den ich sehe: Wenn ich nur TV schauen, oder Radio hören will brauch ich keine HD ==> Leiser und ev. weniger Verschleiß. Wobei ich mir da nicht sicher bin, da die HD beim einschalten der Kiste wohl auf jeden Fall erstmal anläuft.

Bin allerdinsg Linux Neuling. Ohne genaues HwoTo werd ich da nicht weit kommen.

Ging das auch auf USB-Stick? Wär mir noch lieber.

Der PC erkennt die CF-Card als Festplatte. D.h. wenn das Medium groß genug gewählt ist, ist noch genügend Platz für die EPG und VTX Daten auf dem Chip. Für den reinen Fernseh- und Radiogenuss wird keine Festplatte benötigt (Achtung: Verzeichnis Video0 muss sich dann auf dem CF-Medium befinden)

Ein HowTo habe ich weiter oben in den Textdateien beschreiben...



Wenn das Bios vom USB-Stick booten, spricht nichts gegen ein USB-STICK!



Viel Erfolg!

Nur bitte dran denken 100.000 schreibvorgänge sollen die Flash Chips aushalten. -Und je nach Nutzung kann das verdammt schnell sein. Deshalb sollten häufige Zugriffe auf ne Ramdisk gehen...

In diesem Moment habe ich ein Lösung gefunden.
Ich habe VT Plug aktiv und habe keinen Zugriff auf die Platte mehr.
Wenn der Test weiterhin positiv verläuft stelle ich es zur Verfügung.

Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hda3 298663 116324 166919 41% /
/dev/shm 131072 20672 110400 16% /ramdisk
/dev/hda4 1726320 45840 1592784 3% /video0

Habe bewusst mal ne alte 2.1 GB Platte genommen weil die verdammt laut sind.

In meiner Kiste sind 256 MB Infinion. 128 gebe ich Moment der ramdisk.
Ist aber einstellbar von 4 MB bis ...
Je nachdem wieviel Speicher Ihr zu Verfügung habt.

Mem: 89844K used, 133448K free, 0K shrd, 4100K buff, 41772K cached
Load average: 0.19, 0.22, 0.19 (State: S=sleeping R=running, W=waiting)

PID USER STATUS RSS PPID %CPU %MEM COMMAND
312 root S 10M 311 3.9 4.6 vdr
156 root S N 640 155 1.9 0.2 vdrconvert.sh
372 root S 14M 1 0.0 6.5 vdradmind.pl
252 root S 10M 138 0.0 4.6 vdr
317 root S 10M 311 0.0 4.6 vdr
4395 root R 10M 311 0.0 4.6 vdr
313 root S 10M 311 0.0 4.6 vdr
320 root S 10M 311 0.0 4.6 vdr
318 root S 10M 311 0.0 4.6 vdr
319 root S 10M 311 0.0 4.6 vdr
316 root S 10M 311 0.0 4.6 vdr
311 root S 10M 252 0.0 4.6 vdr
314 root S 10M 311 0.0 4.6 vdr
315 root S 10M 311 0.0 4.6 vdr
4801 root S 2284 100 0.0 1.0 smbd
7766 root S 1960 94 0.0 0.8 sshd
100 root S 1888 1 0.0 0.8 smbd
98 root S 1568 1 0.0 0.7 nmbd
94 root S 1240 1 0.0 0.5 sshd

Man achte hierauf: Mem: 89844K used, 133448K free,

Huhu

*maldenthreadrauskram*

hat es schon jemand komplett fertig und erfahrungen damit??

würde mich über ne antwort freuen

hi morpheus2001,
bisher hab ich auch noch nichts neues gehört.