From: chuck gelm <chuck@gelm.net>
To: Peter <heisspf@skyinet.net>
Cc: Ray Olszewski <ray@comarre.com>, linux-newbie@vger.kernel.org
Subject: Re: Lost HD Partition
Date: Wed, 21 Jun 2006 09:56:25 -0400 [thread overview]
Message-ID: <44995009.2080507@gelm.net> (raw)
In-Reply-To: <44999CC5.9050807@skyinet.net>
Hi, Peter:
It looks like your partition is corrupted.
Although I would like to see if either of these two items would work.
#mount -t auto /dev/hda6 /usr/local
-or-
comment out the line of fstab that specifies /dev/hda6 and
#mount /dev/hda6 /usr/local
However, if you are sure that the partition was formated as
ext2 or ext3 before, this will not work as (I think) both filesystems
depend on the superblock.
:-| Chuck
man mount
<snip>
-t vfstype
The argument following the -t is used to indicate the file system type.
The file system types which are currently supported include:
adfs, affs, autofs, coda, coherent, cramfs, devpts, efs, ext, ext2,
ext3,
hfs, hpfs, iso9660, jfs, minix, msdos, ncpfs, nfs, ntfs, proc, qnx4, rmfs,
reiserfs, romfs, smbfs, sysv, tmpfs, udf, ufs, umsdos, usbfs, vfat, xenix,
xfs, xiafs.
Note that coherent, sysv and xenix are equivalent and that xenix and
coherent
will be removed at some point in the future -- use sysv instead. Since
kernel
version 2.1.21 the types ext and xiafs do not exist anymore. Earlier, usbfs
was known as usbdevfs.
For most types all the mount program has to do is issue a simple mount(2)
system call, and no detailed knowledge of the filesystem type is required.
For a few types however (like nfs, smbfs, ncpfs) ad hoc code is
necessary.
The nfs ad hoc code is built in, but smbfs and ncpfs have a separate mount
program. In order to make it possible to treat all types in a
uniform way,
mount will execute the program /sbin/mount.TYPE (if that exists) when
called
with type TYPE. Since various versions of the smbmount program have
different
calling conventions, /sbin/mount.smbfs may have to be a shell script
that sets
up the desired call.
<snip>
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
next prev parent reply other threads:[~2006-06-21 13:56 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-06-21 14:40 Lost HD Partition Peter
2006-06-21 5:15 ` Ray Olszewski
2006-06-21 19:23 ` Peter
2006-06-21 13:56 ` chuck gelm [this message]
2006-06-21 19:47 ` Hal MacArgle
-- strict thread matches above, loose matches on Subject: below --
2006-06-22 13:02 Peter
2006-06-22 13:58 ` Hal MacArgle
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=44995009.2080507@gelm.net \
--to=chuck@gelm.net \
--cc=heisspf@skyinet.net \
--cc=linux-newbie@vger.kernel.org \
--cc=ray@comarre.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox