গেডিট ভার্চুয়ালবক্স শেয়ারে কোনও ফাইল সংরক্ষণ করবে না: পাঠ্য ফাইলটি ব্যস্ত

Question

আমার কাছে একটি পাঠ্য ফাইল রয়েছে যা আমি অন্যান্য অ্যাপ্লিকেশনগুলি ব্যবহার করে পরিবর্তন করতে পারি (উদাহরণস্বরূপ openoffice)। তবে যখন আমি এটি ব্যবহার করে এটি পরিবর্তন এবং সংরক্ষণ করার চেষ্টা করি তখন আমি geditত্রুটি পেয়ে যাচ্ছি gedit:

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

বিল্ডনোটেস.টেক্সট এর অনুমতি নিম্নলিখিত হিসাবে রয়েছে:

-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

এই সমস্যাটি ২০০৯ সাল থেকে রিপোর্ট করা হয়েছে ('জিডিট ভার্চুয়ালবক্স'-এর জন্য গুগল)। এটি অত্যন্ত খারাপ যে এটির জন্য এখনও কোনও ঠিক করা হয়নি। ভার্চুয়ালবক্স বা গেডিট বিকাশকারীরা কেউই এর জন্য দায় নিতে রাজি নয় এবং পরিবর্তে তিন বছরেরও বেশি সময় ধরে একে অপরের দিকে আঙুল তুলতে সন্তুষ্ট।

আপনি আপনার সম্পাদক পছন্দগুলি 'ব্যাকআপ তৈরি' এ সেট করতে পারেন তারপরে দু'বার সংরক্ষণ করুন। অবিশ্বাস্যরকম বেদনাদায়ক, কিন্তু এটি কাজ করে।

কিছু অন্যান্য সম্পাদক সমস্যার প্রতিবেদন করবেন না। যাইহোক, আমি যখন কেট এবং ন্যানো পরীক্ষা করেছি, উদাহরণস্বরূপ, তারা নিঃশব্দে ফাইলটিকে অন্য প্রতিটি সংরক্ষণে মুছে ফেলে। এটি জিডিট পরিস্থিতি থেকেও খারাপ ...

Comments

আপনি যদি 2009 এর বাগ রিপোর্টের লিঙ্ক অন্তর্ভুক্ত করেন তবে এটি সহায়ক হবে; এটি অন্যকে সমস্যার সমাধানে সহায়তা করতে পারে।

— জেসনওয়ারিয়ান

দয়া করে আপনার উত্তরে অন্তর্ভুক্ত করুন: সাইটটি একটি উইকি ...

— জেসনওয়ারিয়ান

: এখানে কয়েকটি ব্যাপার virtualbox.org/ticket/2553 virtualbox.org/ticket/9203 bugs.launchpad.net/ubuntu/+source/gedit/+bug/341725

— laebshade

ভবিষ্যত থেকে শুভেচ্ছা। "তিন বছরেরও বেশি" এখন "আট বছরেরও বেশি" হয়ে গেছে । এটি এখনও একটি সমস্যা।

— পাইপ 11

তাই .....? আমাদের কি সমাধান আছে বা কিছু?

— মোহাম্মদ আবদুল মুজিব

Answer 2

"পাঠ্য ফাইল ব্যস্ত" এখানে বিভ্রান্ত হতে পারে: এটি আসলে পাঠ্য ফাইলগুলি সম্পর্কে নয়, তবে এক্সিকিউটেবলের সম্পর্কে about এক্সিকিউটেবলকে টেক্সট ফাইল বলা হয় কারণ হুম, আসলে, আমি জানি না কেন ।

বার্তাটির প্রকৃত অর্থ যা হ'ল "এই ফাইলটি এটি ব্যবহার করে এমন একটি অন্য প্রোগ্রাম দ্বারা লক হয়ে গেছে এবং এটি এটি নাকের নীচে পরিবর্তন করা যায় না, সুতরাং আপনি এটি লিখতে পারবেন না” "এই বার্তাটি দেখার পক্ষে অস্বাভাবিক কিছু না পাঠ্য ফাইল: ইউনিক্স সিস্টেমগুলি সাধারণত ফাইলগুলিতে বাধ্যতামূলক লকগুলিতে নষ্ট হয় এবং ফাইলগুলিকে পরিবর্তন করতে অন্যদের লক আউট করার জন্য অ্যাপ্লিকেশনগুলির কোনও সুবিধা নেই facility (ইউনিক্সের পরামর্শকৃত লক রয়েছে: তারা সহযোগী প্রোগ্রামগুলির দ্বারা কোনও ফাইলের একযোগে অ্যাক্সেসগুলি সিঙ্ক্রোনাইজ করার জন্য ব্যবহার করা যেতে পারে)) আপনি যখন "টেক্সট ফাইল ব্যস্ত" দেখবেন তখন সবচেয়ে সাধারণ পরিস্থিতিটি ETXTBUSYহ'ল আপনি যদি কোন এক্সিকিউটেবল যা চলছে তা সংশোধন করার চেষ্টা করছেন: দ্য কার্নেল এটি লক করে। আরেকটি সম্ভাবনা হ'ল একটি ডিস্ক চিত্র যা মাউন্ট করা হয় , আবার কার্নেল দ্বারা লক করা হয়।

আপনার ক্ষেত্রে, ফাইলটির অবস্থান /media/sf_Ubuntuএবং গোষ্ঠীর মালিকানা প্রদত্ত vboxsf, আমার অনুমান যে ভার্চুয়ালবক্স ফাইল ভাগ করে নেওয়ার ফাইল সিস্টেমে থাকা ফাইলটি হোস্ট অপারেটিং সিস্টেমে লক করা আছে। সম্ভবত হোস্টটি একটি উইন্ডোজ মেশিন এবং আপনার একটি ফাইল এডিটরটিতে খোলা আছে। ভিএম-তে সম্পাদকটিতে সংরক্ষণ করার আগে আপনাকে হোস্টে ফাইলটি বন্ধ করতে হবে।

Comments

ধন্যবাদ। আমি ১০০% নিশ্চিত যে ফাইলটি উইন্ডোগুলিতে খোলা নেই এবং অন্য কোনও অ্যাপ্লিকেশন এটি ব্যবহার করছে না। আমি ওপেনঅফিস ব্যবহার করে এটি খুলতে পারি এবং তাই আমি নিশ্চিত যে এটি অন্যান্য অ্যাপ্লিকেশন দ্বারা খোলেনি। এটি কেবল gedit যা এটি সংরক্ষণ করতে পারে না।

— ব্যবহারকারী 654019

আমি একই সমস্যা হচ্ছে না। গেস্ট ওএসে প্রতিটি প্রোগ্রাম দুর্দান্ত কাজ করে তবে জেডিট, কিছু শেষ।

— গ্লাসগোস্ট

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

এটি আমার জন্য কী স্থির করেছে (এখনও কিছুটা বিরক্তিকর তবে কাজ করে), এবং জিডিটের ক্ষেত্রে প্রযোজ্য তা হ'ল:

সম্পাদনা - পছন্দসমূহ - সম্পাদক "ব্যাকআপ কপি তৈরি করুন" দেখুন

এখন থেকে সংরক্ষণ করার সময়, ফাইলটি একবারে সংরক্ষণ করুন, ত্রুটিটিকে উপেক্ষা করুন, আবার সংরক্ষণ করুন। প্রতিবার কাজ করে।

Comments

2019 সালে, এই ত্রুটিটি এখনও ঘটে। এই workaround কাজ করে।

— ডেভিড

Answer 6

লিনাক্স টার্মিনাল ব্যবহার করে, vi ফাইল_নাম ব্যবহার করে ফাইল সম্পাদনা করে দেখুন এবং সংরক্ষণ করুন। PS আমি এই সমস্যার জন্য আর কোনও সমাধান খুঁজে পাইনি। vi কাজ করেছে