similar to: Preserving ext2-4 attributes

On Fri, Dec 13, 2019 at 7:44 PM Alan Stern via rsync <rsync at lists.samba.org> wrote: > What is the reason for this behavior? Is there any way for rsync to > preserve these attributes? If not, how can rsync be used to make a > reliable complete system backup? [I'll touch only the "reliable complete system backup" topic.] For backups I regularly use `rdiff-backup`

On Tue, Sep 24, 2013 at 11:57 PM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Sun, Sep 22, 2013 at 3:09 PM, Celelibi <celelibi at gmail.com> wrote: >> And (a bit out of scope) if I get my old kernel to boot in EFI mode, >> will the driver efivars have access to the EFI variables? Or does the >> kernel need to be recompiled specially for EFI? > > Doubtful.

During a routine trawl through the ext3 files, I found some astronomical file sizes, billions and billions of GB. They also has strange user and group names. I can not delete these "weird files" (the term used by the operating system utilities). Here are a few examples. The original files were created on Windoze 98 version 2 circa 2001. > 2411957 p--x---rwx 65487 299196551

Signed-off-by: Chen Hanxiao <chenhanxiao@cn.fujitsu.com> --- daemon/daemon.h | 1 + daemon/ext2.c | 29 +++++++++++++++++++++++------ daemon/labels.c | 24 +----------------------- 3 files changed, 25 insertions(+), 29 deletions(-) diff --git a/daemon/daemon.h b/daemon/daemon.h index 783d739..0731b09 100644 --- a/daemon/daemon.h +++ b/daemon/daemon.h @@ -224,6 +224,7 @@ extern int

Hello all! I found a little bug in the rsync v3.0.2 install, that is if you separate the build (output) folder from the source folder, the man files fail to install because they are generated in the output folder, but the install target searches them in the source folder. I attach a small patch that solves this problem. Thanks all, Ciprian Craciun. P.S.: I'm not on the

> -----Original Message----- > From: CentOS [mailto:centos-bounces at centos.org] On Behalf Of Gordon > Messmer > Sent: Friday, January 13, 2017 10:42 AM > To: CentOS mailing list > Subject: Re: [CentOS] Unable to edit resolv.conf > > On 01/13/2017 07:07 AM, TE Dukes wrote: > > I may have. If so, is there a way to undo it? > > > You can determine whether

We run a third party application that creates an inordinate amount of subdirectories in a single directory. To speed up I/O, I wanted to set the T attribute on the directory that will hold the subdirectories. The "chattr +T /usr/local/lepus-bb/a-0607" command returns status 0, but when I verify the setting, the attribute isn't there: # lsattr -d /usr/local/lepus-bb/a-0607

Hi folks, I just stumbled upon the fact that rsync doesn't preserve at least the ext3 "immutable" flag - while it should do so when using -a, IMHO. Quick test case (tested on CentOS 5.5 w/ rsync 2.6.8 as well as on Fedora 13 w/ rsync 3.0.7): # touch testfile # chattr +i testfile # rsync -a testfile testfile2 # lsattr testfile* ----i----------

-----Original Message----- From: CentOS [mailto:centos-bounces at centos.org] On Behalf Of Albert McCann Sent: Friday, January 13, 2017 8:51 AM To: 'CentOS mailing list' Subject: Re: [CentOS] Unable to edit resolv.conf > -----Original Message----- > From: CentOS [mailto:centos-bounces at centos.org] On Behalf Of TE Dukes > Sent: Friday, January 13, 2017 7:50 AM > To:

(I think the subject is quite descriptive; however for use-cases and details see bellow after the mention of the old conversation and the patch.) Searching the mailing list about this topic yields an old conversation about this from 2008: * https://lists.samba.org/archive/rsync/2008-November/022148.html * https://lists.samba.org/archive/rsync/2008-November/022150.html I'll quote

man chattr mentions the following [on RH 7.2] A file with the `i' attribute cannot be modified: it cannot be deleted or renamed, no link can be created to this file and no data can be written to the file. Only the superuser can set or clear this attribute The .journal file has the following properties ---i-d------- ../.journal As such, I am confused as to how data to the journal can

Hallo, Does Rsync support XATTR sync between nodes? Using setfattr -n user.line -v 100 <File Name> setfattr -n user.creator -v ?Rakesh Kumar Bhatia? <File Name> will create extended attribute for different files. I used rsync -av <source> <destination> to copy the files. extended attributes are missing in the destination path. Can use the command

Hi, I'm installing the operating system for my virtual machines from CD images and I would like for libvirtd to stop relabeling the corresponding files.  Since the installation media is no big secret, I have labeled the files with system_u:object_r:public_content_t:s0, but libvirtd keeps changing them to system_u:object_r:svirt_image_t:s0.  It also changes the ownership to qemu:qemu.  This

Hi, I get the error "Operation not permitted" when I try to delete a file as root, see some commands below. - there is no "i" attribute - it's a problem with the files and not the upper directories since I can delete a similar file in the same directory - fsck -f doesn't find any error on the partition - the partition is mounted rw If this is not the right place to

>I would also start by putting an audit rule on the binary. Something like this: >auditctl -w /usr/sbin/asterisk -p war -k asterisk-bin >then you can get a report on who modified it and when by using: >ausearch -f /usr/sbin/asterisk >Its a start, but eventually you might need to monitor even keystrokes with pam_tty_audit.so to understand who is doing this:

Hello all... I have RH7.2, with ext3 filesystem. My problem is: It is not possible to write or delete and change owner or permission in /usr/share/locale/ga/LC_MESSAGES Also, I can´t write/delete files in this directory, and also in ../locale/ga/ Therefore I cannot upgrade to RH8.0, because installer needs to write to this directory, but he cannot. Owner of ../ga/LC_MESSAGES is root, group

Hello On root Partition is .journal visible . On all other Partitions is invisible. At which way I can move it manually to a hiden inode? I have delete with chattr -i /.journal rm -f /.journal and installed ext3 with tune2fs -j /dev/hdb1 And /.journal is again visible! -- MfG / With best Regards Rusmir Duško Registered Linux user: #130654 http://counter.li.org

I have used restore to restore a snapshot of home data. From the root of this restore a file called aquota.user exists but cannot be removed: # mount|grep temp /dev/mapper/vgraid-temprestore on /mnt/temprestore type ext3 (rw) # cd /mnt/temprestore/home # ll -d . drwxr-xr-x 2 root root 4096 Dec 12 11:12 . # ll total 12 -rw------- 1 root root 8192 Sep 30 10:21 aquota.user # rm aquota.user rm:

Hi! On my notebook I got a strage ext3-related problem: root at jura98 /usr/portage/app-misc/obexftp # ls -l total 4 dr-Sr-sr-t 2 8242 15720 4096 Dec 28 1993 metadata.xml [how this got created is beyond my knowledge, possibly because of some random memory corruption a bad kernel patch caused a few weeks ago] root at jura98 /usr/portage/app-misc/obexftp # rm metadata.xml/ rm: cannot remove

On 08/19/2013 01:51 PM, Cristian Ciupitu wrote: > Hi, > > I'm installing the operating system for my virtual machines from CD > images and I would like for libvirtd to stop relabeling the > corresponding files. Since the installation media is no big secret, I > have labeled the files with system_u:object_r:public_content_t:s0, but > libvirtd keeps changing them to