फ़ाइल असंगतता ... 'ls -a' में प्रकट नहीं होती है, लेकिन यह मौजूद है?


1

मैं दौड़ता हूं rsync (3.0.6) मैक ओएस एक्स 10.6 (स्नो लेपर्ड) पर एक फ़ोल्डर को बैकअप करने के लिए एक बाहरी हार्ड ड्राइव (FAT32) को एक अन्य बाहरी हार्ड डिस्क (FAT32) के रूप में। किसी तरह कुछ फाइलें (और कई बार वे बदल जाती हैं!) एक अलग फ़ाइल नाम के साथ कॉपी हो जाती हैं। उदाहरण के लिए:

campo_2006_valcanale_127.jpg --> CAMPO~40.JPG

श्रंक और ऊपरी आवरण, बेशक rsync अगली बार CAMPO को हटाता है ~ 40.JPG और इसे फिर से कॉपी करता है, लेकिन लगभग हमेशा इसे फिर से गड़बड़ हो जाता है। कई बार यह काम करता है, लेकिन ऐसी फाइलें जो ठीक थीं वे भी भ्रष्ट हो जाती हैं।

अब, यदि मैं गंतव्य निर्देशिका में जाता हूं और ए करता हूं ls -a मैं फ़ाइल नहीं देख सकता campo_2006_valcanale_127.jpg क्योंकि इसे किसी तरह नाम दिया गया है लेकिन फ़ाइल campo_2006_valcanale_127.jpg वास्तव में मौजूद है! मैं इसे प्रदर्शित कर सकता हूं, मैं इस पर लिख सकता हूं आदि ..., बस यह अदृश्य है! शायद यह सिर्फ फ़ाइल नाम है जो अजीब व्यवहार कर रहा है ...

जब मैं फ़ाइलों को मैन्युअल रूप से कॉपी करता हूं (उपयोग करके) मुझे वही व्यवहार मिलता है cp ) और यहां तक ​​कि जब मैं उन्हें "खोजक!" के साथ कॉपी करता हूं, तो मैं फ़ाइल को खींचता हूं और उसका नाम बदल देता हूं!

यदि आपके पास है कोई भी संकेत, कृपया मुझे बताएं ... यदि आवश्यक हो तो मैं अधिक जानकारी प्रदान कर सकता हूं।

जवाबों:


1

छोटे फ़ाइलनाम FAT32 की कलाकृतियाँ हैं; पुरानी 8.3 सीमा से अधिक नाम वाली किसी भी फ़ाइल को छोटा नाम दिया जाता है, जैसा आपने देखा है। एक उचित फाइल सिस्टम का उपयोग करें, जो एक विचित्र हैक का उपयोग करने के बजाय मूल रूप से लंबे फ़ाइल नाम को संभालता है, और आपको यह समस्या नहीं होगी (उदाहरण के लिए, NTFS, HFS, ext - सभी लंबे फाइलनाम को मूल रूप से संभालते हैं)। विकिपीडिया पर अधिक विवरण है लंबा नाम FAT32 का उपयोग करता है कि हैक

FAT32 में अन्य मुद्दे भी हैं जो rsync को काम करने के लिए कठिन बनाते हैं - उदाहरण के लिए, यह किसी भी महान सटीकता के साथ टाइमस्टैम्प को स्टोर नहीं करता है, इसलिए rsync अपने सामान्य उत्तराधिकारियों का उपयोग नहीं कर सकता है।

Rsync FAQ में a है प्रवेश rsync पर एक ही फाइल को कई बार कॉपी करना। संक्षेप में, यह संभवत: टाइमस्टैम्प है जो अधिकांश पुन: सिंकिंग का कारण बन रहा है; modify-window=1 या हो सकता है modify-window=2 इसे ठीक करना चाहिए।


हाँ मुझे यह पता है, लेकिन अजीब बात यह है कि कई बार ऐसा होता है, जबकि दूसरी बार ऐसा नहीं होता है। मेरी समस्या यह है कि मैं एक मैक / विंडोज़ वातावरण में हूँ .. और इस hdd को दोनों macs द्वारा एक्सेस किया जाना चाहिए। एक कंप्यूटर ..
luca

जो बेकार है, क्योंकि कोई अच्छा फाइल सिस्टम नहीं है जो सभी मैक, विंडोज और लिनक्स को आसानी से वसा 32 को छोड़कर सभी तक पहुंच सकता है, इसलिए हम सभी इस गड़बड़ के साथ फंस गए हैं आह
James Polley

OSX & amp; लिनक्स NTFS-3G का उपयोग NTFS पढ़ने / लिखने के लिए कर सकता है, इसलिए वहाँ है FAT32 की कोई ज्यादा जरूरत नहीं -- इसे उछालें!!
quack quixote

बाहर नहीं है; हालांकि linux के अधिकांश डिस्ट्रोस में FUSE और ntfs-3G अब तक शामिल होने चाहिए।
James Polley
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.