staging.inyokaproject.org

PC: Ubuntu mit VM (Win7, 32bit)

Data HDD: formatiert auf NTFS (Wegen VM)

Frage: Wie haltet ihr Kontrolle, dass nur korrekte File-/Dir-Namen auf die HDD kommen?

(Bsp: 2021-06-28-10:09:10.sql.bak kann nicht in Win7 geöffnet werden, wegen ':' )

Naja, Du müsstest eben darauf achten, dass jeder Prozess, der dort etwas hinkopiert, entsprechende Filter drin hat. Oder bei dem Prozess, der die Dateien mit dem Doppelpunkt im Namen erzeugt, einfach ein anderes zeichen verwendet wird.

Razorsedge schrieb:

PC: Ubuntu mit VM (Win7, 32bit)

Win7 ist seit 20 Monaten end of service, damit hochgradig unsicher. Möglicherweise kein direkter Internet-Zugang oder Virtualisierung sind kein Schutz, es dürfen keinerlei Daten zwischen diesem System und dessen Außenwelt fließen.

Data HDD: formatiert auf NTFS (Wegen VM)

Sinnfrei. VMs können auf shared folders zugreifen. Welches Filesystem auf deren Partition liegt, ist dafür unerheblich, der Host muß damit umgehen können.

Also bspw. Host eine Linux-Distribution, VM ein Win10, 1 shared folder r/w auf einer ext4-Partition.

GELÖST!

Da Windows10 ja nun ext4 schreiben und lesen kann, wurde es gelöst, indem ich alle meine HDDS auf linux ext4 umformatiert habe. Super, ein Problem/Worry weniger (Mimimimi: Ging aber lange, bei meinen 7.5 TB Daten das alles zurückzukopieren!)

Razorsedge schrieb:

[…] gelöst, indem ich alle meine HDDS auf linux ext4 umformatiert habe.

Mir ist nicht klar, wieso dies Dein Problem löst!

Das Dateisystem ext2/3/4 erlaubt für Dateinamen Bytefolgen aus bis zu 255 Bytes, wobei alle Werte bis auf 0x00 und 0x2f (/) erlaubt sind.

Das Dateisystem NTFS erlaubt für Dateinamen Zeichenfolgen aus bis zu 255 UTF-16-Zeichen, wobei alle Werte bis auf 0x0000 und / erlaubt sind.

Das ist fast perfekt kompatibel, lediglich können manche bei NTFS zulässigen Dateinamen bei ext2/3/4 zu lang sein.

Das Problem liegt also gar nicht auf der Ebene der Dateisysteme, sondern ausschließlich bei der Windows-Shell, welche bestimmten Zeichen ( \ : * ? " < > | ) eine Sonderrolle zuweist und sie deshalb nicht in Dateinamen zulässt. Das ändert sich aber überhaupt nicht, wenn jetzt auf ein ext2/3/4-Dateisystem zugegriffen werden soll.

Razorsedge schrieb:

GELÖST!

kB schrieb:

Mir ist nicht klar, wieso dies Dein Problem löst!

Mir ist nicht klar, warum das gelöst markieren in jedem seiner Threads mit Großbuchstaben + Fettschrift + gelb hinterlegt erfolgen muss?!

charly-ax schrieb:

Razorsedge schrieb:

GELÖST!

kB schrieb:

Mir ist nicht klar, wieso dies Dein Problem löst!

Mir ist nicht klar, warum das gelöst markieren in jedem seiner Threads mit Großbuchstaben + Fettschrift + gelb hinterlegt erfolgen muss?!

Nun ich denke geht man in einen Threat (Die Frage kennt man ja dann schon) und will schnell ohne Schnickschnack schnell zur Lösung gelangen, so denke ich das es dann eine gute Idee es so zu machen wie ich!

kB schrieb:

Razorsedge schrieb:

[…] gelöst, indem ich alle meine HDDS auf linux ext4 umformatiert habe.

Mir ist nicht klar, wieso dies Dein Problem löst!

Das Dateisystem ext2/3/4 erlaubt für Dateinamen Bytefolgen aus bis zu 255 Bytes, wobei alle Werte bis auf 0x00 und 0x2f (/) erlaubt sind.

Das Dateisystem NTFS erlaubt für Dateinamen Zeichenfolgen aus bis zu 255 UTF-16-Zeichen, wobei alle Werte bis auf 0x0000 und / erlaubt sind.

Das ist fast perfekt kompatibel, lediglich können manche bei NTFS zulässigen Dateinamen bei ext2/3/4 zu lang sein.

Das Problem liegt also gar nicht auf der Ebene der Dateisysteme, sondern ausschließlich bei der Windows-Shell, welche bestimmten Zeichen ( \ : * ? " < > | ) eine Sonderrolle zuweist und sie deshalb nicht in Dateinamen zulässt. Das ändert sich aber überhaupt nicht, wenn jetzt auf ein ext2/3/4-Dateisystem zugegriffen werden soll.

@kB Du hast recht! Aber ich habe es gelöst, indem ich mit python ein Program geschrieben habe, welches alle meine 27 Mio Files und Directories nach flashcen File/Dir Namen für BEIDE (NTFS, ext4) kontrolliert und korrigiert! Jeden Abend vor dem Backup wird es auch ausgeführt.

Ich bin dabei noch einen Schritt weitergegangen und nicht zugelassen sind:

- > < : ; ' " / \ | ? *

- Multi space compress (z.B. '........' → '.')

- Space ' ' am Ende des Filenamens

- Punkt '.' am Ende des Filenamens

- CON,PRN,AUX,NUL,

- COM1,COM2,COM3,COM4,COM5,COM6,COM7,COM8,COM9,

- LPT1,LPT2,LPT3,LPT4,LPT5,LPT6,LPT7,LPT8,LPT9.

Razorsedge schrieb:

charly-ax schrieb:

Razorsedge schrieb: […] Mir ist nicht klar, warum das gelöst markieren in jedem seiner Threads mit Großbuchstaben + Fettschrift + gelb hinterlegt erfolgen muss?!

Nun ich denke geht man in einen Threat (Die Frage kennt man ja dann schon) und will schnell ohne Schnickschnack schnell zur Lösung gelangen, so denke ich das es dann eine gute Idee es so zu machen wie ich!

Mir gefällt das auch nicht, wenn man Augenkrebs (Fett schwarz auf gelb) verbreitet und herum schreit (durchgehend Großbuchstaben). Vielen anderen, die sich an die Stilvorschriften des Portals halten, auch wohl nicht. Missachtung der Stilvorschriften ist keine gute Idee.

Razorsedge schrieb:

[…] @kB Du hast recht! Aber ich habe es gelöst, indem ich mit python ein Program geschrieben habe, welches alle meine 27 Mio Files und Directories nach flashcen File/Dir Namen für BEIDE (NTFS, ext4) kontrolliert und korrigiert!

Das ist natürlich tatsächlich eine valide Lösung für Dein Problem.

Unschön ist allerdings, dass Du damit erst herausrückst, nachdem ich Dich auf die Unwirksamkeit der zuvor von Dir als Lösung markierte Maßnahme hingewiesen hatte.

Unschön ist auch, dass Du Dein Programm hier nicht mitteilst. Sicherlich bist Du nicht der einzige mit diesem Problem.

@charly-ax

@kB

Danke für Eure Kritik Ich verstehe den Punkt mit dem ANSCHREIEN und werde in Zukunft diese Formatierung nicht mehr verwenden.

kB schrieb:

Das ist natürlich tatsächlich eine valide Lösung für Dein Problem.

Unschön ist allerdings, dass Du damit erst herausrückst, nachdem ich Dich auf die Unwirksamkeit der zuvor von Dir als Lösung markierte Maßnahme hingewiesen hatte.

Unschön ist auch, dass Du Dein Programm hier nicht mitteilst. Sicherlich bist Du nicht der einzige mit diesem Problem.

Ok, Du hattest vergebene Mühen. Ja, ich hätte meine Lösung in Stufe 2 und Stufe 3 noch tiefer begründen können, dachte mir aber dass Win10 nun ext4 r + w genügt das.

Ich werde mich hüten, meine Spaghetti Python Programme hier zu posten. Aber ich habe ja schon mal angegeben, auf was man achten sollte oder könnte.