On Mon, May 9, 2016 at 4:56 AM, Alejandro Vargas wrote:
> El Martes, 26 de abril de 2016 00:08:49 Chris Murphy escribió:
>> On Mon, Apr 25, 2016 at 8:03 AM, Alejandro Vargas wrote:
>
>> I suggest unmounting and running 'btrfs check' (without repair) and
>> see if that gives any new information.
>
El Martes, 26 de abril de 2016 00:08:49 Chris Murphy escribió:
> On Mon, Apr 25, 2016 at 8:03 AM, Alejandro Vargas wrote:
> I suggest unmounting and running 'btrfs check' (without repair) and
> see if that gives any new information.
I tried btrfs check but... see the result:
# btrfs check /dev/
Alejandro Vargas posted on Wed, 27 Apr 2016 11:29:31 +0200 as excerpted:
>> Also there are two compress mount options that conflict with each
>> other, is this intentional?
>
> I did not thought that compress and compress-force are incompatible...
> The intention is to force it to compress the da
El Martes, 26 de abril de 2016 00:08:49 Chris Murphy escribió:
> > [root@backups ~]# btrfs fi df /mnt/backup
> > Data, single: total=1.79TiB, used=1.78TiB
> > System, DUP: total=32.00MiB, used=240.00KiB
> > Metadata, DUP: total=17.00GiB, used=15.55GiB
> > GlobalReserve, single: total=512.00MiB, us
On Mon, Apr 25, 2016 at 8:03 AM, Alejandro Vargas wrote:
> El Viernes, 1 de abril de 2016 10:05:07 Hugo Mills escribió:
>> On Fri, Apr 01, 2016 at 11:50:50AM +0200, Alejandro Vargas wrote:
>> > I am using a 2Tb disk for incremental backups.
>> >
>> > I use rsync for backing up to a subvolume, and
El Viernes, 1 de abril de 2016 10:05:07 Hugo Mills escribió:
> On Fri, Apr 01, 2016 at 11:50:50AM +0200, Alejandro Vargas wrote:
> > I am using a 2Tb disk for incremental backups.
> >
> > I use rsync for backing up to a subvolume, and each day I creates an
> > snapshot of the lastest snapshot and
On Fri, Apr 01, 2016 at 11:50:50AM +0200, Alejandro Vargas wrote:
> I am using a 2Tb disk for incremental backups.
>
> I use rsync for backing up to a subvolume, and each day I creates an snapshot
> of the lastest snapshot and do rsync in this.
>
> When the disk becomes nearly full (100Gb or les