cp का कहना है कि यह फाइलों को हटा रहा है, लेकिन ऐसा नहीं होना चाहिए


10

एक त्वरित बैकअप बनाना:

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

आउटपुट आश्चर्यजनक है - कुछ फ़ाइलों को हटाने के लिए कहा जाता है!

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

निकाली जा रही फाइलें यादृच्छिक प्रतीत होती हैं और परिवर्तित नहीं हुई हैं। यह क्यों कहता है कि यह उन्हें हटा रहा है? यहां तक ​​कि अजनबी, यह वास्तव में उस फ़ाइल (न ही स्रोत) को हटा दिया है प्रकट नहीं होता है । क्या चल रहा है?

जवाबों:


15

cpसाथ --forceऔर --verboseविकल्प ( -fऔर -vअपने आदेश पंक्ति में) "हटा" संदेश जब भी यह यह प्रतिलिपि करने से पहले एक गंतव्य फ़ाइल को निकाल देता आउटपुट। ( एक गंतव्य फ़ाइल को हटाने के लिए --forceकहता cpहै यदि इसे फिर से कॉपी करने से पहले खोला नहीं जा सकता है।)

आपके उदाहरण में, इसका मतलब है कि ./rena/dev/lua/conkybitcoin/conkybitcoin.luaलेखन के लिए नहीं खोला जा सकता है, इसलिए cpइसे हटा दिया और इसे फिर से कॉपी किया /home/rena


समझा। तो फिर सवाल यह है कि इसे क्यों नहीं खोला जा सका ...
Rena

क्या यह केवल पढ़ने के लिए है?
स्टीफन किट

1
असली सवाल यह है कि क्या यह (गंतव्य निर्देशिका में पहले से मौजूद फाइल) cpकमांड चलाने से पहले ही पढ़ा गया था ?
जी-मैन का कहना है कि 'मोनिका'

दोनों मोड 0644 हैं, और मैंने सीपी को रूट के रूप में चलाया, इसलिए वहां ठीक होना चाहिए। मौजूदा गंतव्य भी ठीक होना चाहिए था क्योंकि मैंने एक ही कमांड का उपयोग /homeकरके बैकअप डिस्क के सभी को कॉपी करने के लिए कल एक ताजा, खाली फाइल सिस्टम बनाने के बाद किया था। btrfs scrubडिस्क पर कोई त्रुटि नहीं रिपोर्ट करता है।
रेना
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.