Aufnahmen bleiben beim Abspielen ständig hängen.

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • Hi Zusammen
      Nur ein kurzes Feedback:
      Von einer ST2000LM003 in einer DM9xx kann ich nur abraten. Da gibt es Interfaceprobleme auf der Hardwareebene.
      Die SATA Controller der Platte und der Box mögen sich nicht wirklich... Also definitiv nicht intern einbauen!
      Bei der ST4000LM024 empfehle ich von EXT4 auf XFS zu wechseln... EXT4 macht sowohl auf der DM7080 und der DM9xx
      und den verwendeten Kerneln keine gute Figur. Auch hier gibt es Probleme mit vollen Festplatten.... Betrifft leider auch
      CMR Platten.... Ich selber verwende seid langer Zeit die ST4000LM024....
      Die SMR Platten brauchen außerdem genug Zeit zum reorganisieren... Deshalb benutze ich ein Timeout von 1 Stunde....

      Aber jeder kann natürlich machen was ermöchte und ich möchte auch niemanden bevormunden...

      Viele Grüße
      prtigger
    • Und wie äussern sich die Interfaceprobleme auf der Hardwareebene?

      Wie gesagt, die Platte ist hier 3x verbaut und ich habe bis dato nichts bemerkt - und ich bin sensibel was Festplattenprobleme betrifft
      auch die S.M.A.R.T. Werte sind OK wie das journal unauffällig ist - also keine UDMA ATA Errors udlg.
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$
    • @Fred Bogus Trumper:

      Ob die Probleme im Normalbetrieb (Aufnehmen/Abspielen) auftreten, kann ich nicht sagen.
      Die Probleme habe ich festgestellt, als ich die ganzen Filme einer Festplatte über die USB 3.0
      Schnittstelle auf die interne ST2000LM003 kopiert habe und mir danach mal zufällig den SMART Log
      angesehen habe... Im Anhang ein Beispiel, kannst Du Dir dann Deinen eigenen Reim drauf machen.
      Bei der Kombination DM7080 und ST2000LM003 passiert das jedenfalls nicht.... Getestet habe ich
      insgesamt 5 Festplatten der Serie mit teilweise unterschiedlichen Firmwarestand.... Immer das Gleiche...
      Seagate Support meinte, dass sowas wohl vorkommen kann.... Eine Lösung gab es natürlich nicht...
      Die ST4000LM024 macht auch keine derartigen Probleme...

      Viele Grüße
      prtigger
      Dateien
    • Ich hab jetzt den log in DCC unter telnet aktiviert. Es wird alles angezeigt. Wie kann ich das stoppen und wie speichern?

      Ich konnte es dann mit <strg c> stoppen. Eigentlich müssten ca. 20min aufgezeichnet worden sein. Ich habe aber keine Ahnung, wie ich das jetzt speichern kann. Hab gelesen unter ftp - home - root. Aber weder unter home noch unter root ist etwas abgelegt.

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von antoenche ()

    • @prtigger

      das muss aber nicht heissen, dass das ein generelles Problem ist
      vielleicht hat der Controller deiner Box ein Eck Weg oder der Anschluss ist nicht korrekt am Mainboard eingesteckt.

      Die S.M.A.R.T. Werte sehen hier so aus - und APM ist deaktiviert

      smartctl -a /dev/sda

      Quellcode

      1. root@dm900:~# smartctl -a /dev/sda
      2. smartctl 6.4 2015-06-04 r4109 [armv7l-linux-3.14-1.17-dm900] (local build)
      3. Copyright (C) 2002-15, Bruce Allen, Christian Franke, www.smartmontools.org
      4. === START OF INFORMATION SECTION ===
      5. Model Family: Seagate Samsung SpinPoint M9T
      6. Device Model: ST2000LM003 HN-M201RAD
      7. Serial Number: S362J9Dxxxxxxx
      8. LU WWN Device Id: 5 0004cf 2104707ce
      9. Firmware Version: 2BE10001
      10. User Capacity: 2.000.398.934.016 bytes [2,00 TB]
      11. Sector Sizes: 512 bytes logical, 4096 bytes physical
      12. Rotation Rate: 5400 rpm
      13. Form Factor: 2.5 inches
      14. Device is: In smartctl database [for details use: -P show]
      15. ATA Version is: ATA8-ACS T13/1699-D revision 6
      16. SATA Version is: SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
      17. Local Time is: Thu Oct 29 07:02:59 2020 CET
      18. SMART support is: Available - device has SMART capability.
      19. SMART support is: Enabled
      20. === START OF READ SMART DATA SECTION ===
      21. SMART overall-health self-assessment test result: PASSED
      22. General SMART Values:
      23. Offline data collection status: (0x00) Offline data collection activity
      24. was never started.
      25. Auto Offline Data Collection: Disabled.
      26. Self-test execution status: ( 0) The previous self-test routine completed
      27. without error or no self-test has ever
      28. been run.
      29. Total time to complete Offline
      30. data collection: (22860) seconds.
      31. Offline data collection
      32. capabilities: (0x5b) SMART execute Offline immediate.
      33. Auto Offline data collection on/off support.
      34. Suspend Offline collection upon new
      35. command.
      36. Offline surface scan supported.
      37. Self-test supported.
      38. No Conveyance Self-test supported.
      39. Selective Self-test supported.
      40. SMART capabilities: (0x0003) Saves SMART data before entering
      41. power-saving mode.
      42. Supports SMART auto save timer.
      43. Error logging capability: (0x01) Error logging supported.
      44. General Purpose Logging supported.
      45. Short self-test routine
      46. recommended polling time: ( 1) minutes.
      47. Extended self-test routine
      48. recommended polling time: ( 381) minutes.
      49. SCT capabilities: (0x003f) SCT Status supported.
      50. SCT Error Recovery Control supported.
      51. SCT Feature Control supported.
      52. SCT Data Table supported.
      53. SMART Attributes Data Structure revision number: 16
      54. Vendor Specific SMART Attributes with Thresholds:
      55. ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
      56. 1 Raw_Read_Error_Rate 0x002f 100 100 051 Pre-fail Always - 0
      57. 2 Throughput_Performance 0x0026 252 252 000 Old_age Always - 0
      58. 3 Spin_Up_Time 0x0023 088 087 025 Pre-fail Always - 3936
      59. 4 Start_Stop_Count 0x0032 099 099 000 Old_age Always - 1117
      60. 5 Reallocated_Sector_Ct 0x0033 252 252 010 Pre-fail Always - 0
      61. 7 Seek_Error_Rate 0x002e 252 252 051 Old_age Always - 0
      62. 8 Seek_Time_Performance 0x0024 252 252 015 Old_age Offline - 0
      63. 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 2164
      64. 10 Spin_Retry_Count 0x0032 252 252 051 Old_age Always - 0
      65. 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 687
      66. 191 G-Sense_Error_Rate 0x0022 252 252 000 Old_age Always - 0
      67. 192 Power-Off_Retract_Count 0x0022 252 252 000 Old_age Always - 0
      68. 194 Temperature_Celsius 0x0002 064 063 000 Old_age Always - 34 (Min/Max 16/49)
      69. 195 Hardware_ECC_Recovered 0x003a 100 100 000 Old_age Always - 0
      70. 196 Reallocated_Event_Count 0x0032 252 252 000 Old_age Always - 0
      71. 197 Current_Pending_Sector 0x0032 252 252 000 Old_age Always - 0
      72. 198 Offline_Uncorrectable 0x0030 252 252 000 Old_age Offline - 0
      73. 199 UDMA_CRC_Error_Count 0x0036 200 200 000 Old_age Always - 0
      74. 200 Multi_Zone_Error_Rate 0x002a 100 100 000 Old_age Always - 21
      75. 223 Load_Retry_Count 0x0032 100 100 000 Old_age Always - 10
      76. 225 Load_Cycle_Count 0x0032 099 099 000 Old_age Always - 14430
      77. SMART Error Log Version: 1
      78. No Errors Logged
      79. SMART Self-test log structure revision number 1
      80. No self-tests have been logged. [To run self-tests, use: smartctl -t]
      81. SMART Selective self-test log data structure revision number 0
      82. Note: revision number not 1 implies that no selective self-test has ever been run
      83. SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
      84. 1 0 0 Completed [00% left] (0-65535)
      85. 2 0 0 Not_testing
      86. 3 0 0 Not_testing
      87. 4 0 0 Not_testing
      88. 5 0 0 Not_testing
      89. Selective self-test flags (0x0):
      90. After scanning selected spans, do NOT read-scan remainder of disk.
      91. If Selective self-test is pending on power-up, resume after 0 minute delay.
      92. root@dm900:~# hdparm -B /dev/sda
      93. /dev/sda:
      94. APM_level = off
      95. root@dm900:~#
      Alles anzeigen
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$
    • Moin Fred
      Meine Box ist OK. Anschluss ist sauber...
      Habe das Gleiche auf einer neuen DM900 (Revision 5, 8GB Flash) eines Freundes ausprobiert. Gleiches Problem....
      Log kann ich auch hier gerne noch anhängen...

      Viele Grüße
      prtigger

      PS.: Ich bin eigentlich ein Fan der ST2000LM003.... Habe zwei Stück, eine läuft noch in meiner DM8000... Eigentlich die Platte
      meiner Wahl.... Leider nicht in der DM9xx... Alle meine drei Boxen laufen problemlos auf XFS...

      Ich dachte gerade , dass Du den APM Level der Platte geändert hast.... Habe ich aber mal schnell auf der 8000er geschaut...
      Ist auch "OFF" bei mir.... Sonst sieht Dein Log ganz normal aus... Du würdest das mit der Option "-a" nur an der Rückstufung
      der Interface Geschwindigkeit sehen.... -x zeigt halt am Ende mehr Interface Infos an..... Die werden wieder beim Reboot genullt.

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von prtigger ()

    • @prtigger

      sieht hier aber auch mit der Option -x alles normal aus, der kernel meldet auch keine Rückstufung der Interface Geschwindigkeit

      Quellcode

      1. root@dm900:~# journalctl -x|grep -w ata1
      2. Jan 01 01:00:01 dm900 kernel: ata1: SATA max UDMA/133 mmio [mem 0xf045a000-0xf045aa9b] port 0x100 irq 91
      3. Jan 01 01:00:03 dm900 kernel: ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
      4. Jan 01 01:00:03 dm900 kernel: ata1.00: ATA-8: ST2000LM003 HN-M201RAD, 2BE10001, max UDMA/133
      5. Jan 01 01:00:03 dm900 kernel: ata1.00: 3907029168 sectors, multi 0: LBA48 NCQ (depth 31/32)
      6. Jan 01 01:00:03 dm900 kernel: ata1.00: configured for UDMA/133
      7. Okt 29 12:47:07 dm900 enigma2[269]: Harddisk.py: failed to read /sys/devices/platform/brcmstb-ahci.0/ata1/host0/target0:0:0/0:0:0:0/block/sda/partition
      8. root@dm900:~# lsblk /dev/sda
      9. NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
      10. sda 8:0 0 1,8T 0 disk
      11. ├─sda1 8:1 0 1,8T 0 part /media/hdd
      12. └─sda2 8:2 0 1023M 0 part
      13. root@dm900:~#
      Alles anzeigen


      ich schau mal in ein paar Tagen nochmal nach
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$
    • Hilfsbereit schrieb:

      Was hast du genau für eine HDD in der Box, und wie voll ist die schon?
      Du hast sicher eine SMR Festplatte drin, die eventuell bei so einer hohen Auslastung ( "je mehr Aufnahmen zur selben Zeit im Hintergrund laufen" ), an ihre Grenzen stößt. Mal einen e2 log machen?
      Hab ich jetzt gemacht.
      47,1kB war mit 3 Aufnahmen und zeitversetzt schauen.
      8.65 kB mit 4 Aufnahmen und zeitversetzt schauen
      Dateien
      • enigma2.log

        (47,1 kB, 107 mal heruntergeladen, zuletzt: )
      • enigma2.log

        (8,65 kB, 101 mal heruntergeladen, zuletzt: )
    • @Fred Bogus Trumper

      Hi,
      hier kurz wie ich getestet habe:
      -Seagate ST4000LM024 mit externem SATA/USB3.0 Adapter an DM9xx angeschlossen und gemountet...
      -smartctl -x /dev/(interne ST2000LM003)
      -cp /media/hdd/movie/* auf die exteren Platte... das dauert schon etliche Stunden.
      - So alle 30min mal ein smartctl -x auf der internen Platte ansehen...

      Für mich ist das Thema abgehakt... Hat mich genug Nerven gekostet. Da es beim Freund reproduzierbar war
      ist es kein Fehler meiner Box (DM920 Revision 4). Sonst hätte ich die Box eingeschickt, da noch Garantie drauf ist.

      Benutze ich intern die ST4000LM024, dann kann ich kopieren wie ich will.... Das Problem tritt nicht auf, alles sauber!

      Viele Grüße
      prtigger
    • Hab jetzt heute Abend nochmal ne Log Aufnahme gemacht. Hier waren jetzt keine Aufnahmen im Hintergrund, nur eine zeitversetzte Aufnahme. Hatte mehrfach Hänger mit Zahnrädchen. Meistens aber mir Klötzchenbildung. Kann da jemand was rauslesen. Ich habe da keine Ahnung
      Dateien
      • enigma2.log

        (123,62 kB, 85 mal heruntergeladen, zuletzt: )
    • wie voll ist die Platte? Poste mal die Ausgbe

      df -h

      sieht aus als ob der Festplattencache vollgelaufen ist, weil die Daten nicht schnell genug aus dem Cache auf die Platte geschrieben werden können

      Quellcode

      1. Okt 30 00:18:32 dm920 enigma2[341]: OVERFLOW while recording
      2. Okt 30 00:18:33 dm920 enigma2[341]: no more free aio buffers... must wait... buffer overrun possible!

      sonst mach mal zwei oder drei Schreibtests gleichzeitig auf die Platte in zwei putty sessions, dann sieht man die Geschwindigkeit

      dd if=/dev/zero of=/media/hdd/writetest1 bs=1M count=2000 status=progress

      dd if=/dev/zero of=/media/hdd/writetest2 bs=1M count=2000 status=progress



      die files kannst du dann wieder löschen

      rm /media/hdd/writetest?





      @prtigger

      Ich hab' das hier mal nachgestellt und kann deine Problem nicht nachstellen. Ich hab von einer externen USB3.0 Platte 400GB am Stück auf die interne ST2000LM003 kopiert und dann auch wieder zurück. Die S.M.A.R.T. Werte bleiben unverändert und keine kernelmeldungen bzgl. der Interfaces


      Von einem generellen Problem einer ST2000LM0003 in einer dm9x0 kann man aber nach diesen wenigen bzw. zwei Erfahrungsberichten sicher nicht sprechen ...
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$
    • @Fred Bogus Trumper
      Hi Fred
      Vielleicht hängt es auch mit der Boardrevision oder etwas Anderen ab. Vielleicht auch an XFS auf interner und exterer Platte.. Ist schwer zu sagen, wenn man nicht das exakt gleiche testet... Bei mir haben 5 ST2000LM003 jedenfalls das gleiche gemacht. Das Timing muß ja nur minimal anderes sein... Kannst Du froh sein, wenn es bei Dir geht....

      Ich kämpfe gerade mit fehlenden DTS Ton am Yamaha RX-A2080 AVR über HDMI. Bild da Ton nicht. Egal ob DreamOS oder Newnigma2 auf meiner DM920. 7080 geht problemlos. DM900 vom Freund geht... Hat den gleichen AVR.... Ich könnte schon wieder kotzen...

      Viele Grüße
      prtigger
    • putty.exe installieren und zwei oder drei ssh/oder telnet verbindungen starten

      dann kannst du schön zusehen wie in der 1. bw. allen sessions die Schreibgeschwindigkeit runtergeht ..
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$