All of lore.kernel.org
 help / color / mirror / Atom feed
From: Yury Umanets <umka@namesys.com>
To: Chris Worley <chrisw@lnxi.com>
Cc: reiserfs-list@namesys.com
Subject: Re: Permission denied on access to files; even as root
Date: Sun, 16 Jun 2002 21:44:21 +0400	[thread overview]
Message-ID: <3D0CCE75.3020601@namesys.com> (raw)
In-Reply-To: 1024354235.21004.10629.camel@xserver

Chris Worley wrote:

>Lots of lines like:
>
>	bad_stat_data: 4377 is shared by at least two files
>
>and:
>
>	shrink_id_map: objectid map shrinked: used 4096, 5 blocks
>
>A few:
>
>    bad_stat_data: 960450 is marked free, but used by an object 37421
>    960450 0x0 SD
>
>and:
>
>	grow_id_map: objectid map expanded: used 10240, 10 blocks
>
>It's not finished yet.  It's the root partition so it's doing it in
>read-only mode.
>
This trouble was caused by objectid map fragmentation activity.

>
>I'm Running Linux 2.4.10-4GB on SuSE 7.3 with reiserfsprogs-3.x.0j-1
>(using 3.5.x disk format...ReiserFS version 3.6.25) atop
>lvm-1.0.0.2_rc2-6.  I upgraded reiserfs after a disk crash
>last xmas (with a few remnants of that catastrophe still in the system).
>
Old one. I very recommend you to use last pre4 reiserfsprogs instead 
your current version. Also it is highly recommened to run at least 
2.4.18 kernel or even higher (I'm running 2.4.19-pre10). They are free 
of a lot of bugs.

>
>I was trying to convert the file system for large files last week, and
>wound up deciding that my reiser tools and the kernel patch are not in
>sync.
>
:)) See above.

>
>The problem is progressive.  I.e. "/bin/hostname" can't be executed
>today, and it was fine after trying the "conv".
>

>
>Chris
>
>On Sun, 2002-06-16 at 11:20, Yury Umanets wrote:
>  
>
>>Chris Worley wrote:
>>
>>    
>>
>>>I've got a couple hundred files that seem to be in a bad state since I
>>>tried (unsuccessfully) converting my file system, for example (as root):
>>>
>>>/usr/bin # ls -l gdb
>>>ls: gdb: Permission denied
>>>/usr/bin # mv gdb gdb.bak
>>>mv: cannot stat `gdb': Permission denied
>>>/usr/bin # chmod a+r gdb
>>>chmod: getting attributes of `gdb': Permission denied
>>>
>>>Any idea what has happened and how to recover these files?
>>>
>>>      
>>>
>>It means that your filesystem is corrupted. Probably statdata item of 
>>gdb. Have you tried to fsck it? What did fsck say?
>>
>>    
>>
>>>Thanks,
>>>
>>>Chris
>>>
>>>
>>>
>>> 
>>>
>>>      
>>>
>>
>>    
>>
>
>
>
>
>  
>




  reply	other threads:[~2002-06-16 17:44 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-06-16 17:15 Permission denied on access to files; even as root Chris Worley
2002-06-16 17:20 ` Yury Umanets
2002-06-16 17:35   ` Chris Worley
2002-06-16 17:44     ` Yury Umanets [this message]
2002-06-16 18:20     ` Oleg Drokin
2002-06-16 18:47       ` Chris Worley
2002-06-16 23:14         ` Chris Worley
2002-06-17  5:13           ` Oleg Drokin
2002-06-18  6:17             ` Chris Worley
2002-06-17  5:12         ` Oleg Drokin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3D0CCE75.3020601@namesys.com \
    --to=umka@namesys.com \
    --cc=chrisw@lnxi.com \
    --cc=reiserfs-list@namesys.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.