[linux-l] Dateien mit '/' im Dateinamen

[Oliver Bandel]

On Mon, Jul 28, 2003 at 10:46:57PM +0200, Jan-Benedict Glaw wrote:
> On Mon, 2003-07-28 20:10:31 +0200, Oliver Bandel <oliver at first.in-berlin.de>
> wrote in message <20030728181031.GD711 at first.in-berlin.de>:
> > On Mon, Jul 28, 2003 at 03:48:42PM +0200, Jan-Benedict Glaw wrote:
> > > On Mon, 2003-07-28 15:31:40 +0200, r.flicker at nexgo.de <r.flicker at nexgo.de>
> > > wrote in message <13102383.1059399100906.JavaMail.ngmail at webmail01.arcor-online.net>:
> > > Kann er nicht. "{}" wird zu dem Dateinamen expandiert und damit bist Du
> > > wieder bei den Slashes...
> > 
> > Dann eben
> > 
> > rm -f -- `find <verzeichnis> -inum <nummer>`
> > 
> > Da wird dann ohne Shell-Expanding gearbeitet.
> 
> Nicht die shell ist das Problem. Du darfst *keinen* Dateinamen benutzen,
> da in Dateinamen das '/'-Zeichen als Verzeichnis-Trenn-Zeichen benutzt
> wird.

Weiß ich.

Die Shell ist aber da ein Problem, wo z.B. " " vorhanden ist.
Dann hilft oben angeführte Metode.

IMHO ist "/" im Filemnamen ein richtiger Fehler, z.B.
Filesystem-Problem, Kernel-Problem etc.

Das oben angeführte Problem entsnatd ja durch Expandierung
von "{}" auf den Dateinamen. Und Shell-Expandierung kann man
umgehen, wie oben angeführt.

Daß "/" so oder so nicht erlaubt ist, ist ja keine Frage.



> Einzige Maßnahmen: e2fsck oder disk editor.

"disk editor" sagt mir nix, scheint mir aber
das eigentliche Problem zu umgehen, da man damit
-- wenn ich den Namen wörtlich nehme - wohl nur
Symptome kurieren kann...


Ciao,
   Oliver

P.S.: Möglicherweise ist da ein exprimenteller Kernel
      (oder experiemntelles Modul (ReiserFS?) im Einsatz,
      der den Dateinamen nicht prüft. Sowas dürfte jedenfalls
      nicht akzeptiert werden.