120K 161G 120K /mnt/zroot2/var/tmp
unfortunately the error is not gone away :
# rsync -avxHAX * /mnt/zroot2/zroot2/OS/Linux/EVO
sending incremental file list
rsync: [generator] set_acl: sys_acl_set_file(dev/kvm, ACL_TYPE_ACCESS):
Operation not supported (95)
rsync: [generator] set_acl
r] set_acl: sys_acl_set_file(dev/kvm, ACL_TYPE_ACCESS):
Operation not supported (95)
rsync: [generator] set_acl: sys_acl_set_file(dev/rfkill, ACL_TYPE_ACCESS):
Operation not supported (95)
rsync: [generator] set_acl: sys_acl_set_file(dev/dri/card0,
ACL_TYPE_ACCESS): Operation not supported (95)
rsync: [generato
root@Z390-AORUS-PRO:/home/ziomario/Scrivania/antmicro/aosp_images# tune2fs
-l /home/ziomario/Scrivania/antmicro/aosp_images/system-rw.img
tune2fs 1.45.6 (20-Mar-2020)
Filesystem volume name: /
Last mounted on:
/home/ziomario/Scrivania/antmicro/aosp_images/system-rw
Filesystem UUID:
root@Z390-AORUS-PRO:/home/ziomario/Scrivania/antmicro/aosp_images# tune2fs
-l /dev/sda1
tune2fs 1.45.6 (20-Mar-2020)
Filesystem volume name:
Last mounted on: /
Filesystem UUID: 84d024e0-c8c7-42c0-ad3e-c3e0c1cacdb7
Filesystem magic number: 0xEF53
Filesystem revision #:1 (d
root@Z390-AORUS-PRO:/home/ziomario/Scrivania/antmicro/aosp_images# mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs
(rw,nosuid,noexec,relatime,size=16338980k,nr_inodes=4084745,mode=755)
devpts on /
Those aren't really rsync errors they are just rsync telling you what
the kernel told it. The only thing I see wrong in your paste is that
you didn't use a trailing / on the source+target. Those do mean
something to rsync. The only thing I see wrong in the instructions is
the use of dd to make a
Hello.
I want to virtualize correctly Android 10 on top of my Jetson nano (arm64)
using qemu and kvm on ubuntu 18.04. This is the tutorial that I'm following
:
https://github.com/antmicro/kvm-aosp-jetson-nano
everything went good until this command :
sudo rsync -avxHAX system-r{o,w}/
something
https://bugzilla.samba.org/show_bug.cgi?id=8913
Wayne Davison changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|NEW
On Fri, Jun 24, 2016 at 10:23:01AM +0200, Fabian Cenedese wrote:
>
> >> In addition to what Kevin said, if you are rsync-ing to a SAMBA share, you
> >> will be limited to what the SAMBA server supports and not all are
> >> configured to enable ACL support.
> >
> >The 'backup' Samba share on the de
>> In addition to what Kevin said, if you are rsync-ing to a SAMBA share, you
>> will be limited to what the SAMBA server supports and not all are
>> configured to enable ACL support.
>
>The 'backup' Samba share on the destination machine is configured with
>
>inherit acls = yes
>inherit permissio
On Thu, Jun 23, 2016 at 04:09:43PM -0700, Steven Levine wrote:
> In <20160623205843.GB6633@kw.merryville>, on 06/23/16
>at 11:58 PM, Albert Berger said:
>
> Hi,
>
> >I did some search about this error before asking this question, and in
> >other case unsupported ACLs were indeed the cause. B
In <20160623205843.GB6633@kw.merryville>, on 06/23/16
at 11:58 PM, Albert Berger said:
Hi,
>I did some search about this error before asking this question, and in
>other case unsupported ACLs were indeed the cause. But btrfs supports
>ACLs:
In addition to what Kevin said, if you are rsync-in
migrating and that did not happen before: during
>>> backuping the system, rsync reports the following error message:
>>>
>>> rsync: set_acl: sys_acl_delete_def_file(var/log/journal/remote):
>>> Operation not supported (95)
>>>
>>>
appen before: during
> > backuping the system, rsync reports the following error message:
> >
> > rsync: set_acl: sys_acl_delete_def_file(var/log/journal/remote):
> > Operation not supported (95)
> >
> > The full log is as follows:
> >
> > [root
w location. Maybe this somehow relates to the problem that has
> appeared after migrating and that did not happen before: during backuping the
> system, rsync reports the following error message:
>
> rsync: set_acl: sys_acl_delete_def_file(var/log/journal/remote):
> Operation not s
:
rsync: set_acl: sys_acl_delete_def_file(var/log/journal/remote): Operation
not supported (95)
The full log is as follows:
[root@kw al]# /usr/bin/rsync --update -DHAErlptgo --relative --delete-during
--verbose --itemize-changes /var/log/journal /mnt/backup/rootdir/
sending incremental file
https://bugzilla.samba.org/show_bug.cgi?id=8913
--- Comment #1 from masuch 2012-05-03 17:34:12 UTC
---
I have to reconsider previous post - it is bug for ext4 system as well.
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail because: -
https://bugzilla.samba.org/show_bug.cgi?id=8913
Summary: Operation not supported (95)
Product: rsync
Version: 3.0.9
Platform: x64
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P5
Component: core
On Thu, 2009-10-29 at 21:11 +, List Reader wrote:
> While I haven't
> found the exact cause of the error, in my search I did find some
> suggestions that XFS is a better choice for backing up from HFS+, so I
> tried that and this error disappeared.
>
> This one remains though:
>
> rsync: r
bian). In persuit of being sure I get everything from HFS filesystem
(resource fork/metadata), I'm getting the following error:
rsync: rsync_xal_set:
lsetxattr("Pictures/...[snip].../IMG_7766/IMG_7766.dng","user.com.apple.FinderInfo")
failed: Operation not supported (95)
. In persuit of being sure I get everything from HFS filesystem
> (resource fork/metadata), I'm getting the following error:
>
> rsync: rsync_xal_set:
> lsetxattr("Pictures/...[snip].../IMG_7766/IMG_7766.dng","user.com.apple.FinderInfo")
>
> failed: Ope
filesystem
(resource fork/metadata), I'm getting the following error:
rsync: rsync_xal_set:
lsetxattr("Pictures/...[snip].../IMG_7766/IMG_7766.dng","user.com.apple.FinderInfo")
failed: Operation not supported (95)
I have search through the archives and only found this e
y reference I've found to
>> "Invalid argument (22)" is here:
>> http://lists.samba.org/archive/rsync/2006-May/015478.html
>>
>> That seems a different context of character set mismatches.
>>
>> The common parts to my errors are:
>> rsync: rsync_xal_se
The common parts to my errors are:
rsync: rsync_xal_set: lsetxattr("...","security.selinux") failed:
Invalid argument (22)
And:
rsync: rsync_xal_set: lsetxattr("...","user.Beagle") failed: Operation
not supported (95)
Where ... is some reference to a file re
c_xal_set: lsetxattr("...","security.selinux") failed:
Invalid argument (22)
And:
rsync: rsync_xal_set: lsetxattr("...","user.Beagle") failed: Operation
not supported (95)
Where ... is some reference to a file relative to the source. Seems to
be a selinux issu
25 matches
Mail list logo
