Permission denied even I am root

mirko_3 · l33t Joined: 02 Nov 2003 Posts: 605 Location: Birreria

Happened a few times to me as well, with reiserfs, after a bad reboot.. a couple clean reboots usually fixed it.
_________________
Non fa male! Non fa male!

MasterX · Veteran Joined: 26 Jun 2003 Posts: 1165

If you do ls -l /etc/hotplug what do you see for scsi.agent? What is the group/owner of this file?
BTW, fsck would not find/fix problems, you need to run fsck -c.

ranma37 · n00b Joined: 21 Feb 2003 Posts: 30

I use "shutdown -Fr now" to force full fsck after reboot.
I guess the "checkroot" script will do "fsck -c" for you.
I don't know how to check root partition when it is already mounted rw.

necromncr · n00b Joined: 21 Mar 2004 Posts: 44 Location: Ig, Slovenia

I might be off-sync with your problem, but permission denied error occurs when file is supposed to be somewhere but aint there. Like network mounted drive yet no longer there.

*wacko talk ahead*
I dont know anything about hotpluging, but maybe it creates those files when needed, yet due to an error, they're not there.

jericospeedy · n00b Joined: 23 Apr 2004 Posts: 2

I encountered this problem during installation. The only think I can think of is I executed shhd after setting up my network so someone could help me with the installation. The funny thing is that the person helping me out, and accessing my computer through sshd, could execute the commands for which I was receiving "Permission denied" - i had no permission, but someone logged onto my computer did?? Strange... I was definitely root, and the files and directories definitely existed because the other person was able to execute the commands. Anyway, my friend edited my file permission settings, noticed root was setup for 'viewing only', so he changed it to reinstate my permissions. Not too difficult of a solution, but how the hell did it happen in the first place? I am also using reiserfs, and the problem was not corrected by rebooting.

ranma37 · n00b Joined: 21 Feb 2003 Posts: 30

Ok. I figured out doing "shutdown -Fr" won't really fsck my root partition.

I have to boot from a Gentoo 1.4 CD, then run

Vlad · Posted: Mon Nov 01, 2004 8:32 am Post subject:

Excuse the bump. Just thought I'd update this post to include another solution, incase anyone has the same problem:

Using reiserfs on a 2.6.9 kernel. Had a bad reboot followed by disk corruption. The following repaired the tree - I also had huge amounts of missing space on my disk.

catalYst · Posted: Thu Nov 04, 2004 5:34 pm Post subject:

But does --rebuild-tree fsck with the data in any way? I am nervous about running it on my root drive, but I too have a dangling file that root isn't allowed to touch.

Vlad · Posted: Fri Nov 05, 2004 5:14 am Post subject:

I didn't have any problems (my /usr partition was corrupted). After fscking, all items that were broken were moved to /usr/lost+found.

This happened when I was compiling a kernel, so most of the lost+found entries were actually ELF objects. You really only have one solution to fix the problem, and that's --rebuild-tree. I wouldn't worry about the rest of your data, and if the rebuild appears to hang on the file that's undeletable - don't worry, just give it time.

Of course you should always have a recent backup, yadda yadda yadda. You can always quickly burn some (all?) of your / partition to a DVD (CD?).

catalYst · Posted: Fri Nov 05, 2004 2:58 pm Post subject:

Thanks for the info Vlad. Thankfully I had one of those hell-bound IBM drives before I updgraded to 200g, so I learned my lesson and now keep an rsync backup of all my systems. I just wondered if I'd have to spend the day reinstalling Gentoo or not :wink:

-colin

(EDIT: the backups are only of data, not the whole system . . . thus the reinstall. Maybe if I got another 200g I could just mirror the whole system . . . )