« ∧ » ∨

Verfasst am 18.01.2008 13:25:13 Uhr
Neues Betriebssystem mit alten Problemen

Fortsetzung einer unendlichen Geschichte.

Zu Dokumentationszwecken habe ich hier das Backslash-Symbol durch das Slash-Symbol "/" ersetzt:

Altes Betriebssystem Windows98:

"C:/.../Mein Ordner /mein kurzer Pfadname /DATEI.meine"

Neues Betriebssystem WindowsXP:

Gemeinsame Dokumente:

"C:/Dokumente und Einstellungen /All Users /Dokumente /.../Mein Ordner/ mein kurzer Pfadname /DATEI.meine"

Dateien von Gast:

"C:/Dokumente und Einstellungen /Gast /Eigene Dateien /.../Mein Ordner /mein kurzer Pfadname /DATEI.meine"

Dateien von user:

"C:/Dokumente und Einstellungen /LocalService /Eigene Dateien /.../Mein Ordner /mein kurzer Pfadname /DATEI.meine"

Die Datensicherung scheitert mit normalem WindowsXP-Befehl "Einfügen", falls der Pfadname zu lang ist. 1:0 für Mikrosoft!

Während ich mich bei meinem Windows98-Rechner damit begnügt hatte, die partitionierten Festplattenbereiche mit kurzen Verzeichnisnamen zu kennzeichnen, damit man Programm-Daten und Text-&Bilddaten getrennt sichern kann, müssen bei WindowsXP lange Ordnernamen herhalten, damit man weiß, was sich dahinter verbirgt. Jedoch kann die Read- /Write- Betriebssystemsoftware keine längeren Pfadnamen wie im vorangegangenen System handhaben. Meistens keine Probleme bereitet die Datensicherung von Dateien, die in den Ordnern "C:/Eigene Dateien", "C:/Eigene ..." usw. untergebracht sind, solange man diese Problematik beachtet und nicht selber dort lange Hierachienamen in diversen SubOrdnern einbaut.

Möglicherweise ist der Backup-Software diese Problematik gleichgültig, falls sie einfach die technischen Festplattenbereiche "...000000" bis "...FFFFFF" sichert und keine Adressierung über Pfadnamen benötigt. Meine Erfahrung von Backup-Programmen ist jedoch nicht unvoreingenommen gutgläubig, da ich in meinem kurzen Computerleben erlitten habe, dass es hieß, bei diesem neuen Rechner mit dem neuen Betriebssystem "soundso" können die mit dem alten Backupprogramm gesicherten Daten nicht wieder eingelesen werden. Also hätte das Backup vermutlich nur etwas genützt, wenn man einen Zwillingsrechner mit dem gleichen Betriebssystem zur Verfügung gehabt hätte. Welch ein Home-User hält sich denn aus diesem Grunde zwei Rechner mit dem gleichen Betriebssystem? Fast niemand. Man leistet sich einen Rechner bis dass dieser nicht mehr will oder seinen höheren Ansprüchen nicht mehr gerecht wird.

Maximale Pfadlänge unter WindowsXP

12345678901234567890123456789012 
C:/Dokumente und Einstellungen/u 
ser/Eigene Dateien/e_34567890/z_ 
345678901234567890/d_34567890123 
45678901234567890/v_345678901234 
56789012345678901234567890/f_345 
67890123456789012345678901234567 
8901234567890/s_3456789012345678 
90123456789012345678901

Ende der Fahnenstange für Pfadnamen nach der 247.Stelle. Dateinamen mit mehr als 32 Zeichen werden ab der 29.Stelle mit "..." dargestellt.

Möchte man weitere Verzeichnisse anlegen, dann meldet sich das System mit einem INFO-Popup und folgendem Text:Möchte man eine weitere Verknüpfung anlegen, dann meldet sich das System mit einem INFO-Popup und folgendem Text:Möchte man einen neuen Aktenkoffer anlegen, dann meldet sich das System mit einem INFO-Popup und folgendem Text:Möchte man eine neue Bitmap anlegen, dann meldet sich das System mit einem INFO-Popup und folgendem Text:Möchte man ein neues Textdokument anlegen, dann meldet sich das System mit einem INFO-Popup und folgendem Text: u.s.w. ...

Kürzt man den Pfadnamen durch Umbenennen um 10Stellen, wird man mit der oben dargestellten Popup-Info darauf hingewiesen, dass man immer noch kein neues Unterverzeichnis anlegen kann, jedoch gelingt bereits wieder ein Textdokument mit dem Namen "a_345678901234567.txt" anzulegen.

Und jetzt der absolute Clou! Wieder wird der Pfadname umbenannt und zwar diesmal der letzte Verzeichnisname bis zum Anschlag um 10Stellen erweitert. Nun ist wie vor keine weitere Textdatei anlegbar, aber die vormals angelegte Textdatei "a_345678901234567.txt" ist vorhanden, kann aber, diesmal ohne irgendeine Warn-Info, nicht mehr

• geöffnet werden,
• bearbeitet werden
• umgenannt werden
• gesendet werden

und ich vermute, auch nicht datengesichert werden (Pfadname zu lang!). Möchte man die Datei unter der Option "Öffnen mit" mit diversen Programmen öffnen, so erhält man folgende Fehlermeldungen

• Editor: "Zugriff verweigert"
• edit: "Falscher Parameter"
• Staroffice: "Fehler beim Laden des Dokumentes 'file:///xyz-Musterpfadname'
  Der Zugriff auf 'xyz-Musterpfadname' wurde verweigert"
  

Möchte man den letzten Musterordner "s_34..." samt seinem Inhalt, der Datei "a_345678901234567.txt" löschen, dann erhält man folgendes Warn-Infopopup:Hier wurde wohl der Programmierer entlassen oder eine andere Arbeitsgruppe mit dem Problem befasst? Denn: bestätigt man mit "Ja", so erhält man folgendes Warn-Infopopup:
Nix ist o.k.! Hellau!!! Alaaf!! Singt alle das Lied
"||: Ein Loch ist im Eimer, Karl Otto :|| - 1 Loch.
||: Dann flick es, oh Henry :|| - dann flick es. - usw."

Eine Lösung dieses Problems ist nur möglich, wenn man den Pfadnamen durch Umbenennen eines seiner (Unter-)Verzeichnisnamen auf sein notwendiges Maß kürzt.

Wenn sich beim Datensichern ergibt, dass ein Verzeichnis nicht kopiert werden kann, ist man leider genötigt, manuell in seinen Unterverzeichnissen nach zu langen Pfadnamen zu suchen und gegebenenfalls diesen Übertäter umzubenennen. Echt Handarbeit! Daher besonders wertvoll!

Für jetzt erst mal genug! Vielleicht später mehr oder weniger. (dp) (3,5h)
archiviert (tbid1907.361): (dp) 26.01.2009 (+0,1h (+flagcounter +home.icon +4navi +w3c_LiCh))