Làm cách nào để chỉ sao chép các thuộc tính tệp (siêu dữ liệu) mà không có nội dung thực sự của tệp?

Tôi đã sao chép terabyte tệp với rsyncnhưng tôi quên sử dụng --archiveđể bảo toàn các thuộc tính đặc biệt của tệp.

Tôi đã thử thực hiện rsynclại lần này với --archivenhưng nó chậm hơn so với những gì tôi mong đợi. Có cách nào dễ dàng để làm điều này nhanh hơn bằng cách sao chép siêu dữ liệu theo cách đệ quy không?

Ok, bạn có thể sao chép chủ sở hữu, nhóm, sự cho phép và timestamps bằng cách sử dụng --referencetham số để chown, chmod, touch. Đây là một kịch bản để làm như vậy

#!/bin/bash
# Filename: cp-metadata

myecho=echo
src_path="$1"
dst_path="$2"

find "$src_path" |
  while read src_file; do
    dst_file="$dst_path${src_file#$src_path}"
    $myecho chmod --reference="$src_file" "$dst_file"
    $myecho chown --reference="$src_file" "$dst_file"
    $myecho touch --reference="$src_file" "$dst_file"
  done

Bạn nên chạy nó với sudo(để cho phép chown) và với hai tham số: thư mục nguồn và đích. Kịch bản chỉ lặp lại những gì nó sẽ làm. Nếu hài lòng thay đổi dòng myecho=echovới myecho=.

CẢNH BÁO: Không có cách giải quyết đặc biệt, GNU cp --attributes-onlysẽ cắt bớt các tệp đích, ít nhất là trong Chính xác. Xem chỉnh sửa dưới đây.

Nguyên:

Trong tình huống này, bạn có thể muốn --attributes-onlytùy chọn GNU cp , cùng với --archive, vì nó đã thử và kiểm tra mã, tất cả các thuộc tính không biết hệ thống tập tin và không tuân theo các liên kết tượng trưng (theo chúng có thể xấu!):

cp --archive --attributes-only /source/of/failed/backup/. /destination/

Cũng như các tệp, cplà phụ gia với các thuộc tính mở rộng: nếu cả nguồn và đích đều có thuộc tính mở rộng thì nó sẽ thêm thuộc tính mở rộng của nguồn vào đích (thay vì xóa tất cả các xattrs của đích trước). Mặc dù điều này phản ánh cách cphành xử nếu bạn sao chép tệp vào một cây hiện có, nó có thể không như bạn mong đợi.

Cũng lưu ý rằng nếu bạn không bảo quản các liên kết cứng lần đầu tiên rsyncnhưng muốn giữ chúng ngay bây giờ thì cp bạn sẽ không khắc phục điều đó cho bạn; Bạn có lẽ tốt nhất nên chạy lại rsyncvới các tùy chọn phù hợp (xem câu trả lời khác của tôi ) và kiên nhẫn.

Nếu bạn tìm thấy câu hỏi này trong khi tìm cách để cố tình siêu dữ liệu riêng biệt và tái kết hợp / nội dung tập tin sau đó bạn có thể muốn có một cái nhìn tại metastore đó là trong kho của Ubuntu.

Nguồn: Hướng dẫn sử dụng GNU coreutils

Chỉnh sửa để thêm:

cptừ GNU coreutils> = 8.17 trở lên sẽ hoạt động như mô tả, nhưng coreutils <= 8.16 sẽ cắt bớt các tệp khi khôi phục siêu dữ liệu của chúng. Nếu nghi ngờ, không sử dụng cptrong tình huống này; sử dụng rsyncvới các tùy chọn phù hợp và / hoặc kiên nhẫn.

Tôi sẽ không khuyến nghị điều này trừ khi bạn hoàn toàn hiểu những gì bạn đang làm, nhưng GNU trước đó cpcó thể được ngăn chặn cắt bớt các tệp bằng thủ thuật LD_PRELOAD :

/*
 * File: no_trunc.c
 * Author: D.J. Capelis with minor changes by Zak Wilcox
 *
 * Compile:
 * gcc -fPIC -c -o no_trunc.o no_trunc.c
 * gcc -shared -o no_trunc.so no_trunc.o -ldl
 *
 * Use:
 * LD_PRELOAD="./no_trunc.so" cp --archive --attributes-only <src...> <dest>
 */

#define _GNU_SOURCE
#include <dlfcn.h>
#define _FCNTL_H
#include <bits/fcntl.h>

extern int errorno;

int (*_open)(const char *pathname, int flags, ...);
int (*_open64)(const char *pathname, int flags, ...);

int open(const char *pathname, int flags, mode_t mode) {
        _open = (int (*)(const char *pathname, int flags, ...)) dlsym(RTLD_NEXT, "open");
        flags &= ~(O_TRUNC);
        return _open(pathname, flags, mode);
}

int open64(const char *pathname, int flags, mode_t mode) {
        _open64 = (int (*)(const char *pathname, int flags, ...)) dlsym(RTLD_NEXT, "open64");
        flags &= ~(O_TRUNC);
        return _open64(pathname, flags, mode);
}

Xử lý câu hỏi là "rsync chỉ có siêu dữ liệu để sao chép, vậy tại sao nó lại chậm như vậy và làm cách nào tôi có thể làm cho nó nhanh hơn?":

rsyncthường sử dụng mtimes bằng nhau như một heuristic để phát hiện và bỏ qua các tệp không thay đổi. Nếu không --archive(cụ thể là không có --times) mtimes của tệp đích vẫn được đặt thành thời gian bạn rsync-ed chúng, trong khi mtimes của tệp nguồn vẫn còn nguyên (bỏ qua thủ thuật thủ công của bạn). Không có sự đảm bảo bên ngoài từ bạn rằng nội dung của các tệp nguồn không thay đổi, rsync phải cho rằng chúng có thể có và do đó phải kiểm tra lại chúng và / hoặc sao chép chúng vào đích một lần nữa. Điều này, cộng với thực tế --whole-fileđược ngụ ý cho các đồng bộ cục bộ-> cục bộ, thực hiện rsyncmà không --timestương đương cpvới các đồng bộ cục bộ.

Với điều kiện là việc cập nhật nội dung của tệp đích có thể được chấp nhận hoặc nếu các tệp nguồn chưa được xử lý kể từ bản sao gốc, bạn sẽ tìm thấy rsync --archive --size-onlynhanh hơn một rsync ngây thơ.

Nếu nghi ngờ về những gì rsyncđang sao chép quá lâu, hãy rsync --archive --dry-run --itemize-changes ...nói với bạn một cách đầy đủ, nếu ngắn gọn, chi tiết.

Trong chuyển cục bộ, khi nguồn và đích nằm trên các hệ thống tệp được gắn cục bộ, rsyncsẽ luôn sao chép toàn bộ nội dung tệp. Để tránh điều này, bạn có thể sử dụng

rsync -a --no-whole-file source dest

Tôi đã phải làm điều này từ xa đến một máy tính khác vì vậy tôi không thể sử dụng -

Tôi đã sử dụng điều này để tạo kịch bản ...

find -printf "touch -d \"%Tc\" \"%P\"\n" >/tmp/touch.sh

Nhưng hãy chắc chắn rằng không có bất kỳ tên tập tin nào có "trong đó trước tiên ...

find | grep '"'

Sau đó sao chép touch.sh vào máy tính từ xa của bạn và chạy ...

cd <DestinationFolder>; sh /tmp/touch.sh

Ngoài ra còn có các tùy chọn trong find -printf để in tên người dùng, tên nhóm nếu bạn muốn sao chép chúng.