Unbenannte Datei wiederherstellen
- Ersteller FrBddn
- Erstellt am
StefanArbe
Lieutenant
- Registriert
- Juli 2021
- Beiträge
- 937
wahrscheinlich Dateiendungen anzeigen lassen
https://www.heise.de/tipps-tricks/Windows-Dateiendungen-anzeigen-lassen-4000129.html
und dann umbenennen
https://www.heise.de/tipps-tricks/Windows-Dateiendungen-anzeigen-lassen-4000129.html
und dann umbenennen
Das hilft gar nichts, wenn die Dateiendung umbenannt wurde.StefanArbe schrieb:
Mit einem Editor bzw. Hexviewer die Datei anschauen. Wenns eine Grafik war, IrfanView merkt das und empfiehl dann eine korrekte Umbenennung.
Zuletzt bearbeitet:
Besser als der andere Vorschlag.Samurai76 schrieb:
Warum geht Ihr davon aus, daß die Dateiendung nicht bereits korrekt angezeigt wird? Wenn die Dateiendung (!) umbenannt wurde, hilft das nichts!Samurai76 schrieb:
Ich blende beispielsweise schon immer automatisch das Dateiende mit ein, und wenn ich die Dateiendung umbennen, ist die Dateiendung weg!
Die Dateiendung Anzeigen lassen hat schon gereicht. Habe .avi gelöscht und konnte problemlos damit arbeiten.
Leider hat VLC die Datei auch nicht wiedergeben können. Hat mich auch gewundert. Danke an alle
Ich arbeite eigentlich nur mit mac. Bin in Sachen Windows einfach eine Null.
Leider hat VLC die Datei auch nicht wiedergeben können. Hat mich auch gewundert. Danke an alle
Ergänzung ()
Die Datei hatte keine Endung. Die hieß einfach 43200.replay!wern001 schrieb:
Ich arbeite eigentlich nur mit mac. Bin in Sachen Windows einfach eine Null.
Keylan
Lt. Commander
- Registriert
- Apr. 2012
- Beiträge
- 1.212
.replay ist doch eine Endung.
Wenn ein Dateiname einen Punkt enthält, ist alles vor dem letzten Punkt die Dateiendung.
Das ist was das Betriebssystem nutzt um nach Programmen zu suchen die zum öffnen der Datei verwendet werden.
Ich kann jede Beliebige Datei auf meinem System mit .pdf ergänzen und Windows wird versuchen diese dann bei Doppelklick mit dem Adobe-Reader zu öffnen. (Ob das geht ist einen andere Frage)
Dateiendungen sind nichts anderes als eine Konvention in Dateinamen.
Wenn ein Dateiname einen Punkt enthält, ist alles vor dem letzten Punkt die Dateiendung.
Das ist was das Betriebssystem nutzt um nach Programmen zu suchen die zum öffnen der Datei verwendet werden.
Ich kann jede Beliebige Datei auf meinem System mit .pdf ergänzen und Windows wird versuchen diese dann bei Doppelklick mit dem Adobe-Reader zu öffnen. (Ob das geht ist einen andere Frage)
Dateiendungen sind nichts anderes als eine Konvention in Dateinamen.
Das ist Schmarrn. Ja, unter Linux gibt es ein Execute-Flag für Dateien statt der .exe-Erweiterung, das war's aber auch schon. Wenn das X-Bit nicht gesetzt ist, weiß man gar nichts außer dass es wohl irgendwelche Daten sind. Und genau deswegen werden auch unter Linux Dateinamenkonventionen benutzt (.so, .conf, .sh, .txt, .odt und so weiter), nur nicht sonderlich konsequent. Und wenn im Dateinamen kein Hinweis auf das Format ist, muss man "es halt wissen" (z.B. /etc/hosts).Samurai76 schrieb:
Achso. Wenn ich also unter Linux ein ausführbares Programm umbenenne in *.pdf, wird ein PDF Reader versuchen, die Datei zu öffnen. Sicher nicht. Siehe hier, 'GrumpyCat schrieb:
Will das System oder Software eines Drittanbieters feststellen, welches Programm für das öffnen einer bestimmten Datei zuständig ist, so richtet es sich dabei nämlich nicht in erster Linie nach der standardmäßig von einem Punkt eingeleiteten Endung des Dateinamens sondern bittet einen in das Mac Betriebssystem integrierten Dienst um Hilfe.
Dieser größtenteils; im Hintergrund agierende Dienst hört auf den Namen "Launch Services" und ist dafür zuständig, festzustellen, mit welchem Programm eine Datei geöffnet werden soll. Dazu analysiert Launch Services die zu öffnende Datei und arbeitet davon verschiedene Kriterien ab, anhand derer das passende Programm ermittelt werden kann.
In erster Linie prüft Launch Services dabei die so genannte Creator Signature (Ersteller Signatur). Dieser Code existiert schon seit den ersten MacOS Versionen und wird beim anlegen einer Datei angelegt. Die Creator Signature steht dabei eindeutig für das Programm, welches die Datei angelegt hat.
Nennt man zum Beispiel eine DOC-Datei so um, dass sie mit ".tif" hinten endet, so ist Mac OS X auf Basis der Creator-Informationen weiterhin in der Lage die "verknüpfte" Anwendung zu finden und sie dennoch mit dem richtigen Programm zu öffnen.
Ist dieser Code nicht vorhanden oder wird das durch ihn festgelegte Programm nicht gefunden, so prüft Launch Services den File Type Code (Datei Typen Code). Dieser Code beschreibt nicht ein Programm im speziellen, sondern gibt allgemeiner die Art der Datei an sich an, sodass Launch Services dann feststellen kann, welche Programme in der Lage sind, Dateien dieses Typs zu öffnen. Erst wenn auch dieser Code entweder nicht vorhanden ist oder kein Programm gefunden werden kann, das Dateien des angegeben Typs öffnen kann, untersucht Launch Services die vor allem von Windows Systemen bekannte Endung des Dateinamens.
Dieser größtenteils; im Hintergrund agierende Dienst hört auf den Namen "Launch Services" und ist dafür zuständig, festzustellen, mit welchem Programm eine Datei geöffnet werden soll. Dazu analysiert Launch Services die zu öffnende Datei und arbeitet davon verschiedene Kriterien ab, anhand derer das passende Programm ermittelt werden kann.
In erster Linie prüft Launch Services dabei die so genannte Creator Signature (Ersteller Signatur). Dieser Code existiert schon seit den ersten MacOS Versionen und wird beim anlegen einer Datei angelegt. Die Creator Signature steht dabei eindeutig für das Programm, welches die Datei angelegt hat.
Nennt man zum Beispiel eine DOC-Datei so um, dass sie mit ".tif" hinten endet, so ist Mac OS X auf Basis der Creator-Informationen weiterhin in der Lage die "verknüpfte" Anwendung zu finden und sie dennoch mit dem richtigen Programm zu öffnen.
Ist dieser Code nicht vorhanden oder wird das durch ihn festgelegte Programm nicht gefunden, so prüft Launch Services den File Type Code (Datei Typen Code). Dieser Code beschreibt nicht ein Programm im speziellen, sondern gibt allgemeiner die Art der Datei an sich an, sodass Launch Services dann feststellen kann, welche Programme in der Lage sind, Dateien dieses Typs zu öffnen. Erst wenn auch dieser Code entweder nicht vorhanden ist oder kein Programm gefunden werden kann, das Dateien des angegeben Typs öffnen kann, untersucht Launch Services die vor allem von Windows Systemen bekannte Endung des Dateinamens.
Kurzversion: Wenn alles andere scheitert (unter Linux) wird all LETZTES nach der Endung geschaut.
Ähnein. Du hast da die Launch Services von macOS zitiert. Und klar könnten unter Linux mit "file" die Desktops ähnliches nachbauen. Ändert aber nichts daran, dass es tatsächlich eingebaut kein Wissen über die Dateien gibt, sondern nur "reinschauen und raten". Das klappt aber häufig nicht, z.B. wenn Dateien schlicht keinen Header haben (haben .txt-Dateien oder .c-Dateien oder .java-Dateien Header? Wohl eher nicht).Samurai76 schrieb:
Sauber wären Metadaten im Dateisystem (Mimetype oder ähnliches). Könn(t)en auch alle Betriebssysteme heutzutage, nutzt aber niemand weil sperrig und gibt doch .txt und file und Konsorten.
Auf jeden Fall ist dieses "Linux braucht Dateinamenerweiterungen nicht" irreführend und inhaltlich Unsinn. Linux kann viele Sachen toll, diese Sache ist keine davon.
