ট্যাব সমাপ্তি ত্রুটি: বাশ: এখানে-নথির জন্য অস্থায়ী ফাইল তৈরি করতে পারে না: ডিভাইসে কোনও স্থান অবশিষ্ট নেই

Question

ট্যাব বারটি ব্যবহার করার সময়, আমি এই ত্রুটিটি পেতে থাকি:

বাশ: এখানে-নথির জন্য টেম্প ফাইল তৈরি করতে পারে না: ডিভাইসে কোনও স্থান অবশিষ্ট নেই "

কোন ধারনা?

আমি কিছু গবেষণা করে চলেছি এবং অনেক লোক / টিএমপি ফাইল সম্পর্কে কথা বলে যা কিছুটা ওভারফ্লো হতে পারে। আমি যখন মৃত্যুদন্ড কার্যকর df -hকরি তখন আমি পাই:

Filesystem      Size  Used Avail Use% Mounted on 
/dev/sda2       9.1G  8.7G     0 100% /
udev             10M     0   10M   0% /dev
tmpfs           618M  8.8M  609M   2% /run
tmpfs           1.6G     0  1.6G   0% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           1.6G     0  1.6G   0% /sys/fs/cgroup
/dev/sda1       511M  132K  511M   1% /boot/efi
/dev/sda4       1.8T  623G  1.1T  37% /home
tmpfs           309M  4.0K  309M   1% /run/user/116
tmpfs           309M     0  309M   0% /run/user/1000

দেখে মনে হচ্ছে / dev / ডেটা ডিরেক্টরিটি বিস্ফোরিত হতে চলেছে, তবে আমি টিপ দিলে:

$ du -sh /dev/sda2
0   /dev/sda2

মনে হচ্ছে এটি খালি।

আমি ডেবিয়ায় নতুন এবং আমি কীভাবে এগিয়ে যেতে জানি না don't আমি সাধারণত এসএসএসের মাধ্যমে এই কম্পিউটারটি অ্যাক্সেস করতে ব্যবহৃত হত। এই সমস্যাটি ছাড়াও এই কম্পিউটারটির সাথে আমার আরও বেশ কয়েকজন রয়েছে, তারা সম্পর্কিত হতে পারে, উদাহরণস্বরূপ প্রতিবার আমি জিইউআই ব্যবহার করে আমার ব্যবহারকারীর প্রবেশ করতে চাই (মূলত এটি কাজ করে) আমি পেয়েছি:

এক্সেসিওন: সতর্কতা: / টেম্পে লিখতে অক্ষম: এক্সেসিওন একটি ত্রুটির সাথে প্রস্থান করতে পারে

Comments

আপনি কিছু চালাতে চান du -hxd1 /, না du /dev/sda2। /dev/sda2আসলেই ডিস্কে নেই।

— মুড়ু

Answer 1

আপনার রুট ফাইল সিস্টেমটি পূর্ণ এবং সুতরাং আপনার টেম্প টিয়ার (/ tmp, এবং / var / tmp সেই বিষয়ে )ও পূর্ণ। প্রচুর স্ক্রিপ্ট এবং প্রোগ্রামগুলিতে কাজের ফাইল, এমনকি লক ফাইলগুলির জন্য কিছু জায়গা প্রয়োজন। যখন / tmp অলিখিত লিখনযোগ্য খারাপ জিনিস ঘটে।

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

du -hs /tmp /var/log

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

Comments

হাই, আমি আপনাকে প্রস্তাবিত উভয় আদেশের দিকে নজর দিয়েছি এবং আমি বলব যে উভয় / টিএমপি এবং / ভার / লগ যথাক্রমে: 60 কে এবং 49 এম যথাক্রমে।

— lucasrodesg

আবার হাই। আমি অবশেষে এটি পেয়েছিলাম। আমি জানি না কেন আমি সমস্ত নিজস্বক্লাউড সামগ্রী / var এর নীচে রেখেছি। এটি আবার কাজ করে!

— lucasrodesg

Answer 2

আপনি /tmp/ডিরেক্টরিতে লেখার অ্যাক্সেসও হারিয়ে যেতে পারেন ।

এটি দেখতে দেখতে হবে:

ls -l / |grep tmp
drwxrwxrwt   7 root root  4096 Nov  7 17:17 tmp

আপনি এর মতো অনুমতিগুলি ঠিক করতে পারেন:

chmod a+rwxt /tmp

Comments

এটি আমার পক্ষে কাজ করেছিল!

— জোসেফ চেম্বারস

এটি গ্রেপের একটি অকেজো ব্যবহার। ls -ld /tmpপরিবর্তে চেষ্টা করুন।

— একটি সিভিএন

আতঙ্কিত আক্রমণে আপনি কেবলমাত্র একটি পুরোপুরি থামিয়ে দিয়েছিলেন ... আমার পক্ষে একটি ভোট মূল্য

— এসবেসকুর

Answer 3

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

Comments

আমার এই সমস্যা ছিল! আমি কী জায়গা দখল করছিলাম তা সন্ধান করার চেষ্টা চালিয়ে গেলাম। মোটেই সমস্যা ছিল না। আমি ইনোডগুলি পুরোপুরি ব্যবহার করেছি। /dev/root 4980000 4980000 0 100% /সম্ভবত সিস্টেমটি একটি উপযুক্ত ত্রুটি বার্তা দিয়ে প্রতিক্রিয়া করা উচিত?

— ᵛ

Answer 4

আমি ত্রুটি পাচ্ছিলাম, তখন আমি দেখলাম

[  672.995482] EXT4-fs (sda2): Remounting filesystem read-only
[  672.999802] EXT4-fs error (device sda2): ext4_journal_check_start:60: Detected aborted journal

আমি এটি নিশ্চিত করতে সক্ষম হয়েছি,

mount | grep -i sda2
/dev/sda2 on / type ext4 (ro,relatime,errors=remount-ro,data=ordered)

Answer 5

খুব বেশি পূর্ণ আপনার ফোল্ডারগুলি সনাক্ত করার দ্রুততম উপায় হ'ল মূল ফোল্ডার থেকে স্তরগুলিতে ফোল্ডারের ফাইলের আকার সঙ্কুচিত করা। আপনি মূল ফোল্ডারটি দিয়ে শুরু করুন:

sudo du -h --max-depth=1 /

তারপরে - আপনি গভীরতা বৃদ্ধি করুন, অর্থাৎ নীচের স্তরগুলি:

sudo du -h --max-depth=2 /

বা - দ্রুত - আপনি দেখতে পাচ্ছেন কোন ফোল্ডারটি সর্বাধিক ডিস্কের জায়গা খেয়েছে এবং এই ফোল্ডারেও এটি করে:

sudo du -h --max-depth=1 /home/<user>/<overfull-folder>

আপনি এটি একবার পেয়ে গেলে, কেবল এটি সরিয়ে দিন:

rm -rf <path to overfull-folder>

Comments

অনেক আউটপুট ফাইলের সাহায্যে এগুলি আকারের সাথে বাছাই করা ভাল sudo du -h --max-depth=1 / | sort -h(নীচে sort -hrবড় ফাইলগুলি বা উপরে বড় ফাইলগুলির জন্য)

— Wranvaud

Answer 6

এই একই ত্রুটির ক্ষেত্রে আমার ক্ষেত্রে এটি সার্ভিস ক্লাউডলিনাক্স-এ থাকার কারণে এটি একটি ক্যাজফেস সমস্যা ছিল cagefsctl --remount username

Answer 7

এটি কারণ ডিস্কের স্থান পর্যাপ্ত নয়, আপনাকে বড় ফাইলগুলি পরিষ্কার করতে হবে বা স্থান গ্রহণকারী প্রক্রিয়াটি পরিষ্কার করতে হবে:

1. df -h হার্ড ডিস্কের স্থান দেখুন
2. du -sh /* বড় ফাইলগুলি খুঁজে পাওয়ার জন্য কোন ডিরেক্টরিটি বৃহত্তম, ধাপে ধাপে দেখুন
3. du -h --max-depth=1 বৃহত্তম ফাইলটি সন্ধান করুন

Comments

এই মাত্র জুন থেকে তত্পর সিম দ্বারা উত্তর ওয়াক তোলা থেকে 2018 বলে মনে হয়

— tripleee