DaemonForums  

Go Back   DaemonForums > OpenBSD > OpenBSD Installation and Upgrading

OpenBSD Installation and Upgrading Installing and upgrading OpenBSD.

Reply
 
Thread Tools Display Modes
  #1   (View Single Post)  
Old 20th September 2012
daemonfowl daemonfowl is offline
bsdstudent
 
Join Date: Jan 2012
Location: DaemonLand
Posts: 834
Thanked 0 Times in 0 Posts
Default when fsck takes plus but can't mark filesystem clean

Hi there !

Maybe there is some hope :-)
When fsck finishes but can't mark filesystem clean , what's the next step I'd make if any ? would rebooting an unclean filesystem result in data loss or corruption when for instance mounting that filesystem from another system ?

Thank you very much!
Reply With Quote
  #2   (View Single Post)  
Old 20th September 2012
jggimi's Avatar
jggimi jggimi is offline
More noise than signal
 
Join Date: May 2008
Location: USA
Posts: 3,711
Thanked 214 Times in 189 Posts
Default

OpenBSD will not mount a filesystem for write if it is not clean, unless you force it to do so with -f. If you do this, you may incur significant data loss.
Reply With Quote
  #3   (View Single Post)  
Old 20th September 2012
jggimi's Avatar
jggimi jggimi is offline
More noise than signal
 
Join Date: May 2008
Location: USA
Posts: 3,711
Thanked 214 Times in 189 Posts
Default

Quote:
what's the next step I'd make if any ?
  1. If this was a "preen" (-p) filesystem recovery, performed by rc(8) on boot, only a limited set of inconsistencies are recovered -- see fsck_ffs(8).
  2. If this is after a standard filesystem check (without -p) performed manually, you'll have to read the output to find out why the error is not recoverable. Note that answering "n" to any question will prevent recovery of an inconsistency, and answering "y" to any prompt during fsck could cause data loss.
Assuming #2, above, you will need to understand the particular inconsistencies reported that require a yes/no decision, and whether or not possible data loss is acceptable for the affected file, or if the effected entity is a directory, for the directory and all of the files in its hierarchy.

If data loss is acceptable, you may use "y"; if unacceptable, you should determine if you can manually retrieve the data when the filesystem is mounted read-only, or if recovery from backup is acceptable, prior to answering "y".

A skilled administrator might be able to effect a repair or recovery using fsdb(8); however, best practice recommends doing so only after making a filesystem backup of the damaged filesystem with dd(1) prior to using that tool.
Reply With Quote
  #4   (View Single Post)  
Old 20th September 2012
daemonfowl daemonfowl is offline
bsdstudent
 
Join Date: Jan 2012
Location: DaemonLand
Posts: 834
Thanked 0 Times in 0 Posts
Default

Thank you for the nice explanation !
http://www.youtube.com/watch?v=v6Y1J...eature=related
Reply With Quote
Reply

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
Security Mozilla takes action against CAs issuing man-in-the-middle certificates J65nko News 0 20th February 2012 11:33 PM
'Mark-of-the-Beast' bug topples Java apps J65nko News 0 8th February 2011 01:38 AM
Hardware China takes HPC heavyweight title J65nko News 0 2nd November 2010 08:12 PM
Henning Brauer takes up the cudgels for kernel cUst0mIz0rz =) mish OpenBSD General 6 12th June 2008 04:09 PM
Mark forum read Darwimy Feedback and Suggestions 1 10th June 2008 09:23 PM


All times are GMT. The time now is 07:58 PM.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content copyright © 2007-2010, the authors
Daemon image copyright ©1988, Marshall Kirk McKusick