Hallo, * Am 05.07.2002 postete stefan manteuffel:
Am Freitag 05 Juli 2002 10:54 schrieb Alex Klein:
* Am 05.07.2002 postete stefan manteuffel:
ich habe ein Problem. Ich kann drei Files nicht löschen obwohl ich eigentlich der User bin der sie angelgt hat bin und dementsrechend auch die rechte habe.
[fsck] Habe ich auch schon versucht leider ohne Erfolg
Wenn das Dateisystem in Ordnung ist, dann solltest Du mit find /dasVerzeichnis/das/Du/willst -iname "*.mp3" -ok rm -rf {} \; das Teil löschen können. Eventuell kann man auch über die Inode was machen. Da hab ich aber keine Ahnung. ls -lisa zeigt Dir die Inodes in der ersten Spalte an. Versuchs mal mit einem Hardlink und dann mit rm den Hardlink löschen, dann sollte der andere (ursprüngliche) Hardlink auch ins Nirvana gehen. IIRC. PS: Da Deine Antwort per PM gekommen ist, geht die Mail auch doppelt an Dich zurück, weil ich nicht weiß, ob Du noch mitliest. Beste Grüße Alex --
Erinnert mich an den Typen, der im Radio hörte, daß ein Geisterfahrer auf der Autobahn ist und dann lauthals den Autoradio anbrüllte: "Einer? Tausende!" Ja, den ueberhol' ich oefters. [Florian in suse-talk]
Am Freitag 05 Juli 2002 12:05 schrieb Alex Klein:
Hallo,
* Am 05.07.2002 postete stefan manteuffel:
Am Freitag 05 Juli 2002 10:54 schrieb Alex Klein:
* Am 05.07.2002 postete stefan manteuffel:
ich habe ein Problem. Ich kann drei Files nicht löschen obwohl ich eigentlich der User bin der sie angelgt hat bin und dementsrechend auch die rechte habe.
[fsck] Habe ich auch schon versucht leider ohne Erfolg
Wenn das Dateisystem in Ordnung ist, dann solltest Du mit
find /dasVerzeichnis/das/Du/willst -iname "*.mp3" -ok rm -rf {} \;
kommt auch permision denied und ein hardlink geht auch nicht, da ich auf die files keinen zugrif habe gruss stefan
das Teil löschen können.
Eventuell kann man auch über die Inode was machen. Da hab ich aber keine Ahnung.
ls -lisa zeigt Dir die Inodes in der ersten Spalte an. Versuchs mal mit einem Hardlink und dann mit rm den Hardlink löschen, dann sollte der andere (ursprüngliche) Hardlink auch ins Nirvana gehen. IIRC.
PS: Da Deine Antwort per PM gekommen ist, geht die Mail auch doppelt an Dich zurück, weil ich nicht weiß, ob Du noch mitliest.
Beste Grüße
Alex
Hallo, * Am 05.07.2002 postete stefan manteuffel:
Am Freitag 05 Juli 2002 12:05 schrieb Alex Klein:
* Am 05.07.2002 postete stefan manteuffel:
Am Freitag 05 Juli 2002 10:54 schrieb Alex Klein:
* Am 05.07.2002 postete stefan manteuffel:
ich habe ein Problem. Ich kann drei Files nicht löschen obwohl ich eigentlich der User bin der sie angelgt hat bin und dementsrechend auch die rechte habe.
[fsck] Habe ich auch schon versucht leider ohne Erfolg
Wenn das Dateisystem in Ordnung ist, dann solltest Du mit
find /dasVerzeichnis/das/Du/willst -iname "*.mp3" -ok rm -rf {} \;
kommt auch permision denied und ein hardlink geht auch nicht, da ich auf die files keinen zugrif habe
Wenn Du eh schon root bist und die Dateien nicht löschen kannst, dann kannst Du es nochmal mit dem Rettungssystem versuchen. FS mounten und die Dateien dort mit rm löschen. Eventuell nochmal mit lsattr die Attribute kontrollieren: # lsattr initrd ------------ initrd Ich hab nur unter /boot ein ext2 filesystem, daher das Beispiel mit der initrd. Bei Dir machst Du das natürlich mit der betroffenen Datei. Wenn das alles nichts hilft, dann warte noch mal ein wenig ab, ob ein Veto gegen meine Ansicht kommt. Ich würde sichernswerte Dateien der gleichnamigen Behandlung zuführen, die Partition glätten und nochmal neu Aufbauen. Sicherheitshalber wäre wohl ein badblocks angebracht. Infos durch RTFM. Beste Grüße Alex -- Nö! Aber ab und zu muss Ich doch mal in einem Grab probeliegen. Für meine Verwöhnten Kunden. Die wollen auch nach dem Tod bequem schlafen. [WoKo in dag°]
Hi, Alex Klein schrieb:
Hallo, * Am 05.07.2002 postete stefan manteuffel:
Am Freitag 05 Juli 2002 12:05 schrieb Alex Klein:
* Am 05.07.2002 postete stefan manteuffel:
Am Freitag 05 Juli 2002 10:54 schrieb Alex Klein:
* Am 05.07.2002 postete stefan manteuffel:
ich habe ein Problem. Ich kann drei Files nicht löschen obwohl ich eigentlich der User bin der sie angelgt hat bin und dementsrechend auch die rechte habe.
[fsck] Habe ich auch schon versucht leider ohne Erfolg
Wenn das Dateisystem in Ordnung ist, dann solltest Du mit
find /dasVerzeichnis/das/Du/willst -iname "*.mp3" -ok rm -rf {} \;
kommt auch permision denied und ein hardlink geht auch nicht, da ich auf die files keinen zugrif habe
Wenn Du eh schon root bist und die Dateien nicht löschen kannst, dann kannst Du es nochmal mit dem Rettungssystem versuchen. FS mounten und die Dateien dort mit rm löschen. Eventuell nochmal mit lsattr die Attribute kontrollieren:
# lsattr initrd ------------ initrd
Ich hab nur unter /boot ein ext2 filesystem, daher das Beispiel mit der initrd. Bei Dir machst Du das natürlich mit der betroffenen Datei.
Wenn das alles nichts hilft, dann warte noch mal ein wenig ab, ob ein Veto gegen meine Ansicht kommt.
kommt. reiserfs kann kein lsattr.
Ich würde sichernswerte Dateien der gleichnamigen Behandlung zuführen, die Partition glätten und nochmal neu Aufbauen.
ACK, aber mit einem vernuenftigem/stabilen Dateisystem (unter Linux ext2 oder eventuell ext3).
Sicherheitshalber wäre wohl ein badblocks angebracht. Infos durch RTFM.
mit freundlichen Grüßen Jörg Zimmermann -- .xsiteing agentur für netzkommunikation 42117 wuppertal - friedrich-ebert-str. 141b tel: 0202/3097070 - fax: 0202/3097072
Am Freitag 05 Juli 2002 15:50 schrieb Jörg Zimmermann:
Hi,
Alex Klein schrieb:
Hallo,
* Am 05.07.2002 postete stefan manteuffel:
Am Freitag 05 Juli 2002 12:05 schrieb Alex Klein:
* Am 05.07.2002 postete stefan manteuffel:
Am Freitag 05 Juli 2002 10:54 schrieb Alex Klein:
* Am 05.07.2002 postete stefan manteuffel: >ich habe ein Problem. Ich kann drei Files nicht löschen obwohl ich >eigentlich der User bin der sie angelgt hat bin und dementsrechend >auch die rechte habe.
[fsck] Habe ich auch schon versucht leider ohne Erfolg
Wenn das Dateisystem in Ordnung ist, dann solltest Du mit
find /dasVerzeichnis/das/Du/willst -iname "*.mp3" -ok rm -rf {} \;
kommt auch permision denied und ein hardlink geht auch nicht, da ich auf die files keinen zugrif habe
Wenn Du eh schon root bist und die Dateien nicht löschen kannst, dann kannst Du es nochmal mit dem Rettungssystem versuchen. FS mounten und die Dateien dort mit rm löschen. Eventuell nochmal mit lsattr die Attribute kontrollieren:
# lsattr initrd ------------ initrd
Ich hab nur unter /boot ein ext2 filesystem, daher das Beispiel mit der initrd. Bei Dir machst Du das natürlich mit der betroffenen Datei.
Wenn das alles nichts hilft, dann warte noch mal ein wenig ab, ob ein Veto gegen meine Ansicht kommt.
kommt. reiserfs kann kein lsattr.
Ich würde sichernswerte Dateien der gleichnamigen Behandlung zuführen, die Partition glätten und nochmal neu Aufbauen.
ACK, aber mit einem vernuenftigem/stabilen Dateisystem (unter Linux ext2 oder eventuell ext3).
Wieso ? Ist Reiser nicht Stabil ? Kann ich "on the fly" von reiser auf ext3 umstellen ?
Sicherheitshalber wäre wohl ein badblocks angebracht. Infos durch RTFM.
badblocks hätte ich bei einer älteren platte eingesetzt und nicht bei einer neuen platte aber badblock liefert mir tatsächlich einige badblocks.
mit freundlichen Grüßen
Jörg Zimmermann
Hi Stefan, stefan manteuffel schrieb:
Am Freitag 05 Juli 2002 15:50 schrieb Jörg Zimmermann: [..].
ACK, aber mit einem vernuenftigem/stabilen Dateisystem (unter Linux ext2 oder eventuell ext3).
Wieso ? Ist Reiser nicht Stabil ?
Viele sagen ja. Es ist mir allerdings ein Raetsel warum. Ich habe selber mit vier Maschinen Schiffbruch erlitten. Ploetzlich verschwinden Dateien oder geloeschte sind wieder da. Komplette Verzeichnissbaeume verschwinden ... Naja, dafuer hat man ja backup's ;) Auch in dieser Liste wurde und wird immer wieder von Problemen mit resiserfs berichtet. Das Problem ist, wenn's an einer Ecke zu Problemen kommt, reisst es Dir das gesamte System in den Abgrund. Unverantwortlich das SuSE soein FS als default anbietet.
Kann ich "on the fly" von reiser auf ext3 umstellen ?
IMHO nein. Du wirst wohl alles platt machen muessen und neu aufsetzen muessen. Da sind meine Informationen allerdings etwas veraltet. mit freundlichen Grüßen Jörg Zimmermann -- .xsiteing agentur für netzkommunikation 42117 wuppertal - friedrich-ebert-str. 141b tel: 0202/3097070 - fax: 0202/3097072
Am Mon, 2002-07-08 um 11.50 schrieb stefan manteuffel:
Am Freitag 05 Juli 2002 15:50 schrieb Jörg Zimmermann:
ACK, aber mit einem vernuenftigem/stabilen Dateisystem (unter Linux ext2 oder eventuell ext3).
Wieso ? Ist Reiser nicht Stabil ? Daran scheiden sich die Geister.
Meine persönliche Meinung: Nein. Andere sagen: Ab Kernel 2.4.18 Wiederum andere sagen: Ja. Sicher ist, dass reiserfs in Kerneln < 2.4.18 erhebliche Probleme mit knfs hatte. Sicher scheint auch, dass Reiserfs bei vielen als rein lokales FS (Keine Netzwerkzugriff auf ReiserFS-Filesysteme) stabil zu laufen scheint. => Bild Dir Deine eigene Meinung. Wenn es bei Dir stabil läuft, gibt es eigentlich keinen Grund zu wechseln, wenn nicht, probier ein anderes FS.
Kann ich "on the fly" von reiser auf ext3 umstellen ? Nein, Du müsstest die Daten auf einem anderen Medium (Tape, andere Partition) sicheren, ext3 einrichten und die Daten wieder zurückspielen.
Ralf
Hallo, On Mon, 08 Jul 2002, stefan manteuffel wrote:
Alex Klein schrieb:
Sicherheitshalber wäre wohl ein badblocks angebracht. Infos durch RTFM. badblocks hätte ich bei einer älteren platte eingesetzt und nicht bei einer neuen platte aber badblock liefert mir tatsächlich einige badblocks.
Dann kannst du noch versuchen zu retten was zu retten ist (siehe Hinweise zum Rettungsystem)... Defekte Sektoren ("bad blocks" eben ;) und reiserfs ist toedlich... -dnh --
Any advice for dealing with headhunters? #1 A baseball bat / #2 No mercy s/mercy/K-Y/ (Pine tar, however, is not only allowed, but encouraged.) s/"a baseball bat"/bubba/ Orc: "Sarge, this luser is split. Get me another one" -- Queen Of Swords, dpm, J.D. Baldwin and srs in asr
On Fre, 05 Jul 2002 at 12:05 (+0200), Alex Klein wrote:
* Am 05.07.2002 postete stefan manteuffel:
Am Freitag 05 Juli 2002 10:54 schrieb Alex Klein:
* Am 05.07.2002 postete stefan manteuffel:
ich habe ein Problem. Ich kann drei Files nicht löschen obwohl ich eigentlich der User bin der sie angelgt hat bin und dementsrechend auch die rechte habe.
[fsck] Habe ich auch schon versucht leider ohne Erfolg
Wenn das Dateisystem in Ordnung ist, dann solltest Du mit
find /dasVerzeichnis/das/Du/willst -iname "*.mp3" -ok rm -rf {} \;
das Teil löschen können.
Nein. Da machst Du ja letztendlich auch nur einen rm. Die Oprion -r löscht rekursiv (was für reguläre Dateien Banane ist) und -f verhindert die Nachfrage, wenn die Datei auf Readonly gesetzt ist. Sie ermöglicht _nicht_ das Löschen ohne Berechtigung!
Eventuell kann man auch über die Inode was machen. Da hab ich aber keine Ahnung.
ls -lisa zeigt Dir die Inodes in der ersten Spalte an. Versuchs mal mit einem Hardlink und dann mit rm den Hardlink löschen, dann sollte der andere (ursprüngliche) Hardlink auch ins Nirvana gehen. IIRC.
Wenn Du einen Hardlink erzeugst und ihn dann löschst, dann verringerst Du nur den Verweiszähler (Spalte 2 bei ls -l). Dann existiert eben wieder die Originaldatei mit Verweiszähler 1. Das Löschen des Links hat keinerlei Einfluss auf die Originaldatei (und umgekehrt auch nicht)! Ein Hardlink ist quasi nur ein neuer Name für eine Datei, mehr nicht. Neben den Tipps mit lsattr: Ist evtl. das Dateisystem readonly gemountet? Jan
Hallo Jan, Am Freitag 05 Juli 2002 21:10 schrieb Jan Trippler:
On Fre, 05 Jul 2002 at 12:05 (+0200), Alex Klein wrote:
* Am 05.07.2002 postete stefan manteuffel:
Am Freitag 05 Juli 2002 10:54 schrieb Alex Klein:
* Am 05.07.2002 postete stefan manteuffel:
ich habe ein Problem. Ich kann drei Files nicht löschen obwohl ich eigentlich der User bin der sie angelgt hat bin und dementsrechend auch die rechte habe.
[fsck] Habe ich auch schon versucht leider ohne Erfolg
Wenn das Dateisystem in Ordnung ist, dann solltest Du mit
find /dasVerzeichnis/das/Du/willst -iname "*.mp3" -ok rm -rf {} \;
das Teil löschen können.
Nein. Da machst Du ja letztendlich auch nur einen rm. Die Oprion -r löscht rekursiv (was für reguläre Dateien Banane ist) und -f verhindert die Nachfrage, wenn die Datei auf Readonly gesetzt ist. Sie ermöglicht _nicht_ das Löschen ohne Berechtigung!
Eventuell kann man auch über die Inode was machen. Da hab ich aber keine Ahnung.
ls -lisa zeigt Dir die Inodes in der ersten Spalte an. Versuchs mal mit einem Hardlink und dann mit rm den Hardlink löschen, dann sollte der andere (ursprüngliche) Hardlink auch ins Nirvana gehen. IIRC.
Wenn Du einen Hardlink erzeugst und ihn dann löschst, dann verringerst Du nur den Verweiszähler (Spalte 2 bei ls -l). Dann existiert eben wieder die Originaldatei mit Verweiszähler 1. Das Löschen des Links hat keinerlei Einfluss auf die Originaldatei (und umgekehrt auch nicht)! Ein Hardlink ist quasi nur ein neuer Name für eine Datei, mehr nicht.
Neben den Tipps mit lsattr: Ist evtl. das Dateisystem readonly gemountet?
Nein, es ganz normal rw gemountet. Irgend etwas ist beim kopieren schief gegangen. Eventuell war auch schon ein fehler auf der defekten platte vorhanden, der kopiert wurde.
Jan
participants (6)
-
Alex Klein -
David Haller -
Jan.Trippler＠t-online.de -
Jörg Zimmermann -
Ralf Corsepius -
stefan manteuffel