[0.3] gelöst: ständiger Festplattenzugriff

Sieht so aus, als würde das EPG abgeholt und auf platte gespeichert bzw. aktualisiert.

ich hatte mal das gleiche problem. bei mir lag es am videotext-plugin.
mit yavdr habe ich das plugin noch nicht getestet.

Ich hol das nochmal aus der Versenkung.

yavdr 0.3 schreibt alle 5-6 sekunden 12KB auf die Platte. /var/log und das epg.data liegen in einer ramdisk, das ist es also nicht.

procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
 0  0      0 1103376  64468 108948    0    0    56     3  741 1271  7  6 87  1
 0  0      0 1103368  64476 108940    0    0     0    12  711 1054  7  3 89  1
 0  0      0 1103368  64476 108948    0    0     0     0  709 1073  9  6 85  0
 0  0      0 1103368  64476 108948    0    0     0     0  699 1133  6  5 89  0
 0  0      0 1103244  64476 108948    0    0     0     0  707 1639 10 13 77  0
 0  0      0 1103244  64476 108948    0    0     0     0  710 1063  3  6 91  0
 0  0      0 1103244  64476 108948    0    0     0     0  705 1088  6  2 92  0
 0  0      0 1103244  64484 108948    0    0     0    12  712 1089  7  8 85  0
 0  0      0 1103244  64484 108948    0    0     0     0  714 1048  7  5 88  0
 0  0      0 1103244  64484 108948    0    0     0     0  705 1044  6  6 88  0
 0  0      0 1103244  64484 108948    0    0     0     0  718 1096  4  5 91  0
 0  0      0 1103244  64484 108948    0    0     0     0  712 1078  5  4 91  0
 0  0      0 1103244  64492 108948    0    0     0    12  721  990  5  4 91  0

Stoppe ich den vdr, ist Ruhe, also vermute ich mal einen Zusammenhang mit dem vdr.

Ein lsof liefert wenig hilfreiches, also hab ich es mit "find" probiert, aber auch da kein Erfolg, weder mit amin noch cmin. Angeblich wurde also in den letzten 5 Minuten nix geschrieben:

root@yavdr:~/test# find / -cmin 5 -print
find: `/proc/5042/task/5042/fd/5': No such file or directory
find: `/proc/5042/task/5042/fdinfo/5': No such file or directory
find: `/proc/5042/fd/5': No such file or directory
find: `/proc/5042/fdinfo/5': No such file or directory

Aber was macht er dann? Da das OS auf einem USB-Stick liegt, wuerde ich die Schreibzugriffe gerne minimieren.

Andreas

Ich glaube, Du kannst mit Hilfe von tripwire einen Snapshot machen von Deinem Filesystem und dann später nachschauen, welche Dateien sich geändert haben.

Generell liegen in /var/lib/vdr einige Sachen, die regelmäßig angepasst werden.

- Kanalliste könnte sich ergänzen um neu gefundene Kanäle.
- epgsearch könnte seine Files aktualisieren.
- etc.

Gruß
hepi

klingt mir jetzt mal wieder nach voldetur und hasmort...

Ist ein Rätsel, Wortspiel, Insider. Könnte verstanden werden, wenn man hier alles mitliest. Einfach ignorieren.

Aber habe ich Dich richtig verstanden, dass Du den Übeltäter gefunden hast, aber nicht gesagt hast, wer der Übeltäter ist?

EDIT: Oh, sorry haste ja oben beschrieben (osdteletext).

Gruß
hepi

udatt: merci, damit hat sich auch dieses Raetsel geloest:

Nov 16 11:01:03 yavdr kernel: [ 7847.698980] jbd2/sda1-8(312): WRITE block 3447744 on sda1
Nov 16 11:01:08 yavdr kernel: [ 7852.823570] jbd2/sda1-8(312): WRITE block 3447752 on sda1
Nov 16 11:01:08 yavdr kernel: [ 7852.823592] jbd2/sda1-8(312): WRITE block 3447760 on sda1
Nov 16 11:01:08 yavdr kernel: [ 7852.826126] jbd2/sda1-8(312): WRITE block 3447768 on sda1
Nov 16 11:01:13 yavdr kernel: [ 7857.941636] jbd2/sda1-8(312): WRITE block 3447776 on sda1
Nov 16 11:01:13 yavdr kernel: [ 7857.941657] jbd2/sda1-8(312): WRITE block 3447784 on sda1
Nov 16 11:01:13 yavdr kernel: [ 7857.944264] jbd2/sda1-8(312): WRITE block 3447792 on sda1
Nov 16 11:01:18 yavdr kernel: [ 7863.095186] jbd2/sda1-8(312): WRITE block 3447800 on sda1

Das journalling des ext4 ist der Uebeltaeter. Das Intervall kann man mit mount-option "commit=" verlaengern (http://www.mjmwired.net/kernel…tion/filesystems/ext4.txt Zeile 173), mit "commit=60" wird beispielsweise nur noch alle 60 Sekunden geschrieben (interessanterweise auch nur 3 Blocks, also vermutlich nur ne Art timestamp).
Kein Wunder, dass ich im Filesystem selber nix gefunden hab.

Keine Zauberei oder anderes Uebernatuerliches im Spiel

Andreas

Zitat

Originally posted by udatt
Ja, war das osdteletext-plugin.
Danke!

eine Eintrag in der /etc/fstab hat geholfen.

Code

tmpfs                /var/cache/vdr/vtx         tmpfs      size=64M              0 0

Macht es eigentlich viel Sinn so eine große Ramdisk zu erstellen ? Es weden ja nur VT Seiten gecached. Im Wiki steht als Beispiel sogar 128MB.

Müssten da nicht 8 oder 16MB problemlos reichen ?

Ist egal, tmpfs allokiert den speicher nur bei bedarf wenn er gebraucht wird.
Wenn Du wenig Daten reinkopierst, wird auch nur wenig RAM verwendet.
Die 64MB ist halt die Größe, die das Ding maximal groß werden kann.

Ahhh ... nice. Danke für die Info