Fragezeichen in Dateinamen
Michael Horn
ich habe neuerdings auf einem lokalen NTFS-Laufwerk (OS = Win2k & SP2)
eine Datei rumliegen, die ein Fragezeichen im Namen enthält und 0
Bytes groß ist.
Eine Datei mit ähnlichem Namen existierte vorher in diesem
Verzeichnis. Diese ist offenbar aus irgendeinem Grund zerstört worden.
Die Datei mit dem Fragezeichen läßt sich jetzt nicht mehr löschen.
Auch chkdsk hat nichts gebracht.
Hat jemand eine Idee, wie man die Datei wieder weg bekommt?
Danke.
Micha
Helmut Hullen
Du meintest am 18.06.02:
> ich habe neuerdings auf einem lokalen NTFS-Laufwerk (OS = Win2k &
> SP2) eine Datei rumliegen, die ein Fragezeichen im Namen enthält
> und 0 Bytes groß ist.
Einer der Wege unter DOS:
alle anderen Dateien woanders hin kopieren
Verzeichnis löschen
Viele Gruesse!
Helmut Hullen
BS
Rainer Haessner
Files mit merkwuerdigen Filenamen werde ich ueblicherweise ueber ftp los.
In Ihrem Fall wuerde das bedeuten, sich mit ftp anzumelden (so das
ueberhaupt geht), dann ein
dir *?*
um sicherzustellen, dass man anschliessend wirklich nur das betreffende
File erwischt, ja und dann ein
mdele *?*
Rainer Haessner
Frank Widmaier
> File erwischt, ja und dann ein
> mdele *?*
ichhab auch so ne DAtei.. sollte mal n Ordner werden. Alle Tips schlugen
fehl. die anderen Files sind weg. nur diese nicht. Name "Neue " das
"Leerzeichen" am Ende ist nur nicht blank, sondern n ungueltiges
Zeichen, das ich nicht erwische .. und mit nem Hex-Editor rangehen.. najaaa
--
Fragen rund um mozilla, netscape & Co werden | Achtung
in der Newsgroup news:de.comm.software.mozilla | SPAM-Filter
gern gesehen. Man liest sich dort... |www.antispam-page.de.vu
Gernot Schrumpf
news:ccdde8e8.02061...@posting.google.com...
Ganz einfach, wenn die Datei wirklich nur das Fragezeichen im
Dateinamen enthält. Gelöscht wird sie mit dem Befehl DEL /P ?, wobei
dieser Befehl jetzt alle einbuchstabigen Dateinamen vorschlägt. Bei
dem richtigen einfach mit J bestätigen und weg ist sie. Hat jedenfalls
so bei mir geklappt.
MfG. Gernot
Norbert Junghenn
Michael Horn wrote
> ich habe neuerdings auf einem lokalen NTFS-Laufwerk (OS = Win2k & SP2)
> eine Datei rumliegen, die ein Fragezeichen im Namen enthält und 0
> Bytes groß ist.
Uups, das hätte aber nicht passieren sollen. Schliesslich ist '?' ein
in Dateinamen nicht erlaubter Buchstabe.
Irgendeine Idee wie das passieren konnte?
Ich frage deswegen, weil es mir selbst durch wüsten Missbrauch diversen
Schweinkrams nicht gelungen ist, so etwas zu produzieren.
Deswegen könnte es sein, dass der Name nicht wirklich ein Fragezeichen
enthält, sondern das Fragezeichen eine Ersatzdarstellung für ein anderes
Zeichen ist.
> Eine Datei mit ähnlichem Namen existierte vorher in diesem
> Verzeichnis. Diese ist offenbar aus irgendeinem Grund zerstört worden.
> Die Datei mit dem Fragezeichen läßt sich jetzt nicht mehr löschen.
Die einfachste Variante ist die (ich wag' es kaum zu sagen) Kommandozeile.
In das entsprechende Directory wechseln und per DEL löschen. Hilft fasst immer.
Falls nicht:
1. Dateiname per DIR anzeigen lassen.
2. DEL<SPACE>tippen und
3. Dateiname mit linker Maustaste markieren und per zweimaligen Rechtsklick
kopieren und hinter dem DEL einfügen
4. ENTER
Wenn das immer noch nicht klappt (hartnäckiges kleines Biest aber auch)
dann wäre, da noch der 1. alles andere weg-moven und 2. DEL ** approach.
Und das immer noch nicht hilft, dann muss der C-Compiler ran. Und zwar mit
FindFirstFileW()
<Zitat>
Windows NT: Pointer to a null-terminated string that specifies a valid directory
or path and filename, which can contain wildcard characters (* and ?).
There is a default string size limit for paths of MAX_PATH characters. This limit
is related to how the FindFirstFile function parses paths. An application can
transcend this limit and send in paths longer than MAX_PATH characters by calling
the wide (W) version of FindFirstFile and prepending "\\?\" to the path. The "\\?\"
tells the function to turn off path parsing; it lets paths longer than MAX_PATH
be used with FindFirstFileW. However, each component in the path cannot be more than
MAX_PATH characters long. This also works with UNC names. The "\\?\" is ignored as
part of the path. For example, "\\?\C:\myworld\private" is seen as "C:\myworld\private",
and "\\?\UNC\bill_g_1\hotstuff\coolapps" is seen as "\\bill_g_1\hotstuff\coolapps".
</Zitat>
Damit kriegt man den echten Filenamen in Unicode (ohne CodePage-Umsetzung).
Und dann löschen mit DeleteFileW().
Falls das immer noch noch tut was es soll, dann nimm den ganz großen Hammer:
MoveFileExW(name , NULL, MOVEFILE_DELAY_UNTIL_REBOOT)
und neu booten.
HTH
Gruß,
Norbert
Frank Widmaier
> http://www.jsiinc.com/suba/tip0100/rh0167.htm
hab ich auch schon versucht.. nichts zu machen.. ein dummer Sonder-Char
und Pech ghabt *grmbl*
Gerrit Heitsch
>
> Am 19.06.2002 19:17 tippte *Jürgen Hader* in die Kiste:
>
> > http://www.jsiinc.com/suba/tip0100/rh0167.htm
>
> hab ich auch schon versucht.. nichts zu machen.. ein dummer Sonder-Char
> und Pech ghabt *grmbl*
Ich hab mal was noch viel besseres geschafft... Aufgrund
eines Programmfehlers hatt NT auf einmal japanische
Schriftzeichen in den Namen einiger Keys in der Registry.
(Auf japanischen NT). Man konnte sie nicht loeschen oder
umbenennen...
Kannst du vielleicht alle anderen Dateien aus dem Directory
woanders hin kopieren und dann einfach das komplette
Directory loeschen? Oder klappt das auch nicht?
Gerrit
Frank Widmaier
> Kannst du vielleicht alle anderen Dateien aus dem Directory
> woanders hin kopieren und dann einfach das komplette
> Directory loeschen? Oder klappt das auch nicht?
c:\ ? *g*
Gerrit Heitsch
>
> Am 19.06.2002 22:28 tippte *Gerrit Heitsch* in die Kiste:
>
> > Kannst du vielleicht alle anderen Dateien aus dem Directory
> > woanders hin kopieren und dann einfach das komplette
> > Directory loeschen? Oder klappt das auch nicht?
>
> c:\ ? *g*
Ups... OK... Kann LINUX inzwischen NTFS schreiben?
Man koennte es dann von LINUX aus probieren.
Gerrit
Michael Banck
>> c:\ ? *g*
>
> Ups... OK... Kann LINUX inzwischen NTFS schreiben?
> Man koennte es dann von LINUX aus probieren.
uhh, *das* würde ich nicht probieren...
Michael
--
"Ich bin ja Hauptgruppenchemiker und habe nicht viel Ahnung von Niob
zum Beispiel. Deshalb habe ich das auch Heute im Diplom gefragt, damit
ich auch mal etwas lerne."
-- Prof. Schmidbaur
Marc 'HE' Brockschmidt
> On Wed, 19 Jun 2002 22:47:20 +0200, Gerrit Heitsch wrote:
>>> c:\ ? *g*
>> Ups... OK... Kann LINUX inzwischen NTFS schreiben?
>> Man koennte es dann von LINUX aus probieren.
> uhh, *das* würde ich nicht probieren...
Solange es die Systempartition ist, halte ich es für sehr sinnvoll.
SCNR
HE
--
BOFH #320:
You've been infected by the Telescoping Hubble virus.
Eric Dondelinger
><Gerrit Heitsch><ger...@laosinh.s.bawue.de> wrote:
>
>> Ups... OK... Kann LINUX inzwischen NTFS schreiben?
Koennen schon, aber ob richtig koennen?
> tfoerts@dido:~> zcat /proc/config.gz | grep -i NTFS
> CONFIG_NTFS_FS=m
> # CONFIG_NTFS_RW is not set
>
>> Man koennte es dann von LINUX aus probieren.
>
> Nein, besser nicht. Nur MS weiss was MS programmiert.
... so die es denn ueberhaupt selber wissen...
/me ducks
SCNR, Eric
P.S. NTFS _Write_ ist nicht umsonst als *experimental*
eingestuft. Read funzt aber gut, letzthin noch per Knoppix
ausprobiert auf einem W2K Server.
Michael Horn
> ich habe neuerdings auf einem lokalen NTFS-Laufwerk (OS = Win2k & SP2)
> eine Datei rumliegen, die ein Fragezeichen im Namen enthält und 0
> Bytes groß ist.
Hallo,
danke für Eure Antworten. Ich habe die Datei mit del auf der
Kommandozeile weg bekommen. (Komplettes Verzeichnis löschen ging
nicht; schon vorher probiert.)
Hatte aber den Nebeneffekt (Wildcardeffekt), daß die Originaldatei
(ohne Fragezeichen), die inzwischen wieder mit im Verzeichnis stand
(in dieses werden automatisch Backups gemacht) auch mit weg war....
Micha
Peter Trott
:
Wenn alles nichts hilft, versuch es mal mit dem Windows Commander, ein
NC Clon.
Mauszeiger auf Dateinamen, rechte Maustaste lange drücken, im
erscheinenden Menü umbenennen anklicken. Daraufhin verändert sich der
angezeigte Dateiname in ein Eingabefenster, in dem man den Namen
editieren oder völlig neu beliebig eingeben kann.
Sharewaredatei für alle (?) Windowsversionen bei www.ghisler.com
Viel Glück
--
Grüße aus Dithmarschen
Peter Trott
Jörg Tewes
Hallo Eric
> P.S. NTFS _Write_ ist nicht umsonst als *experimental*
> eingestuft.
Du meinst weil die das nicht programmieren können? Schließlich gibts
ja kommerzielle Treiber die nicht von MS stammen die einwandfrei Read/
Write funktionieren. So schierig kann das alos nicht sein. Und ein
Unternehmen wird wohl nix verkaufen was eine Arbeitsumgebung zerstören
könnte.
Und Tschüss Jörg
--
"Hey, how about I call you an idiot in public and you can convict me
for revealing state secrets."
(Matthew Stoner (to Garibaldi), "Soul Mates")
Benedict Mangelsdorff
> Und ein Unternehmen wird wohl nix verkaufen was eine Arbeitsumgebung
> zerstören könnte.
Dein Gottvertrauen mag Dich zwar ehren, jedoch habe ich in vielen Jahren
diesbezüglich immer wieder ganz andere Erfahrungen machen müssen.
ttyl8er, bm.
--
[E = mc² ± 2dB]
Josef Frank
> danke für Eure Antworten. Ich habe die Datei mit del auf der
> Kommandozeile weg bekommen. (Komplettes Verzeichnis löschen ging
> nicht; schon vorher probiert.)
Gibt's eigentlich unter Win2000 deltree.exe noch? Das war früher so eine
Art Domestos für Verzeichnisse (obwohl, Domestos taugt ja auch nix mehr,
heut muss es schon Klorix sein).
Gruß Josef
--
"Well," Brahma said, "even after ten thousand explanations, a fool is
no wiser, but an intelligent man requires only two thousand five
hundred."
-- The Mahabharata.
Gernot Schrumpf
news:slrnah7bbq.n...@lao-tzu.tao.de...
> Gibt's eigentlich unter Win2000 deltree.exe noch? Das war früher so
eine
> Art Domestos für Verzeichnisse (obwohl, Domestos taugt ja auch nix
mehr,
> heut muss es schon Klorix sein).
>
> Gruß Josef
deltree ist ein W9x-Programm. Unter NT versteckt sich der Befehl als
Option zum RD-Befehl und heißt dann RD /S.
MfG. Gernot
Muck Krieger
"Josef Frank" <josef...@gmx.ch> wrote:
> Gibt's eigentlich unter Win2000 deltree.exe noch? Das war früher so eine
> Art Domestos für Verzeichnisse (obwohl, Domestos taugt ja auch nix mehr,
> heut muss es schon Klorix sein).
Klorix heißt jetzt rmdir, sonst ändert sich nix.
Cmd -> rmdir /?
Entfernt (löscht) ein Verzeichnis.
RMDIR [/S] [/Q] [Laufwerk:]Pfad
RD [/S] [/Q] [Laufwerk:]Pfad
/S Löscht alle Verzeichnisse und Dateien im angegebenen Verzeichnis
zusätzlich zu dem Verzeichnis selbst. Wird verwendet, um ganze
Verzeichnisbäume zu löschen.
/Q Keine Nachfrage, ob die Verzeichnisbäume mit /S entfernt werden
sollen.
HTH,
Muck
Jörg Tewes
Hallo Benedict
>> Und ein Unternehmen wird wohl nix verkaufen was eine
>> Arbeitsumgebung zerstören könnte.
> Dein Gottvertrauen mag Dich zwar ehren,
Wenn ich irgendjemandem ganz sicher nicht vertraue dann ist das eben
der von dir erwähnte. Und es waren eher eigene Erfahrungen. Ich habe
mehrere dieser "Treiber" im Einsatz gesehen und die funktionieren
einwandfrei.
> jedoch habe ich in vielen Jahren diesbezüglich immer wieder ganz
> andere Erfahrungen machen müssen.
Die da wären? Ich meiner sicherlich gibts da Firmen die sowas machen,
aber entweder sind die nicht lange dabei oder sie verbessern es. Ein
Treiber um ein OS fremdes Dateisystem zu lesen ist nicht dasgleiche
wie ein Programm.
Und Tschüss Jörg
--
[] Sicherheitslücke in FTP-Server für Linux
http://www.heise.de/newsticker/data/odi-29.11.01-000
Ein Fehler in dem FTP-Daemon WU-FTP beschert den meisten
unter Linux laufenden FTP-Servern eine neue Sicherheitslücke.
Jörg Tewes
Hallo Torgen
> Der Referenztreiber, mit dem _schreibend_ auf NTFS-Laufwerke
> zugegriffen wird ist leider Close Source.
Hmm das ist vielleicht garnicht so schlecht, so kann da wenigstens
nicht jeder dran rumprogrammieren und dann scheisse bauen.
>> ja kommerzielle Treiber die nicht von MS stammen die einwandfrei
>> Read/ Write funktionieren. So schierig kann das alos nicht sein.
> Mit der Referenzimplementierung von MS, ja. Sonst nein.
Wieso bist du dir dessen so sicher?
Und Tschüss Jörg
--
"Mollari, the grievances between my people and yours will never be
resolved except with Centauri blood. Accept that as a given."
"Well, its good to know we're appreciated."
(G'Kar and Londo, "Revelations")
Michael Banck
>> Der Referenztreiber, mit dem _schreibend_ auf NTFS-Laufwerke
>> zugegriffen wird ist leider Close Source.
>
> Hmm das ist vielleicht garnicht so schlecht, so kann da wenigstens
> nicht jeder dran rumprogrammieren und dann scheisse bauen.
[ ] Du hast begriffen.
Michael
--
"The irony is that Bill Gates claims to be making a stable operating
system and Linus Torvalds claims to be trying to take over the world."
-- seen on the net
Jörg Tewes
Hallo Michael
> [ ] Du hast begriffen.
Kästchenspiele sind was für Kinder!
Benedict Mangelsdorff
> > jedoch habe ich in vielen Jahren diesbezüglich immer wieder ganz
> > andere Erfahrungen machen müssen.
>
> Die da wären? Ich meiner sicherlich gibts da Firmen die sowas machen,
> aber entweder sind die nicht lange dabei oder sie verbessern es.
Du hast verstanden, worum es in diesem Thread ursprünglich ging? M$
(jaja, ich weiß - Servicepacks sind 'kostenlos' - so what?) hat es z.B.
geschafft, einen Treiber zu schreiben, der das M$-proprietäre Filesystem
beschädigt. Und M$ wird daran wohl auch nicht pleite gehen.
> Ein Treiber um ein OS fremdes Dateisystem zu lesen ist nicht
> dasgleiche wie ein Programm.
Wenn Treiber keine Programme sind, was sind sie dann? Nur weil sie keine
UI besitzen, sind sie keine Programme mehr? Sind dann Kernels und
Services auch keine Programme?
Jörg Tewes
Hallo Benedict
> Du hast verstanden, worum es in diesem Thread ursprünglich ging? M$
> (jaja, ich weiß - Servicepacks sind 'kostenlos' - so what?) hat es
> z.B. geschafft, einen Treiber zu schreiben, der das M$-proprietäre
> Filesystem beschädigt. Und M$ wird daran wohl auch nicht pleite
> gehen.
Ups, wo gings denn um einen Treiber den MS geschrieben hat? Ich habe
eigentlich darauf geantwortet warum der NTFS Write Support unter Linux
nicht vorhanden ist.
>> Ein Treiber um ein OS fremdes Dateisystem zu lesen ist nicht
>> dasgleiche wie ein Programm.
> Wenn Treiber keine Programme sind, was sind sie dann? Nur weil sie
> keine UI besitzen, sind sie keine Programme mehr? Sind dann Kernels
> und Services auch keine Programme?
Ob es ein Programm ist hat wohl nix mit einer UI zu tun. Ich dachte du
wolltest auf die minderwertige Qualität einiger Programme hinaus.
Und Tschüss Jörg
--
"The secret of our marriage's success, Londo, is our lack of
communication."
(Timov, "Soul Mates")
Benedict Mangelsdorff
> Ob es ein Programm ist hat wohl nix mit einer UI zu tun. Ich dachte du
> wolltest auf die minderwertige Qualität einiger Programme hinaus.
Jein. Treiber sind auch Programme und können minderwertig sein. Und
bekanntlich ist nichts so minderwertig, dass es nicht doch von einigen
Firmen verkauft wird. Das fängt auch schon bei Hardware an, die ohne
installierbare Treiber verkauft wird. Der Kunde ist ja daran gewöhnt
worden, sich gefälligst selbst darum zu kümmern, wie er den Mist ans
Laufen bekommt.
Hermann Riemann
> ich habe neuerdings auf einem lokalen NTFS-Laufwerk (OS = Win2k & SP2)
> eine Datei rumliegen, die ein Fragezeichen im Namen enthält und 0
> Bytes groß ist.
> Hat jemand eine Idee, wie man die Datei wieder weg bekommt?
alle andere Dateien in einen neuen Ordner kopieren,
den alten Ordner loeschen,
den neuen Ordner umbenennnen.
Ist zumindest ein Versuch wert.
Hermann
der es unter Linux mit
main(){unlink("?")};
probieren wuerde.