From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx-out-2.rwth-aachen.de ([134.130.5.187]:42253 "EHLO mx-out-2.rwth-aachen.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751862AbaENUCU (ORCPT ); Wed, 14 May 2014 16:02:20 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Date: Wed, 14 May 2014 23:44:55 +0200 From: laie To: Hugo Mills , linux-btrfs@vger.kernel.org Subject: Re: destroyed disk in btrfs raid In-Reply-To: <20140514184412.GH23212@carfax.org.uk> References: <2a45648842c071a8e0d3285541d96c6f@halifax.rwth-aachen.de> <20140509175827.GG16185@carfax.org.uk> <20140509180137.GH16185@carfax.org.uk> <20140511141957.GC23212@carfax.org.uk> <91b2e7cdfaa8aa12469240cf4a2e3d05@halifax.rwth-aachen.de> <20140514184412.GH23212@carfax.org.uk> Message-ID: Sender: linux-btrfs-owner@vger.kernel.org List-ID: On 2014-05-14 20:44, Hugo Mills wrote: > On Wed, May 14, 2014 at 08:43:41PM +0200, laie wrote: >> On 2014-05-11 16:19, Hugo Mills wrote: >> >On Tue, May 13, 2014 at 10:16:59AM +0200, laie wrote: >> >>On 2014-05-09 20:01, Hugo Mills wrote: >> >>>On Fri, May 09, 2014 at 06:58:27PM +0100, Hugo Mills wrote: >> >>>>On Fri, May 09, 2014 at 08:02:45PM +0200, laie wrote: >> >>>>> Now I'm looking for a way to tell btrfs to provide me with a list of the >> >>>>> corrupted files and delete them afterwards. This would be great, because >> >>>>> otherwise it would take very long to get the data back from slow backups. >> >>>> >> >>>> Simple solution: cat every file to /dev/null, and see which ones >> >>>>fail with an I/O error. With RAID-0 data, losing a device is going to >> >>>>damage most files, though, so don't necessarily expect much to survive. >> >> I finished building the List, about 40% of the Data is gone. So far so >> good. >> >> As next step I planned to delete these files. This is not possible >> because >> I'm not able to mount the fs r/w. >> >> btrfs: allowing degraded mounts >> btrfs: bdev /dev/mapper/luks-0 errs: wr 37519, rd 32783, flush 0, >> corrupt 0, >> gen 0 >> Btrfs: too many missing devices, writeable mount is not allowed >> btrfs: open_ctree failed >> >> Is it correct remove the missing device now: >> >> btrfs device delete missing /mnt >> >> Or do I have to add the replacement first? > > You'd have to mount r/w before you can add a new disk. :) > > You should be able to mount r/w using the -o degraded mount option. The error above is occurs when I try to mount with mount -o degraded source target only mount -o degraded,ro source target works.