Hi guys, I'm running SUSE 10.0 rc1 on my notebook (still waiting for my 10.0 box to arrive). This morning my machine hung, or rather, X seemed to hang - keyboard went completely dead so I couldn't ctr+alt+backspace. Upon restarting I opened kmail and it gave me a permission error on one mail directory. Cheking the directory, if I do ls -lh, there are two files that I cannot see: theluggage:/home/hansdp/.Maildir/.User-Lists.SuSE-SLES-e.2005 # ls -lh /bin/ls: courierimapkeywords: Permission denied /bin/ls: maildirfolder: Permission denied total 547K I cannot delete them either, even as root. I've unmounted home and ran reiserfsck on it, it checks out clean. Any idea how to get rid of those two files - or make them readable again? Thanks Hans
On Monday 10 October 2005 10:41, Shriramana Sharma wrote:
Even as root, if you are not able to delete, did you check the permissions of the file and its containing directory?
Yes, the directory is perfectly fine, same as the others: drwx------ 4 hansdp users 176 2005-10-10 09:55 .User-Lists.SuSE-SLES-e.2005 There are more files/directory in the above mentioned directory, which are readable as normal, it's this the two files I mentioned in my earlier post. Thanks Hans
Monday 10 Oct 2005 14:30 samaye Hans du Plooy alekhiit:
There are more files/directory in the above mentioned directory, which are readable as normal, it's this the two files I mentioned in my earlier post.
How about booting to rescue mode and trying to delete as root using bash? If not from SUSE rescue mode then try booting from a SUSE Live DVD or from Knoppix. If not, then I'm out of ideas. Good luck.
On Monday 10 October 2005 11:12, Shriramana Sharma wrote:
How about booting to rescue mode and trying to delete as root using bash? If not from SUSE rescue mode then try booting from a SUSE Live DVD or from Knoppix. If not, then I'm out of ideas.
That's the first thing I tried :-) Thanks for your replies though. Hans
Hans du Plooy writes:
On Monday 10 October 2005 10:41, Shriramana Sharma wrote:
Even as root, if you are not able to delete, did you check the permissions of the file and its containing directory?
Yes, the directory is perfectly fine, same as the others: drwx------ 4 hansdp users 176 2005-10-10 09:55 .User-Lists.SuSE-SLES-e.2005
There are more files/directory in the above mentioned directory, which are readable as normal, it's this the two files I mentioned in my earlier post.
Check your /var/log/messages file for error messages from ReiserFS. I've encountered this problem before and it turned out to be bad blocks on the hard drive. I solved the problem by rebooting, and then renaming the parent directory to something else, restoring that directory from backup, and then deleting the entire directory. In my case, I had a ton of messages like the following in my log: Sep 24 05:09:57 poopoo kernel: ReiserFS: hda2: warning: vs-5150: search_by_key: invalid format found in block 914593. Fsck? Sep 24 05:09:57 poopoo kernel: ReiserFS: hda2: warning: vs-13070: reiserfs_read_locked_inode: i/o failure occurred trying to find stat data of [219823 219855 0x0 SD] -Ti -- Ti Kan
On Monday 10 October 2005 11:35, Ti Kan wrote:
Check your /var/log/messages file for error messages from ReiserFS.
Nothing listed there at all. I have thought of the disc maybe being the problem. It's a new Travelstar 40gb 5400rpm drive, and since I put it in I had a feeling the notebook (old P-III) may not be giving the drive enough power, because I didn't see any speedup at all over the old 4200rpm drive, and also from time to time the drive makes a tick-tick-tick sound. But after about three months without any incidents, I assume the drive is working fine. I cannot delete the parent directory either - it gives me the same error. Root cannot touch those two files. I'll try renaming it - might get symptoms out of the way. I'm going to reload with SuSE 10.0 when I get my package some time this week, so its not super urgent, but this is a problem I've seen before and I don't know how to fix it. Thanks Hans
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Monday 2005-10-10 at 11:44 +0200, Hans du Plooy wrote:
I'm going to reload with SuSE 10.0 when I get my package some time this week, so its not super urgent, but this is a problem I've seen before and I don't know how to fix it.
The times I have seen it it was a reiserfs problem, solved by running reiserfsck from the rescue dvd. But I understand you did that already... try again :-? - -- Cheers, Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDSkz3tTMYHG2NR9URAh7HAJoDID/864+QWoPTT49uRJ0uo3zjbgCfaoYG MyuaWB+WAXaYUGO32ENQKgQ= =6wbm -----END PGP SIGNATURE-----
Monday 10 Oct 2005 17:17 samaye Steve Graegert alekhiit:
You may want to try 'chattr -i <file-or-dir>' to remove the immutable attribute if set (check with 'lsattr'). It does not allow changes to the file, not even by root.
This does not come under the POSIX file permissions, eh? I thought rwx replaced the four attributes AHSR (from DOS/Windows) when I came to Linux.
On 10/10/05, Shriramana Sharma
Monday 10 Oct 2005 17:17 samaye Steve Graegert alekhiit:
You may want to try 'chattr -i <file-or-dir>' to remove the immutable attribute if set (check with 'lsattr'). It does not allow changes to the file, not even by root.
This does not come under the POSIX file permissions, eh? I thought rwx replaced the four attributes AHSR (from DOS/Windows) when I came to Linux.
File attributes that can be set or unset with chattr are a Linux-specific extension to the POSIX file permission scheme. Can't comment on AHSR, but as I recall Windows has its own implementation of ACLs independent of AHSR. Regarding my last post: didn't realize that reiserfs indicates support for the immutable attribute but doesn't honor it as ext2 and ext3 do. chattr +/-i has, therfore, no effect. \Steve
On Monday 10 October 2005 16:00, Shriramana Sharma wrote:
Monday 10 Oct 2005 17:17 samaye Steve Graegert alekhiit:
You may want to try 'chattr -i <file-or-dir>' to remove the immutable attribute if set (check with 'lsattr'). It does not allow changes to the file, not even by root.
This does not come under the POSIX file permissions, eh? I thought rwx replaced the four attributes AHSR (from DOS/Windows) when I came to Linux.
There's a bit more to POSIX than rwx permissions. There are also various filesystem related issues too. Here's a suse document about some of these things, including ACLs (Access Control Lists): http://www.suse.de/~agruen/acl/linux-acls/online/ See also man chmod, man chattr and man lsattr. chmod, for example, can set the sticky bit and the suid bit. chattr makes other changes not visible using the ordinary ls commands. Other Unices make different arrangements, too. That's close to as much as I know, but you can look around the web for articles in varying levels of depth and completeness. HTH Fergus -- Fergus Wilde Chetham's Library Long Millgate Manchester M3 1SB UK Tel: 0161 834 7961 Fax: 0161 839 5797 http://www.chethams.org.uk
Hans du Plooy wrote:
I cannot delete them either, even as root. I've unmounted home and ran reiserfsck on it, it checks out clean.
Any idea how to get rid of those two files - or make them readable again?
Have you tried booting from a rescue disk and then removing the files?
Hans, On Monday 10 October 2005 01:16, Hans du Plooy wrote:
Hi guys,
I'm running SUSE 10.0 rc1 on my notebook (still waiting for my 10.0 box to arrive). This morning my machine hung, or rather, X seemed to hang - keyboard went completely dead so I couldn't ctr+alt+backspace.
Upon restarting I opened kmail and it gave me a permission error on one mail directory. Cheking the directory, if I do ls -lh, there are two files that I cannot see:
theluggage:/home/hansdp/.Maildir/.User-Lists.SuSE-SLES-e.2005 # ls -lh /bin/ls: courierimapkeywords: Permission denied /bin/ls: maildirfolder: Permission denied total 547K
I cannot delete them either, even as root. I've unmounted home and ran reiserfsck on it, it checks out clean.
Any idea how to get rid of those two files - or make them readable again?
Root is _never_ denied permission to do anything. However, in the case of file system operations, the file system must be mounted read/write to effect any change of any sort whatsoever, regardless of ordinary permissions. Furthermore, when an attempt is made to perform a disk-altering operation (remove a file, e.g.) on a read-only file system, the error returned (in the rather sparse set of POSIX error codes) is "permission denied" -- even if you're root. Of course, this does not explain the problem doing a simple ls. That should attempt no file system modification, so a "permission denied" message is a bit odd there. So... Is the file system mounted read-only?
Thanks Hans
On Monday 10 October 2005 17:01, Randall R Schulz wrote:
So... Is the file system mounted read-only? Nope, it was just a certain couple of files. I ended up assuming the worst - bad blocks. Backed up my /home (luckily it's on a separate partition), ran all reiserfs' diagnostic modes, formatted the partition ext3, ran the fsck.ext3's badblock scan. Came out clean every time. Copied all my stuff back, and all is well now.
Unfortunately I didn't have time to troubleshoot his in depth - need my notebook to make a living! Thanks for all who answered! Hans
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Monday 2005-10-10 at 22:04 +0200, Hans du Plooy wrote:
Nope, it was just a certain couple of files. I ended up assuming the worst - bad blocks. Backed up my /home (luckily it's on a separate partition), ran all reiserfs' diagnostic modes, formatted the partition ext3, ran the fsck.ext3's badblock scan. Came out clean every time. Copied all my stuff back, and all is well now.
The hard disk hardware can remap bad blocks on the fly without telling you. This action is trigered on write to a bad block.
Unfortunately I didn't have time to troubleshoot his in depth - need my notebook to make a living!
You can perhaps check the SMART log: smartctl -a /dev/hda - -- Cheers, Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDSwjotTMYHG2NR9URAsOJAJ0YecDrrgnNY0+wnQcuV9gJDk7vWwCdHvia KRHOM9SRJN+7O9ZxgOcylBE= =DD7p -----END PGP SIGNATURE-----
participants (8)
-
Carlos E. R.
-
Fergus Wilde
-
Hans du Plooy
-
James Knott
-
Randall R Schulz
-
Shriramana Sharma
-
Steve Graegert
-
ti@amb.org