DSM 6.x und darunter Wichtig ! EXT4 ext. Festplatten

[XerXes777]

Moin moin,

habe durch Zufall einen Problem mit meinem Filesystem auf meinen 4 USB Festplatten festgestellt.
Alle 4 Festplatten wurden über DSM auf EXT4 formatiert.
Anschließend wurden dort mehrer TB Daten auf die USB Festplatten kopiert.

Weil dies als Backup von meiner NAS dienen soll, habe ich die Daten auf den externen USB Festplatten via 2fsck geprüft.
Dort wurden sehr viele errors gefunden.

Ich dachte zuerst, das die Daten auf meiner NAS defekt wären.
Dem ist aber nicht so !

Als ich die USB Festplatten via mk2fs auf EXT4 formatiert habe,
sind plötzlich keine errors am Filesystem mehr aufgetreten.

Die EXT4 Platten wurden an einem Windows mit dem Programm Paragon ExtFS for Windows geprüft und formatiert.

Geht es anderen auch so ?
Oder habe nur ich diese Fehler gehabt ?

Solche errors an einem Filesystem merkt mein meistens nicht !!!

Ich empfehle euch alle USB Platten dir über DSM auf EXT4 formatiert wurden sind zu prüfen !!!

Kleiner Tipp wer seine EXT4 USB Festplatte mal checken will geht das direkt unter SSH mit einer Synology NAS.
Leider nicht sehr aussage kräfitg da die 2fsck veraltet dort ist. Bei Paragon ExtFS for Windows bekomme ich im LOG wesentlich mehr infos und mehr errors.

NIEMALS EINEN 2fsck machen im Schreib Modus, wenn die Festplatte gemunted ist !

# Schauen wie das Filesystem heißt und wie das Volumen gemounted ist!!!

df

# Ein Beispiel wie es bei mir aussieht

Filesystem       1K-blocks       Used   Available Use% Mounted on
/dev/md0           2385528     858308     1408436  38% /
none               4042588          4     4042584   1% /dev
/tmp               4046788       1268     4045520   1% /tmp
/run               4046788       3288     4043500   1% /run
/dev/shm           4046788          4     4046784   1% /dev/shm
none                     4          0           4   0% /sys/fs/cgroup
cgmfs                  100          0         100   0% /run/cgmanager/fs
/dev/vg1000/lv 16864389368 6526615636 10337773732  39% /volume1
/dev/sdq1       7752282252      94244  7752069224   1% /volumeUSB1/usbshare
/dev/sdr1       7752282252      94228  7752069240   1% /volumeUSB2/usbshare

# einen Scan Vorgang starten im NUR LESEN MODUS !
# als Beispiel für die /volumeUSB2/usbshare Festplatte

e2fsck -fnv Filesystem/dev/sdq1

# bekommt ihr als Antwort sowas

********** WARNING: Filesystem still has errors **********

Ist das Filesystem beschädigt.
Ob die Daten betroffen und welche kann man nicht sagen.
Da hört auch meine Kenntnis auf.

Bin auf Kommentare gespannt.

Mit freundlichen Grüßen

Kevin

 

[ottosykora]

wozu irgendeine Krücke unter windows verwenden wenn da ein Linux vorhanden ist?

 

[Iarn]

Ich schließe mich an, einfach EXT4 nur mit Linux verwenden und gut ist.

 

[Puppetmaster]

Du bekommst also "mehr Infos und mehr errors", wenn du unter Windows prüfst?
Sollte einem das nicht zu denken geben.

 

[PsychoHH]

Er bekommt Fehler, wenn die Festplatte via DSM auf ext4 formatiert wurde aber nicht Sie über Windows (Paragon) formatiert wurden.

 

[XerXes777]

wozu irgendeine Krücke unter windows verwenden wenn da ein Linux vorhanden ist?

Die Version von 2fsck auf der NAS ist älter, wie die auf meiner Krücke (Windows)

Ich schließe mich an, einfach EXT4 nur mit Linux verwenden und gut ist.

Wenn ich unter DSM, also Linux formatiere bekomme ich die Erros im Filesystem, nachdem ich Daten übertragen haben NAS --> USB Festplatte

Du bekommst also "mehr Infos und mehr errors", wenn du unter Windows prüfst?

Ja weil die Version wie oben schon beschrieben neuer ist als auf meiner Krücke (Windows)

Sollte einem das nicht zu denken geben.

Nein sollte es nicht, denn ich weiß genau was ich tue, diesen Bericht den ich geschrieben habe,
dient als Warnung und Information.
Ich brauche keine Hilfe zu diesem Thema !

Ich bitte nochmals darum meinen Beitrag komplett durch zu lesen.

Weil anscheinend wird hier wohl so eine wichtige Erkenntnis eines Problems und Lösung dessen,
nicht wertgeschätzt nach diesen Aussagen...


PS: Ich bitte euch auch zwecks der Übersicht eure Meinungen für euch zu behalten
und mit Fakten zu kommen oder/und meine gestellten Fragen zu beantworten.

Ich wünsche mir nix anders, wie das ich falsch lege und meine Erkenntnis widerlegt wird.
Damit andere diesen Problem nicht haben.

 

[Thonav]

 

[ottosykora]

 

[peterhoffmann]

@XerXes777
Mangels externer HDD oder USB-Stick kann ich das nicht an meiner DS nachvollziehen. Ich würde aber annehmen, dass ein Linuxsystem es fehlerfrei hinbekommt einen Datenträger in ext4 zu formatieren und zu beschreiben. Falls da wirklich ein Fehler im System sein sollte, stände die Linuxwelt Kopf. Hast du defekte Dateien gefunden? Konntest du den Fehler lokalisieren?

@ottosykora
Deine beiden Beiträge lösen nur fremdschämen aus. Diskussions- und hilfsbereit sieht anders aus, von konstruktiv ganz zu schweigen.

 

[Ramihyn]

Ich tu mich hier mit dem Thread aber ebenfalls schwer, das ernst zu nehmen, denn der TO schafft es ja nicht einmal, zwei grammatikalisch einwandfreie Sätze zu formulieren, ohne sich dabei selbst zu widersprechen.
Wer so schreibt, dem ist einfach nicht zuzutrauen, ein Kommandozeilentool fehlerfrei zu bedienen.
Zudem ist die "Stichprobe" (wir reden hier immerhin von grad mal vier Platten unbekannten Fabrikats und Alters an EINER ebenfalls undefinierten Diskstation unbekannten Zustands) alles andere als repräsentativ.
Das ALTER einer Software sagt ebenfalls genau NICHTS über deren Zuverlässigkeit aus.

 

[ottosykora]

also wenn jemand mit einem Windows Programm Linux Filesystem kontrolliert, warum kommt niemand auf die Idee mit einem Linux Tool NTFS zu kontrollieren?

Dass unter Linux bei fs check Fehler gemeldet werden, daran habe ich mich lange gewöhnt. Hat mich früher auch zuerst irritiert. Deswegen steht Linuxwelt nicht Kopf.


Wenn ein kommerzielles Windows Tool Linux Partition formatiert, wird es natürlich keine Fehler drin finden, das wäre schlechte Reklame. Es muss doch zeigen: ich bin besser als das Original.

 

[Andy14]

# Schauen wie das Filesystem heißt und wie das Volumen gemounted ist!!!

df

# Ein Beispiel wie es bei mir aussieht

Filesystem       1K-blocks       Used   Available Use% Mounted on
...
/dev/sdq1       7752282252      94244  7752069224   1% /volumeUSB1/usbshare
...

Vielleicht solltest du es mal unmounten!

Prüfung in der Konsole

Achtung!

fsck darf niemals auf eingehängte oder verschlüsselte Partitionen angewandt werden.

 

[XerXes777]

also wenn jemand mit einem Windows Programm Linux Filesystem kontrolliert, warum kommt niemand auf die Idee mit einem Linux Tool NTFS zu kontrollieren?

Dass unter Linux bei fs check Fehler gemeldet werden, daran habe ich mich lange gewöhnt. Hat mich früher auch zuerst irritiert. Deswegen steht Linuxwelt nicht Kopf.


Wenn ein kommerzielles Windows Tool Linux Partition formatiert, wird es natürlich keine Fehler drin finden, das wäre schlechte Reklame. Es muss doch zeigen: ich bin besser als das Original.

Gleiches Ergebnis unter Ubuntu 16.04.....also danke für nix für deine meinung

Vielleicht solltest du es mal unmounten!

Vielleicht solltest du mal meinen Beitrag komplett lesen ?

--> # einen Scan Vorgang starten im NUR LESEN MODUS !
# als Beispiel für die /volumeUSB2/usbshare Festplatte

mit dem Zusatz -n WIRD NUR LESEN/PRÜFEN ausgeführt
und das darf man machen ohne vorher zu unmounten !!!

also wieder danke für nix

 

[ottosykora]

Gleiches Ergebnis unter Ubuntu 16.04...

welches Ergebnis?

Was willst du uns ganz genau mitteilen?

Dass wir unsere Platten unbedingt mit einem Windows Tool prüfen sollen?

 

[Andy14]

...
Vielleicht solltest du mal meinen Beitrag komplett lesen ?

--> # einen Scan Vorgang starten im NUR LESEN MODUS !
# als Beispiel für die /volumeUSB2/usbshare Festplatte

mit dem Zusatz -n WIRD NUR LESEN/PRÜFEN ausgeführt
und das darf man machen ohne vorher zu unmounten !!!

also wieder danke für nix

Ja, aber nur wenn da wirklich nichts auf dem Laufwerk geschieht. Das DSM läuft aber weiter!
Zeigst du vielleicht auch mal die komplette Ausgabe von e2fsck? Ich wette es sind "Free blocks count wrong" und/oder "Free inodes count wrong"
Mach doch mal ein unmount und mache den Test erneut!

 

[XerXes777]

Das Prüfergebnis auf beiden Systemen Linux oder Windows ist exakt das gleiche mit der selben Festplatte.

Damit will ich sagen, dass meine Prüfungsumgebung nicht angefochten werden kann.

Was und wie ihr prüft oder nicht, ist mir total egal.

 

[Puppetmaster]

Hast du deine Erkenntnisse eigentlich auch dem Hersteller mitgeteilt? Oder im internationalen Forum kundgetan?

Den Sachverhalt würde ich schon gerne auch einmal testen, nur derzeit fehlt mich die Gelegenheit dazu.

 

[XerXes777]

Nein noch noch.
Sammel noch mehr Fakten.

 

[ottosykora]

ja nur welche Ergebnisse?

Verstehe ich es richtig:
eine neu angelegte Partition hat keine Fehler
eine beschriebene Partition zeigt jedoch etwas ...was?

Dann verstehe ich nicht wo das Problem liegt.

Ich musste vor einigen Jahren ca 2000 kleine Linux Server bauen mit diversen zusätzlichen Drives. So was wie Vorgänger von Raspi.
Klar waren neu formatierte Partitionen schön.
Nach dem ich diese befüllt habe mit dies und jenem, wurden div 'Fehler' gemeldet. Und die sind da wohl bis heute geblieben.

Was für Resultate genau siehst du oder von welchen Fehlern oder sonst was ist da die Rede?

 

[Andy14]

Um mein "unmount" noch mal zu untermauern.

...
Note that in general it is not safe to run e2fsck on mounted filesystems. The only exception is if the -n option is specified, and -c, -l, or -L options are not specified. However, even if it is safe to do so, the results printed by e2fsck are not valid if the filesystem is mounted.
...