टिल्ड साइन के साथ फ़ाइलों से भरी हुई लिनक्स डायरेक्टरी (उदाहरण। `example.txt ~`), इसका क्या मतलब है और मैं इससे कैसे छुटकारा पाऊँ?


1

मेरे पास मेरे लिनक्स ओएस (उबंटू) पर एक फाइल है जो एक टिल्ड साइन (जैसे) से शुरू होती है। example.txt~, example.py~ )। जब मैं अपने निर्देशकों को नियमित रूप से गुई का उपयोग करके देखता हूं तो मुझे वहां कोई फाइल नहीं दिखाई देती है। लेकिन जब मैं करता हूं ls उस निर्देशिका में मुझे ऐसी फाइलें दिखाई देती हैं। ये फाइलें क्या करती हैं और मैं इनसे कैसे छुटकारा पाऊं?


डायरेक्टरी का नाम क्या है? अधिक सामान्य फाइलों में अंत में टिल्ड होता है ( file.txt~ ), यह बैकअप को निरूपित करने का एक पारंपरिक तरीका है।
choroba

जवाबों:


1

चूँकि आपको परेशानी हो रही है, फ़ाइल नाम में कहीं भी '~' के साथ किसी भी फ़ाइल को हटाने के लिए एक और तार जोड़ने के रूप में आसान होगा।

उदाहरण: rm * \ ~ *

अजीब बात है कि जो भी एप्लिकेशन फ़ाइल के नाम की शुरुआत में टिल्ड लगाएगा, मैंने ऐसा कभी नहीं देखा है।


यह उल्लेख करना भूल गए कि आपको फाइलों की अनुमतियों की जांच करनी चाहिए और सुनिश्चित करें कि आपको उन्हें हटाने की अनुमति है। मुझे पता है कि कुछ एप्लिकेशन "कोई ऐसी फ़ाइल या निर्देशिका" नहीं लौटाएंगे यदि आप उन्हें गैर-विशेषाधिकार प्राप्त उपयोगकर्ता खाते से निष्पादित करने का प्रयास कर रहे हैं। हालांकि मैं फ़ाइलों के बारे में निश्चित नहीं हूं ... सौभाग्य।

Thnx, यह काम किया!
Bentley4

उत्तर का अंतिम वाक्य "शुरुआत" शब्द के एक शक्तिशाली अजीब अर्थ का उपयोग कर रहा है।
TOOGAM

4

ये शायद अस्थायी या बैकअप फाइलें हैं।

Gedit बैकअप फ़ाइलों के लिए एक टिल्ड प्रस्तुत करेगा

http://chrisjean.com/2009/02/09/getting-rid-of-tilde-files-in-ubuntu/

आप शायद एक ऐसे कार्यक्रम का उपयोग कर रहे हैं जो एक समान उद्देश्य के लिए एक टिल्ड प्रस्तुत करता है।

उन्हें वर्तमान निर्देशिका से हटाने के लिए

rm \~*

आप भी उपयोग कर सकते हैं -R rm का झंडा पुनरावर्ती रूप से हटाने के लिए, लेकिन सावधानी से ऐसा करें ...


जब मैं उस निर्देशिका में rm \ ~ * करता हूं तो मुझे rm: '~ *' नहीं निकाल सकता: ऐसी कोई फ़ाइल या निर्देशिका नहीं। कोई उपाय?
Bentley4

3

टिल्ड्स आमतौर पर यह इंगित करने के लिए उपयोग किया जाता है कि फ़ाइल किसी अन्य फ़ाइल की बैकअप प्रतिलिपि है, इसलिए वे आमतौर पर Nautilus और अन्य फ़ाइल प्रबंधकों में नहीं दिखाए जाते हैं।

आपके मामले में, ऐसा लगता है कि आप Emacs या Vim में कुछ फ़ाइलों को संपादित कर रहे थे और जब आप उन्हें संपादित कर रहे थे तो संपादक की प्रक्रिया समाप्त हो गई थी।


2

प्रथम cd निर्देशिका के लिए, तो फ़ाइलों का उपयोग हटाने के लिए:

rm -f ./~*

या

rm -f ./*~

यदि आप VI का उपयोग कर रहे हैं और टाइप किया गया है: wq ~ के बजाय: wq! ये टिल्ड फ़ाइलें दिखाती हैं। आप vi ./~ टाइप कर सकते हैं और सामग्री देख सकते हैं। फिर, यदि यह वह फ़ाइल है जिसे आप संपादित कर रहे थे, तो बेहतर एक mv ./~ myfilename.extension करें। फिर आप सहेजे गए के आसपास फ़ाइलों को स्थानांतरित करने के बारे में जा सकते हैं। अन्यथा आप बस हटा सकते हैं यदि आपने सफलतापूर्वक किया है: wq! टाइप करने के बाद: wq ~ दुर्घटना पर।
CarComp

1

वे संभवत: एक अन्य कार्यक्रम (या एक गलत-टाइप कमांड से दुर्घटना से) बनाए गए थे।

यदि आप वास्तव में उन्हें नहीं चाहते हैं (आप उन्हें यह सुनिश्चित करने के लिए खोल सकते हैं कि आपको उनकी आवश्यकता नहीं है), तो आप उन्हें किसी अन्य फ़ाइल की तरह हटा सकते हैं। अन्य उत्तरों के आधार पर ऐसा लगता है कि वे शायद बैकअप फाइल हैं।

टिल्ड एक विशेष चरित्र है, इसलिए आपको इसे कमांड लाइन से संदर्भित करने के लिए बैकस्लैश के साथ बचना होगा।

आप इस आदेश के साथ उन सभी को हटा सकते हैं:

rm \~*

किसी एक फ़ाइल की सामग्री को देखने के लिए, आप ऐसा कर सकते हैं:

cat \~example.py

जब मैं करता हूं rm \~* उस निर्देशिका में मुझे मिलता है rm: cannot remove '~*': No such file or directory। बिल्ली आदेश भी काम नहीं करता है।
Bentley4

ऐसा लगता है जैसे वे मौजूद नहीं हैं। आप ls में क्या तर्क दे रहे हैं?
jahroy

उनका अस्तित्व होना चाहिए, क्योंकि जब मैं करता हूं ls मैं उन्हें देख सकता हूँ।
Bentley4

1

~ अक्सर बैकअप या अस्थायी फ़ाइलों को इंगित करने के लिए उपयोग किया जाता है। यही कारण है कि आप शायद उन्हें अपने GUI में नहीं देख सकते हैं।

आप उन्हें शेल कमांड "आरएम" के साथ हटा सकते हैं, लेकिन इससे पहले कि आप करते हैं, आप शायद इस पर विचार करना चाहते हैं कि वे क्यों हैं। शायद आपका GUI या आपके द्वारा चलाए जा रहे कुछ अन्य उपकरण उन्हें बनाता है और उन पर भरोसा कर रहा है - उन्हें उपकरण के नीचे से हटाने से अनपेक्षित परिणाम हो सकते हैं।

कोई विशेष कारण जो आपको लगता है कि आपको उन्हें हटाने की आवश्यकता है?


1

मैंने पाया कि लिनक्स मिंट में अगर तुम जाओ ls ~backup होम फोल्डर में, यह उन फाइलों की एक सूची दिखाता है जो होम फोल्डर में मौजूद नहीं हैं, लेकिन वास्तव में हैं /var/backups.

इसलिए ls ~backup == ls /var/backups
ऐसा प्रतीत होता है जैसे ~backup में एक छिपा हुआ फ़ोल्डर है $HOME (~) फ़ोल्डर, लेकिन नहीं है।

ls ~backup -d दिखाता है /var/backups, इसलिए इसे एक प्रतीकात्मक लिंक कहा जाना चाहिए ~backup जो छिपा हुआ है, या कुछ और जटिल है।


0

प्रश्न का अर्थ है कि आप उन्हें GUI एप्लिकेशन का उपयोग करके हटाना चाहते हैं लेकिन ऐसा नहीं कर सकते क्योंकि आप उन्हें GUI में नहीं देख सकते। उस टूल का उपयोग करके उन्हें हटाने के लिए दृश्यमान बनाने के लिए, अपने GUI फ़ाइल प्रबंधक को खोलें, निर्देशिका में नेविगेट करें, और ctrl + h दबाएं। यह सामान्य रूप से सभी छिपी हुई फाइलों और निर्देशिकाओं पर निर्भर करता है (यह निर्भर करता है कि जीयूआई एप्लिकेशन का उपयोग आप फ़ाइलों को देखने के लिए कर रहे हैं, क्योंकि ctrl + h एक शॉर्टकट कमांड है)।


यह वास्तव में इस सवाल का जवाब नहीं देता है (वे क्या हैं और उनसे छुटकारा कैसे प्राप्त करें)। ओपी स्पष्ट रूप से उन्हें देख सकता है या प्रश्न नहीं लिख सकता है।
fixer1234

@ fixer1234 प्रश्न में कहा गया है: "जब मैं अपने निर्देशन को नियमित रूप से gui का उपयोग करके देखता हूं तो मुझे वहां कोई फाइल दिखाई नहीं देती है। लेकिन जब मैं उस निर्देशिका में ls करता हूं तो मुझे ऐसी फाइलें दिखाई देती हैं। ये फाइलें क्या करती हैं। मैं इनसे कैसे छुटकारा पाऊं? "उन्होंने फ़ाइल के लिए एक उदाहरण दिया" example.txt ~ ", ~ वाली फाइलें आम तौर पर फ़ाइल प्रबंधकों में नहीं दिखाई जाती हैं, मैंने उन्हें दिखाने का एक तरीका दिखाया है, और उन्हें दिखा कर वह उनसे छुटकारा पा सकते हैं।
Karl Morrison

0

वे टेक्स्ट एडिटर द्वारा बनाई गई बैकअप फाइलें हैं। आप निम्न सेटिंग को बदलकर इससे छुटकारा पा सकते हैं:

  1. खुला gedit टेक्स्ट एडिटर।
  2. के लिए जाओ Edit - & gt; Preferences मेनू से। (यह अब उबंटू में शीर्ष पैनल पर है, जिसे वैश्विक मेनू कहा जाता है)
  3. को चुनिए Editor टैब।
  4. विकल्प को अनचेक करें Create a backup copy of files before saving
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.