On 08/07/2016 07:39 PM, Qu Wenruo wrote:
>
>
> At 08/07/2016 01:19 AM, Goldwyn Rodrigues wrote:
>> Thanks Qu,
>>
>> This patch set fixes all the reported problems. However, I have some
>> minor issues with coding style.
>>
>
> Thanks for the test.
>
>>
>> On 08/04/2016 09:29 PM, Qu Wenruo
I am running Arch Linux on a system with full disk encryption and the
storage is a Samsung 950 Pro NVMe drive (512 GB). The computer is a
couple months old. No bad behavior until now. (I'm only using 21 GB of
the 512 space on the disk.)
btrfs-progs v4.5.1
Today I was using my system normally
> On Sat, Aug 06, 2016 at 07:09:40PM -0400, james harvey wrote:
>> On Sat, Aug 6, 2016 at 6:36 PM, Chris McFaul wrote:
>> Hi, if anyone is able to help with a rather large (34TB of data on it)
>> BTRFS RAID 6 I would be very grateful (pastebins below) - at this
>> point I am
unfortunately that was one of the first things I tried
I get:
[root@rockstor 1]# mount -o usebackuproot /dev/sdp /mnt2/1
mount: wrong fs type, bad option, bad superblock on /dev/sdp,
missing codepage or helper program, or other error
In some cases useful info is found in syslog -
The btrfs check link appears to be stale, no btrfs check.
find root seems promising
Well block 72701214523392(gen: 56072 level: 1) seems good, but
generation/level doesn't match, want gen: 56073 level: 1
Those are quite close, so what I'd say off hand is that mounting -o
usebackuproot should
Hi Darrick,
On 01/12/2016 08:14 PM, Darrick J. Wong wrote:
[adding btrfs to the cc since we're talking about a whole new dedupe interface]
In the discussion below, many points of possible improvement were notedfor
the man page Would you be willing to put together a patch please?
Thanks,