আমার প্রাথমিক ডিস্কটি পুরোপুরি পূরণ হয়েছে:
root@kodi:/# df -h
Filesystem Size Used Avail Use% Mounted on
udev 1.9G 0 1.9G 0% /dev
tmpfs 385M 12M 374M 3% /run
/dev/sda1 88G 84G 0 100% /
tmpfs 1.9G 4.0K 1.9G 1% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup
/dev/sdb1 917G 429G 442G 50% /media/Cloud
/dev/sdd1 917G 813G 58G 94% /media/Tera
cgmfs 100K 0 100K 0% /run/cgmanager/fs
tmpfs 385M 0 385M 0% /run/user/1000
root@kodi:/#
/ dev / sda1 হল আমার প্রাথমিক ডিস্ক যেখানে উবুন্টু ইনস্টল করা আছে:
root@kodi:/home/fmf# cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=9fab4895-7ccb-4415-b26d-311a17036cda / ext4 errors=remount-ro 0 1
# swap was on /dev/sda5 during installation
UUID=7b158f58-e4c1-4717-aa5f-dbeaa79ab93c none swap sw 0 0
UUID=f9079f52-7661-48ad-9bc4-0d2452be66af /media/Tera ext2 defaults,nofail 0 0
UUID=fb1f92ee-54f5-44f8-ba92-544e90e6dfeb /media/Cloud ext2 defaults,nofail 0 0
root@kodi:/home/fmf#
কিছু গুগল অনুসন্ধান করেছিল এবং দায়বদ্ধ কে তা পরীক্ষা করার জন্য কিছু আদেশ পেয়েছিল তবে কে এটি পূরণ করছে তা আমি বুঝতে পারি না:
root@kodi:/# du --exclude=/media -cksh * | sort -hr | head -n 15
du: cannot access 'proc/16360/task/16360/fd/3': No such file or directory
du: cannot access 'proc/16360/task/16360/fdinfo/3': No such file or directory
du: cannot access 'proc/16360/fd/3': No such file or directory
du: cannot access 'proc/16360/fdinfo/3': No such file or directory
1.3T total
1.3T media
3.5G home
3.0G usr
1010M var
645M root
630M lib
99M boot
17M bin
15M sbin
13M etc
12M run
196K tmp
16K lost+found
12K srv
root@kodi:/#
সম্ভবত আমার ডিস্কের 84G পূরণ করার মতো কোনও ফাইল বা ডিরেক্টরি নেই।
কিছু দিন আগে আমি খুঁজে পেয়েছি যে .xsession- ত্রুটির কারণে ডিস্কটি পূর্ণ ছিল যা পাগল হয়েছিল। আমি দেখতে পেয়েছি এটি উবুন্টুতে একটি পরিচিত বাগ এবং আমি ক্রন্টব লাইন তৈরির সমাধান করেছি যা প্রতি দশ মিনিটে .xsession-ত্রুটি মুছে দেয়। আসলে এই মুহূর্তে আমার নিজের হোম ডিরেক্টরিতে নেই।
কোন সাহায্য, দয়া করে?
আমার .xsession- ত্রুটি নেই, ক্রোনজব এটি মুছে ফেলে। উবুন্টুর অফিসিয়াল রিলিজ বলতে আপনার অর্থ কী তা আমি পাই না: আমার উবুন্টু 16.04.1 এলটিএস আছে।
—
প্রতিলিপি
মুছে ফেলা ফাইলগুলি এখনও কোনও প্রক্রিয়া দ্বারা অ্যাক্সেস করা আছে কিনা তা দেখতে
—
হাস্যকর
sudo lsof | grep deletedইঙ্গিত দেবে।
@ রাগির মন্তব্য স্পট হয়। আপনার
—
একটি সিভিএন
.xsession-errorsসমস্যাটি যদি ভুল হয় তবে তা এটিকে হাইলাইট করবে; যদি তা না হয় তবে এটি সম্ভবত আপনাকে সঠিক দিকে নির্দেশ করবে।
@Effemmeffe ইউনিক্স-এ, কোনও ফাইল মুছে ফেলা আসলে এটি মুছে ফেলা হয় না যতক্ষণ না এটির শেষ হ্যান্ডেলটি বন্ধ না করা হয় (এজন্য আপনি সর্বদা ইউনিক্সের কোনও ফাইল মুছতে পারেন, যেখানে উইন্ডোতে আপনি "অ্যাক্সেস অস্বীকৃত" ত্রুটি পেতে পারেন)। সুতরাং .xsession- ত্রুটি ফাইলটি এখনও আছে , আপনার ডিস্কের স্থানটি পূরণ করে, কারণ যে কোনও ত্রুটি লগইন করে তা ফাইলটি খোলা রাখে। এটি সঠিকভাবে সমাধানের সর্বোত্তম উপায় হ'ল ত্রুটিগুলির কারণ কী তা খুঁজে বের করা এবং এটি ঠিক করা।
—
মুজার
যদি সমস্যাটি মুছে ফেলা ফাইলগুলিতে খোলা ফাইল হ্যান্ডলগুলির সাথে থাকে তবে সিস্টেমটি পুনরায় বুট করার সাথে সমস্ত হারিয়ে যাওয়া স্থান "জাদুকরীভাবে আপনাকে ফিরিয়ে দিতে হবে"। একটি কার্যকর সমস্যা সমাধানের পদক্ষেপ হতে পারে।
—
ফ্লোরিস