Date: Tue, 31 May 2016 12:15:04 +0200 From: Willem Jan Withagen <wjw@digiware.nl> To: "Kevin P. Neal" <kpn@neutralgood.org>, Evgeny Sam <esamorokov@gmail.com> Cc: freebsd-fs@freebsd.org Subject: Re: ZFS - RAIDZ1 Recovery (Evgeny Sam) Message-ID: <e3b139e8-e205-a2bd-706b-bb3c00215004@digiware.nl> In-Reply-To: <20160530202147.GA40137@neutralgood.org> References: <CABDVK=6-zxo-HyG6LwmVAaouO5ZoiSuAhAYoszX9FMoK2qb_Qw@mail.gmail.com> <CAD-rSeeW6pBX7br8eCsdOu2cdL6fyeiJZ8%2BUCHp_P2he_K8vng@mail.gmail.com> <CABDVK=5rZ=TtaDPiu4Or-C7XOZDBurJAZTyyoqjLp_0tevBBew@mail.gmail.com> <20160530202147.GA40137@neutralgood.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 30-5-2016 22:21, Kevin P. Neal wrote: > There are several good ways to duplicate a disk, and at the top of the > list are tools known to the people you are going to need help from. That > means using the 'dd' command to duplicate the entire disk including the > GPT labels. Or use something from Polytropon's list posted to these lists > (usually the questions list mostly) every so often. > > The dd command when given the "conv=noerror,sync" option can be used to > duplicate an entire disk. Then a ZFS scrub can correct the lost blocks. Might I suggest dd_rescue here? Sort of designed for precisely this problem. Does large bulk transfers, but when in error it reduces blocksize to the sector, and tries several times.... And there are lots of other options. So it is fast and as accurate as it can get. Save my life a few times. --WjW
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?e3b139e8-e205-a2bd-706b-bb3c00215004>