#1  
Old 20th May 2008, 19:10
cotthemh cotthemh is offline
Junior Member
 
Join Date: Dec 2006
Posts: 28
Thanks: 0
Thanked 0 Times in 0 Posts
Default autorepair filesystem on boot

i use Fedora core 6, i have a very stable system which has an uptime usually of serveral months, which is very nice. The only times the system goes down is after power failures. Unfortunately it does not restart automatically because due to the power failure it requires a filesystem check (fsck). the system simply stops the boot because my main filesystem gets corrupt due to the powerfailure.

this is my fstab :
more /etc/fstab
/dev/VolGroup00/LogVol00 / ext3 defaults,usrquota,grpquota 1 1
LABEL=/boot /boot ext3 defaults 1 2
devpts /dev/pts devpts gid=5,mode=620 0 0
tmpfs /dev/shm tmpfs defaults 0 0
proc /proc proc defaults 0 0
sysfs /sys sysfs defaults 0 0
/dev/VolGroup00/LogVol01 swap swap defaults 0 0


during boot the system wants a fsck -y in order to repair the filesystem. this howerver requires manual intervention on the console. This means i need to access the server physically to repair this.

so my question :

is there any way i can avoid this situation, and/or is there a way to automatically repair the filesystem during boot, rather than having to do it manually.

many thanks for you're comments on this matter !

best regards,

H
Reply With Quote
Sponsored Links
  #2  
Old 21st May 2008, 13:58
falko falko is offline
Super Moderator
 
Join Date: Apr 2005
Location: Lüneburg, Germany
Posts: 41,701
Thanks: 1,900
Thanked 2,745 Times in 2,578 Posts
Default

Take a look here: http://ubuntuforums.org/showthread.php?t=504342
__________________
Falko
--
Download the ISPConfig 3 Manual! | Check out the ISPConfig 3 Billing Module!

FB: http://www.facebook.com/howtoforge

nginx-Webhosting: Timme Hosting | Follow me on:
Reply With Quote
  #3  
Old 21st May 2008, 14:22
cotthemh cotthemh is offline
Junior Member
 
Join Date: Dec 2006
Posts: 28
Thanks: 0
Thanked 0 Times in 0 Posts
Default

if i look at my fstab and the definition which i found :

>>>>>>>>
the sixth field: fs_passno
This field is used by fsck to determine which filesystems need to be checked when you reboot the system. According to the man page, the root file system should always be set to a 1 for this field and all other file systems can be set to 2. The fsck utility will check filesystems on different drives in parallel. If you leave this option off, it will be assumed to be a zero and fsck will not check the filesystem.
>>>>>>>>>>>

in my case the root filesystem has option, which is what it should be and all others are set appropriately too. I don't think i can set this value to 2 for the root filesystem.

i hope somebody can help me further with this, many thanks in advance !!
Reply With Quote
  #4  
Old 22nd May 2008, 11:56
falko falko is offline
Super Moderator
 
Join Date: Apr 2005
Location: Lüneburg, Germany
Posts: 41,701
Thanks: 1,900
Thanked 2,745 Times in 2,578 Posts
 
Default

Try
Code:
/dev/VolGroup00/LogVol00 / ext3 defaults,usrquota,grpquota 1 0
in /etc/fstab.
__________________
Falko
--
Download the ISPConfig 3 Manual! | Check out the ISPConfig 3 Billing Module!

FB: http://www.facebook.com/howtoforge

nginx-Webhosting: Timme Hosting | Follow me on:
Reply With Quote
Reply

Bookmarks

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
WWW Server Won't Boot After Hard Power Failure giganet Server Operation 5 16th May 2008 14:54
USB filesystem type problem etumbaga Technical 3 27th July 2007 18:47
linux boot process sysconfig Server Operation 0 4th November 2006 09:58
Triple Boot OK? picker77 Installation/Configuration 2 9th August 2006 13:10
xen not booting qiu HOWTO-Related Questions 11 2nd May 2006 10:20


All times are GMT +2. The time now is 15:10.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2014, vBulletin Solutions, Inc.