আমি মনে করি না যে আপনি উল্লেখ করেছেন সেটি নির্ধারণের সাথে কিছু আছে।
/var/log/pm-suspend.log
এটি কোনও ইঙ্গিত দেয় কিনা তা পরীক্ষা করে দেখুন।
এই সমস্যাগুলি সাধারণত কিছু প্রক্রিয়া (এস) এর ফলে সিস্টেমটি স্থগিত হওয়া থেকে বিরত থাকে।
ডু
dmesg -T|grep Freez -A4
এবং এই এন্ট্রিগুলি সন্ধান করুন:
--
[sun mar 3 15:19:48 2013] Freezing user space processes ...
[sun mar 3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar 3 15:20:08 2013] mount.nfs D e8631aa0 0 5518 5517 0x00800004
[sun mar 3 15:20:08 2013] e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--
আপনার স্থগিতের প্রয়াসের সাথে সম্পর্কিত রিপোর্ট হওয়া সমস্যাগুলির সাথে সম্পর্কিত কোন সময় স্ট্যাম্পগুলি দেখুন। এই ক্ষেত্রে, এটিই mount.nfs
সমস্যা তৈরি করছে।
এখন, একটি স্ক্রিপ্ট রাখুন /etc/pm/sleep.d/
, সেখানে স্ক্রিপ্টগুলি স্থগিত ও পুনরায় শুরুতে চালানো হবে। ফাইলের নামটি ব্যবহারকারীর স্ক্রিপ্টগুলির জন্য 00-49 ক্রম নম্বর দিয়ে শুরু করা উচিত (আরও তথ্যের জন্য দেখুন man pm-suspend
)।
স্ক্রিপ্টটি এর মতো দেখতে পারে
#!/bin/sh
(killall -9 mount.nfs; exit 0)
সমস্যাগুলি সৃষ্টি করে এমন অন্যান্য প্রক্রিয়াগুলির জন্য সংশোধনকারী এন্ট্রি সহ any
প্যারেন্টেসিস এবং exit 0
এটি একটি কৌশল: প্রক্রিয়াটি খুঁজে পাওয়া না গেলে, killall
প্রস্থান কোড 1 সহ প্রস্থান করবে, যা পুরো স্থগিতাদেশ বাতিল করে দেবে। উপরে চালানো হবে killall
একটি উপ-শেল যে 0 দিয়ে বেরিয়ে যাবেন না।
আপনার যদি সমস্যা হয় /var/log/pm-suspend.log
তবে তা স্থগিত করার চেষ্টা করুন এবং আপনার স্ক্রিপ্টটি চালানোর চেষ্টা করুন check