Bagaimana cara menyalin hanya atribut file (metadata) tanpa konten file yang sebenarnya?

Saya sudah menyalin file terabyte rsynctetapi saya lupa menggunakan --archiveuntuk mempertahankan atribut khusus file.

Saya mencoba mengeksekusi rsynclagi kali ini dengan --archivetetapi itu jauh lebih lambat dari apa yang saya harapkan. Apakah ada cara mudah untuk melakukan ini lebih cepat hanya dengan menyalin metadata secara rekursif?

Ok, Anda dapat menyalin pemilik, grup, izin dan cap waktu menggunakan --referenceparameter untuk chown, chmod, touch. Berikut ini skrip untuk melakukannya

#!/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

Anda harus menjalankannya dengan sudo(untuk mengizinkan chown) dan dengan dua parameter: direktori sumber dan tujuan. Script hanya menggemakan apa yang akan dilakukan. Jika puas ganti baris myecho=echodengan myecho=.

PERINGATAN: Tanpa solusi khusus, GNU cp --attributes-onlyakan memotong file tujuan, setidaknya dalam Precise. Lihat hasil edit di bawah.

Asli:

Dalam situasi ini, Anda mungkin menginginkan --attributes-onlyopsi GNU cp , bersama dengan --archive, ketika kode ini dicoba dan diuji, apakah semua atribut filesystem-agnostik dan tidak mengikuti symlink (mengikutinya bisa buruk!):

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

Seperti halnya file, cpaditif dengan atribut yang diperluas: jika kedua sumber dan tujuan memiliki atribut yang diperluas, ia menambahkan atribut yang diperluas sumber ke tujuan (daripada menghapus semua xattrs tujuan terlebih dahulu). Meskipun ini mencerminkan bagaimana cpperilaku jika Anda menyalin file ke pohon yang ada, itu mungkin tidak seperti yang Anda harapkan.

Perhatikan juga bahwa jika Anda tidak menyimpan tautan keras pertama kali rsynctetapi ingin mempertahankannya sekarang cp tidak akan memperbaikinya untuk Anda; Anda mungkin terbaik menjalankan kembali rsyncdengan opsi yang tepat (lihat jawaban saya yang lain ) dan bersabar.

Jika Anda menemukan pertanyaan ini sambil berusaha memisahkan dan menggabungkan kembali konten metadata / file dengan sengaja maka Anda mungkin ingin melihat metastore yang ada di dalam repositori Ubuntu.

Sumber: manual GNU coreutils

Diedit untuk menambahkan:

cpdari GNU coreutils> = 8.17 dan di atas akan berfungsi seperti yang dijelaskan, tetapi coreutils <= 8.16 akan memotong file ketika memulihkan metadata mereka. Jika ragu, jangan gunakan cpdalam situasi ini; gunakan rsyncdengan opsi yang tepat dan / atau bersabarlah.

Saya tidak akan merekomendasikan hal ini kecuali jika Anda sepenuhnya memahami apa yang Anda lakukan, tetapi GNU sebelumnya cpdapat dicegah memotong file menggunakan trik 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);
}

Memperlakukan pertanyaan sebagai "rsync hanya memiliki metadata untuk disalin, jadi mengapa begitu lambat, dan bagaimana saya bisa membuatnya lebih cepat?":

rsyncbiasanya menggunakan mtimes yang sama sebagai heuristik untuk mendeteksi dan melewati file yang tidak berubah. Tanpa --archive(khusus, tanpa --times) mtimes file tujuan tetap disetel ke waktu Anda rsync-ed mereka, sementara mtimes file sumber tetap utuh (mengabaikan tipu daya manual oleh Anda). Tanpa jaminan eksternal dari Anda bahwa konten file sumber tidak berubah, rsync harus berasumsi bahwa mereka mungkin memilikinya dan karenanya harus melakukan checksum dan / atau menyalinnya ke tujuan lagi. Ini, ditambah fakta yang --whole-filetersirat untuk sinkronisasi lokal-> lokal, membuat rsynctanpa --timeskira - kira setara dengan cpuntuk sinkronisasi lokal.

Asalkan memperbarui konten file tujuan dapat diterima, atau jika file sumber tidak tersentuh sejak salinan asli, Anda harus menemukan rsync --archive --size-onlylebih cepat daripada rsync naif.

Jika ragu-ragu untuk rsyncmenyalin apa yang memakan waktu begitu lama, rsync --archive --dry-run --itemize-changes ...memberi tahu Anda secara lengkap, jika singkat, detail.

Dalam transfer lokal, ketika sumber dan tujuan berada pada sistem file yang dipasang secara lokal, rsyncakan selalu menyalin seluruh isi file. Untuk menghindarinya bisa Anda gunakan

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

Saya harus melakukan ini dari jarak jauh ke komputer lain sehingga saya tidak bisa menggunakan --referensi

Saya menggunakan ini untuk membuat skrip ...

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

Tapi pastikan tidak ada nama file dengan "di dalamnya dulu ...

find | grep '"'

Kemudian salin touch.sh ke komputer jarak jauh Anda, dan jalankan ...

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

Ada juga opsi di -printf untuk mencetak pengguna, nama grup jika Anda ingin menyalinnya.