Was du suchst ist ramlog: http://freshmeat.net/projects/ramlog/
Gibt es in der Download Section dort auch als Ubuntu Paket
Definitv nicht - du wirst ramlog an die yaVDR Umgebung anpassen müssen.
je nach dem....
ich hab auf meinem ubuntu server (128 Gb SSD und 1,5TB HD) /tmp ins ram gemountet
(tmpfs on /tmp type tmpfs (rw,size=6144m) => sprich er nimmt sich max 6 GB von den 8 GB Speicher... damit isses erst mal ruhig...
mich wuerde auch interessieren was beim yavdr staendig auf der platte rumnudelt
gruss gerd
Zitatmich wuerde auch interessieren was beim yavdr staendig auf der platte rumnudelt
als root:
echo 1 > /proc/sys/vm/block_dump
danach werden alle Lese/Schreib Vorgänge im syslog vermerkt.
Das sieht während einer Aufnahme zB so aus:
Aug 30 18:46:36 kernel: [ 2815.117539] kjournald(541): WRITE block 50905520 on sda8
Aug 30 18:46:36 kernel: [ 2815.260719] osdteletext-rec(2985): dirtied inode 376024 (103_00.vtx) on sda16
Aug 30 18:46:37 kernel: [ 2815.943436] recording(3145): WRITE block 94559120 on sda8
Du erfährst so wer/wo/was hin schreibt
Live verfolgen lässt sich das via
tail -f /var/log/syslogdas Loging abschalten ... (wieder als root):
echo 0 > /proc/sys/vm/block_dumpVermutlich sind das bei yavdr:
/var/log/ #alle Logs
/var/cache/vdr #EPG,Teletext Cache
/var/lib/vdr/ #wegen Updates der channels.conf/setup.conf
/tmp
/var/tmp
/var/cache/samba #winbindd_cache.tdb
/var/lib/samba/ #diverse tdb's
so in etwa ... ist sicher noch ausbaufähig 
Vielleicht solltest du dir Beitrag von LOU noch mal RICHTIG durchlesen
ZitatOriginal von oldspies2
Also mal zum nachsehen was er macht getipptCodevdrhd@VDRHD:~$ sudo echo 1 > /proc/sys/vm/block_dump -bash: /proc/sys/vm/block_dump: Permission denied vdrhd@VDRHD:~$ su vdrhd Passwort: vdrhd@VDRHD:~$ echo 1 > /proc/sys/vm/block_dump bash: /proc/sys/vm/block_dump: Permission denied
Also irgendwie geht es nicht bei mir
sudo su -
echo 1 > /proc/sys/vm/block_dumpnaja das ist schon mal was...
Das Ext Journal würde ich weiterhin laufen lassen, weil:
a) es hilft dir möglichst viele Dateien nach einem Systemabsturz zu retten
b) Das Journal wird nur dann etwas schreiben, wenn andere Tasks auf diese Partition zugreifen
rsyslogd - das ist der eigentliche syslog Dämon - der schreibt nach /var/log. Dieser Teil ist bereits von ramlog abgedeckt
smbd (log) -> samba verwendet einen eigenen Log Dämon - der schreibt etwas nach /var/log/samba/ auf sda1 -> ist bereits abgedeckt durch ramlog
vdr (epg.data) - logisch, das erwähnte ich oben schon: vdr aktualisiert die EPG Datei in /var/cache/vdr - das Verzeichnis muss ein neuer Bestandteil werden von ramlog.
vdr (vdr-err.Id8OFk) - die vdr.err Datei unter /tmp wird ergänzt
xine (stream.result) - das xine-ui schreibt was - das dürfte in /temp landen
Wie du siehst decke ich die betroffenen Verzeichnisse mit der Liste schon recht gut ab, wichtig wäre jetzt: das Log über längere Zeit (= ein paar Stunden) weiter beobachten, und den vdr gezielt so verwenden wie du es tagtäglich machst (Aufnahmen starten, wiedergeben, mit Firefox surfen etc etc) und dabei die Logdaten sammeln + auswerten wer/wo/was hinschreibt. Dadurch wirst du auch die Fälle abdecken, die nur selten zuschlagen (zB daily/weekly Cronjobs)
Das ist das was mit anpassen an die yaVDR Umgebung gemeint war.
Ramlog packt diese Verzeichnisse in eine Ramdisk, und spielt den Inhalt der Verzeichnisse auf der SSD beim Start/Stop von yaVdr hin und wieder zurück. Man kann sich das wie ein grosser Puffer vorstellen, welcher die SSD schont.
...schön wäre dieses Feature auch für yavdr 0.3 
Munter bleiben, Rossi
ZitatOriginal von vdr_rossi
...schön wäre dieses Feature auch für yavdr 0.3
Relativ unwahrscheinlich, zu weit weg von Ubuntu. Macht uns zu viel Arbeit. Ist einfach ein zu schönes Gefühl zu wissen, dass man sich nicht um alles kümmern muss.
Gerald
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
![:]](https://www.vdr-portal.de/images/smilies/pleased.gif "Freude"){kind=small}