"Rm -rf" দিয়ে ডিরেক্টরি মুছে ফেলার চেষ্টা করছেন, তবে বার্তাটি পান যে এটি খালি নয়


36

আমি "rm -rf" ব্যবহার করে একটি ডিরেক্টরি মুছতে চেষ্টা করেছি এবং "ডিরেক্টরিটি ফাঁকা নয়" বার্তাটি পেয়েছি:

Bens-MacBook-Pro:please benjaminhocking$ ls -lart empty_directory/
total 16
drwxr-xr-x  5 benjaminhocking  staff  170 Aug 27 14:46 .
drwxr-xr-x  3 benjaminhocking  staff  102 Aug 27 15:28 ..
Bens-MacBook-Pro:please benjaminhocking$ rm -rf empty_directory/
rm: empty_directory/: Directory not empty
Bens-MacBook-Pro:please benjaminhocking$ rmdir empty_directory/
rmdir: empty_directory/: Directory not empty

যদি আমি ফাইন্ডার (ফোল্ডারটিকে ট্র্যাশে টেনে নিয়ে) ব্যবহার করে একই জিনিস চেষ্টা করি তবে আমি বার্তাটি পাই

অপারেশনটি সম্পন্ন করা যায়নি কারণ "খালি_ ডিরেক্টরি" আইটেমটি ব্যবহৃত হচ্ছে।

আমি xattr -d com.apple.quarantineপুরোপুরি কুসংস্কারের বাইরে থাকার চেষ্টা করেছি , কিন্তু এটি ভাল ফলেনি।

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

যোগ করার জন্য সম্পাদনা করুন: আমি ছেড়ে যাওয়া আরও একটি গুরুত্বপূর্ণ তথ্য হ'ল এটি একটি এনক্রিপ্ট করা ফোল্ডারে à লাতে ঘটছিল encfs। আমি জিনিসগুলির এনক্রিপ্ট করা দিকের সাথে সম্পর্কিত ফোল্ডারটি সন্ধান করতে এবং সেখানে এটি মুছতে সক্ষম হয়েছি। আমি এখনও জানি না যে আমি সাধারণত করার মতো জিনিসগুলির ডিক্রিপ্ট করা দিক থেকে কেন এটি করতে পারি না। যদি কারও কাছে এর জন্য ভাল উত্তর থাকে তবে আমি এখনই এই উত্তরহীনকে ছেড়ে দেব।


2
আপনার কি এই ডিরেক্টরিতে অন্য কোনও শেল খোলা আছে, বা কোনও অ্যাপ্লিকেশন কেবল এটি ব্যবহার করছে? "ব্যবহৃত হয়" এই শব্দের অর্থও এই হতে পারে (যদিও আমি কখনই rmdirএটি সক্ষম না হওয়া অনুভব করি - তবে এটি প্রায়শই কারণ হয় যে কোনও ভলিউম আনমাউন্ট করতে পারে না)।
ইজি ২

সেই নির্দিষ্ট কমান্ড জারি করা হয়নি। এর ঠিক আগে আমি একটি সম্পূর্ণ রিবুট করেছি।
বেন হকিং

আমার মাঝে মাঝে এএনএফএস-এ একই সমস্যা হয় এবং এখন পর্যন্ত এটিকে কীভাবে সমাধান করা যায় সে সম্পর্কে আমার কোনও ধারণা নেই। নতুন কিছু?
মার্টিন প্রেউসেস 4'12

@ এমেম্পে: আমি শেষ পর্যন্ত যা করতে পেরেছি তা হ'ল এনক্রিপ্ট করা স্থানের ফোল্ডারটি মুছে ফেলা, আমার সনাক্তকারী হিসাবে সর্বশেষ পরিবর্তিত টাইমস্ট্যাম্পটি ব্যবহার করে। (যা বিপজ্জনক হতে পারে)) যদি আমি আরও ভাল সমাধান নিয়ে আসে তবে আমি আপনাকে জানাব।
বেন হকিং

@ বেনহকিং: আমিও তা করি। আমার জন্য খুব কমই ঘটে তাই আমি এই সাথে ভাল আছি। তবুও, এই অনুভূতিটি আমি পছন্দ করি না যে আমার এনএসএফএস কোনওভাবে দূষিত হয়ে গেছে ...;) আমার এনএসএফএস একটি ড্রপবক্সে রয়েছে, সম্ভবত কিছু সংযোগ আছে?
মার্টিন প্রেউসেস 4'12

উত্তর:


12

আপনার কম্পিউটারটি পুনরায় বুট করুন এবং rmdir(1)আবার চালান ।

$ rmdir -r empty_directory/

যদি এটি কাজ না করে, তবে চেষ্টা করুন:

$ rm -rf empty_directory/

যদি এটি এখনও কাজ না করে, ধরে নিই যে ওএস এক্স lsof(8)পূর্বেই ইনস্টল করা আছে, তবে প্রবেশ করুন:

$ lsof +D empty_directory/

এই ডিরেক্টরিতে কোনও ফাইল কোনও প্রোগ্রাম দ্বারা ব্যবহৃত হচ্ছে কিনা তা এটির উচিত। আমি মনে করি যে এইচএফএস + ফাইল সিস্টেম ব্যবহারের ফলে ফাইলগুলি মোছার অনুমতি দেয় না। যাইহোক, killall(1)যে কোনও এক্সিকিউটেবল যা এই ডিরেক্টরি বা এর অভ্যন্তরের কোনও লুকানো ফাইল ব্যবহার করছে। empty_directoryফোল্ডার ভিউ সেটিংস সঞ্চয় করার জন্য ফাইন্ডার ডিরেক্টরিটিতে একটি লুকানো ফাইল ব্যবহার করছে । আশাকরি এটা সাহায্য করবে.

PS: lsof(8)ইনস্টল করা আছে কিনা তা জানতে , প্রবেশ করুন:

$ lsof

যদি আউটপুটটি এমন মনে হয়, তবে lsof(8)আপনার সিস্টেমে ইনস্টল করা আছে।

lsof: /usr/bin/lsof /usr/bin/X11/lsof /usr/share/man/man8/lsof.8.gz

যে ডিরেক্টরিতে লুকানো এবং এনক্রিপ্ট করা ফাইল বা এনক্রিপশন কী ফাইলগুলি পরীক্ষা করুন। এগুলি অপরাধী হতে পারে।


4

ডিস্ক ইউটিলিটি ব্যবহার করে ডিস্কটি মেরামত করা আমার জন্য এই সমস্যাটি স্থির করে।


এটি আমার বিশ্বাস করা বেশিরভাগ পরিস্থিতিতে কাজ করবে। সম্পূর্ণ আমার জন্য কাজ। থ্যাঙ্কস
গীকরাইড

নির্দিষ্ট কমান্ডটি ফাইল মেনুতে "ফার্স্ট এইড চালান ..."। আমি বুঝতে পারার আগে "মেরামত" শব্দটির জন্য মেনুগুলিতে কিছুটা বেশি সময় ব্যয় করেছি!
রোজ

3

যদি এটি ঘটে এবং আপনি নিশ্চিত যে আপনি সবকিছু মুছতে চান তবে আপনার ব্যবহার করার চেষ্টা করা উচিত sudo rm -rf directory/


1
এটি কোনও কারণে ~ /। ট্র্যাশে কাজ করে না।
মার্কাসজে

2
সমস্যাটির অনুমতি না থাকলে এটি আসলে কাজ করে না, যা কনসোলে একটি পৃথক ত্রুটি বার্তা হবে।
tresf

2

একটি ডিরেক্টরি (rm -r dirname) মুছে ফেলার চেষ্টা করার সময় আমি ঠিক এই ত্রুটির মধ্যে পড়েছিলাম। আমি এই থ্রেডটি অনুসন্ধান এবং খুঁজে পাওয়ার আগে আমি এখানে যা পরামর্শ পড়েছি তার সবগুলি ইতিমধ্যে ব্যবহার করে দেখেছি। আমি জানি না যে আসল প্রশ্নটি থেকে অজান্তেই কোনও অতিরিক্ত পয়েন্ট থাকতে পারে কিনা তবে আমার ক্ষেত্রে সমস্যার মূল এবং সমাধানটি ছিল:

  • প্রশ্নে থাকা ডিরেক্টরিটি একটি নেটওয়ার্ক-মাউন্টড ডিস্কে ছিল

  • lsফাইন্ডার বা কমান্ড লাইনের কোনও প্রচেষ্টা .এবং ছাড়া কিছুই দেখায় নি..

  • আমি sshকমান্ডের মাধ্যমে নেটওয়ার্ক ডিস্ক সার্ভারে লগ ইন করে ls -alসেখানে চেক করেছি । ফলাফলটি বর্ধিত সুরক্ষা তথ্য (যেমন, মোডে সংযুক্ত) সহ বেশ কয়েকটি আইটেম ছাড়াও .এবং প্রদর্শন করেছিল।...__filename+

আমি বিশ্বাস করি এই হয়, বা একই রকম, ফাইল যা আমি প্রথম ম্যাক ওএসএক্স বছর পূর্বে তৈরি করা ব্যবহার লক্ষনীয় cp -R, tarঅথবা cpioফাইলের সংরক্ষণাগার বা পদক্ষেপ গোষ্ঠীতে। আমি এ সময় অনুমান করেছি যে সেগুলি সরানোর পরে কিছু ফাইলের বৈশিষ্ট্যগুলি সঠিকভাবে পুনরায় সেট করতে ব্যবহার করা হয়েছিল - সম্ভবত uid / gid, মোড, এসিলস, এমটাইম / ইউটাইম / সিটিএম ইত্যাদি; আমি সত্যিই নিশ্চিত নই - বৈশিষ্ট্য যা ছিল না ঐ কমান্ড দ্বারা সঠিকভাবে রিসেট করা হচ্ছে যে সময় আগে (আমি মনে রাখবেন যে ওএসএক্স অন্তর্ভুক্ত করার জন্য ব্যবহৃত mvmacএবং cpmacএই সমস্যা সমাধানে কাজ আদেশগুলি আগে এই .__filenameধরনের ফাইল যখন স্বাভাবিক ফর্ম ব্যবহার করে প্রকাশমান শুরু cp, tarইত্যাদি)।

এই ফাইলগুলি কোনও অভ্যন্তরীণ, ইউএসবি বা ফায়ারওয়্যার ড্রাইভে লেখা থাকলে মুছে ফেলার ক্ষেত্রে আমি কখনও সমস্যায় পড়িনি; এই প্রথম আমি তাদের একটি নেটওয়ার্ক ডিস্কে খুঁজে পেয়েছি; মাউন্টের ক্লায়েন্ট দিক থেকে সম্পূর্ণরূপে অন্বেষণযোগ্য, তবে সার্ভার দিক থেকে দেখা গেলে প্রতিটি ক্ষেত্রেই স্বাভাবিক।

rm -rf dirname নেটওয়ার্ক ডিস্ক সার্ভারে একটি লগইন থেকে ডিরেক্টরিটির বিষয়বস্তুগুলি সহ সঠিকভাবে মুছে ফেলা হয়েছে।

সুতরাং, এর মূল্যটির জন্য আরও একটি উত্তর রয়েছে; এই সমস্যাটির আর একটি সম্ভাব্য সমাধান যদি এটি কোনওর জন্য নেটওয়ার্ক ডিস্কের সাথে মিলিত হয়ে উপস্থিত হয়।


2

কোনও উত্তর ছাড়াই এখানে সমস্ত উত্তর চেষ্টা করে দেখুন। আমি অবশ্য এমভি কমান্ড ব্যবহার করে ডিরেক্টরিটি সরিয়ে রাখতে সক্ষম হয়েছি, যা আমাকে চালিয়ে যাওয়ার অনুমতি দেয়।


2

আমার জন্য একমাত্র সমাধান যেটি কাজ করেছিল তা হ'ল https://unix.stackexchange.com/questions/234876/unable-to-delete-a-file-w whis-i-do থেকে :

এগুলিকে / টেম্পে সরান এবং পুনরায় আরম্ভ করুন।

অন্যান্য বিকল্পগুলি আমি চেষ্টা করেছিলাম:

  • ডিস্ক ইউটিলিটি - প্রাথমিক সহায়তা
  • lsof +D bad_file কোনও আউটপুট দেখায় নি।
  • sudo rm -rf
  • একক ব্যবহারকারীর টার্মিনালে বুট করা এবং rm -rf

1
একক ব্যবহারকারী টার্মিনাল থেকে Fsck সাহায্য করে না rm -rf, না lsof +Dকিছুই দেখায় না । অদ্ভুতভাবে, আমি আপত্তিজনক ডায়ারগুলিতে সরাতে সক্ষম হয়েছি /tmp, যদিও এটি পুনরায় চালু হওয়ার পরে মুছে ফেলা হয়নি। একই সমস্যা রয়ে গেছে, তবে কমপক্ষে এটি কিছুটা দূরে।
এনিপসিক্স

1

পাঠকদের সুবিধার জন্য:

rm -rfএমন ক্ষেত্রে সাবধান ! এটি কোনও নেটওয়ার্ক শেয়ার হওয়ার ক্ষেত্রে অন্য কোথাও সমস্যা তৈরি করতে পারে! তোমাকে সতর্ক করা হইছে!

প্রায় সব ক্ষেত্রেই যদি কোনও directoryখালি মনে হয় তবে rmdir directoryসম্ভবত ব্যবহার করুন sudo rmdir directoryrm(বা delউইন্ডোজ অধীনে) ব্যবহার করবেন না । এই কাজ করে থাকে, তাহলে আপনি খুঁজে বের করতে হবে, কি ব্লক এই অনুরোধটি, ফিক্স এবং তারপর পুনরায় চেষ্টা করুন rmdir

দয়া করে মনে রাখবেন যে আমি ওএস-এক্স জানি না, তবে আমি মনে করি যে জিনিসগুলি ইউনিক্স / বিএসডি আচরণের সাথে খুব মিল রয়েছে।

খুব সম্ভবত যে প্রশ্নে থাকা ডিরেক্টরিটি কেবল একটি মাউন্ট পয়েন্ট ছিল (এনএফএস থেকে) বা একটি মাউন্ট পয়েন্টে অবস্থান করছিল যা কেবল পাঠযোগ্য হয়ে পড়েছিল বা কিছু অনুচিত অবস্থায় আটকেছিল (যা ডিরেক্টরিটি সরিয়ে ফেলতে বাধা দেয়)। আপনি যদি এখন ডিরেক্টরিটি মুছে ফেলার জন্য বাধ্য করেন তবে খুব খারাপ জিনিস ঘটতে পারে।

ভাল ক্ষেত্রে ডিরেক্টরিটি সত্যিই খালি ছিল, সুতরাং এটি মুছে ফেলা (মাউন্ট ইত্যাদি ধ্বংস করা) এর ফলে আর কোনও ক্ষতি হয়নি। খারাপ ক্ষেত্রে এটি খালি ছিল না, কেবল প্রদর্শিত হয়েছিল, যার অর্থ, আপনি এমন কোনও কিছু ছড়িয়ে দিয়েছেন যা আপনি সম্ভবত হত্যা করতে চান নি। এটি সমস্ত মাউন্ট প্রকারের উপর নির্ভর করে, কোন ড্রাইভারগুলি ব্যবহৃত হয় ইত্যাদি পিপি।

যদি জিনিসগুলি যথাযথভাবে কার্যকর করা হয় তবে সাধারণত খারাপ কিছু ঘটবে না। তবে এটি সাধারণ ঘটনা নয়। বিষয়গুলি ইতিমধ্যে একটি অদ্ভুত অবস্থায় রয়েছে, যার অর্থ: কিছু ভুল হয়েছে, তাই আরও ভাল এটি আরও মিশ্রিত করার চেষ্টা করবেন না! যদি কোনও কিছু ক্র্যাক হয় তবে কোনও ভুল স্পর্শ এটি ভেঙে যেতে পারে।

উদাহরণস্বরূপ, আপনি যদি কোনও নেটওয়ার্ক অংশে রেসের শর্তটি আঘাত করেন তবে এটি হতে পারে যে আপনার rm -rfডেটা সরিয়ে ফেলবে যা কেবলমাত্র অন্য কারও ভাগ করে নেওয়ার জন্য অনুলিপি করা হয়েছে।

তবে rmdirসত্যিই খালি ডিরেক্টরি মুছে ফেলা ছাড়াও ক্ষতি করার কোনও নিশ্চয়তা নেই। এটি এনএফএসের ক্ষেত্রেও সত্য, কারণ এনএফএস কেবলমাত্র সত্যই পারমাণবিক আচরণের গ্যারান্টি দেয় mkdirএবং rmdirতবে কোথাও নেই।

অবগতির জন্য:

আপনি সরঞ্জামটি ব্যবহার করে একটি মাউন্টপয়েন্ট সনাক্ত করতে পারেন mountpoint directory। বিকল্পভাবে আউটপুটটি দেখুন mountএবং সেখানে আপনার মাউন্টগুলি স্পট করার চেষ্টা করুন। তবে সাবধান, অন্তত লিনাক্সের অধীনে এটি মিথ্যা হতে পারে। mountpointইউটিলিটি আরও নির্ভরযোগ্য তবে কম সুবিধাজনক ব্যবহার করে ।

সেক্ষেত্রে আপনি মাউন্টপয়েন্টটি পেয়েছেন, আপনি এটি আনমাউন্ট করতে পারেন এবং তারপরে ডিরেক্টরিটি সরাতে পারেন, এটি নিম্নলিখিত ক্রমটি রয়েছে:

umount directory rmdir directory

প্রয়োজনে sudoযথারীতি ব্যবহার করুন ।

নোট:

  • rmdirঅ্যাক্সেস রাইটসের কারণে নেটওয়ার্ক শেয়ারগুলি অস্বীকার করতে পারে (এবং অন্য কিছু)।

  • ত্রুটিযুক্ত ফাইল সিস্টেমগুলি rmdirব্যর্থ কৌশলের উপর নির্ভর করে অস্বীকার করতে পারে। সম্ভবত আপনি এই ক্ষেত্রে একটি যুক্তিসঙ্গত বার্তা দেখতে পাবেন, সম্ভবত না।

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

  • নোট করুন যে বাধ্যতামূলক ফাইল লকিংয়ের উত্সও হতে পারে। উইন্ডোজে এটি স্বাভাবিক হলেও সাধারণত এটি ইউনিক্সের মতো সাধারণ ঘটনা নয় এবং আমি এটি ডিরেক্টরিগুলির জন্য কখনও শুনিনি। বাধ্যতামূলক ফাইল লকগুলি পসিক্সের আওতায় আসে তবে সেগুলি alচ্ছিক।

  • প্রায়শই এই জাতীয় ক্ষেত্রে, প্রশ্নাবলীর ডিরেক্টরিটি আপনি ভাবেনি তার চেয়ে আলাদা ফাইল সিস্টেমের উপরে থাকে। কমান্ডটি দিয়ে আপনি খুঁজে পেতে পারেন df directory(আমি মনে করি এটি ওএস-এক্স এর অধীনে একই)।

  • আপনি যেমন ডিরেক্টরিতে statবা statfsডিরেক্টরিতে সরঞ্জামগুলি দিয়ে গভীরভাবে পরিদর্শন করতে পারেন । তবে এগুলি সাধারণ মানুষের জন্য কিছুটা নিম্ন স্তরের এবং প্রায়শই এই জাতীয় সরঞ্জামগুলি সাধারণ ব্যবহারকারীদের থেকে খুব ভালভাবে লুকানো থাকে।

  • ডিরেক্টরিতে মজার নাম সহ ফাইল থাকতে পারে। কোনও ফাইলের মতো যা তাত্ক্ষণিকভাবে টার্মিনাল আউটপুট মুছবে, তাই দেখে মনে হচ্ছে এটি সেখানে নেই। মিডনাইটকম্যান্ডারের মতো কিছু ls -al | lessব্যবহার বা ব্যবহার করার চেষ্টা করুন mc

বাগ, হ্যাক্সার্স, এলিয়েনস বা পরীদের মতো আরও বহিরাগত জিনিসগুলি সহ অন্যান্য সম্ভাব্য ট্রেনলোড রয়েছে। তবে সাধারণত সেখানে তাকানো শুরু করা বুদ্ধিমানের কাজ নয়, পরিবর্তে প্রথমে আপনার পাশে ত্রুটিটি খুঁজে বের করার চেষ্টা করুন, কারণ "ভুল মানবিক ইস্ট"।


1

এটি এমন একটি ক্ষেত্রেও হতে পারে যা আমি সলভ করেছি যেখানে একটি ভাঙ্গা সিএমলিংক সার্ভার-সাইডে ছিল এবং সিআইএফএস-এর মাধ্যমে ক্লায়েন্টের কাছে দৃশ্যমান ছিল না। সিমলিংকটি একটি খালি নয় এমন ডিরেক্টরি তৈরি করেছে, তবে ক্লায়েন্টটি ডিরেক্টরিটি লিঙ্কমুক্ত করার আগে ডিরেক্টরিটি সাফ করার উদ্দেশ্যে সিমলিংকটি দেখতে বা স্থিত করতে অক্ষম ছিল। যেহেতু এটি অদৃশ্য ছিল তাই এটি এই প্যারাডক্সটি তৈরি করেছিল যেখানে ক্লায়েন্টের পক্ষ থেকে এটি খালি ছিল কিন্তু আরএম দ্বারা চ্যালেঞ্জের পরে "খালি নয়" । আপনার যদি সার্ভারে এসএসএইচ অ্যাক্সেস থাকে তবে সেই প্রান্তে একটি শেল ব্যবহার করে দেখুন ডিরেক্টরিটি সত্যই ফাঁকা আছে কিনা বা এটিতে সিমলিংকগুলি ভঙ্গ রয়েছে। আমি একটি Drobo5N এ এটি করতে সক্ষম হয়েছি এবং এটি আমার বাট সংরক্ষণ করেছে।


এটি একইরকম পরিস্থিতিতে অন্যের পক্ষে সহায়ক হতে পারে তবে আমার পক্ষে অবশ্যই এটি ছিল না কারণ আমি তখনকার কোনও সার্ভারের সাথে সংযুক্ত ছিলাম না।
বেন হকিং 12

0

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


0

টার্মিনালে:

  1. প্রবেশ করুন sudo su (কমান্ড লাইন প্রম্পটে এমন কিছুতে স্যুইচ করা উচিত sh-3.2#))
  2. আপনি মুছে ফেলতে চান তার মূল ফোল্ডারে নেভিগেট করুন
  3. প্রবেশ করান rm -rf TheDirectoryYouWantToDelete

0

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

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.