RE: serioup problem after running fsck

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



 

> -----Original Message-----
> From: redhat-list-bounces@xxxxxxxxxx 
> [mailto:redhat-list-bounces@xxxxxxxxxx] On Behalf Of Qi, Xlaoyan
> Sent: Monday, March 14, 2005 3:07 PM
> To: redhat-list@xxxxxxxxxx
> Subject: serioup problem after running fsck
> 
> Hi All,
> 
> When I restarted My linux (Precision 670 work station) with 
> Linux enterprise version 3 preinstalled this morning, 
> following error shows: 
> 
> " Checking root filesystem
> 
>   / contains a file system with errors, check forced.
> 
>   Eoor reading block 35063145 (Attempt to read block from 
> filesystem resulted in short read) while reading indirect 
> blocks of inode 17531077
> 
>  
> 
>   /: UNEXPECTED INCONSISTENCY; RUN fsck manually.
> 
> "
> 
> So I did as shown suggested, run "fsck -y"
> 
>  
> 
> Now I have trouble to get into KDE, only gnome safe can work. 
> Also "chkconfig -list" and a lot of other commands can not 
> work either.
> 
>  
> 
> What should I do? 
> 
>  
> 
> Thanks for suggestion.
> 
>  
> 
> Cynthia
> 
>  
> 
>  
> 
> --
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=subscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
> 

I haven't used fsck in over a decade so I'm sure there are better people on
this list to answer this question.  But here are my two cents.

The easiest and first thing is to run fsck again (although I have my doubts
that this would help given the errors you have).  Running it once is no
guarantee that the file system has been completely checked.  You need to run
it until you no longer get any errors (at least that's how it worked 15
years ago).  I once ran fsck 10 times before I had a clean file system and
it worked beautifully after that.  Fsck should always be run in single user
mode.

Did you shut down the machine properly the last time you used it?  If you
did shut down the machine properly the last time, then you may have a disk
problem (although I doubt this is it and it's more likely that the machine
was not completely shut down before the power was cut).  Your vendor must
have supplied you with a CD to check the hardware.  Before you check
anything, back up anything valuable. If you didn't shut down the machine
properly, ALWAYS shutdown properly using the shutdown command from the
command line or the shutdown menu in KDE (I believe ctl-alt-del will give
you the shutdown menu).

I don't know what that particular error you have is.

But the fact that there are a lot of commands that do not work is scary.  If
there were only a few or if you only had a few files missing, you could just
look in the lost+found directory in '/' and use the 'file' command on any
file in the directory to test whether it is an executable or not. If it's a
text file, you can use an editor to view the contents of the file and just
rename it to the correct file name. If it's an executable, you could just
try to execute it and see what happens and then potentially rename it to the
correct name.

The lost+found directory is used to connect any file that's 'lost' (ie. No
longer connected), back to the directory hierarchy.  Since it is the
directory hierarchy that holds the name of the file, the name of a file in
the lost+found directory is actually its inode number (which is how the file
system identifies a file).  Once you recognize what file you are looking at,
you can just rename it to the normal name and place it in the right
directory.

Anyway, hope this helps.
Michael





-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux