Re: how to boot or access problem file system
- From: Roland Smith <rsmith@xxxxxxxxx>
- Date: Fri, 31 Jul 2009 00:06:18 +0200
On Thu, Jul 30, 2009 at 03:20:55PM -0400, PJ wrote:
Roland Smith wrote:
On Thu, Jul 30, 2009 at 01:40:58PM -0400, PJ wrote:
What can be done to access a file system that seems to have the boot
sector screwed up?
I forgot to mention that your boot sector is fine. If it were screwed
up, you wouldn't get to the boot prompt.
Since the boot code cannot locate your kernel, there are several things
that could have gone wrong. See below.
how can I use it if I can't boot or access the file system?The /usr files should be ok but how to access?
Use fsck_ffs to try and repair the filesystem.
Use a livefs cd or use the Fixit option in the main menu of sysinstall
on an install disk. That should get you a shell where you can run
fsck_ffs on your disk partitions.
If you have booted from CD, list the disk devices with e.g. 'ls
/dev/ad*'. If you have SCSI drives, use 'da' instead of 'ad'.
What does that command list? On my machine, I'll get
something like this:
/dev/ad4 /dev/ad4s1d /dev/ad6 /dev/ad6s1d
/dev/ad4s1 /dev/ad4s1e /dev/ad6s1 /dev/ad6s1e
/dev/ad4s1a /dev/ad4s1f /dev/ad6s1a /dev/ad6s1f
/dev/ad4s1b /dev/ad4s1g /dev/ad6s1b /dev/ad6s1g
/dev/ad4s1c /dev/ad4s1g.eli /dev/ad6s1c /dev/ad6s1g.eli
If you only see e.g. /dev/ad4 and /dev/ad6, your slice table has been
overwritten (with fdisk) and your data is lost. If you see /dev/ad4s1
but not /dev/ad4s1a-g, the BSD partitions have been removed and your
data is lost as well.
Since there is only one slice on both ad4 and ad6 (otherwise you'd see
/dev/ad4s2x) The next step is to examine the disk labels:
# size offset fstype [fsize bsize bps/cpg]
a: 1024000 16 4.2BSD 2048 16384 64008
b: 16777216 1024016 swap
c: 976768002 0 unused 0 0 # "raw" part, don't edit
d: 4194304 17801232 4.2BSD 2048 16384 28528
e: 104857600 21995536 4.2BSD 2048 16384 28528
f: 41943040 126853136 4.2BSD 2048 16384 28528
g: 807971826 168796176 4.2BSD 2048 16384 0
This tells us that the a, d, e, f and g partition are carrying a BSD
filesystem, and should be checked with fsck_ffs.
Try these steps and report back what you find.
Maybe the real problem is that the manual is too screwed up (why areI don't have a problem with irrecoverable files, I would just finally
understand how things work and what can be done on FBSD.
Make regular backups. Especially before big upgrades.
there so many problems being brought up on the mailing lists? we can't
all be that stupid.)
It is a mailing list for questions. Ipso facto you'll see questions and
problems on this list. People who are not having problems will not be
posting very much. :-)
As to the handbook, this is by necessity written by people who are
knowledgeable on the subject they write on. Unfortunately this sometimes
lead to really basic steps/assumptions being skipped because they are
self-evident for the writer. If you gain enough knowledge about a
subject it becomes really hard to write for people new to the system
because you've internalized a lot of stuff by then.
If you have specific questions about parts of the handbook, ask.
[plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated]
pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725)
Description: PGP signature
- Prev by Date: Re: how to boot or access problem file system
- Next by Date: net/linux-nx-client: problems connecting to server
- Previous by thread: Re: how to boot or access problem file system
- Next by thread: Re: how to boot or access problem file system