Gedit वर्चुअलबॉक्स शेयर पर फाइल सेव नहीं करेगा: टेक्स्ट फाइल व्यस्त

Question

मेरे पास एक पाठ फ़ाइल है जिसे मैं अन्य अनुप्रयोगों (उदाहरण के लिए openoffice) का उपयोग करके बदल सकता हूं । लेकिन जब मैं इसका उपयोग करके इसे बदलने और सहेजने का प्रयास करता geditहूं, तो मुझे इससे त्रुटि हो रही है gedit:

Could not save the file /media/sf_Ubuntu/BuildNotes.txt.
Unexpected error: Error renaming temporary file: Text file busy

BuildNotes.txt की अनुमति इस प्रकार है:

-rwxrwx--- 1 root vboxsf  839 2012-10-26 12:08 BuildNotes.txt

और उपयोगकर्ता आईडी है:

m@m-Linux:/media/sf_Ubuntu$ id
uid=1000(m) gid=1000(m) groups=4(adm),20(dialout),24(cdrom),46(plugdev),105(lpadmin),119(admin),122(sambashare),1000(m),1001(vboxsf)

समस्या क्या है और मैं इसे कैसे ठीक कर सकता हूं?

Comments

और विम ठीक काम करता है ...

— लियोन

Answer 1

यह समस्या 2009 से देखी गई है ('gedit virtualbox' के लिए Google)। यह भयानक है कि इसके लिए अभी तक कोई तय नहीं है। न तो VirtualBox और न ही Gedit डेवलपर्स इसके लिए जिम्मेदारी लेने के लिए तैयार हैं, और इसके बजाय तीन साल के लिए एक दूसरे पर उंगलियों को इंगित करने के लिए सामग्री है।

आप अपनी संपादक प्राथमिकताओं को 'बैकअप बनाएं' के लिए सेट कर सकते हैं, फिर दो बार सहेजें। अविश्वसनीय रूप से दर्दनाक, लेकिन यह काम करता है।

कुछ अन्य संपादक समस्या की रिपोर्ट नहीं करेंगे। हालाँकि, जब मैंने केट और नैनो का परीक्षण किया, उदाहरण के लिए, उन लोगों ने चुपचाप हर दूसरे सेव पर फ़ाइल को डिलीट कर दिया। यह गेदित स्थिति से भी बदतर है ...

Comments

यह उपयोगी होगा यदि आपने 2009 बग रिपोर्ट का लिंक शामिल किया है; यह दूसरों को समस्या को ट्रैक करने में मदद कर सकता है।

— jasonwryan

कृपया अपने उत्तर में शामिल करें: साइट एक विकी है ...

— jasonwryan

यहाँ कुछ है: virtualbox.org/ticket/2553 virtualbox.org/ticket/9203 Bugs.launchpad.net/ubuntu/+ource/gedit/+bug/341725

— laebshade

भविष्य से अभिवादन। "तीन साल से अधिक" अब "आठ साल से अधिक" में बदल गया है । यह अभी भी एक समस्या है।

— पाइप

इसलिए.....? क्या हमारे पास कोई हल है या कुछ है?

— मोहम्मद अब्दुल मुजीब

Answer 2

"पाठ फ़ाइल व्यस्त" यहां भ्रमित कर सकता है: यह वास्तव में पाठ फ़ाइलों के बारे में नहीं है, लेकिन निष्पादन योग्य के बारे में है। Executables को टेक्स्ट फ़ाइल कहा जाता है क्योंकि ... हम वास्तव में, मुझे नहीं पता कि क्यों ।

संदेश का वास्तव में अर्थ क्या है "यह फ़ाइल एक अन्य प्रोग्राम द्वारा लॉक की गई है जो इसका उपयोग कर रहा है और इसे अपनी नाक के नीचे संशोधित नहीं होने दे सकता है, इसलिए आप इसे नहीं लिख सकते।" इस संदेश को देखने के लिए यह बहुत ही असामान्य है। पाठ फ़ाइल: यूनिक्स सिस्टम आम तौर पर फाइलों पर अनिवार्य ताले को फेंकते हैं, और किसी फ़ाइल को संशोधित करने से दूसरों को लॉक करने के लिए अनुप्रयोगों की कोई सुविधा नहीं होती है। (यूनिक्स के पास सलाहकार ताले हैं: उनका उपयोग कार्यक्रमों को सहयोग करके किसी फ़ाइल में समवर्ती एक्सेस को सिंक्रनाइज़ करने के लिए किया जा सकता है।) सबसे आम परिस्थिति जब आप "टेक्स्ट फ़ाइल व्यस्त" देखेंगे ( ETXTBUSY) यदि आप चल रहे निष्पादन योग्य को संशोधित करने का प्रयास करते हैं: कर्नेल इसे बंद कर देता है। एक अन्य संभावना एक डिस्क छवि है जिसे माउंट किया गया है , फिर से कर्नेल द्वारा लॉक किया गया है।

आपके मामले में, फ़ाइल का स्थान /media/sf_Ubuntuऔर समूह के स्वामित्व को देखते हुए vboxsf, मेरा अनुमान है कि फ़ाइल जो वर्चुअलबॉक्स फ़ाइल साझाकरण फ़ाइल सिस्टम पर है, होस्ट ऑपरेटिंग सिस्टम में बंद है। संभवतया मेजबान एक विंडोज मशीन है और आपके पास वहां एक संपादक की फाइल भी है। VM में संपादक को सहेजने से पहले आपको होस्ट पर फ़ाइल को बंद करना होगा।

Comments

धन्यवाद। मुझे 100% यकीन है कि फ़ाइल विंडोज़ में oprn नहीं है और इसके अलावा कोई अन्य एप्लिकेशन इसका उपयोग नहीं कर रहा है। मैं इसे OpenOffice का उपयोग करके खोल सकता हूं और इसलिए मुझे यकीन है कि यह अन्य अनुप्रयोगों द्वारा नहीं खोला गया है। यह केवल gedit है जो इसे बचा नहीं सकता है।

— 1365 पर user654019

मुझे भी वही समस्या हो रही है। अतिथि ओएस में हर कार्यक्रम बहुत अच्छा काम करता है लेकिन gedit, कुछ ऊपर है।

— ग्लासगॉस्ट

Answer 3

lsofफ़ाइल किसी अन्य एप्लिकेशन द्वारा खुली है या नहीं, इसकी जांच करें

lsof /media/sf_Ubuntu/BuildNotes.txt

या उपयोग करें fuser:

fuser -km /media/sf_Ubuntu/BuildNotes.txt

Answer 4

समस्या मूल रूप से ग्लिब के साथ है और जिस तरह से यह एक अस्थायी फ़ाइल में बचाता है, फिर नाम बदल देता है। बग को इस प्रकार दर्ज किया गया है: https://bugzilla.gnome.org/show_bug.cgi?id=656225

Answer 5

मेरे लिए यह निश्चित है (फिर भी थोड़ा कष्टप्रद है लेकिन काम करता है), और gedit पर लागू होता है:

संपादित करें - प्राथमिकताएँ - संपादक "बैकअप प्रतिलिपि बनाएँ" पर एक चेक लगाएं

अब से सहेजते समय, फ़ाइल को एक बार सहेजें, त्रुटि को अनदेखा करें, फिर से सहेजें। हर बार काम करता है।

Comments

2019 में, यह त्रुटि अभी भी होती है। यह वर्कअराउंड काम करता है।

— डेविड

Answer 6

लिनक्स टर्मिनल का उपयोग करके, vi file_name का उपयोग करके फ़ाइल को संपादित करने का प्रयास करें और इसे सहेजें। ps मुझे इस समस्या का कोई अन्य समाधान नहीं मिला। vi काम किया