Rich Freeman posted on Thu, 15 Oct 2015 12:33:56 -0400 as excerpted:
> On Wed, Oct 14, 2015 at 10:47 PM, Zygo Blaxell
> wrote:
>>
>> I wouldn't describe dedup+defrag as unsafe. More like insane. You
>> won't lose any data, but running both will waste a lot of time and
>> power. Either one is OK
On Wed, Oct 14, 2015 at 10:47 PM, Zygo Blaxell
wrote:
>
> I wouldn't describe dedup+defrag as unsafe. More like insane. You won't
> lose any data, but running both will waste a lot of time and power.
> Either one is OK without the other, or applied to non-overlapping sets
> of files, but they ar
On Wed, Oct 14, 2015 at 08:29:20AM -0400, Rich Freeman wrote:
> On Wed, Oct 14, 2015 at 1:09 AM, Zygo Blaxell
> wrote:
> >
> > I wouldn't try to use dedup on a kernel older than v4.1 because of these
> > fixes in 4.1 and later:
>
> I would assume that these would be ported to the other longterm
>
On Wed, Oct 14, 2015 at 1:09 AM, Zygo Blaxell
wrote:
>
> I wouldn't try to use dedup on a kernel older than v4.1 because of these
> fixes in 4.1 and later:
I would assume that these would be ported to the other longterm
kernels like 3.18 at some point?
> Do dedup a photo or video file collection
On Tue, Oct 13, 2015 at 02:59:59PM -0400, Rich Freeman wrote:
> What is the current state of Dedup and Defrag in btrfs? I seem to
> recall there having been problems a few months ago and I've stopped
> using it, but I haven't seen much news since.
It has been 1 day since a kernel bug leading to d