Date: Tue, 17 Apr 2007 00:24:37 +0200 From: Roland Smith <rsmith@xs4all.nl> To: CyberLeo Kitsana <cyberleo@cyberleo.net> Cc: FreeBSD Questions <freebsd-questions@freebsd.org> Subject: Re: dump/restore corrupted filesystems Message-ID: <20070416222437.GA1924@slackbox.xs4all.nl> In-Reply-To: <462449C2.9000302@cyberleo.net> References: <4623843B.40006@cyberleo.net> <20070416170825.GA91459@slackbox.xs4all.nl> <462449C2.9000302@cyberleo.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 16, 2007 at 11:14:35PM -0500, CyberLeo Kitsana wrote: > Roland Smith wrote: > > On Mon, Apr 16, 2007 at 09:11:48AM -0500, CyberLeo Kitsana wrote: > >> I have a 1.2TB UFS2 filesystem with irrecoverable corruption. As such,= I > >> must move all 500GB or so of data off of it and re-newfs it. > >=20 > > If the corruption is due to hardware failure, your data is probably los= t. >=20 > Sorry if I wasn't clear. Most all of the data is readable and complete > if I mount the filesystem read-only. It just panics the box when mounted > read/write, and fsck can't fix the damage. That might be worth filing a PR for, especially the panics.=20 Exactly what is damaged? Garbage in files? Wrong inode counts? I've had unclean filesystems because of panics, but nothing fsck_ffs couldn't fix. You might want to check the hardware too. Use smartmontools in case of (S)ATA drives. > My question was more along the lines of whether or not dump/restore > would see that those corrupted directory and file inodes were indeed > corrupt and not bother attempting to back them up, or if it would > happily back them up and restore them in their corrupted state to a new > filesystem, thus trashing it. Looking at /usr/src/sbin/dump/traverse.c, dump traverses the used inodes list and all directories. So if any of these is corrupt, your dump will be too. And if the contents of the inodes is corrupted, so will the dump.= =20 > Ironically, this is the machine that holds the backups. Oops. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGI/elEnfvsMMhpyURAtlMAJ41e7f0XyOv088WduqpQXaGleUrDwCgiSN2 N38CfCxOMkcsStbApN1LRvk= =jdvf -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070416222437.GA1924>