Mageia Forum

Hallo!
Vor ein paar Tagen hatte ich schon mal etwas nahezu gleiches beobachtet:https://forums.mageia.org/de/viewtopic.php?f=16&t=2945 Dieses Mal nicht mit Avidemux und MP4 sondern DVB.Cut und MPG.
Das Ding bleibt einfach stehen. Strom weg, neu "anmachen" und dann sieht man am Bildschirm, dass er mal 5 bis 8 verwaiste Inodes findet, bereinigt und dann wieder geht.

Bei den MP4 Filmen musste ich ja nach dem Neustart zu "handbrake" greifen um den Film "in Form" zu bringen, bei den SD-MPG's verhält sich DVB-Cut so, als wenn nichts geschehen wäre.

Avidemux hat beim Absturz eine *.idx Datei hinterlassen,
wenn DVD-Cut einfriert, ist nach dem Neustart KEINE *.idx zu finden.
Gruß
J.

PS: wenn keiner was weiss, mach ich es so wie beim Auto der Zukunft. Wenn es "aus geht", dann zieh ich den Zündschlüssel, alle steigen aus, schließen die Türen, ich sperre ab, sperre auf alle setzen sich rein ich dreh den Schlüssel rum und die Fahrt geht weiter.
Ich liebe es, ich hasse es nicht, denn............
es kostet nichts außer Zeit.

Vielleicht ist einfach deine Festplatte stellenweise vergesslich und Avidemux stolpert über nicht lesbare Sektoren. Du hast dir sicher schon mal mit smartctl den Gesundheitszustand deiner Platte(n) angesehen.

Code: Alles auswählen

[root@localhost juergen]# smartctl -H /dev/sdc
smartctl 6.3 2014-07-26 r3976 [x86_64-linux-4.4.30-server-2.mga5] (local build)
Copyright (C) 2002-14, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED



Hi!
Was soll mir das "schlimmes" sagen?
Gruß
J.

Code: Alles auswählen

smartctl -a /dev/sdc

und ein Blick insbesondere auf:

Code: Alles auswählen

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       0
 5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0


Lässt sich das Problem bei Nutzung einer anderen Platte reproduzieren?

Hallo!
Der Abschnitt sieht so aus:

Code: Alles auswählen

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   100   100   016    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   139   139   054    Pre-fail  Offline      -       72
  3 Spin_Up_Time            0x0007   154   154   024    Pre-fail  Always       -       228 (Average 265)
  4 Start_Stop_Count        0x0012   100   100   000    Old_age   Always       -       1212
  5 Reallocated_Sector_Ct   0x0033   100   100   005    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000b   100   100   067    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   124   124   020    Pre-fail  Offline      -       33
  9 Power_On_Hours          0x0012   100   100   000    Old_age   Always       -       5718


man-draker hat geschrieben:Lässt sich das Problem bei Nutzung einer anderen Platte reproduzieren?

Die sdc wird bei dem ganzen Vorgang gar nicht angesprochen.
die Quelldateien liegen auf /dev/sdd1 [USB] und das Ziel ist /dev/sdb1
Gruß
J.

- Es ist sinnfrei, smartctl-Ausgaben von nicht beteiligten Laufwerken zu posten (sdc)

- Es ist sinnfrei, smartctl-Ausgaben von nicht benannten Laufwerken zu posten

- Es ist unklug, die Quelldateien auf externen Laufwerken zu nutzen, da
-- Avidemux seine Index-Dateien im Quellverzeichnis anlegt
-- man dadurch einen künstlichen Flaschenhals und eine zusätzliche Fehlerquelle schafft

- Es gilt weiter: Lässt sich das Problem bei Nutzung anderer Laufwerke / Partitionen - hier insbesondere ohne Nutzung eines externen Laufwerks - reproduzieren?

man-draker hat geschrieben:- Es ist sinnfrei, smartctl-Ausgaben von nicht beteiligten Laufwerken zu posten (sdc)

Hallo!
Ich habe mal "alle":

Code: Alles auswählen

[root@localhost juergen]# smartctl -a /dev/sda
smartctl 6.3 2014-07-26 r3976 [x86_64-linux-4.4.30-server-2.mga5] (local build)
Copyright (C) 2002-14, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     SAMSUNG SpinPoint F1 DT
Device Model:     SAMSUNG HD753LJ
User Capacity:    750.155.292.160 bytes [750 GB]


ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   100   100   051    Pre-fail  Always       -       0
   
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   253   253   051    Pre-fail  Always       -       0


[root@localhost juergen]# smartctl -a /dev/sdb

=== START OF INFORMATION SECTION ===
Model Family:     SanDisk based SSDs
Device Model:     SanDisk SDSSDP128G
User Capacity:    126.035.288.064 bytes [126 GB]

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0002   100   100   000    Old_age   Always       -       0


[root@localhost juergen]# smartctl -a /dev/sdc
=== START OF INFORMATION SECTION ===
Device Model:     Hitachi HDS723020BLE640
Firmware Version: MX4OAAB0
User Capacity:    2.000.398.934.016 bytes [2,00 TB]

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   100   100   016    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   139   139   054    Pre-fail  Offline      -       72
  5 Reallocated_Sector_Ct   0x0033   100   100   005    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000b   100   100   067    Pre-fail  Always       -       0


[root@localhost juergen]# smartctl -a /dev/sdd
/dev/sdd: Unknown USB bridge [0x152d:0x0579 (0x100)]
Please specify device type with the -d option.


Ja, die daten hinter einer "Unknown USB bridge"

man-draker hat geschrieben:- Es ist unklug, die Quelldateien auf externen Laufwerken zu nutzen, da
-- Avidemux seine Index-Dateien im Quellverzeichnis anlegt

Die Quelle VU+ steht im Wohnzimmer
von da kommen sie auf ein USB-LW
und nach einem kurzen Aufenthalt auf sda geht es auf den Server. im Keller.
Ich habe das hier an dem Rechner gemacht, weil schneller geht:

Code: Alles auswählen

[root@localhost juergen]# cpuinfo
Processor Information
  Model: AMD FX -6300 Six-Core , 3.21 GHz
  Package: 6 Cores


man-draker hat geschrieben:- Es gilt weiter: Lässt sich das Problem bei Nutzung anderer Laufwerke / Partitionen - hier insbesondere ohne Nutzung eines externen Laufwerks - reproduzieren?

Man wird es beobachten.
Gruß
J.