Hi, Liste! Mir ist bei einem du über /home eine Datei unangenehm aufgefallen: # du -ms /home/ du: `/home/martin/.kde2old/share/apps/kio_http/cache/k/ www<gekuerzte URL>: Permission denied Dann wollte ich diese löschen, ging aber nicht. # rm -rf ~martin/.kde2old/ rm: cannot remove `/home/martin/.kde2old/share/apps/kio_http/cache/k/ <URL> Permission denied rm: cannot remove directory `/home/martin/.kde2old/share/apps/kio_http/cache/k': Directory not empty rm: cannot remove directory `/home/martin/.kde2old/share/apps/kio_http/cache': Directory not empty rm: cannot remove directory `/home/martin/.kde2old/share/apps/kio_http': Directory not empty rm: cannot remove directory `/home/martin/.kde2old/share/apps': Directory not empty rm: cannot remove directory `/home/martin/.kde2old/share': Directory not empty rm: cannot remove directory `/home/martin/.kde2old': Directory not empty KDE2 habe ich nicht mehr drauf, ein 'cd'en in das Verzeichnis als root und direktes Löschen der Datei funktioniert auch nicht. Genauso kann ich die Datei als Benutzer nicht löschen. ls -l funktioniert leider auch nicht. :( chmod, chown,... habe ich auch schon in allen Variationen ausprobiert, kein Erfolg. Das wäre alles prinzipiell nicht schlimm, würde sich deswegen tar (und somit mein Backup) nicht aufhängen. Wie kriege ich die Datei weg? Ach ja, ich benutze ReiserFS, SuSE 7.2, habe aber in der SDB und beim googlen nix passendes gefunden. CU Martin
On Fri, 2002-05-03 at 08:51, Martin Oehler wrote:
Hi, Liste!
Mir ist bei einem du über /home eine Datei unangenehm aufgefallen: # du -ms /home/ du: `/home/martin/.kde2old/share/apps/kio_http/cache/k/ www<gekuerzte URL>: Permission denied
Dann wollte ich diese löschen, ging aber nicht.
# rm -rf ~martin/.kde2old/ rm: cannot remove `/home/martin/.kde2old/share/apps/kio_http/cache/k/ <URL> Permission denied rm: cannot remove directory `/home/martin/.kde2old/share/apps/kio_http/cache/k': Directory not empty (....)
Wenn ich das richtig sehe, versuchst Du, ein Verzeichnis zu loeschen, dann musst Du aber # rm -R /home/martin/.kde2old/share/apps/.... machen. Ciao .... Wolfi ============================================= mailto:wolfi_z@gmx.net
Hi Martin!
Martin Oehler
Dann wollte ich diese löschen, ging aber nicht. # rm -rf ~martin/.kde2old/ rm: cannot remove `/home/martin/.kde2old/share/apps/kio_http/cache/k/ <URL> Permission denied rm: cannot remove directory
KDE2 habe ich nicht mehr drauf, ein 'cd'en in das Verzeichnis als root und direktes Löschen der Datei funktioniert auch nicht. Genauso kann ich die Datei als Benutzer nicht löschen. ls -l funktioniert leider auch nicht. :( chmod, chown,... habe ich auch schon in allen Variationen ausprobiert, kein Erfolg.
Also was fällt mir dazu alles ein? man chattr -> zu 99% nicht Deine Lösung! Schau Dir einmal die Rechte des Verzeichnisses an! Wenn auch ein ls -l nicht funktioniert (Was heisst, funktioniert nicht?), dann kann dies verschiedene Gründe haben: - Festplatte defekt? -> Dateisystem prüfen!!!! - Rechte des Verzeichnisses stimmen nicht? Wenn Du ein Verzeichnis mit allen Unterverzeichnissen löschen willst, dann kannst Du wie folgt vorgehen (als root): 1) chmod -R ugo+rwx MyVerz 2) chattr -R -i MyVerz 3) rm -rf MyVerz 1) setzt erst einmal die Nötigen Rechte, die sinnvoll sein könnten 2) löscht das i-Atztribut, falls es gesetzt sein sollte (Wer nutzt das überhaupt? Damit kann man gut Admins ärgern :) ) 3) Löscht nun alles. Wenn die Dateien nicht geöffnet sind, dann sollten alle Dateien weg sein. Ansonsten sollte nur der Eintrag gelöscht werden, aber der Speicher wird noch nicht freigegeben. Mit den besten Grüßen, Konrad Neitzel -- SoftMediaTec GmbH Tel: 0172 / 689 31 45 Fax: 069 / 90 50 99 53
Hi! Am Fre, 2002-05-03 um 09.50 schrieb Konrad Neitzel:
man chattr -> zu 99% nicht Deine Lösung!
Kannte ich noch nicht, hat aber nichts geholfen (s.u.)
Schau Dir einmal die Rechte des Verzeichnisses an! Wenn auch ein ls -l nicht funktioniert (Was heisst, funktioniert nicht?), dann kann dies verschiedene Gründe haben:
Kurz nochmal die Struktur zur Übersicht: /home/martin/.kde2old/share/apps/kio_http/cache/k/<hier liegt die Datei> Funktioniert nicht heisst <...>k # ls -l ls: <Dateiname>: Permission denied total 0 drwxrwxrwx 2 root users 115 May 3 08:31 . drwxrwxrwx 3 root users 52 May 3 08:31 .. Habe das .kde2old-Verzeichnis mal root als owner übergeben, hat leider trotz rekursiver Änderung nichts genutzt. Er ändert alle Rechte, nur die der Datei nicht.
- Festplatte defekt? -> Dateisystem prüfen!!!!
Versuch: # fsck.reiserfs /home reiserfsck 3.x.1b (2002) Will read-only check consistency of the filesystem on /home Will put log info to 'stdout' Do you want to run this program?[N/Yes] (note need to type Yes):Yes reiserfs_open: bread failed reading block 2 reiserfs_open: bread failed reading block 16 reiserfs_open: neither new nor old reiserfs format found on /home reiserfsck: could not open filesystem on "/home" Sieht nicht gut aus...warum erkennt er das reiser-format nicht? Ah ja, mir fällt grade ein, daß ich vor kurzem über das YOU ein Update der reiserfstools eingespielt habe. Könnte das daran liegen?
- Rechte des Verzeichnisses stimmen nicht?
Nur die Rechte der Datei sind verhunzt, die Rechte der Ordner stimmen.
Wenn Du ein Verzeichnis mit allen Unterverzeichnissen löschen willst, dann kannst Du wie folgt vorgehen (als root):
1) chmod -R ugo+rwx MyVerz 2) chattr -R -i MyVerz 3) rm -rf MyVerz [...] Wenn die Dateien nicht geöffnet sind, dann sollten alle Dateien weg sein. Ansonsten sollte nur der Eintrag gelöscht werden, aber der Speicher wird noch nicht freigegeben.
Tut mir leid, hat nichts genutzt, ich erhalte bei allen Befehlen ein "Permission denied" wie oben bei ls -l (oder ls). CU Martin
On Fri, 2002-05-03 at 08:51, Martin Oehler wrote:
Hi, Liste!
(...)
# rm -rf ~martin/.kde2old/ rm: cannot remove `/home/martin/.kde2old/share/apps/kio_http/cache/k/ <URL> Permission denied rm: cannot remove directory `/home/martin/.kde2old/share/apps/kio_http/cache/k': Directory not empty (....)
Oh, sorry, grade sehe ich in man rm, dass -R auch nix anderes ist als -r, steht beides fuer recursive. Wird also wohl auch nicht helfen. Tut mir leid:-( Ciao .... Wolfi ============================================= mailto:wolfi_z@gmx.net
Hy, Martin Oehler wrote: [Probleme unter reiser eine Datei zu löschen]
Wie kriege ich die Datei weg?
Hatte ich auch schon mal. Schau Dir hierzu mal diesen thread an: http://www.ultraviolet.org/mail-archives/reiserfs.2001/5412.html Ich habe zuhause noch dieses delete.c (hoffentlich), aber es hat mir damals nichts geholfen. Valdimir hat mir dann aber PM weitergeholfen. Es ist irgendeine irgendeine Stelle im reiser source, die SuSE anpasst um Probleme auf IIRC PowerPC zu vermeiden, die diesen Fehler verursachen kann. Falls, Du so nicht weiterkommst und der o.g. thread zu Deinem Fehler passen könnte, bitte PM ich schau dann mal nach. -- - maik
Hi! Am Fre, 2002-05-03 um 12.04 schrieb Maik Holtkamp:
Hatte ich auch schon mal. Schau Dir hierzu mal diesen thread an:
http://www.ultraviolet.org/mail-archives/reiserfs.2001/5412.html
In dem Thread erhält er ein "no such file or directory" auf ein ls, bei mir ist die Fehlermeldung eher ein "permission denied".
Ich habe zuhause noch dieses delete.c (hoffentlich), aber es hat mir damals nichts geholfen.
Ich habe das Programm aus dem Thread ausprobiert, es erhält "Permission denied" beim Versuch, die Datei zu öffnen. Ich glaube, mein filesystem hats zerrissen... CU Martin
Hi Martin, Am Freitag, 3. Mai 2002 08:51 schrieb Martin Oehler:
Mir ist bei einem du über /home eine Datei unangenehm aufgefallen: # du -ms /home/ du: `/home/martin/.kde2old/share/apps/kio_http/cache/k/ www<gekuerzte URL>: Permission denied
Dann wollte ich diese löschen, ging aber nicht.
[... diverse rm-Fehlermeldungen...] [...]
Das wäre alles prinzipiell nicht schlimm, würde sich deswegen tar (und somit mein Backup) nicht aufhängen.
Du kannst bei tar doch die Sicherung eben dieses Verzeichnisses ausnehmen. Dann könntest Du eine Sicherung anlegen, alles plattmachen und danach die Sicherung drüberspielen. Ist zwar etwas umständlich, aber sollte funktionieren.
Wie kriege ich die Datei weg?
siehe oben
Ach ja, ich benutze ReiserFS, SuSE 7.2, habe aber in der SDB und beim googlen nix passendes gefunden.
Gruß Philipp
Hi! Es lag wirklich am ReiserFS. Ich versuche mal, das ganze fürs Archiv etwas geordnet niederzuschreiben. Problem: Auf einer Partition mit ReiserFS lassen erhält man bei Ausführung von Befehlen wie chmod, ls, cp usw. auf eine Datei die Fehlermeldung "permission denied". Selbst mit "rm -f" laesst sich die Datei nicht loeschen. Lösung: (als root ausführen) 0) Ganz wichtig: Falls noch nicht geschehen, soviel von der Partition wie möglich sichern (sprich: am besten alles um die fehlerhafte Datei herum). Falls tar das nicht schafft, z.B. "cp -a <...>" verwenden (Backuplösungen finden sich genug im Archiv oder gängiger Literatur). 1) In runlevel 1 wechseln: # init 1 2) Partition mit fehlerhafter Datei ro mounten: # umount /dev/<device> # mount -o ro /dev/<device> 3) Filesystem-Check durchführen # reiserfsck /dev/<device> Hier geht es weiter, falls der Check wie in meinem Fall ergibt, dass man reiserfsck mit --rebuild-tree ausführen soll. Nun "man reiserfsck" lesen (schadet nie zu wissen, was man vorhat). 4) Device unmounten und Baum neu aufbauen lassen. # umount /dev/<device> # reiserfsck --rebuild-tree /dev/<device> (vor dem <RETURN> Warnhinweis lesen, dann erkennt man, warum das Backup sinnvoll war) Dieser Befehl hat in meinem Fall die fehlerhafte Datei gelöscht. Datenverlust hatte ich sonst keinen, das Device ließ sich ohne Probleme mounten. CU Martin
On 03 May 2002, Martin Oehler wrote:
Es lag wirklich am ReiserFS. Ich versuche mal, das ganze [...]
Falls Du noch den bei SuSE 7.2 verwendeten Kernel 2.4.4 verwendest, wäre ein aktuellerer Kernel dringend empfohlen. Es hat sich in letzter Zeit einiges getan bei Reiser-FS. Die neuen Reiserfs-tools hast Du ja bereits. -ron
Hi! Am Fre, 2002-05-03 um 20.06 schrieb Rolf Naef:
On 03 May 2002, Martin Oehler wrote:
Es lag wirklich am ReiserFS. Ich versuche mal, das ganze [...]
Falls Du noch den bei SuSE 7.2 verwendeten Kernel 2.4.4 verwendest, wäre ein aktuellerer Kernel dringend empfohlen. Es hat sich in letzter Zeit einiges getan bei Reiser-FS. Die neuen Reiserfs-tools hast Du ja bereits.
Ich benutze den Kernel 2.4.16. Das schließt natürlich Probleme nicht aus. ;) CU Martin
participants (6)
-
Konrad Neitzel -
Maik Holtkamp -
Martin Oehler -
Philipp Zacharias -
Rolf Naef -
wolfi