nal Message-
> From: David C. Partridge [mailto:david.partri...@perdrix.co.uk]
> Sent: 29 April 2018 10:55
> To: 'Qu Wenruo'; 'linux-btrfs@vger.kernel.org'
> Subject: RE: Problems with btrfs
>
> Yes I did use seek=
>
> I attach the new dump-t
u
>
> Dave
>
> -Original Message-
> From: Qu Wenruo [mailto:quwenruo.bt...@gmx.com]
> Sent: 29 April 2018 10:36
> To: David C. Partridge; linux-btrfs@vger.kernel.org
> Subject: Re: Problems with btrfs
>
>
>
> On 2018年04月29日 17:20, David C. Partr
correct.
# btrfs inspect dump-tree -t extent
Thanks,
Qu
>
> Dave
> -Original Message-
> From: Qu Wenruo [mailto:quwenruo.bt...@gmx.com]
> Sent: 29 April 2018 09:36
> To: David C. Partridge
> Subject: Re: Problems with btrfs
>
> Here is the patched binary
btrfs inspect dump-tree -t extent
Thanks,
Qu
>
> Dave
> -Original Message-
> From: Qu Wenruo [mailto:quwenruo.bt...@gmx.com]
> Sent: 29 April 2018 09:36
> To: David C. Partridge
> Subject: Re: Problems with btrfs
>
> Here is the patched binary tree block.
>
Here is the result of btrfs check after applying the patch
Dave
-Original Message-
From: Qu Wenruo [mailto:quwenruo.bt...@gmx.com]
Sent: 29 April 2018 09:36
To: David C. Partridge
Subject: Re: Problems with btrfs
Here is the patched binary tree block.
You could apply them by the
> From: Qu Wenruo [mailto:quwenruo.bt...@gmx.com]
> Sent: 29 April 2018 02:35
> To: David C. Partridge; linux-btrfs@vger.kernel.org
> Subject: Re: Problems with btrfs
>
>
>
> On 2018年04月29日 00:02, David C. Partridge wrote:
>> Here are the dumps you requested.
>
>
ays, feel free to use btrfs-restore
to recovery your data.
Thanks,
Qu
>
> -Original Message-
> From: Qu Wenruo [mailto:quwenruo.bt...@gmx.com]
> Sent: 28 April 2018 15:23
> To: David C. Partridge; linux-btrfs@vger.kernel.org
> Subject: Re: Problems with btrfs
>
>
Here are the dumps you requested.
-Original Message-
From: Qu Wenruo [mailto:quwenruo.bt...@gmx.com]
Sent: 28 April 2018 15:23
To: David C. Partridge; linux-btrfs@vger.kernel.org
Subject: Re: Problems with btrfs
On 2018年04月28日 22:06, David C. Partridge wrote:
> Here's the
-root of=copy2.dump bs=1 count=16k
skip=23456415744
And attach copy1.img and copy2.img.
Thanks,
Qu
>
> -Original Message-
> From: Qu Wenruo [mailto:quwenruo.bt...@gmx.com]
> Sent: 28 April 2018 14:54
> To: David C. Partridge
> Subject: Re: Problems with btrfs
>
&g
Here's the log you asked for ...
David
-Original Message-
From: Qu Wenruo [mailto:quwenruo.bt...@gmx.com]
Sent: 28 April 2018 14:54
To: David C. Partridge
Subject: Re: Problems with btrfs
On 2018年04月28日 21:38, David C. Partridge wrote:
> Oh! doing a private build from sour
On Fri, Apr 27, 2018 at 6:20 PM, Qu Wenruo wrote:
>
>
> On 2018年04月28日 02:38, David C. Partridge wrote:
>> I'm running Ubuntu 16.04. I rebooted my server today as it wasn't
>> responding.
>>
>> When I rebooted the root FS was read only.
>>
>> I booted a live Ubuntu CD and checked the drive with t
On 2018年04月28日 02:38, David C. Partridge wrote:
> I'm running Ubuntu 16.04. I rebooted my server today as it wasn't
> responding.
>
> When I rebooted the root FS was read only.
>
> I booted a live Ubuntu CD and checked the drive with the results shown in
> attachment btrfs-check.log.
>
> The
That seems to do the trick, thanks
W dniu 29.12.2016 o 17:53, Roman Mamedov pisze:
> On Thu, 29 Dec 2016 16:42:09 +0100
> Michał Zegan wrote:
>
>> I have odroid c2, processor architecture aarch64, linux kernel from
>> master as of today from http://github.com/torwalds/linux.git.
>> It seems that
On Thu, 29 Dec 2016 16:42:09 +0100
Michał Zegan wrote:
> I have odroid c2, processor architecture aarch64, linux kernel from
> master as of today from http://github.com/torwalds/linux.git.
> It seems that the btrfs module cannot be loaded. The only thing that
> happens is that after modprobe i se
Feb 14 18:30:21 specialbrew kernel: [27576201.178630] BTRFS: bdev /dev/sdh
errs: wr 128, rd 8, flush 2, corrupt 0, gen 0
Feb 14 18:30:21 specialbrew kernel: [27576201.309583] BTRFS: lost page write
due to I/O error on /dev/sdh
Feb 14 18:30:21 specialbrew kernel: [27576201.315761] BTRFS: bdev
Hi Chris,
On Sun, Feb 14, 2016 at 04:49:29PM -0700, Chris Murphy wrote:
> On Sun, Feb 14, 2016 at 2:55 PM, Andy Smith wrote:
> > $ sudo btrfs dev remove /dev/sdh /srv/tank
> > ERROR: not a block device: /dev/sdh
>
>
> Since now it's a missing device, it should be
>
> sudo btrfs device remove m
On Sun, Feb 14, 2016 at 2:55 PM, Andy Smith wrote:
>
> So, ideally I'd like to remove the missing device sdh (id 2) to have
> redundant copies of the data until I can insert a new drive. But
> "remove" doesn't seem to want to work:
>
> $ sudo btrfs dev remove /dev/sdh /srv/tank
> ERROR: not a blo
Am 15.10.2012 22:14, schrieb Alex Lyakas:
Stefan,
the second issue you're seeing was discussed here:
http://www.spinics.net/lists/linux-btrfs/msg19672.html
You can apply the patch I sent there meanwhile, but as Miao pointed
out, I will need to make a better patch (hope will do it soon,
together
Stefan,
the second issue you're seeing was discussed here:
http://www.spinics.net/lists/linux-btrfs/msg19672.html
You can apply the patch I sent there meanwhile, but as Miao pointed
out, I will need to make a better patch (hope will do it soon,
together with this one).
Thanks,
Alex.
On Mon, Oct
Am 15.10.2012 21:42, schrieb Alex Lyakas:
Is /btrfs/target/\@snapshot/ a subvolume or a directory?
A simple directory.
can you pls try the patch that I posted here:
http://www.spinics.net/lists/linux-btrfs/msg19583.html
I feel that you're hitting a similar issue here. Before you apply the
pat
Hi Stefan,
Is /btrfs/target/\@snapshot/ a subvolume or a directory?
can you pls try the patch that I posted here:
http://www.spinics.net/lists/linux-btrfs/msg19583.html
I feel that you're hitting a similar issue here. Before you apply the
patch, please verify that you have /etc/mtab on your syst
Am 15.10.2012 12:16, schrieb Miao Xie:
On thu, 11 Oct 2012 21:54:48 +0200, Stefan Priebe wrote:
Am 11.10.2012 21:43, schrieb David Sterba:
On Thu, Oct 11, 2012 at 09:33:54PM +0200, Stefan Priebe wrote:
[server: /btrfs/target]# btrfs send -i /btrfs/src/\@snapshot/1
/btrfs/src/\@snapshot/2
On thu, 11 Oct 2012 21:54:48 +0200, Stefan Priebe wrote:
> Am 11.10.2012 21:43, schrieb David Sterba:
>> On Thu, Oct 11, 2012 at 09:33:54PM +0200, Stefan Priebe wrote:
>>> [server: /btrfs/target]# btrfs send -i /btrfs/src/\@snapshot/1
>>> /btrfs/src/\@snapshot/2 | btrfs receive /btrfs/target/\
Am 11.10.2012 21:43, schrieb David Sterba:
On Thu, Oct 11, 2012 at 09:33:54PM +0200, Stefan Priebe wrote:
[server: /btrfs/target]# btrfs send -i /btrfs/src/\@snapshot/1
/btrfs/src/\@snapshot/2 | btrfs receive /btrfs/target/\@snapshot/
At subvol /btrfs/src/@snapshot/2
At subvol 2
ERROR: failed to
On Thu, Oct 11, 2012 at 09:33:54PM +0200, Stefan Priebe wrote:
> [server: /btrfs/target]# btrfs send -i /btrfs/src/\@snapshot/1
> /btrfs/src/\@snapshot/2 | btrfs receive /btrfs/target/\@snapshot/
> At subvol /btrfs/src/@snapshot/2
> At subvol 2
> ERROR: failed to open /btrfs/target/@snapshot/@snaps
25 matches
Mail list logo
