10
Für read-only filesystem Zugriffsberechtigungen ändern
hallo leute,
wie können Dateien in einem read-only Dateisystem entfernt werden?
verwende SuSeLinux Enterprise Server 10.0
habe bereits erfolglos "mount -n -o remount,rw /" versucht.
danke im Voraus, zivi
wie können Dateien in einem read-only Dateisystem entfernt werden?
verwende SuSeLinux Enterprise Server 10.0
habe bereits erfolglos "mount -n -o remount,rw /" versucht.
danke im Voraus, zivi
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 89998
Url: https://administrator.de/forum/fuer-read-only-filesystem-zugriffsberechtigungen-aendern-89998.html
Ausgedruckt am: 19.04.2025 um 01:04 Uhr
10 Kommentare
Neuester Kommentar
Gab es Fehlermeldungen beim remount? Wie sieht der Output von 'mount' (ohne Parameter) nach dem Remount aus?
Nein es erscheint keine Fehlermeldung.
Bei 'umount' kommt 'device is busy'.
Im Output von 'mount' ist das betroffene Verzeichnis per nfs gemountet:
IP:/daten on /transfer type nfs (rw, addr = IP)
/transfer ist das betroffene device; IP ist ein anderer Server.
Sämtliche daten auf /transfer sollen entfernt werden.
so far, zivi
Bei 'umount' kommt 'device is busy'.
Im Output von 'mount' ist das betroffene Verzeichnis per nfs gemountet:
IP:/daten on /transfer type nfs (rw, addr = IP)
/transfer ist das betroffene device; IP ist ein anderer Server.
Sämtliche daten auf /transfer sollen entfernt werden.
so far, zivi
Ich denke das betroffene Verzeichnis ist '/', oder warum versuchst du sonst '/' zu remounten? Irgendwie seh ich bei dir nicht ganz durch.
Also... Handelt es sich bei dem read-only-Dateisystem nun um ein NFS-Mount oder um ein lokales Dateisystem, oder geht es um das lokale Verzeichnis des NFS-Servers? Wenn es um das lokale Verzeichnis des NFS-Servers geht, das read-only ist, liegt dieses Verzeichnis auf einer extra Partition, kann der Server lokal schreibend drauf zugreifen oder geht es nur via NFS nicht, sind die Rechte korrekt gesetzt...?
Also... Handelt es sich bei dem read-only-Dateisystem nun um ein NFS-Mount oder um ein lokales Dateisystem, oder geht es um das lokale Verzeichnis des NFS-Servers? Wenn es um das lokale Verzeichnis des NFS-Servers geht, das read-only ist, liegt dieses Verzeichnis auf einer extra Partition, kann der Server lokal schreibend drauf zugreifen oder geht es nur via NFS nicht, sind die Rechte korrekt gesetzt...?
Sry, '/' hab ich nur verwendet, um den Befehl darzustellen.
Wir haben hier ein Windowsnetzwerk mit zwei Linux Servern.
Auf den ersten kann zugegriffen werden, unter anderem durch ein Backupsystem.
Der zweite dient der zusätzlichen Sicherung der Daten auf dem ersten Server.
Die zweite Linux Server kommuniziert also ausschließlich mit dem ersten.
Nachdem der zweite Server ausgefallen und anschließend wieder einsatzfähig war,
wurden fälschlicherweise Daten in /transfer kopiert, die wir kurz darauf zu löschen versuchten.
Die Dateien wurden mit dem rsync Befehl kopiert.
danke für die schnelle Antwort, zivi
Wir haben hier ein Windowsnetzwerk mit zwei Linux Servern.
Auf den ersten kann zugegriffen werden, unter anderem durch ein Backupsystem.
Der zweite dient der zusätzlichen Sicherung der Daten auf dem ersten Server.
Die zweite Linux Server kommuniziert also ausschließlich mit dem ersten.
Nachdem der zweite Server ausgefallen und anschließend wieder einsatzfähig war,
wurden fälschlicherweise Daten in /transfer kopiert, die wir kurz darauf zu löschen versuchten.
Die Dateien wurden mit dem rsync Befehl kopiert.
danke für die schnelle Antwort, zivi
Und die Daten lassen sich nun als root lokal auf dem Server nicht löschen? Ist die Partition auch sicher ro gemountet? Also wird diese lokal auf dem Server im Output von 'mount' als ro angezeigt?
Nein, ich bin als root angemeldet und die Daten lassen sich definitiv nicht löschen.
Die Partition wird im Output von 'mount' nicht als ro angezeigt.
Fehlermeldung beim Löschen ist allerdings:
Permission denied. (read-only filesystem)
Die Partition wird im Output von 'mount' nicht als ro angezeigt.
Fehlermeldung beim Löschen ist allerdings:
Permission denied. (read-only filesystem)
Es wäre wirklich hilfreich, wenn du die Zeile vom lokalen mount-Output für diese Partition hier posten könntest. Die für's NFS-Mount bringt uns nicht weiter. Sind z.B. irgendwelche umasks gesetzt o.ä.?
Hier der lokale mount-Output:
/dev/hda2 on / type reiserfs (rw, acl, user_xattr)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
udev on /dev type tmpfs (rw)
devpts on /dev/pts type devpts (rw, mode = 0620, gid = 5)
/dev/hdb1 on /sicherung type /reiserfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
nfsd on /proc/fs/nfsd type nfsd (rw)
IP:/daten on /transfer type nfs (rw, addr = IP)
Es gibt nur den Benutzer: root
Wobei /sicherung der Ordner ist, in den IP:/daten kopiert wird.
/dev/hda2 on / type reiserfs (rw, acl, user_xattr)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
udev on /dev type tmpfs (rw)
devpts on /dev/pts type devpts (rw, mode = 0620, gid = 5)
/dev/hdb1 on /sicherung type /reiserfs (rw)
securityfs on /sys/kernel/security type securityfs (rw)
nfsd on /proc/fs/nfsd type nfsd (rw)
IP:/daten on /transfer type nfs (rw, addr = IP)
Es gibt nur den Benutzer: root
Wobei /sicherung der Ordner ist, in den IP:/daten kopiert wird.
Das "Problem" der fehlenden Zugriffsrechte könnte hier bei den ACLs liegen, die offenbar verwendet werden (rw, acl, user_xattr). Mit diesen kann man meines Wissens nach auch root den Zugriff verbieten. Schau also mal z.B. mittels 'getfacl' nach wie die Rechte für die Dateien in /sicherung sind (getfacl -R /sicherung).
Das Problem ist behoben.
Durch den andauernden Wechsel der Zuständigkeitsperson, (alles Zivis = 8-9 Monate)
ist die Übersicht etwas verloren gegangen.
Danke für die schnellen Antworten, echt super!!
Durch den andauernden Wechsel der Zuständigkeitsperson, (alles Zivis = 8-9 Monate)
ist die Übersicht etwas verloren gegangen.
Danke für die schnellen Antworten, echt super!!
