Teletext RAMdisk /vtx

Falcon · 18. Februar 2003

Hallo Leute,

habe VDR 1.1.20 mit Teletext-Plugin auf Peanut 'purehead' am laufen.
Funktioniert auch recht gut.

In diversen Anleitungen wird für das Verzeichnis eine RAMdisk für /vtx angelegt.

Habe entsprechend ein Verzeichnis /vtx angelegt und in der Inittab den tmpfs Eintrag gemacht.

Die Teletextseiten werden auch in /vtx abgelegt.
Nach Neustart ist das Verzeichnis aber nicht leer.
Anscheinend läuft da gar keine RAMdisk.
Beim Booten laufen da auch einige Meldungen durch, die ich aber nicht so schnell lesen kann.
In /var/log ist auch kein Fehler zu finden.

Frage:
a. wie kann ich beim Booten Ausgabe in Datei umleiten?
b. geht dieser Weg mit tmpfs unter Peanut, fehlt was?
c. Ideen?

Danke für jede Hilfe!!

Falcon

slime · 18. Februar 2003

hallo,
also du kannst ja mal mount eingeben, dann siehst du ob nach /vtx was gemountet ist.
kernel meldungen gibts mit "dmesg"
außerdem fürfte die boot.msg evtl. interessant sein.

mad · 18. Februar 2003

hey, nach neustart von rechner oder vdr??
das ist ne ramdisk da ist nach reboot nix mehr ...
Wenns nach vdr-restart ist dann würds mich wundern.

gruss M.

Falcon · 18. Februar 2003

Erst mal vielen Dank,

slime
werde nachher testen

mad:
nach Rechner reboot

Falcon

soave · 18. Februar 2003

Hallo!

Wie ober schon erwähnt. Die RAM-Disk ist flüchtig. Nach einem reboot die die Daten futsch.

Du könntest beim runlevel-wechsel die Daten mittels skript sichern und wieder herstellen.

grüsse

soave

slime · 18. Februar 2003

Zitat

Original von Falcon
Nach Neustart ist das Verzeichnis aber nicht leer.
Anscheinend läuft da gar keine RAMdisk.

also irgend einer verafft das hier.
also wenn ich das hier richtig sehe WILL falcon das die daten weg sind, sie sind nach dem reboot aber nicht weg.

oder wie oder wer oder was?

Django · 18. Februar 2003

Griasdebua!

Zitat

Original von Falcon
Frage:
a. wie kann ich beim Booten Ausgabe in Datei umleiten?

Was produziert denn Dein System in /var/log an protokolldateien?

Bei SuSe werden da z.B. die bootmessages in /var/log/boot.msg geschrieben.

Pfiade,
Django

Falcon · 18. Februar 2003

Hallo Leute,

Ja, die RAMdisk (das Verzeichnis) soll gelöscht werden!
Das sind temporäre Tletext-Seiten. Siehe Sandmann.

Boot.msg gibt es nicht (peanut!).
Habe 'dmesg' probiert. Hört aber zu früh auf.

Habe die mount Fehlermeldung aber anders bekommen:
mount: wrong fs type, bad option, bad superblock on tmpfs,
or too many mounted filesystems

Nach einigem googlen habe ich weiter gesucht.
Es soll auch mit ramfs gehen.

So sieht meine fstab aus:
tmpfs /vtx tmpfs defaults 0 0
ramfs /vtx2 tmpfs defaults 0 0
Geht beides nicht (Fehlermeldung oben)

In /proc/filesystems steht folgendes:
nodev tmpfs
nodev ramfs
Was bedeutet das?

Beim Booten wird aber eine RAMdisk angelegt (dmesg):
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize

Ist mir nicht ganz klar, wie das zusammen hängt.
Hat noch jemand eine Idee??

Danke!

Falcon

Django · 18. Februar 2003

HI,

Zitat

Original von Falcon
Habe die mount Fehlermeldung aber anders bekommen:
mount: wrong fs type, bad option, bad superblock on tmpfs,
or too many mounted filesystems

Benutzt Du dieses besondere VDR installationsscript? Da war mal der Wurm drinnen! In die Fstab wurde da 'was verkehrtes eingetragen! Daher u.a. beine Aversion gegen die diversen plug-and-pray scripte ...

Was steht denn in Deiner fstab?

Wenn ich mich recht erinnere waren es die Größenangaben, die falsch gesetzt wurden. Zur Not kuck mal in Hubertus's Bibel ...

ciao,
Django

Falcon · 18. Februar 2003

Hallo Django,

die Einträge meiner fstab habe ich doch geschrieben.

Hatte auch wie bei Hubertus die size=16m drinne.
Immer gleicher Fehler.

Melde mich Morgen wieder.

Falcon

mad · 18. Februar 2003

also ich weis nicht was das tmpfs ist aber bei mir geht das so:
(beim booten für das tmp verzeichnis)

---
rm -r /tmp
mkdir -m 1777 /tmp
dd if=/dev/zero of=/dev/ram0 count=32 bs=1M
mkfs.ext2 -L Ramdrive -m 0 /dev/ram0
mount /dev/ram0 /tmp
---
dazu muss im Kernel CONFIG_BLK_DEV_RAM=m zumindest als modul gebaut sein.

gruss Martin

Martini · 19. Februar 2003

Hallo

Zitat

Hatte auch wie bei Hubertus die size=16m drinne.

Kann sein, das ich mich jetzt irre. Muß das nicht ein M sein (großes M)? Kannst du das noch mal damit probieren?

Martini

slime · 19. Februar 2003

hi,
also ich mache meine ramdisk immer über
"Virtual memory file system support (former shm fs)"

dann ist unter /dev/shm automatisch (kann auch sein das das debian default ist) die ramdisk gemountet.
die ist dann auch dynamisch groß.

da gibts infos dazu!
/usr/src/linux/Documentation/filesystems/tmpfs.txt

Falcon · 20. Februar 2003

Hallo Leute,

Martini
auch das große M hat es nicht gebracht....

slime
/dev/shm gibt es zwar, ist aber keine RAMdisk gemounted, normaler Plattenplatz.
Der tmpfs.txt ist interessant.
Aber auch der mount des tmpfs auf das 'device' geht nicht.

Immer die gleiche Fehlermeldung.
Das stimmt etwas nicht.....

Helfe mir jetzt erst einmal mit einem rm-r auf das Verzeichnis beim VDR-Start.

Wenn jemand die Möglichkeit hat das unter Peanut zu testen, wäre ich an einem Ergebnis interessiert!

Erst einmal vielen Dank an alle Helfer!

Falcon

slime · 20. Februar 2003

hi,
hast du auch die unterstützung für das tmpfs im kernel drin?
sonst kann das nicht klappen.
die option ist bei filesystems

tuum · 20. Februar 2003

Zitat

Original von Falcon
/dev/shm gibt es zwar, ist aber keine RAMdisk gemounted, normaler Plattenplatz.
Der tmpfs.txt ist interessant.
Aber auch der mount des tmpfs auf das 'device' geht nicht.

Immer die gleiche Fehlermeldung.
Das stimmt etwas nicht.....

Alles anzeigen

Ja das glaube ich auch. Wenn ich das recht sehe wird shm ja gar nicht benutzt. Dazu müsste es dann wohl auch in der fstab auskommentiert werden oder?

slime · 21. Februar 2003

ja, wäre sinnvol das rauszumachen,.
aber shm ist auf jedenfall die bessere ramdisk, die ist ja dynamisch.

also anstatt auf die konventionelle ramdisk immer ein dateisystem zu machen, da ist shm auf jeden fall bequemer.

Falcon · 21. Februar 2003

Hallo Leute,

habe noch ein weinig rumprobiert.
Kenne mich in Linux nicht so toll aus.

In der .config ist tmpfs deaktiviert.
Wenn der Kernel (aus monohead) so gebaut wurde, kann der Kernel kein tmpfs?!

Werde mich dann doch mal ranmachen einen eigenen Kernel zu bauen.
Ohne SCSI, mit tmpfs, mit ...

Falcon

Teletext RAMdisk /vtx

Jetzt mitmachen!

Teilen