我刚刚得到了一个 SSD 并且一直在尝试迁移到它，仔细研究了大量的操作方法后我最终决定使用这个命令（我有多个需要迁移的分区）：
time rsync -avHAXx /mntpnt/ /media/_mntpnt-ssd/ --exclude={"lost+found"} 2>rsync_errors-mntpnt-ssd
于是我检查了rsync_errors-mntpnt-ssd文件，发现里面全是这样的讯息：
lsetxattr（“/media/_mntpnt-ssd/some/file”，“security.selinux”）失败：操作不受支持（95）
我的原始分区全部使用以下选项安装mount：
/dev/sdaX on /mntpnt type ext3 (rw,relatime,data=ordered)
除了一个：
/dev/sdaX on /mntpntX type ext3 (rw,nosuid,nodev,relatime,data=ordered)
SSD 分区安装如下：
/dev/sdcX on /media/_mntpnt-ssd type ext4 (rw,nosuid,nodev,relatime,data=ordered,uhelper=udisks)
通过单击 konqueror 侧边栏（如果相关）自动安装。不过我尝试重新安装
mount -o remount,acl,user_xattr /dev/sdcX
但这似乎并没有改变报告的选项mount，也没有阻止再次尝试 rsync 后出现的错误消息。
所以我的问题是，我可以安全地忽略这些警告吗？rsync 无法复制的数据（即 xattr）重要吗？我认为它们都与 selinux 有关（我没有启用它），但我还没有真正搜索过日志以查看是否还有其他日志。我可以继续进行切换并从 SSD 开始启动吗？
万一有用的话，
当前根分区：
# tune2fs -l /dev/sdaX |grep ext_attr
Filesystem features: has_journal ext_attr filetype needs_recovery sparse_super large_file
SSD 分区：
# tune2fs -l /dev/sdcX |grep ext_attr
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
但当使用以下方式安装时：
umount /dev/sdcX && mount -o rw,acl,user_xattr -t ext4 /dev/sdcX /media/_mntpnt-ssd
没有报告错误，但 mount 说它被安装为：
/dev/sdcX on /media/_mntpnt-ssd type ext4 (rw,relatime,data=ordered)
即，没有“ acl,user_xattr”，并且在 mount 命令中使用“defaults,acl,user_xattr”也没有任何改进。