আমি কীভাবে আমার সমস্ত ডিস্কের স্থান গ্রহণ থেকে /var/log/kern.log.1 বন্ধ করব?

Question

আমার কোনও পার্টিশন ছাড়াই একটি 80 গিগাবাইট এইচডিডি রয়েছে। একদিন আমি বুঝতে পারি যে আমি আমার ফ্রি ডিস্কের বেশিরভাগ জায়গা হারিয়ে ফেলেছি। আমি আবিষ্কার করেছি যে /var/log/kern.log.125 গিগাবাইট জায়গা নেয় এবং এই ফাইলটির জন্য কোনও মুছার বিকল্প নেই।

সমস্যাটির একটি স্ক্রিনশট এখানে:

আমি উবুন্টু / লিনাক্সে নতুন। সাহায্য করুন. ধন্যবাদ.

Comments

এই ডিরেক্টরিতে অন্যান্য কের্নলগ-ফাইলগুলি কত বড়? কি kern.log.1শুধুমাত্র বড় ফাইল?

— কিবিবি

হ্যাঁ কার্ন.লগ .১ কেবলমাত্র বৃহত ফাইল, অন্যরা কয়েকটি এমবি এর পরিসরে থাকেন

— অভিষেক প্রকাশ

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

— কিবিবি

Answer 1

আপনার ফাইলটি অপসারণ করা উচিত, কারণ এটি ইতিমধ্যে ঘোরানো লগ log এটি করার জন্য আপনার যেমন রুট অনুমতি প্রয়োজন, আপনি জিইউআইতে এই ফাইলটি মুছতে কোনও বিকল্প পাবেন না।

আপনি কমান্ড লাইন থেকে এটি করতে পারেন:

sudo rm /var/log/kern.log.1

প্রতিবার আপনি যখন বুট করবেন, লগ ফাইলগুলি আবার তৈরি এবং ঘোরানো হবে, সুতরাং আপনার সম্ভবত পরবর্তী কার্ন.লগের জন্য নজর রাখা উচিত file * ফাইলের আকার। লঞ্চপ্যাড সম্পর্কিত সম্পর্কিত বাগ প্রতিবেদন: https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/115774

Answer 2

syslog

• ভবিষ্যতে অতিরিক্ত লগ ফাইলগুলি রোধ করতে লগ ফাইলগুলির /etc/logrotate.confসংখ্যা এবং আকার সীমাবদ্ধ করতে সম্পাদনা করুন । দেখুন man logrotateআরও তথ্যের জন্য।

systemd

• সিস্টেমড জার্নালটি কনফিগার করতে, সম্পাদনা করুন /etc/systemd/journald.conf। দেখুন man journald.confআরও তথ্যের জন্য।

• প্রাথমিক journalctlব্যবহার সম্পর্কে তথ্যের জন্য , সিস্টেমড দেখুন: জার্নাল ব্যবহার করে ।

• সিস্টেমড জার্নালের আকার কীভাবে হ্রাস করা যায় সে সম্পর্কে তথ্যের জন্য, দেখুন সিস্টেমড লগগুলি ( journalctl) খুব বড় এবং ধীর ।

Comments

অথবা সিসলগ বন্ধ করে জার্নালটি ব্যবহার করুন। বিষয়গুলি সেই দিক দিয়ে চলেছে, এটি কেবল সময়ের বিষয়।

— মেটা ক্রোলার

Answer 3

kern.log.1 কার্নেল লগ ফাইলগুলির মধ্যে কেবল একটি।

তারা এবং messages.log.xগ্রুপ একসাথে অনেক Gb নিতে পারে। ডিরেক্টরিতে থাকা অন্যান্য লগ ফাইলগুলি মোটের প্রায় 1% সময় নেয় তাই লগ ডিরেক্টরিটি বড় করে মুছতে চেষ্টা করার প্রয়োজন নেই। এটি আপনার সিস্টেমে ক্ষতিকারকও হতে পারে ..

এখানে দাবি করা যে 99% এখানে দুটি কমান্ড রয়েছে যা অপ্রয়োজনীয় মাল্টি-জিবি ফাইল মুছে ফেলার মাধ্যমে কৌশলটি সম্পাদন করবে:

sudo rm /var/log/kern* &>/dev/null
sudo rm /var/log/messages* &>/dev/null

এই ফাইলগুলি প্রথমবার যখন প্রয়োজন হয় তখন তৈরি করা হবে।

আপনার প্রশ্নের সুনির্দিষ্টভাবে উত্তর দিতে: আপনি প্রতিটি মধ্যরাতে বা সপ্তাহে একবারে যে কোনও একটি মুছে ফেলতে ক্রোন জব সেটআপ করতে পারেন।

---

আমি তাদের প্লাস ব্যবহার করি

rm -rf ~/.cache/chromium/Default/Cache/* &>/dev/null

আমার মধ্যরাতের rsyncব্যাকআপের জন্য প্রাথমিক / দেব / এসডিএ এসএসডি থেকে বৃহত্তর / দেব / এসডিবি এইচডিডি তে। এটি স্পেসে সঞ্চয় করে এবং কোনও ধরণের পুনরুদ্ধার দৃশ্যে এগুলি অপ্রয়োজনীয়।

Comments

এটি ঠিক নয় যে এই আচরণটি লিনাক্সে নির্মিত। লিনাক্স কার্নেল ব্যবহারকারী-স্পেস অ্যাপ্লিকেশন অ্যাক্সেসের জন্য কেবলমাত্র এই লগ বার্তাটি অভ্যন্তরীণ (মেমরির) বাফারে লিখে দেয় writes এটি কিছু সিসলগ ডেমন যা এরপরে এই লগগুলি টানতে এবং তাদেরকে / var / লগে লিখবে। এই ডিমন একটি খুব ভাল কনফিগার করা বা এমনকি সম্পূর্ণভাবে বন্ধ করা আছে।

— ড্রিমার

পয়েন্ট ভালভাবে নেওয়া। উন্নত বিকাশকারীদের জন্য প্রয়োজনীয় অনেকগুলি লগ বার্তা রয়েছে তাই আমি এটি পুরোপুরি বন্ধ করে দেওয়ার পরামর্শ দিই না। আমি rsync/ dev / sda এসএসডি থেকে বৃহত্তর / দেব / এসডিবি এইচডিডি তে একটি নাইট ব্যাকআপ চালাই এবং স্থানটির সর্বোত্তম ব্যবহার করার জন্য আমার উপরেরটি করা উচিত, পাশাপাশি rm -rf /home/pi/.cache/chromium/Default/Cache/* &>/dev/nullপুনরুদ্ধার দৃশ্যে তাদের কোনওটিই প্রয়োজনীয় নয় ।

— এসডসোলার

আমি পুনরায় বুট করার আগে এই দুটি নিম্নলিখিত কমান্ডটি সাধারণত চালিত করি: find /var/log/ -type f \( -name "*.gz" -o -name "*.1" -o -name "*.old" \) -deleteএবং find /var/log/ -type f -exec truncate -s 0 {} \;এটি মূল ফাইলগুলি সরিয়ে না দিয়ে পুরো / var / লগটি পরিষ্কার করে দেয় কারণ সেখানে কিছু ফাইল আবার অটো তৈরি করে না।

— ভিডিয়োনাথ

Answer 4

যে সিস্লগ এবং কের্ন.লগ ফাইলটি বাড়ছে তা সন্ধান করার পরে, আমার ডিস্কের জায়গার বাইরে চলে গেল। ডিস্ক স্পেস ম্যানেজার আমাকে দেখিয়েছিল যে /var/logফোল্ডারটি অনেক বেশি জায়গা নিচ্ছে। যখন আমি কমান্ড দৌড়েছি

tail -15 syslog  

আমি পুনরাবৃত্তি ত্রুটিগুলি পেয়েছি। এছাড়াও syslog এবং kern.log ফাইলটি যথাক্রমে 19 এবং 32 জি নিয়েছিল। (ডিস্ক ব্যবহারের জন্য আদেশ: du -h filenameমানব পাঠযোগ্যতার জন্য h)।

এই ফাইলগুলি মুছে ফেলা নিরাপদ, সেগুলি সিস্টেম দ্বারা পুনরায় তৈরি করা হবে। তবে আপনার যদি সপ্তাহের আগে লগ রেকর্ডের প্রয়োজন হয় তবে তাদের জন্য নকল নয়।

দ্রষ্টব্য (কেবলমাত্র পরামর্শ):

1) আপনি যদি লিনাক্স ফাইল সিস্টেম সম্পর্কে অবগত না হন তবে এটি ভাল লিঙ্ক: https://help.ubuntu.com/commune/LinuxFilesystemTreeOverview

2) লগ ফাইল সম্পর্কে আরও তথ্য: https://help.ubuntu.com/commune/LinuxLogFiles

এই লিঙ্কগুলির মধ্য দিয়ে যাওয়া অনেকগুলি ধারণা সাফ করবে।

Comments

আপনাকে ধন্যবাদ, আমার মতো লিনাক্স শিক্ষানবিসের জন্য প্রচুর দরকারী তথ্য। তথ্যটি সেখানেই রয়েছে ... এটি খুঁজে পাওয়া সমস্যা!

— বি ট্যানার

এটি সন্ধান করাও একটি সমস্যা। যদি আপনি লিনাক্স ফাইল সিস্টেম ডকুমেন্টেশন গুগল করেন তবে এটি উপরের ডকুমেন্টেশনগুলিও প্রদর্শন করে না। এটি তখনই দৃশ্যমান হয় যখন আপনি লিনাক্স ফাইল সিস্টেম ট্রি ট্রি ওভারভিউ ডকুমেন্টেশন টাইপ করেন। গুগলিংয়ের জন্য সঠিক কীওয়ার্ডটি পাওয়া আমার পক্ষে খুব কঠিন। মজার বিষয় হল, আমিও একজন শিক্ষানবিস;)

— ডেলসিলন

উপরের লিঙ্কটির মূল ডিরেক্টরিতে প্রচুর এবং অন্যান্য আকর্ষণীয় নিবন্ধগুলি, যেমন। help.ubuntu.com / সম্প্রদায় পরের কয়েক দিনের জন্য আমার অতিরিক্ত সময় দেয়!

— বি ট্যানার

সত্যই মানুষ আমি এই জিনিসটির দিকে তাকািনি। আমার মনে হচ্ছে আমি কিছু সোনার জিনিস পেয়েছি। আমাকে জিনিসটি দেখানোর জন্য ধন্যবাদ বর্তমানে আমি সম্পূর্ণ ভিন্ন প্রকল্পে কাজ করছি তবে লিনাক্স স্টাফগুলি আমার পুরো সময় খাচ্ছে।

— ডেলসিলন