Thanks: 0
Ergebnis 1 bis 8 von 8
-
24.02.2017, 20:59 #1
- Registriert seit
- 24.12.2015
- Beiträge
- 5
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 0
- Total Downloaded
- 0
- Total Downloaded
- 0
Box 1:AX TriplexWiedergabe ruckelt nachdem HDD voll war
Hallo,
hatte kürzlich die Situation, dass meine HDD während einer Aufnahmen voll war. Seitdem "ruckeln" die Aufnahmen bei der Wiedergabe (sowohl ältere als auch neue). Habe bereits reichlich Platz auf der HDD geschaffen (30% frei). Allerdings ruckelt es weiterhin. Ist da vielleicht irgendwas fragmentiert. Kann ich die HDD irgendwie defragmentieren oder so was ähnliches?
Gruß Clemens
-
Advertising
-
24.02.2017, 21:45 #2rantanplanGast
Da hat nix zu ruckeln bei eigenen Aufnahmen. Egal wie voll die Platte ist.
Interessanter wäre wie sie formatiert ist.
Vielleicht auch wie sie angeschlossen ist?
Grüße
-
24.02.2017, 22:21 #3
- Registriert seit
- 20.04.2013
- Beiträge
- 24.947
- Thanks (gegeben)
- 4700
- Thanks (bekommen)
- 9132
- Total Downloaded
- 596,61 MB
- Total Downloaded
- 596,61 MB
Box 1:GB Q4K-SC / UE4K-SC / UE4K-CBox 2:GigaBlue Q-SSC / Q+-SSCBox 3:DM900uhd-SS / Vu+DuoBox 4:ZGemma H7/H9 SF8008Box 5:diverse andere . . .Eventuell ist die Box beim Überfüllen der Platten und / oder Löschen der Aufnahmen aus dem Tritt gekommen, und hat das Dateisystem beschädigt. Oder du hast den Mülleimer aktiviert, und der Platz ist nicht endgültig freigegeben worden.
Bei ersterem hilft eine Dateisystemprüfung (in den HowTos findest du was dazu), beim zweiten Fehler den Papierkorb/Mülleimer leeren.Grüßle
Ralf
---------------------------------------------
Gigablue Quad4K-mixed, UE4K, Trio4K, Quad_Plus-SSC, UE_Plus-SC, X2/X3-SC, UltraUE-SC, ...
Astra 19.2E UniCable & KabelBW, oATV/teamBlue
(u.a.: DM900uhd,Vu+Duo,ZGemma H9Twin & H7S), PC-DVB-S/C/T, Xtreamer, BDP5200, Philips 24PFS4022/12, 65OLED855/12,UE32C5700, RPi3+
---- Einen Receiver kann sich jeder kaufen - Eine stabile E²-Box muß man sich verdienen! ----
-
25.02.2017, 09:51 #4
- Registriert seit
- 24.12.2015
- Beiträge
- 5
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 0
- Total Downloaded
- 0
- Total Downloaded
- 0
ThemenstarterBox 1:AX TriplexHallo,
danke für die Antworten. Papierkorb hatte ich schon geleert. Dateisystem vermute ich ext3, bin aber bin aber nicht sicher.
Hab mal das HowTo ausgeführt. Hier das Ergebnis...
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
3409 inodes used (1.29%, out of 264688)
1196 non-contiguous files (35.1%)
0 non-contiguous directories (0.0%)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 3132/269
361014144 blocks used (73.92%, out of 488378368)
0 bad blocks
161 large files
2965 regular files
435 directories
0 character device files
0 block device files
0 fifos
0 links
0 symbolic links (0 fast symbolic links)
0 sockets
------------
3400 files
Gruß Clemens
-
25.02.2017, 19:42 #5
- Registriert seit
- 24.12.2015
- Beiträge
- 5
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 0
- Total Downloaded
- 0
- Total Downloaded
- 0
ThemenstarterBox 1:AX TriplexHallo,
Habe im Debug Log häufig den Hinweis "All write Buffers busy".
Jemand eine Idee?
Gruß Clemens
20:30:01.191 [ W ] dvb/demux.cpp:572 asyncWrite [eFilePushThreadRecorder] Warning: All write buffers busy
20:30:01.191 [ ] dvb/demux.cpp:471 wait [eDVBRecordFileThread] Waiting for I/O to complete
20:30:01.767 [ W ] dvb/demux.cpp:572 asyncWrite [eFilePushThreadRecorder] Warning: All write buffers busy
20:30:01.767 [ ] dvb/demux.cpp:471 wait [eDVBRecordFileThread] Waiting for I/O to complete
20:30:01.770 [ W ] dvb/demux.cpp:572 asyncWrite [eFilePushThreadRecorder] Warning: All write buffers busy
20:30:01.770 [ ] dvb/demux.cpp:471 wait [eDVBRecordFileThread] Waiting for I/O to complete
20:30:01.772 [ W ] dvb/demux.cpp:572 asyncWrite [eFilePushThreadRecorder] Warning: All write buffers busy
20:30:01.772 [ ] dvb/demux.cpp:471 wait [eDVBRecordFileThread] Waiting for I/O to complete
20:30:01.774 [ W ] dvb/demux.cpp:572 asyncWrite [eFilePushThreadRecorder] Warning: All write buffers busy
20:30:01.774 [ ] dvb/demux.cpp:471 wait [eDVBRecordFileThread] Waiting for I/O to complete
20:30:01.776 [ W ] dvb/demux.cpp:572 asyncWrite [eFilePushThreadRecorder] Warning: All write buffers busy
20:30:01.776 [ ] dvb/demux.cpp:471 wait [eDVBRecordFileThread] Waiting for I/O to complete
20:30:41.729 [ W ] dvb/demux.cpp:572 asyncWrite [eFilePushThreadRecorder] Warning: All write buffers busy
20:30:41.730 [ ] dvb/demux.cpp:471 wait [eDVBRecordFileThread] Waiting for I/O to complete
20:30:41.903 [ W ] dvb/demux.cpp:572 asyncWrite [eFilePushThreadRecorder] Warning: All write buffers busy
20:30:41.903 [ ] dvb/demux.cpp:471 wait [eDVBRecordFileThread] Waiting for I/O to complete
20:30:53.514 [ ] gdi/grc.cpp:193 thread main thread is non-idle! display spinner!
20:31:22.369 [ W ] dvb/demux.cpp:572 asyncWrite [eFilePushThreadRecorder] Warning: All write buffers busy
20:31:22.369 [ ] dvb/demux.cpp:471 wait [eDVBRecordFileThread] Waiting for I/O to complete
20:31:22.657 [ W ] dvb/demux.cpp:572 asyncWrite [eFilePushThreadRecorder] Warning: All write buffers busy
20:31:22.658 [ ] dvb/demux.cpp:471 wait [eDVBRecordFileThread] Waiting for I/O to complete
20:31:22.659 [ W ] dvb/demux.cpp:572 asyncWrite [eFilePushThreadRecorder] Warning: All write buffers busy
20:31:22.659 [ ] dvb/demux.cpp:471 wait [eDVBRecordFileThread] Waiting for I/O to complete
20:31:53.668 [ ] gdi/grc.cpp:193 thread main thread is non-idle! display spinner!
20:33:09.162 [ W ] dvb/demux.cpp:572 asyncWrite [eFilePushThreadRecorder] Warning: All write buffers busy
20:33:09.162 [ ] dvb/demux.cpp:471 wait [eDVBRecordFileThread] Waiting for I/O to complete
20:33:09.436 [ W ] dvb/demux.cpp:572 asyncWrite [eFilePushThreadRecorder] Warning: All write buffers busy
20:33:09.436 [ ] dvb/demux.cpp:471 wait [eDVBRecordFileThread] Waiting for I/O to complete
-
25.02.2017, 20:09 #6
- Registriert seit
- 20.04.2013
- Beiträge
- 24.947
- Thanks (gegeben)
- 4700
- Thanks (bekommen)
- 9132
- Total Downloaded
- 596,61 MB
- Total Downloaded
- 596,61 MB
Box 1:GB Q4K-SC / UE4K-SC / UE4K-CBox 2:GigaBlue Q-SSC / Q+-SSCBox 3:DM900uhd-SS / Vu+DuoBox 4:ZGemma H7/H9 SF8008Box 5:diverse andere . . .Das Dateisystem hat keinen Schaden. Sehr gut.
Aber dein SATA-Adapter/-Treiber passt nicht. Da müßte man vermutlich NCQ deaktivieren. Da weiß ich aber gerade nicht, wie man das anstellt.
Du kannst mal "hdparm -B128 /dev/sda" probieren, wenn deine Platte /dev/sda ist.Grüßle
Ralf
---------------------------------------------
Gigablue Quad4K-mixed, UE4K, Trio4K, Quad_Plus-SSC, UE_Plus-SC, X2/X3-SC, UltraUE-SC, ...
Astra 19.2E UniCable & KabelBW, oATV/teamBlue
(u.a.: DM900uhd,Vu+Duo,ZGemma H9Twin & H7S), PC-DVB-S/C/T, Xtreamer, BDP5200, Philips 24PFS4022/12, 65OLED855/12,UE32C5700, RPi3+
---- Einen Receiver kann sich jeder kaufen - Eine stabile E²-Box muß man sich verdienen! ----
-
27.02.2017, 19:33 #7
- Registriert seit
- 24.12.2015
- Beiträge
- 5
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 0
- Total Downloaded
- 0
- Total Downloaded
- 0
ThemenstarterBox 1:AX TriplexDanke. Hab "hdparm -B128 ..." ausprobiert. Merke keinen Effekt. Die Freezer sind nach wie vor da.
Es ist sogar so, wenn ich durch EMC scrolle hängt der "Curser" bei fast jedem dritten Eintrag, dann springt er weiter. Irgendwas ist extrem langsam. Beim Aufruf vom EMC dreht sich der Spinner 5 Sekunden und länger.
Hab selbst auch etwas weiter geforscht und hier etwas über CacheFlush gelesen. Hab das Plugin installiert und muss feststellen, das mein RAM (nach dem Flush bei 34%) innerhalb von weniger als einer Minute voll belegt wird. Ist das normal?
Bin schon am Verzweifeln.
Gruß Clemens
-
27.02.2017, 21:03 #8
- Registriert seit
- 24.12.2015
- Beiträge
- 5
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 0
- Total Downloaded
- 0
- Total Downloaded
- 0
ThemenstarterBox 1:AX Triplexhab noch ein paar Schreib-Lese Tests gemacht.... kann aber leider nicht einschätzen wie die Performance ist. Gefühlt sehr langsam?
1GB schreiben:
root@triplex:~# dd if=/dev/zero of=tempfile bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.0GB) copied, 31.228848 seconds, 32.8MB/s
Cache invalidieren:
root@triplex:~# echo 3 | tee /proc/sys/vm/drop_caches
3
1 GB Lesen (ohne Cache)
root@triplex:~# dd if=tempfile of=/dev/null bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.0GB) copied, 51.584292 seconds, 19.9MB/s
1 GB schreiben (mit Cache?)
root@triplex:~# dd if=tempfile of=/dev/null bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.0GB) copied, 52.059979 seconds, 19.7MB/s
Lesezeichen