On Wed, Oct 19, 2016 at 12:52 PM, Andrei Borzenkov wrote:
> I get "Failed to clone: Invalid cross-device link". Is it expected?
Yes, you cannot cross a MOUNTPOINT boundary with reflink.
Or, for that matter, btrfs subvolume snapshot.
> Basically this is (on openSUSE TW which
19.10.2016 20:04, Hugo Mills пишет:
> On Wed, Oct 19, 2016 at 07:52:14PM +0300, Andrei Borzenkov wrote:
>> I get "Failed to clone: Invalid cross-device link". Is it expected?
>> Basically this is (on openSUSE TW which has root on subvolume)
>>
>> mount -o subvol=/ /dev/vda1 /mnt
>> btrfs sub
On Wed, Oct 19, 2016 at 07:52:14PM +0300, Andrei Borzenkov wrote:
> I get "Failed to clone: Invalid cross-device link". Is it expected?
> Basically this is (on openSUSE TW which has root on subvolume)
>
> mount -o subvol=/ /dev/vda1 /mnt
> btrfs sub create /mnt/var/cache
> cp -a --reflink=always
I get "Failed to clone: Invalid cross-device link". Is it expected?
Basically this is (on openSUSE TW which has root on subvolume)
mount -o subvol=/ /dev/vda1 /mnt
btrfs sub create /mnt/var/cache
cp -a --reflink=always /var/cache/* /mnt/var/cache
Kernel 4.7.5-1-default.
--
To unsubscribe from
On Thu, Aug 16, 2012 at 5:41 PM, james northrup
northrup.ja...@gmail.com wrote:
dunno if this thread is dead, but im inclined to patch in cp --reflink to
fdupes prog.
It currently does provide a poor-man's dedupe via md5sum and hardlink, or
delete.
all the better if the distro-kernels
On Mon, Aug 20, 2012 at 11:08 AM, Jérôme Poulin jeromepou...@gmail.com wrote:
On Thu, Aug 16, 2012 at 5:41 PM, james northrup
northrup.ja...@gmail.com wrote:
dunno if this thread is dead, but im inclined to patch in cp --reflink
to fdupes prog.
It currently does provide a poor-man's
On Sun, Aug 19, 2012 at 12:08:01AM -0500, Mitch Harder wrote:
On Fri, Aug 17, 2012 at 12:20 AM, Marc MERLIN m...@merlins.org wrote:
On Thu, Aug 16, 2012 at 09:20:00PM -0700, james northrup wrote:
dunno if this thread is dead, but im inclined to patch in cp --reflink
to fdupes prog. It
On Fri, Aug 17, 2012 at 12:20 AM, Marc MERLIN m...@merlins.org wrote:
On Thu, Aug 16, 2012 at 09:20:00PM -0700, james northrup wrote:
dunno if this thread is dead, but im inclined to patch in cp --reflink
to fdupes prog. It currently does provide a poor-man's dedupe via
md5sum and hardlink,
dunno if this thread is dead, but im inclined to patch in cp --reflink
to fdupes prog. It currently does provide a poor-man's dedupe via
md5sum and hardlink, or delete.
all the better if the distro-kernels can backport cross-snapshot
reflinks sooner than later.
On Sun, Apr 29, 2012 at 1:05 PM,
On Thu, Aug 16, 2012 at 09:20:00PM -0700, james northrup wrote:
dunno if this thread is dead, but im inclined to patch in cp --reflink
to fdupes prog. It currently does provide a poor-man's dedupe via
md5sum and hardlink, or delete.
all the better if the distro-kernels can backport
Am 29.04.2012, 01:53 Uhr, schrieb Hubert Kario h...@qbs.com.pl:
On Sunday 01 of April 2012 11:42:23 Jérôme Poulin wrote:
On Sun, Apr 1, 2012 at 11:27 AM, Norbert Scheibner s...@gmx.net wrote:
Some users tested this patch successfully for week,s or months in 2
or 3
kernel versions since
On Sunday 01 of April 2012 11:42:23 Jérôme Poulin wrote:
On Sun, Apr 1, 2012 at 11:27 AM, Norbert Scheibner s...@gmx.net wrote:
Some users tested this patch successfully for week,s or months in 2 or 3
kernel versions since then, true?
If this feature must be implented in VFS in another
On Sun, Apr 01, 2012 at 10:27:38PM +0300, Konstantinos Skarlatos wrote:
thats true, cp --reflink is much better. Also am I wrong that btrfs has
a limitation on the number of hard links that can only be fixed with a
disk format change?
There's patch in development to lift the limit and it
Glück Auf!
I know its been discussed more then ones, but as a user I really would like to
see the patch for allowing this in the kernel.
Some users tested this patch successfully for weeks or months in 2 or 3 kernel
versions since then, true?
I'd say by creating a snapshot, it's nothing else
On: Sun, 01 Apr 2012 18:30:13 +0300 Konstantinos Skarlatos wrote
+1 from me too, i would save enormous amounts of space with a patch
like that, at least until dedupe is implemented. We could call it poor
man's dedupe
That's my point. This poor man's dedupe would solve my problems here very
On: Sun, 01 Apr 2012 19:45:13 +0300 Konstantinos Skarlatos wrote
That's my point. This poor man's dedupe would solve my problems here
very well. I don't need a zfs-variant of dedupe. I can implement such a
file-based dedupe with userland tools and would be happy.
do you have any scripts
On Κυριακή, 1 Απρίλιος 2012 8:07:54 μμ, Norbert Scheibner wrote:
On: Sun, 01 Apr 2012 19:45:13 +0300 Konstantinos Skarlatos wrote
That's my point. This poor man's dedupe would solve my problems here
very well. I don't need a zfs-variant of dedupe. I can implement such a
file-based dedupe
as it.
So no, I'd rather want the patch to allow cross-subvolume cp --reflink in the
kernel and I will wait for that to happen.
Greetings
Norbert
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
at the first sight and can not be copied
as it.
So no, I'd rather want the patch to allow cross-subvolume cp --reflink in the
kernel and I will wait for that to happen.
Greetings
Norbert
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord
On 1/4/2012 9:11 μμ, Norbert Scheibner wrote:
On: Sun, 01 Apr 2012 20:19:24 +0300 Konstantinos Skarlatos wrote
I use btrfs for my backups. Ones a day I rsync --delete --inplace
the
complete system to a subvolume, snapshot it, delete some tempfiles
in the snapshot.
In my setup I rsync
20 matches
Mail list logo