Bluescreen bei Videowiedergabe

Burny4600 · 5. Juni 2021

Bei meiner Mutter tritt immer wieder bei der Wiedergabe von Filmen ein Bluescreen auf.

Image ist ein aktuelles TeamBlue 6.4.

Diese Probleme hatten wir schon bei dem Image TeamBlue 6.3.

Durch die Neuinstallation hätte ich mir eine Verbesserung erwartet, aber einmal pro Tag kommt ein BlueScreen bei der Wiedergabe von Filmen.

Warum im Log EXT4-fs error Meldungen auftauchen ist mir ein Rätsel. Die Festplatte habe ich, bevor ich das Image 6.4 aufgesetzt hatte, überprüft und zeigte keine Fehler an.

Woran kann dieser Fehler hervorgerufen werden?

MrHonk · 6. Juni 2021

Code

<2>[27912.024000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554642: comm enigma2: bad extra_isize (28466 != 256)
<2>[27912.057000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554645: comm enigma2: bad extra_isize (9362 != 256)
<2>[27912.087000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554650: comm enigma2: bad extra_isize (28466 != 256)
<2>[27912.125000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554648: comm enigma2: bad extra_isize (28466 != 256)
<2>[27912.166000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554649: comm enigma2: bad extra_isize (9362 != 256)
<2>[27912.190000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554645: comm enigma2: bad extra_isize (9362 != 256)
<2>[27927.779000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554649: comm enigma2: bad extra_isize (9362 != 256)
<2>[27927.823000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554641: comm enigma2: bad extra_isize (9362 != 256)
<2>[27927.848000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554642: comm enigma2: bad extra_isize (28466 != 256)
<2>[27927.870000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554645: comm enigma2: bad extra_isize (9362 != 256)
<2>[27927.890000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554650: comm enigma2: bad extra_isize (28466 != 256)
<2>[27927.916000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554648: comm enigma2: bad extra_isize (28466 != 256)
<2>[27927.935000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554649: comm enigma2: bad extra_isize (9362 != 256)
<2>[27927.959000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554645: comm enigma2: bad extra_isize (9362 != 256)
<2>[28780.762000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554649: comm enigma2: bad extra_isize (9362 != 256)
<2>[28780.805000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554641: comm enigma2: bad extra_isize (9362 != 256)
<2>[28780.839000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554642: comm enigma2: bad extra_isize (28466 != 256)
<2>[28780.867000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554645: comm enigma2: bad extra_isize (9362 != 256)
<2>[28780.887000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554650: comm enigma2: bad extra_isize (28466 != 256)
<2>[28780.914000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554648: comm enigma2: bad extra_isize (28466 != 256)
<2>[28780.933000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554649: comm enigma2: bad extra_isize (9362 != 256)
<2>[28780.956000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554645: comm enigma2: bad extra_isize (9362 != 256)
<2>[28785.290000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554649: comm enigma2: bad extra_isize (9362 != 256)
<2>[28785.390000] EXT4-fs error (device sda1): ext4_iget:4454: inode #33554641: comm enigma2: bad extra_isize (9362 != 256)

Alles anzeigen

Da diese Zeilen deine Log-Ausgaben dominieren, würde ich mal auf defekte Festplattensektoren tippen.

Führe mal die Dateisystemüberprüfung (Menü -> Einstellungen -> System -> Geräte -> Speichergeräte -> Dateisystemüberprüfung) für die Festplatte aus.

Alternativ probiere mal 'fsck' in der Shell um deine Platte zu überprüfen (hier gibt es eine Anleitung dazu: https://techviewleo.com/repair…fs-file-systems-on-linux/)

Burny4600 · 6. Juni 2021

Die Festplatte hatte ich ausgebaut und auf einem Windows PC mit CrystalDisk überprüft.

Ich werde die Festplatte nach deinen Tipps nochmals überprüfen.

Wenn damit auch kein Fehler ersichtlich ist, werde ich die Festplatte mit eParted direkt auf der GB partitionieren und anschließend mounten.

Vielleicht liegt es daran, dass ich die Festplatte mit gParted auf einem Linux System vorbereitet hatte.

tfrensch · 6. Juni 2021

Du brauchst sie später nur zu initialisieren, du brauchst kein eParted.

Papi2000 · 6. Juni 2021

Da kann es auch sein, dass "lediglich" das Dateisystem durch Crashes gelitten hat.

Du kannst das probieren:

[HowTo] Dateisystem-Reparaturen ext2, ext3, ext4 nach Crash, bzw. wenn die Platte nicht mehr erreichbar ist

Oder die Platte für zukünftige Reparaturen beim Start vormerken.

Die Platte ist dazu mit ihrer UUID fest im System gemountet, also in der /etc/fstab eingetragen. Der Eintrag hat hinten default zwei Nullen. Es reicht, die hinterste Null durch eine eins zu tauschen. Man kann aber auch bei de Nullen durch Einsen ersetzen. Leerzeile am Ende der Datei nicht vergessen, und zum Editieren einen linuxtauglichen Editor nehmen.

Burny4600 · 7. Juni 2021

Zitat

Du brauchst sie später nur zu initialisieren, du brauchst kein eParted.

eParted habe ich nur benötigt um auf der Festplatte eine SWAP und eine ext4 Partition einzurichten.

Zitat

Führe mal die Dateisystemüberprüfung (Menü -> Einstellungen -> System -> Geräte -> Speichergeräte -> Dateisystemüberprüfung) für die Festplatte aus

Ich bekomme bei der Dateisystemüberprüfung nach dem Ausführen des Tests eine Fehlermeldung.

Zitat

Überprüfe Dateisyystem....

Fehler: umount: can't unmount /media/hdd: Device or resoure busy

Die Einbindung der Festplatte ist bei allen GB's immer unter /etc/fstab festgelegt. Ebenso der USB-Stick.

Zitat

/dev/mmcblk0p1 /boot auto defaults 1 1

rootfs / auto defaults 1 1

proc /proc proc defaults 0 0

devpts /dev/pts devpts mode=0620,gid=5 0 0

usbdevfs /proc/bus/usb usbdevfs noauto 0 0

tmpfs /var/volatile tmpfs defaults 0 0

/dev/mmcblk0p10 none swap defaults 0 0

UUID=326c3d7e-b9e7-436e-bb4b-acb989376379 /media/hdd auto defaults 1 1

UUID=2EBD-68BE /media/usb auto defaults 0 0

# Leerzeile nicht vergessen

Alles anzeigen

Die SWAP Partition ist in der /etc/fstab nicht eingetragen.

Gibt es eine andere Überprüfungsmethode auf der Console?

neo3103 · 7. Juni 2021

Zitat von Burny4600

Ich bekomme bei der Dateisystemüberprüfung nach dem Ausführen des Tests eine Fehlermeldung.

Zitat

Überprüfe Dateisyystem....

Fehler: umount: can't unmount /media/hdd: Device or resoure busy

Steht doch da.

Beende vor dem Start der Überprüfung alle Instanzen welche auf die HDD zugreifen.

z.B. den Swap

msrx111 · 7. Juni 2021

Die Swap Partition würde ich löschen, und durch ein Swapfile auf einem USB Stick ersetzen. Um das Problem mit der Fehlermeldung loszuwerden, die beiden Partitionen aus der fstab auskommentieren ( # ) Raute davor und Resi neu starten. Dann unmounten und fsck und dann mal weiter sehen....

Papi2000 · 7. Juni 2021

Du hast dich an die Anleitung gehalten?

[HowTo] Dateisystem-Reparaturen ext2, ext3, ext4 nach Crash, bzw. wenn die Platte nicht mehr erreichbar ist

Ich habe für dich ein swapoff -a zusätzlich reingeschrieben, da es unüblich ist, dass Swap auf der HDD ist. Das sollte man nur machen, wenn man es nicht auf einer mechanischen HDD anlegt. Die Quad 4K und UE 4K haben Swap im Flash, und brauchen es nicht extra...

Burny4600 · 8. Juni 2021

Für die Dateisystemüberprüfung auf der HDD konnte ich wegen aktiven SWAP auf der HDD nicht ausführen.

Anfängerfehler !?

Es wurden keine Fehler festgestellt.

Zitat

Die Swap Partition würde ich löschen, und durch ein Swapfile auf einem USB Stick ersetzen

Da scheiden sich die Informationen. Grundsätzlich ist eine eigene Partition für SWAP besser, weil keine Defragmentierung auf einem leeren System sauber ist.

Das durch die SWAP Partition auf der HDD der EXT4-fs error verursacht wird, kann ich mir nicht vorstellen.

Zitat

Die Quad 4K und UE 4K haben Swap im Flash, und brauchen es nicht extra...

Ist diese SWAP zu definieren (Internal flash), oder macht das die GB automatisch bei einer Neuinstallation?

Papi2000 · 9. Juni 2021

Nach Cleanflash der Broadcom-4K war der immer automatisch aktiviert.

Burny4600 · 3. Dezember 2021

Nun hat sich doch herausgestellt, dass die Festplatte doch einen Defekt hatte.

Auf Check-Tools kann man sich auch nicht immer verlassen. Erst jetzt erkannte ein Festplattentool einen Defekt.

Dafür habe ich mir einen anderen Fehler verursacht.

Aus irgend einem Grund funktioniert das Teamblue GUI Skin nicht mehr.

Andere Skins kann ich installieren.

Aber bei allen Skins, die ich aktivieren kann, lässt sich das Frontpanel Display Skin nicht ändern.

Im Fronpanel ist nur eine Zeile erkennbar, mit einem Balken der den Text überdeckt.

Wie kann ich diesen Fehler zurücksetzten?

tfrensch · 3. Dezember 2021

Neu flashen.

Papi2000 · 4. Dezember 2021

Ein GUI-Skin darf in einem aktuellen Image ein Display NICHT mehr mitskinnen. Dazu sind separate Display-Skins gedacht.

Welchen GUI-Skin und welchen Display-Skin hast du denn installiert? Installieren eines bösen GUI.Skins reicht, um dir das eigentliche lauffähige System aus passendem GUI- und Display-Skin zu zerdrömmeln.

tfrensch · 4. Dezember 2021

Ah, wußte ich auch noch nicht.

Burny4600 · 4. Dezember 2021

Es sind nur die beiden originalen Skins installiert, und verwendet wurde der originale TeamBlue Skin.

Nach dem Tausch der defekten Festplatte bekam ich den Fehler Weather Pax xml gemeldet.

Dann verwendete ich den installierten Stone in der Hoffnung den Fehler wegzubekommen. Seit dem behält sich der GB diesen Skin nicht mehr, und das Frontdisplay bringt das Sender Logo nicht mehr.

Teilen