Hallo miteinander, seit dem ich ein System auf 7.3 upgedatet habe, bekomme ich keinen Zugriff mehr auf: /etc/bash.bashrc /etc/cron.daily/tetex Nichteinmal als root (Und JA, id bestaetigt mir, dass ich root bin) kann ich auf die Dateien mit ls Geschweige denn rm, mv, cp zugreifen. Auf anderen ebenso upgedateten System habe ich diese Probleme nicht. Hat jemand eine Idee, wie ich auf diese Dateien trotzdem zugreifen kann. Oder welche Scripte auf bash.bashrc zugreifen, dann koennte ich wenigstens eine Kopie unter anderem Namen bereitstellen. Danke, Tim
Moin,
* Tim Dreessen
seit dem ich ein System auf 7.3 upgedatet habe, bekomme ich keinen Zugriff mehr auf:
/etc/bash.bashrc /etc/cron.daily/tetex
Nichteinmal als root (Und JA, id bestaetigt mir, dass ich root bin) kann ich auf die Dateien mit ls Geschweige denn rm, mv, cp zugreifen. Auf anderen ebenso upgedateten System habe ich diese Probleme nicht. Das klingt ja seltsam. Was passiert, wenn Du ls -lisa /etc/bash.bashrc eingibst?
Thorsten -- They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin
Am Dienstag, 6. November 2001 15:41 schrieb Thorsten Haude:
* Tim Dreessen
[01-11-06 14:41]: seit dem ich ein System auf 7.3 upgedatet habe, bekomme ich keinen Zugriff mehr auf:
/etc/bash.bashrc /etc/cron.daily/tetex
Das klingt ja seltsam. Was passiert, wenn Du ls -lisa /etc/bash.bashrc eingibst?
Thorsten
ls: /etc/bash.bashrc: Permission denied Dito fuer den anderen Eintrag. Das ist ja die Crux. Tim
Moin,
* Tim Dreessen
/etc/bash.bashrc ls: /etc/bash.bashrc: Permission denied
ls -lisa /bin/bash ls -lisa /bin/zsh ls -lisa /bin/sh ls -lisa /bin/ash ls -lisa /etc Thorsten -- They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin
Am Dienstag, 6. November 2001 17:16 schrieb Thorsten Haude:
Moin,
* Tim Dreessen
[01-11-06 16:56]: /etc/bash.bashrc
ls: /etc/bash.bashrc: Permission denied
ls -lisa /bin/bash ls -lisa /bin/zsh ls -lisa /bin/sh ls -lisa /bin/ash ls -lisa /etc
Thorsten Ueberall normaler Zugriff, ausser zsh, da nicht installiert. /etc ist auch normal, ausser:
ls: /etc/csh.login: Permission denied ls: /etc/inittab.rpmnew: Permission denied ls: /etc/bash.bashrc: Permission denied Ach so, bevor du fragst: ls -lisa /etc/cron.daily liefert: ls: /etc/cron.daily/tetex: Permission denied ls: /etc/cron.daily/aaa_base_updatedb: Permission denied ls: /etc/cron.daily/aaa_base_rotate_logs: Permission denied ls: /etc/cron.daily/aaa_base_backup_rc.config: Permission denied
Am Dienstag, 6. November 2001 17:16 schrieb Thorsten Haude:
Moin,
* Tim Dreessen
[01-11-06 16:56]: /etc/bash.bashrc
ls: /etc/bash.bashrc: Permission denied
ls -lisa /bin/bash ls -lisa /bin/zsh ls -lisa /bin/sh ls -lisa /bin/ash ls -lisa /etc
Thorsten Ueberall normaler Zugriff, ausser zsh, da nicht installiert. /etc ist auch normal, ausser:
ls: /etc/csh.login: Permission denied ls: /etc/inittab.rpmnew: Permission denied ls: /etc/bash.bashrc: Permission denied Ach so, bevor du fragst: ls -lisa /etc/cron.daily liefert: ls: /etc/cron.daily/tetex: Permission denied ls: /etc/cron.daily/aaa_base_updatedb: Permission denied ls: /etc/cron.daily/aaa_base_rotate_logs: Permission denied ls: /etc/cron.daily/aaa_base_backup_rc.config: Permission denied Tim
* Tim Dreessen schrieb am 06.Nov.2001: Welches Filesystem hast Du? Wenn ext2, hast Du irgendwelche Attribute gesetzt? mach mal lsattr /etc/bash.bashrc Bernd -- ROTFL = Rolling On The Floor, Laughing = Auf dem Boden wälzen, lachend. SCNR = Sorry, Could Not Resist = Sorry, Ich konte nicht wiederstehen. AFAIK = As Far As I Know = So weit ich weis|BTW = By The Way = Nebenbei bemerkt IMHO = In My Humble Opinion = meiner bescheidenen Meinung nach |Zufallssig. 9
* Tim Dreessen schrieb am 06.Nov.2001:
seit dem ich ein System auf 7.3 upgedatet habe, bekomme ich keinen Zugriff mehr auf:
/etc/bash.bashrc /etc/cron.daily/tetex
Nichteinmal als root (Und JA, id bestaetigt mir, dass ich root bin) kann ich auf die Dateien mit ls Geschweige denn rm, mv, cp zugreifen. Auf anderen ebenso upgedateten System habe ich diese Probleme nicht.
Wie kommst Du denn auf die Idee, daß diese Datei überhaupt existiert? Bernd -- Welches Buch ist zu empfehlen? Schon mal bei SuSE vorbeigesehen? http://www.suse.de/de/produkte/buecher/index.html oder die Empfehlungen der SuSE-Entwickler auf dem eigenen Rechner? file:///usr/shar/doc/sdb/de/html/literatur.html |Zufallssignatur 5
Am Dienstag, 6. November 2001 16:12 schrieb Bernd Brodesser:
* Tim Dreessen schrieb am 06.Nov.2001:
seit dem ich ein System auf 7.3 upgedatet habe, bekomme ich keinen Zugriff mehr auf:
/etc/bash.bashrc /etc/cron.daily/tetex
Wie kommst Du denn auf die Idee, daß diese Datei überhaupt existiert?
Bernd
Das Update der Pakete tetex und aaa_base scheiterte mangels Zugriffsrechten. Wenn sie nicht existent waeren bekaeme ich ein "Permission denied" bzw. koennte sie ja selbst anlegen. Zudem existieren sie auf allen anderen neueren"Standard"-Installation von SuSE. Tim
Tim Dreessen wrote:
Am Dienstag, 6. November 2001 16:12 schrieb Bernd Brodesser:
* Tim Dreessen schrieb am 06.Nov.2001:
seit dem ich ein System auf 7.3 upgedatet habe, bekomme ich keinen Zugriff mehr auf:
/etc/bash.bashrc /etc/cron.daily/tetex
Wie kommst Du denn auf die Idee, daß diese Datei überhaupt existiert?
Bernd
Das Update der Pakete tetex und aaa_base scheiterte mangels Zugriffsrechten. Wenn sie nicht existent waeren bekaeme ich ein "Permission denied" bzw. koennte sie ja selbst anlegen. Zudem existieren sie auf allen anderen neueren"Standard"-Installation von SuSE.
Es waere eher ein 'No such file or directory...' oder anyway ... darfst du '/etc' durchsuchen, bzw. wie lauten die Rechte auf '/etc' Gruß, daniel
Am Dienstag, 6. November 2001 17:02 schrieb D. Wolpert:
Tim Dreessen wrote:
Am Dienstag, 6. November 2001 16:12 schrieb Bernd Brodesser:
* Tim Dreessen schrieb am 06.Nov.2001:
seit dem ich ein System auf 7.3 upgedatet habe, bekomme ich keinen Zugriff mehr auf:
/etc/bash.bashrc /etc/cron.daily/tetex
Wie kommst Du denn auf die Idee, daß diese Datei überhaupt existiert?
Bernd
Das Update der Pakete tetex und aaa_base scheiterte mangels Zugriffsrechten. Wenn sie nicht existent waeren bekaeme ich ein "Permission denied" bzw. koennte sie ja selbst anlegen. Zudem existieren sie auf allen anderen neueren"Standard"-Installation von SuSE.
Es waere eher ein 'No such file or directory...' oder anyway ... darfst du '/etc' durchsuchen, bzw. wie lauten die Rechte auf '/etc'
Gruß, daniel Siehe follow-up bei Thorsten
Tim
Hallo Tim,
From the keyboard of Tim,
Hallo miteinander,
seit dem ich ein System auf 7.3 upgedatet habe, bekomme ich keinen Zugriff mehr auf:
/etc/bash.bashrc /etc/cron.daily/tetex
Nichteinmal als root (Und JA, id bestaetigt mir, dass ich root bin) kann ich auf die Dateien mit ls Geschweige denn rm, mv, cp zugreifen. Auf anderen ebenso upgedateten System habe ich diese Probleme nicht.
Hat jemand eine Idee, wie ich auf diese Dateien trotzdem zugreifen kann. Oder welche Scripte auf bash.bashrc zugreifen, dann koennte ich wenigstens eine Kopie unter anderem Namen bereitstellen.
Welches Filesystem? Was gibt mount aus? Jag mal eine e2fsck über die Partition auf der /etc liegt, wenn es ext2 ist. bye Waldemar
Am Dienstag, 6. November 2001 19:50 schrieb Waldemar Brodkorb:
Hallo Tim, From the keyboard of Tim,
seit dem ich ein System auf 7.3 upgedatet habe, bekomme ich keinen Zugriff mehr auf:
/etc/bash.bashrc /etc/cron.daily/tetex
Welches Filesystem? Was gibt mount aus? Jag mal eine e2fsck über die Partition auf der /etc liegt, wenn es ext2 ist.
bye Waldemar Nein, kein ext2, dafuer faellt hier zu oft der Strom aus ;-). Auf dem System laeuft ReiserFS. reiserfsck meldet beim booten keine Fehler. Und ausser einem schlichten --check bietet reiserfsck zum Pruefen auch nicht viel an, oder ueberseh ich etwas wesentliches?
Tim
Am Mittwoch, 7. November 2001 10:15 schrieb Tim Dreessen:
Am Dienstag, 6. November 2001 19:50 schrieb Waldemar Brodkorb:
seit dem ich ein System auf 7.3 upgedatet habe, bekomme ich keinen Zugriff mehr auf:
/etc/bash.bashrc /etc/cron.daily/tetex
Welches Filesystem? Was gibt mount aus? Jag mal eine e2fsck über die Partition auf der /etc liegt, wenn es ext2 ist.
Nein, kein ext2, dafuer faellt hier zu oft der Strom aus ;-). Auf dem System laeuft ReiserFS. reiserfsck meldet beim booten keine Fehler. Und ausser einem schlichten --check bietet reiserfsck zum Pruefen auch nicht viel an, oder ueberseh ich etwas wesentliches?
Hallo Tim, ich weiss nicht, ob Du das Problem mittlerweile geloest hast, ist ja schon eine Weile her. Aber ich hatte gestern das selbe Problem, ich konnte auf eine bestimmte Datei nicht mehr Zugreifen, soger ein "ls dateiname" fuehrte zu "permission denied". Als Root! Fahre bei mir ReiserFS in der 3.6'er Version, SuSE 7.3. Hab das Problem wie folgt geloest: 1.) Rettungssystem gebootet und 2.) reiserfsck drauf angesetzt. Als Ergebnis wurden mir zwei Dateien genannt, die "ins Nichts" zeigen! Aha! Das Programm wies mich auch gleich darauf hin, das der Fehler nur per "--rebuild-tree" zu korrigieren sei. Also: 3.) !!Partition sichern!! Alles bzw. alles Wichtige retten. 4.) reiserfsck --rebuild-tree /dev/<platte> 5.) Kaffee trinken Hat Alles geklappt, die defekten Dateien sind !weg!, und der Rest laeuft einwandfrei. Viel Glueck! Tschau Florian -- Everything is okay in the end. If it's not okay, then it's not the end.
Am Samstag, 24. November 2001 10:01 schrieb Florian Evers:
Hallo Tim,
ich weiss nicht, ob Du das Problem mittlerweile geloest hast, ist ja schon eine Weile her. Aber ich hatte gestern das selbe Problem, ich konnte auf eine bestimmte Datei nicht mehr Zugreifen, soger ein "ls dateiname" fuehrte zu "permission denied". Als Root! Fahre bei mir ReiserFS in der 3.6'er Version, SuSE 7.3.
Hab das Problem wie folgt geloest: 1.) Rettungssystem gebootet und 2.) reiserfsck drauf angesetzt. Als Ergebnis wurden mir zwei Dateien genannt, die "ins Nichts" zeigen! Aha! Das Programm wies mich auch gleich darauf hin, das der Fehler nur per "--rebuild-tree" zu korrigieren sei. Also: 3.) !!Partition sichern!! Alles bzw. alles Wichtige retten. 4.) reiserfsck --rebuild-tree /dev/<platte> 5.) Kaffee trinken
Hat Alles geklappt, die defekten Dateien sind !weg!, und der Rest laeuft einwandfrei.
Viel Glueck!
Tschau Florian Hallo Florian, das war genau die Loesung fuer mein Problem, besten Dank. Einziger Haken: Nach dem --rebuild-tree musste ich X etwas nachhelfen zu starten ;-)
Gruss, Tim
participants (6)
-
B.Brodesser@t-online.de
-
D. Wolpert
-
Florian Evers
-
Thorsten Haude
-
Tim Dreessen
-
Waldemar Brodkorb