SSD hängt beim Abspielen / Aufnahmen brechen ab

Roaddog · 19. Januar 2020

Hey Leute!

Muss mich jetzt doch mal hilfesuchend an euch wenden.
Folgendes Problem:

Heute z.B. hab ich einen Film auf ARD HD aufgenommen und ihn etwas zeitversetzt angesehen. Dieses mal hat die Box mir 6 oder 7 mal spinner gezeigt, Bild und Ton haben zwischen 10 und 20 Sekunden gestoppt und dann lief es weiter. Mal lief der Film dann an der richtigen Stelle weiter, mal fehlte ein Stück. Mal waren 2 Minuten zwischen den Aussetzern, mal 10 Minuten.
Ein anderes mal brechen mir die Aufnahmen ab, mit der Meldung die Festplatte sei voll. Sekunden später startet dann eine neue Aufnahme bis zum Ende.
Ich frag mich noch, von welcher Seite ich den Fall aufrollen soll. Liegt es an der SSD oder doch an der DM920?
Wie könnte ich hier denn mal logisch vorgehen?
In den Situationen läuft maximal 1 Aufnahme und / oder es wird Tv dabei geguckt.
Gibt es logs die mir da Aufschluss geben können?

Danke für's lesen schonmal....

Jake_Worf · 19. Januar 2020

Hmm - welches Dateisystem ist auf der Platte ?
Vielleicht mal in ext4 formatieren , die platte als hdd labeln - vom Gemini mounten lassen ind nochmal versuchen ?

Wie gesagt - ich schwimme auch bei deinem Problem und kann nur eine Alternative geben - wenn ueberhaupt.

Aber einen Versuch ist es wert.

Jake

__QT__ · 20. Januar 2020

Welches Dateisystem auf der SSD Partition?
Wie voll ist die Partition?
Hast Du TRIM/discard für die Partition im Einsatz?
Welche Mountoptionen setzt Du für die Partition?
Wie alt ist diese SSD und war die Partition schon mal voll bzw. nahe dran?

Roaddog · 21. Januar 2020

1. Dateisystem:
Gute Frage....wo kann ich das ersehen? Hab die SSD damals eingebaut und mehr oder weniger nur das getan, was die Box mir gesagt hat.

2. Wie voll:
Aktuell sind von 500 Gb ca. 100 belegt. Massig Platz also noch.

3. TRIM/discard:
Was ist das?

4. Mountoptionen
Siehe 1.

5. Alter
Platte ist etwa 6 Monate alt

6. Füllstand Partition
Platte war noch nie voller als die aktuellen 100 Gb

Entschuldigt meine laienhaften Aussagen. Hab schon etliche Boxen gehabt und nie groß Probleme. Zudem war ich nie der Crack. Konnte mir meist mit Lesen weiterhelfen. Aber hier weiß ich nicht weitet

Fred Bogus Trumper · 21. Januar 2020

1. Poste mal die Ausgaben von
blkid|grep /dev/sd

fdisk -lu /dev/sd?

4. Poste mal die Ausgabe von
grep /media /etc/fstab|grep -v systemd

6. Poste mal die Ausgabe von
df -h

Roaddog · 22. Januar 2020

1.

Code

root@dm920:~# blkid|grep dev/sd                                                 
/dev/sda1: LABEL="dreambox-storage" UUID="6d774fc5-6a5e-48cf-9570-da603d0604da" TYPE="ext4" PARTLABEL="dreambox-storage" PARTUUID="5577bf13-8119-4bf6-9df5-91b4a29ae9e0"                                                                        
/dev/sda2: UUID="737e071b-6e57-4959-854e-4dcbc40fcddb" TYPE="swap" PARTLABEL="dreambox-swap" PARTUUID="c2e5ebab-4a5d-4aa5-b848-82e9c90f1f71"

Code

root@dm920:~# fdisk -lu dev/sd?                                                 
fdisk: can't open 'dev/sd?': No such file or directory

4.

Code

root@dm920:~# grep /media /etc/fstab|grep -v systemd                            
/dev/disk/by-uuid/6d774fc5-6a5e-48cf-9570-da603d0604da  /media/hdd      auto    auto,nofail     0       0

6.

Code

root@dm920:~# df -h                                                             
Filesystem      Size  Used Avail Use% Mounted on                                
/dev/root       961M  469M  427M  53% /                                         
devtmpfs        492M     0  492M   0% /dev                                      
tmpfs           500M     0  500M   0% /dev/shm                                  
tmpfs           500M   73M  428M  15% /run                                      
tmpfs           500M     0  500M   0% /sys/fs/cgroup                            
/dev/mmcblk0p3  6.1G   59M  5.7G   1% /data                                     
tmpfs           500M   16K  500M   1% /tmp                                      
tmpfs           500M  100K  500M   1% /var/volatile                             
/dev/sda1       465G   64G  402G  14% /media/hdd

Alles anzeigen

__QT__ · 22. Januar 2020

Ich würde mal das Dateisystem überprüfen lassen. Natürlich nur, wenn gerade keine Aufnahme läuft bzw. eine Aufnahme abgespielt wird!

1) Festplatte aushängen:

# umount /media/hdd

2) SWAP Partition mal einhängen

# swapon /dev/sda2

3) Dateisystemprüfung starten (kann etwas länger laufen)

# fsck.ext4 -f -v -p -y /dev/sda1

Die Ausgabe vom letzten Befehl wäre interessant.

Wenn das durch ist, kannst Du die SSD wieder einhängen und den SWAP abschalten:

# mount /media/hdd
# swapoff /dev/sda2

Generell solltest Du SSDs mit anderen Optionen in fstab mounten. Hier mal meine SSD (siehe discard und noatime Option):

Code

/dev/disk/by-uuid/c2e0d2b6-ac58-4198-ac5a-a2a4f7b7a0ca  /media/ssd      auto    auto,nofail,discard,noatime 0       0

Roaddog · 27. Februar 2020

Sorry für die späte Rückmeldung. Hatte einfach keine Zeit hierfür.
Folgendes kommt da raus:

Connected ***************************** * * * The Gemini Project 4.0 * * * ***************************** opendreambox 2.5.0 dm920 dm920 login: root
root@dm920:~# umount /media/hdd
root@dm920:~# swapon /dev/sda2
root@dm920:~# fsck.ext4 -f -v -p -y /dev/sda1
e2fsck: Only one of the options -p/-a, -n or -y may be specified.
root@dm920:~#

Fred Bogus Trumper · 27. Februar 2020

lass mal -y (yes to all) weg

Roaddog · 28. Februar 2020

Code

root@dm920:~# umount /media/hdd 
root@dm920:~# swapon /dev/sda2 
root@dm920:~# fsck.ext4 -f -v -p /dev/sda1 
 
 336 inodes used (0.07%, out of 476032) 
 74 non-contiguous files (22.0%) 
 2 non-contiguous directories (0.6%) 
 # of inodes with ind/dind/tind blocks: 0/0/0 
 Extent depth histogram: 288/40 
 19253033 blocks used (15.80%, out of 121834246) 
 0 bad blocks 
 8 large files 
 
 319 regular files 
 8 directories 
 0 character device files 
 0 block device files 
 0 fifos 
 0 links 
 0 symbolic links (0 fast symbolic links) 
 0 sockets 
------------ 
 327 files 
root@dm920:~#

Alles anzeigen

Fred Bogus Trumper · 29. Februar 2020

sieht eigentlich gut aus

Zitat

Original von Roaddog

Code

root@dm920:~# fdisk -lu dev/sd?                                                 
fdisk: can't open 'dev/sd?': No such file or directory

Bei dem command hast du den "/" am Anfang vergessen, da wollte ich rausfinden ob das disk alignment stimmt. Wenn die Sektoren nicht korrekt ausgerichtet sind, kann es zu Performance Einbußen kommen

versuch's noch mal

fdisk -lu /dev/sda

oder mit parted (die commands nacheinander eingeben):

parted
select /dev/sda
align-check optimal 1
q

sollte dann so aussehen:

Code

root@dm900:~# parted
GNU Parted 3.2
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) select /dev/sda
Using /dev/sda
(parted) align-check optimal 1
1 aligned
(parted) q
root@dm900:~#

Hast du die SSD schon getrimt? Nachdem du die SSD ohne autotrim (discard) gemountet hast, könntest du mal manuell trimen, ssd bzw. /dev/sda1 muss gemounted sein

fstrim -v /media/hdd

Roaddog · 29. Februar 2020

Danke für deine Hilfe....
Ohne zu wissen was das ist, hab ich die SSD jetzt mal nach deiner Empfehlung getrimmt.

Was mir bei meinem Aufnahmeproblem ungefallen ist: nehme ich ne SD Serie auf, hab ich keine Probleme. Nehme ich nen Film in HD auf, dann passiert es immer. In meinem Fall ist das immer der Tatort im Ersten. Merkwürdig....

Fred Bogus Trumper · 29. Februar 2020

z.B. SSD Trim

interessant wäre das partition alignment, wenn die sektoren nicht korrekt ausgerichtet sind, kannst du trimen wie du willst

aber wenn die SSD mit einem halbwegs aktuellen Enigma2 (late OE2.0 oder OE2.2/OE2.5) initialisiert wurde sollte das alignment passen

oder die SSD ist Schrott oder am sterben

welche SSD verbaut ist hast du uns ja nicht verraten ...

hdparm -I /dev/sda|grep -i model
smartctl -a /dev/sda

Roaddog · 29. Februar 2020

Modell ist: Samsung SSD 860 EVO 500GB

Platte ist ca. 1/2 Jahr alt....

Ryker · 1. März 2020

An der Samsung SSD sollte es eigentlich nicht liegen, sofern die vom Smartctl als OK gemeldet wird.

Ich verwende hier die Samsung SSD 840 EVO 500GB, die vorher jahrelang in einem Notebook lief und damit gibt es keine Probleme. Allerdings habe ich die Platte auch während der E2-Einrichtung gleich mit partitioniert, wodurch dann das Alignment stimmt.

poste bitte mal die Ausgabe von "fdisk -l /dev/sda"

Gruß
Ryker

Fred Bogus Trumper · 1. März 2020

schon 2x mal danach gefragt - damit man sieht ob das alignment stimmt, er will damit nicht rausrücken ...

Roaddog · 1. März 2020

Code

opendreambox 2.5.0 dm920 
 
 
dm920 login: root 
root@dm920:~# fdisk -l /dev/sda 
Found valid GPT with protective MBR; using GPT 
 
Disk /dev/sda: 976773168 sectors, 1804M 
Logical sector size: 512 
Disk identifier (GUID): fdac933e-a7d6-4507-9ded-2213722db2f1 
Partition table holds up to 128 entries 
First usable sector is 34, last usable sector is 976773134 
 
Number Start (sector) End (sector) Size Code Name 
 1 2048 974676015 464G 0700 dreambox-storage 
 2 974676016 976771215 1023M 0700 dreambox-swap 
root@dm920:~#

Alles anzeigen

Fred Bogus Trumper · 1. März 2020

das aligment sollte passen

mach mal einen einfachen Permormancetest, die Ausgaben posten (den mountpoint der ssd anpassen, wenn erforderlich)

dd if=/dev/zero of=/media/hdd/performancetest bs=1M count=200
dd if=/dev/zero of=/media/hdd/performancetest bs=1M count=1000
rm /media/hdd/performancetest
fstrim -v /media/hdd
hdparm -tT /dev/sda

Roaddog · 31. Mai 2020

Nur für's Protokoll:

SSD erneuert und alle Probleme sind gelöst.
Hätte nie gedacht, dass ne neue SSD defekt sein könnte....

Viril · 1. Juni 2020

Nennt sich denglisch „dead on arrival“ oder kurz DOA.

Kann immer wieder mal vorkommen.

SSD hängt beim Abspielen / Aufnahmen brechen ab

Wer ist / war online ?

Benutzer online 25

Wer war online 69