আমি উবুন্টু ব্যবহার করি কখনও কখনও, সিস্টেমের মাউস এবং কীবোর্ডের সাথে কোনও প্রতিক্রিয়া নেই। মেশিনে রিসেট বোতামটি চাপানো ছাড়া এই সমস্যা সমাধানের কোনও উপায় আছে কি?
আমি উবুন্টু ব্যবহার করি কখনও কখনও, সিস্টেমের মাউস এবং কীবোর্ডের সাথে কোনও প্রতিক্রিয়া নেই। মেশিনে রিসেট বোতামটি চাপানো ছাড়া এই সমস্যা সমাধানের কোনও উপায় আছে কি?
উত্তর:
আপনি যদি খোলার দস্তাবেজগুলি সংরক্ষণ না করে পুনরায় বুট করার কোনও উপায় চান তবে রিসেট বোতামটি আঘাত না করে এমন উপায় রয়েছে যা ডেটা ক্ষতি হওয়ার সম্ভাবনা কম less প্রথমে, Ctrl+ Alt+ চেষ্টা করুন F1। এটি আপনাকে ভার্চুয়াল কনসোল এনে দেবে , যেমন আইটেমিক্সিলিক্স বলেছে। একবার আপনি ভার্চুয়াল কনসোলে চলে গেলে, Ctrl+ Alt+ Deleteমেশিনটি বন্ধ হয়ে পুনরায় বুট করবে।
যে কৌশল কাজ করছে না, তাহলে সবসময় Alt+ + SysRq+ +REISUB ।
রিবুট না করে সমস্যা সমাধানের ক্ষেত্রে, কী চলছে সে সম্পর্কে আরও তথ্য ছাড়াই, ভাল উত্তর দেওয়া কঠিন হবে। যদি আপনি এই পরিস্থিতিতে কী ঘটে তার বর্ণনা দিতে পারেন (তা করার সর্বোত্তম উপায়টি হল তথ্য যুক্ত করার জন্য আপনার প্রশ্নটি সম্পাদনা করা ), তবে এটি লোককে ভাল উত্তর দিতে সহায়তা করতে পারে। বিবেচনা করার জন্য অন্যান্য জিনিস যে, আপনার কম্পিউটার ক্ষমাহীন হয়ে উঠছে না - বিশেষ করে যদি এটি এএ কয়েক সেকেন্ডের বেশী সময় লাগে জন্য Ctrl+ + Alt+ + F1একটি ভার্চুয়াল কনসোল আনার জন্য - তারপর আপনি প্রায় অবশ্যই একটি বাগ আছে, এবং দ্বারা এটা রিপোর্ট আপনি যা করতে পারেন উভয়ই সম্প্রদায়কে সহায়তা করে এবং সম্ভবত একটি উত্তর পেতে পারে।
কোনও অ্যাপ্লিকেশন এবং উইন্ডো ম্যানেজার - অথবা এক্স 11 সার্ভার বা ওয়েল্যান্ডের মধ্যে কথোপকথনের কারণে এটি ঘটতে পারে । সমস্যাটির প্রকৃতি এটির লক্ষণ হ'ল যদি কোনও অ্যাপ্লিকেশন সাড়া দেওয়া বন্ধ করে এবং অন্যান্য অ্যাপ্লিকেশন উইন্ডোতে আপনাকে কীবোর্ড বা মাউস দিয়ে ইনপুট প্রবেশ করতে বাধা দেয়। (কোনও অ্যাপ্লিকেশন এটি করতে সক্ষম হবেনা; এটির জন্য কোনও জিইউআই উপাদান অবশ্যই এতে একটি ত্রুটি থাকা উচিত)) যদি এটি ঘটছে তবে আপনি ভার্চুয়াল কনসোলে আপত্তিকর প্রক্রিয়াটিকে মেরে ফেলতে পারেন ( ইক্যাস্টিমসিলিক্স হিসাবে বর্ণিত হিসাবে ):
Ctrl+ Alt+ টিপুন F1।
লগ ইন করুন। আপনি নিজের পাসওয়ার্ডটি প্রবেশ করার সাথে সাথে কিছুই দেখতে পাবেন না। এটা স্বাভাবিক.
ps
আপত্তিজনক প্রোগ্রামটির প্রক্রিয়াটির নামটি বের করার মতো একটি ইউটিলিটি ব্যবহার করুন । কখনও কখনও উবুন্টুতে এটি সহজ, এবং অন্যান্য সময় তা হয় না। উদাহরণস্বরূপ, একটি আর্কাইভ ম্যানেজার প্রক্রিয়াটির নাম file-roller
। আপনার যদি এটি নির্ণয় করতে সমস্যা হয় তবে আপনি সাধারণত খুব বেশি সমস্যা ছাড়াই অনলাইনে তথ্যটি সন্ধান করতে পারেন (বা না পারলে আপনি এ সম্পর্কে একটি প্রশ্ন পোস্ট করতে পারেন)।
জিনিসগুলি সঙ্কুচিত ps
করার grep
জন্য আপনি পাইপ এর আউটপুট পেতে পারেন। মনে করুন এটি সংরক্ষণাগার ব্যবস্থাপকই সমস্যা তৈরি করছিলেন। তাহলে আপনি চালাতে পারেন:
ps x | grep file-roller
আপনি নিজের grep
কমান্ডের জন্য একটি এন্ট্রি এবং এর জন্য একটি এন্ট্রি দেখতে পাবেন file-roller
।
এর সাথে আপত্তিকর প্রক্রিয়াটি হত্যার চেষ্টা করা হয়েছে SIGTERM
। এটি শেষ মুহূর্তে ফাইল বাফারগুলি ফ্লাশ করার মতো দূরবর্তী সার্ভারগুলিতে ইঙ্গিত দিচ্ছে যে এটি সংযোগ বিচ্ছিন্ন হতে চলেছে (যে প্রোটোকলগুলির ক্ষেত্রে) এটি করতে এবং অন্যান্য ধরণের সংস্থান প্রকাশ করার সুযোগ দেয়। এটি করতে, kill
কমান্ডটি ব্যবহার করুন :
kill PID
আপনি যে প্রক্রিয়াটি হত্যা করতে চান PID
তার প্রক্রিয়া আইডি নম্বর কোথায় রয়েছে , ps
3 ধাপে চালানো থেকে প্রাপ্ত ।
SIGTERM
দৃ process়ভাবে একটি প্রক্রিয়াটি ছেড়ে দেওয়ার জন্য জিজ্ঞাসা করার একটি উপায়। প্রক্রিয়াটি সেই সংকেতটিকে অগ্রাহ্য করতে পারে এবং নির্দিষ্ট পরিস্থিতিতে খারাপভাবে কাজ করার সময় এটি করবে। সুতরাং এটি পরীক্ষা করে দেখতে হবে it যদি এটি না SIGKILL
ঘটে তবে এটিকে হত্যা করুন , যা এটি উপেক্ষা করতে পারে না এবং যা বিরল ক্ষেত্রে যেখানে প্রক্রিয়া নিরবচ্ছিন্ন ঘুমের মধ্যে থাকে (বা যদি এটি সত্যিই চলমান না হয় তবে এটি একটি জম্বি প্রক্রিয়া হয় ) ব্যতীত সর্বদা কাজ করে ।
প্রক্রিয়াটি এখনও চলছে SIGKILL
কিনা তা আপনি উভয়ই পরীক্ষা করে দেখতে পারেন এবং কেবলমাত্র একটি কমান্ড দিয়ে যদি এটি হয় তবে এটি মেরে ফেলুন :
kill -KILL PID
যদি আপনি কোনও বার্তা পান তবে আপনি জানেন যে এটি কাজ করে হত্যা করা উচিত । যদি আপনি কোনও আউটপুট না পান তবে আপনি জানেন যে কোনও কাজ হয়নি। সেক্ষেত্রে সম্ভবত তা করেছেন তবে এটি আবার চালিয়ে পরীক্ষা করে দেখার মতো। (টাইপিংয়ের স্বাচ্ছন্দ্যের জন্য পূর্ববর্তী কমান্ডগুলি সামনে আনার জন্য উপরের তীর কী টিপুন)kill: (PID) - No such process
SIGTERM
SIGTERM
SIGKILL
আপনার নিজস্ব প্রক্রিয়াগুলির জন্য বিরল উদাহরণস্বরূপ, বা সর্বদা root
নিজেকে ছাড়া অন্য কোনও ব্যবহারকারীর প্রসেস সহ , আপনাকে অবশ্যই প্রক্রিয়াটি অবশ্যই হত্যা করতে হবে root
। এটি করতে, sudo
উপরের kill
কমান্ডগুলির পূর্বে প্রিপেন্ড (পিছনের স্থান সহ) । উপরে কমান্ড কাজ করে না অথবা আপনার যদি বলেন করছি, প্রক্রিয়া হত্যা যেমন চেষ্টা করার জন্য প্রয়োজনীয় অ্যাক্সেস না root
দিয়ে sudo
।
(যাইহোক, kill -KILL
ব্যাপকভাবে জনপ্রিয় হিসাবে একই kill -9
I আমি প্রস্তাব দিচ্ছি kill -KILL
কারণ এটি সমস্ত প্ল্যাটফর্মে তার সংকেত সংখ্যা হিসাবে SIGKILL
গ্যারান্টিযুক্ত নয় 9
It এটি এক্স ৮ on-এ কাজ করে তবে এর অর্থ এই নয় যে এটি অগত্যা সর্বত্র কাজ করবে this এইভাবে, kill -KILL
এর চেয়ে সফলভাবে প্রক্রিয়াটি শেষ হওয়ার সম্ভাবনা বেশি kill -9
But তবে তারা x86 এর সমতুল্য, তাই আপনি যদি চান তবে এটি নিখরচায় অনুভব করুন))
আপনি কি জানেন আপনি হত্যা করতে পারেন? আপনি ব্যবহার করতে পারেন নামেই আর কোনো প্রক্রিয়া থাকে তাহলে killall
পরিবর্তে kill
এবং প্রক্রিয়া পরিবর্তে প্রক্রিয়া আইডি নম্বর নাম।
যদি কোনও প্রক্রিয়া সর্বাধিক সম্ভাব্য অগ্রাধিকারের খুব কাছাকাছি বা খুব কাছে চলে (বা এটিকে আরও সঠিকভাবে বলা, সর্বনিম্ন সম্ভাব্য কুলুঙ্গিতে বা তার নিকটে ), এটি সম্ভবত আপনার গ্রাফিকাল ইউজার ইন্টারফেসটিকে সম্পূর্ণরূপে, বা কাছাকাছি-সম্পূর্ণ, প্রতিক্রিয়াবিহীনভাবে রেন্ডার করতে পারে। তবে, এই পরিস্থিতিতে আপনি সম্ভবত ভার্চুয়াল কনসোলে স্যুইচ করতে পারবেন না এবং কমান্ডগুলি চালনা করতে পারবেন না (বা এমনকি পুনরায় বুটও করতে পারবেন)।
যদি কোনও প্রক্রিয়া বা প্রক্রিয়াগুলির সংমিশ্রণটি স্বাভাবিক বা মাঝারিভাবে উন্নত অগ্রাধিকারে চলমান থাকে তবে আপনার মেশিনটি ধীর করে দিচ্ছে, আপনি উপরের বিভাগে কৌশলটি ব্যবহার করে এগুলি হত্যা করতে সক্ষম হবেন। তবে যদি সেগুলি গ্রাফিকাল প্রোগ্রাম হয়, তবে আপনি সম্ভবত তাদের উইন্ডোগুলির ক্লোজ বোতামটি ক্লিক করে তাদের হত্যা করতে পারেন - ডেস্কটপ পরিবেশ আপনাকে প্রতিক্রিয়া না জানালে তাদের হত্যা করার বিকল্প দেয়। যদি এটি কাজ না করে তবে অবশ্যই আপনি (প্রায়) সর্বদা তাদের মারতে পারেন kill -KILL
।
বগি I / O দীর্ঘায়িত (এমনকি চিরস্থায়ী) প্রতিক্রিয়াহীনতা সৃষ্টি করতে পারে। এটি কার্নেল বাগ এবং / বা বগি ড্রাইভারগুলির কারণে হতে পারে। একটি আংশিক কাজ হ'ল ভারী এবং একযোগে পড়া এবং / বা লেখার ক্রিয়াকলাপ এড়ানো নয় (উদাহরণস্বরূপ, দুটি একই সাথে দুটি অনুলিপি প্রসেসে দুটি বড় ফাইল অনুলিপি করবেন না; এইচডি ভিডিও দেখার সময় বা ইনস্টল করার সময় কোনও বড় ফাইল অনুলিপি করবেন না) ভার্চুয়াল মেশিনে ওএস)।
এটি স্পষ্টতই অসন্তুষ্টিজনক এবং আসল সমাধান হ'ল সমস্যাটি সন্ধান এবং এটির প্রতিবেদন করা। আপনি কার্নেল.অর্গ থেকে মূললাইন কার্নেলটি চালনা না করা অবধি , linux
উবুন্টুতে প্যাকেজের বিরুদ্ধে কার্নেল বাগগুলি জানানো উচিত (যেহেতু উবুন্টু একটি বিশেষ কার্নেল বিল্ড দেয় যা ডিস্ট্রো-নির্দিষ্ট প্যাচগুলি সংহত করে, এবং কোনও মেইনলাইন কার্নেলের বিরুদ্ধে নিশ্চিত না হওয়া বাগ রিপোর্টগুলি প্রত্যাখ্যান করা হবে) কার্নেল.অর্গ )। আপনি চালিয়ে এই কি করা উচিত ubuntu-bug linux
(অথবা apport-cli linux
) আক্রান্ত মেশিনে। প্রথমে উবুন্টু বাগ রিপোর্টিং ডকুমেন্টেশন দেখুন ; এটি ব্যাখ্যা করে যে এটি কীভাবে সঠিকভাবে করা যায়।
কিছু জিইউআই লকআপগুলি গ্রাফিক্স কার্ড সমস্যার কারণে হতে পারে। এটি হ্রাস করার জন্য কয়েকটি জিনিস আপনি চেষ্টা করতে পারেন:
উবুন্টু বা অন্যান্য জিএনইউ / লিনাক্স বিতরণে একই ভিডিও কার্ড (এবং / অথবা তৈরি এবং মেশিনের মডেল) নিয়ে অন্য লোকেরা একই সমস্যা পেয়েছে কিনা তা দেখতে ওয়েবে অনুসন্ধান করুন। এই প্রশ্নের উত্তরে আমি যা দিতে পারি তার চেয়ে বেশি নির্দিষ্ট সমাধান থাকতে পারে, বর্তমানে আপনার প্রশ্নের চেয়ে আরও সুনির্দিষ্ট তথ্য ছাড়াই।
আপনার চেষ্টা করার জন্য বিভিন্ন ভিডিও ড্রাইভার উপলব্ধ কিনা তা দেখুন। আপনি অতিরিক্ত ড্রাইভার পরীক্ষা করে এটি করতে পারেন; আপনার ভিডিও কার্ডের জন্য লিনাক্স ড্রাইভারগুলি উপলব্ধ কি তা দেখতে আপনি ওয়েব অনুসন্ধান করতে পারেন। বেশিরভাগ মালিকানাধীন ভিডিও কার্ড হ'ল ইনটেল, এএমডি / এটিআই বা এনভিডিয়া (উবুন্টুতে এই কার্ডগুলির জন্য মালিকানাধীন ড্রাইভারগুলি ইনস্টল করতে এবং ব্যবহারের জন্য সম্প্রদায়ীয় ডকুমেন্টেশনগুলি দেখতে সেই লিঙ্কগুলিতে ক্লিক করুন)। ইন্টেলের জন্য, আপনি উবুন্টুতে উপস্থিত FOSS ড্রাইভারদের সাথে সবচেয়ে ভাল লেগে আছেন তবে আপনি এখনও ব্যবহার করতে পারেন এমন সহায়ক তথ্য রয়েছে । আপনার কাছে যা কার্ড থাকুক না কেন, এই সাধারণ তথ্য সাহায্য করতে পারে।
আপনি যদি বর্তমানে মালিকানাধীন ড্রাইভার ব্যবহার করছেন তবে আপনি বিভিন্ন মালিকানাধীন ড্রাইভার ব্যবহার করার চেষ্টা করতে পারেন (উদাহরণস্বরূপ, সরাসরি এনভিডিয়া বা এএমডি / এটিআই থেকে), অথবা আপনি তার পরিবর্তে ফ্রি ওপেন সোর্স ড্রাইভার ব্যবহার করার চেষ্টা করতে পারেন।
গ্রাফিকাল লগইন সেশন প্রকারটি নির্বাচন করে দেখার চেষ্টা করুন যা গ্রাফিক্স ত্বরণ প্রয়োজন / ব্যবহার করে না। এটি করতে, লগ আউট করুন এবং গ্রাফিকাল লগইন স্ক্রিনে আপনার লগইন নামের নিকটে উবুন্টু লোগো বা গিয়ার আইকনটি ক্লিক করুন। একটি ড্রপ-ডাউন মেনু প্রদর্শিত হবে। উবুন্টু থেকে উবুন্টু 2 ডি নির্বাচন নির্বাচন করুন । এই আপনি ব্যবহার করে ইউনিটি 2D পরিবর্তে ইউনিটি । (আপনি যদি জিনোম শেল ব্যবহার করে থাকেন তবে এর পরিবর্তে আপনি জিনোম ফ্যালব্যাক / জিনোম ক্লাসিক নির্বাচন করতে পারেন )) যদি সন্দেহ হয় এবং "এর কোনও প্রভাব নেই" বলে এমন একটি নির্বাচন রয়েছে যা সম্ভবত এটি সবচেয়ে নিরাপদ।
উবুন্টুতে আপনি বেছে নিতে পারেন এমন বিভিন্ন গ্রাফিকাল ইন্টারফেস সম্পর্কে এই প্রশ্নের আরও কিছু তথ্য রয়েছে।
উবুন্টুর নতুন সংস্করণগুলিতে আপনি লগইন স্ক্রিনে X.org এবং ওয়েল্যান্ডের মধ্যে চয়ন করতে পারেন। আপনি যেটি ব্যবহার করছেন, অন্যটি ব্যবহার করে দেখুন। কখনও কখনও ওয়েল্যান্ডের সাথে কোনও সমস্যা X.org ব্যবহার করে বা তার বিপরীতে সমাধান করা যেতে পারে।
আশা করি উপরের তথ্যগুলি এই ধরণের সমস্যার কারণ কী হতে পারে সে সম্পর্কে কিছু সাধারণ তথ্য পৌঁছে দিয়েছে। আরও ভাল উত্তর পাওয়া সম্ভব করার জন্য আপনার প্রশ্নের (সমস্যার নির্দিষ্ট বিবরণের উপর নির্ভর করে) আপনার প্রশ্নের যোগ করতে কী ধরণের তথ্য আপনার পক্ষে কার্যকর হতে পারে তা আলোকিত করে তোলে। (বা আপনার অবস্থার সাথে সম্পর্কিত অতিরিক্ত তথ্যের সাথে এই উত্তরটি উন্নত করতে))
হ্যাঁ, এটি সংরক্ষণাগারভুক্ত করার সহজতম উপায় হ'ল জর্গ সার্ভারকে মেরে ফেলা এবং এক্স সেশনটি পুনরায় চালু করা।
এটি সক্ষম করতে, সিস্টেম সেটিংস -> কীবোর্ড লেআউট বিকল্পগুলি (অথবা keyboard
ইউনিটি ইন্টারফেসে কমান্ড ব্যবহার করুন, চাপুন AltF2) খুলুন
এবং এই বিকল্পটি পরীক্ষা করুন:
Ctrl + Alt + ব্যাকস্পেস
সুতরাং এটি যখন CtrlAltBackspaceস্থগিত হয় তখন হিটটি এক্স সার্ভারটিকে মেরে ফেলবে এবং লাইটডিএম লগইন ইন্টারফেসটি আবার চালু করবে
Alt+Print+K
বাক্সের বাইরেও একই কাজ করবে, না?