cp sagt, es entfernt Dateien, sollte es aber nicht sein

Schnelles Backup erstellen:

root@guilmon:/mnt/backup/guilmon/home# cp -uvfrx --preserve=all /home/rena/ .

Die Ausgabe ist überraschend - einige Dateien sollen entfernt werden!

removed ‘./rena/dev/lua/conkybitcoin/conkybitcoin.lua’

Die zu entfernenden Dateien scheinen zufällig zu sein und haben sich nicht geändert. Warum heißt es, dass es sie entfernt? Noch seltsamer, es scheint nicht, dass diese Datei (noch die Quelle) tatsächlich entfernt wurde. Was ist los?

backup cp

— Rena
quelle

cpMit den Optionen --forceund --verbose( -fund -vin Ihrer Befehlszeile) wird die Nachricht "entfernt" ausgegeben, wenn eine Zieldatei vor dem Kopieren entfernt wird. ( --forceWeist cpan, eine Zieldatei zu entfernen, wenn sie nicht geöffnet werden kann, bevor die Kopie erneut versucht wird.)

In Ihrem Beispiel bedeutet dies, dass ./rena/dev/lua/conkybitcoin/conkybitcoin.luaes nicht zum Schreiben geöffnet werden konnte. cpEntfernen Sie es also und kopieren Sie es erneut von /home/rena.

— Stephen Kitt
quelle

Aha. Die Frage ist also, warum es nicht geöffnet werden konnte ...

— Rena

Ist es schreibgeschützt?

— Stephen Kitt

Die eigentliche Frage ist, war es (die bereits vorhandene Datei im Zielverzeichnis) schreibgeschützt, bevor Sie den cpBefehl ausgeführt haben?

— G-Man sagt "Reinstate Monica"

Beide sind Modus 0644, und ich habe cp als root ausgeführt, sollte dort also in Ordnung sein. Das vorhandene Ziel sollte auch in Ordnung sein, da ich /homegestern denselben Befehl verwendet habe, um alles auf die Sicherungsdiskette zu kopieren, nachdem ich ein neues, leeres Dateisystem darauf erstellt hatte. btrfs scrubmeldet keine Fehler auf beiden Datenträgern.

— Rena