হাইবারনেশন রেজিউম লিনাক্স কার্নেল 4.9.0, ডেবিয়ান 9 এ ব্যর্থ

Question

আমি সম্প্রতি আমার কার্নেলটি 3.16.4 (ডেবিয়ান জেসি) থেকে 4.9.0 (ডেবিয়ান প্রসারিত) এ আপগ্রেড করেছি। যতক্ষণ না আমি "হাইবারনেট" (ডিস্কে সাসপেন্ড) করার চেষ্টা করেছি ততক্ষণ সবকিছু ঠিক ছিল।

আমি যখন LXDE এ হাইবারনেট বিকল্পটি ব্যবহার করি তখন এটি হাইবারনেট হয়। আমি ডিস্ক স্পিন্ডল টিক টিকিং এবং ডেটা লেখার কথা শুনতে পাচ্ছি। হাইবারনেশন থেকে আবার শুরু করার সময় সমস্যাগুলি দেখা দেয়। কার্নেলটি সাফল্যের সাথে অদলবদল থেকে চিত্রটি পুনরুদ্ধার করে, কিন্তু তারপরে হিমশীতল এবং পুনরায় বুট করে সমস্ত কাজ হারিয়ে যায়। আমি ইন্টারনেটে কোথাও উত্তর খুঁজে পাইনি। লোকেরা /etc/initramfs-tools/conf.d/resume সেট না করে বা কার্নেল প্যারামিটার সেট না করে বা / ইত্যাদি / fstab- এ ভুল প্রবেশের আশেপাশে কিছু ভুল সমাধান করছে। আমি এই সঠিক আছে। /Etc/initramfs-tools/conf.d/resume- এ সঠিক ইউএইউডি করুন, সঠিক fstab করুন এবং পুনর্সূচনা কার্নেল প্যারামিটার সেট না করে।

• আমি অদলবদল পার্টিশনের বাইরের প্রাইমারিটিতে সরিয়ে নিয়েছি। ইউআইডিটি সংরক্ষণ করা হয়েছিল এবং নতুন অদলবদলে প্রয়োগ করা হয়েছে।

• সিস্টেমটি "চিত্র পুনরুদ্ধার 100%" এবং তারপরে "সাসপেন্ডিং কনসোলগুলি" এ পৌঁছে যায় এবং তারপরে এটি ক্ষমতা বন্ধ করে দেয় এবং সমস্ত কাজ হ'ল সাধারণভাবে বুট হয়।

• পরিষ্কার ইনস্টল করার চেষ্টা করা হয়েছে, তবে ভাগ্য ছাড়াই।

• শুধুমাত্র i386 (32-বিট x86), এমডি 64 (64-বিট x86) এ ঘটে on

ডিস্ক বিভাজন সারণী বিন্যাস:

NAME   FSTYPE LABEL    UUID                                 MOUNTPOINT
sda                                                         
├─sda1 ext4   HDD      <ROOT-UUID> /
└─sda2 swap   HDD-SWAP <SW-UUID> [SWAP]
sr0

এসডিএ 2 আপগ্রেডের আগে যৌক্তিক ছিল (অভ্যন্তরীণ অভ্যন্তরের অভ্যন্তরীণ)।

fstab:

UUID=<ROOT-UUID> / ext4 errors=remount-ro 0 1
UUID=<SW-UUID> none swap sw 0 0

/etc/initramfs-tools/conf.d/resume

RESUME=UUID=<SW-UUID>

কার্নেল সেমিডলাইন

BOOT_IMAGE=/boot/vmlinuz-4.9.0-3-686-pae root=UUID=<ROOT-UUID> ro quiet

পদ্ধতিগত তথ্য:

Computer: Compaq CQ60-120ec
Swap Size: 3.5GiB
Processor: AMD Athlon X2 64 QL-66
GPU: Nvidia Geforce 8200M G
Memory: 2G DDR2 667MHz
Desktop Environment: LXDE
Debian Version: 9 (stretch)
Kernel version: 4.9.0-3
Graphics Driver: nvidia legacy 304xxx

(আমি জানি যে প্রসেসরটি 64 বিট তবে এটি 32 বিট ওএসের সাথে আসল, সুতরাং আমি ভেবেছিলাম যে আমি পরীক্ষার / সিপিউইনফো পরীক্ষা না করা পর্যন্ত 32 বিট ছিল)

Answer 1

ইস্যু হাইবারনেট মধ্যে একটি দ্বন্দ্ব কারণে kASLR উপর x86-32 । এটি নাকাস্লার কার্নেল বুট বিকল্পের সাহায্যে কেএএসএলআর নিষ্ক্রিয় করে সমাধান করা যেতে পারে । x86-64 প্রভাবিত হয় না।

গ্রাবের জন্য এটি সম্পাদনা / ইত্যাদি / ডিফল্ট / গ্রুব এবং বুট বিকল্পগুলিতে নোকস্লার যুক্ত করে করা যেতে পারে, যেমন: GRUB_CMDLINE_LINUX_DEFAULT = "শান্ত নোকাস্লার "

তারপরে কনফিগারেশনটি আপডেট করতে আপডেট-গ্রাব চালান এবং এটিকে চেষ্টা করে দেখতে পুনরায় বুট করুন।

আমার ঠিক একই সমস্যা ছিল এবং দেখে মনে হচ্ছে যে কেবল পিএই কার্নেলই এই সমস্যা দ্বারা প্রভাবিত হয়েছে। PAE ছাড়া একই কার্নেল সমস্যা ছাড়াই কাজ করে।

আমার পক্ষে কাজটি ছিল লিনাক্স-ইমেজ -686 ইনস্টল করা এবং লিনাক্স-ইমেজ -686-পা এবং লিনাক্স-ইমেজ-4.9.0-4-686-pae আনইনস্টল করা। আপগ্রেডের কারণে সঠিক কার্নেল সংস্করণটি সময়ের সাথে সাথে পরিবর্তিত হতে পারে তবে মূলত বর্তমানে চলমান PAE কার্নেলটি PAE ছাড়াই কার্নেল দ্বারা প্রতিস্থাপন করা দরকার।

সিপিইউর পিএইই সমর্থন করার সাথে এটির আসলে কিছুই করার নেই, কেননা আমার সিপিইউ / proc / cpuinfo অনুযায়ী PAE সমর্থন করে। তবে PAE যাইহোক পুরানো নোটবুকগুলিতে খুব বেশি ব্যবহার হয় না।

এটি কার্নেল ৪.৯ PAE এর সাথে কোনও সম্পর্ক রাখেনি কারণ একই সমস্যাটি ডাবিয়ান ব্যাকপোর্টগুলি থেকে কার্নেল ৪.১৩ পিএইর সাথে ঘটে।

Comments

এই চমত্কার উত্তরটি আরও অনেকগুলি প্রাপ্য হবে, তবে আমি কেবল একটিই দিতে পারি।

— পিটারহ - মনিকা

হ্যাঁ ধন্যবাদ আমি ভেবেছিলাম এই সাইটটি বিশেষজ্ঞদের বাইরে নেই। (আন) ভাগ্যক্রমে আমি বুঝতে পেরেছি যে amd64 সংস্করণটি ইস্যু ছাড়াই চলে, তাই আমি ভেবেছিলাম তারা 686 সংস্করণ বজায় রাখা বন্ধ করে দিয়েছে, তবে আমি জানি না যে PAE ছাড়া 686 সংস্করণ রয়েছে। আমি আশা করি ডিবিয়ান এটি ঠিক করে দেবে, অন্যথায় লোকেরা অভিযোগ করবে।

— ইঞ্জিনক্রাফটার 77

Answer 2

সম্ভবত /etc/uswsusp.conf'রেজ্যুম ডিভাইস'-এর পরিবর্তিত এন্ট্রি চাই, যদি এটি ব্যবহার না করা হয় তবে মায়াবে কেবল আপনার পুরানো ইউআইডিকে সমস্ত ফাইলগুলিতে গ্রেপ করার চেষ্টা করুন /etcযেখানে কোনও স্থানের প্রয়োজন হয় তা খুঁজে পেতে। এছাড়াও একটি update-initramfsপ্রয়োজন হবে, আমি বলব।

Comments

এর কোনও কিছুইই ইউএসএসপ ইনস্টল করার চেষ্টা করে এবং ফাইলটি সঠিক ছিল কিনা তা যাচাই করার চেষ্টা করেছিল, তবে ভাগ্য নেই। এবং / ইত্যাদির কোনও কনফিগারেশন ফাইলগুলিতে আমার পুরানো ইউআইডি থাকে না।

— ইঞ্জিনক্রাফটার 77

Answer 3

আমি একই ত্রুটি পেয়েছিলাম। সর্বশেষতম নেটিনস্ট আইসো, অর্থাৎ ডেবিয়ান -9.1.0-amd64-netinst.iso এর সাথে পুনরায় ইনস্টল করা হচ্ছে এটির বাছাই করে। বাগ সংশোধন করা হয়েছে বলে মনে হচ্ছে (কমপক্ষে এই স্থাপত্যের জন্য) for

Comments

হ্যাঁ আমি সম্মত, এটি amd64 (অর্থাত্ x64) এ ঠিক করা হয়েছে তবে বাগ এখনও

— আই

Answer 4

আমি উসউসপসকে সরিয়েছি এবং হাইবারনেশনের কাজ আবার মনোযোগের মতো। বিটিডব্লু আমি মনে করি যে জেসির আগে যখন আমি এনভিডিয়া ড্রাইভারটি ব্যবহার করছিলাম তখন এটি ইতিমধ্যে ঘটেছিল, আমি ইউএসউসপ ব্যবহার করে পরীক্ষা করেছিলাম এবং হাইবারনেশন কাজ করার জন্য এটি সরিয়ে ফেলতে হয়েছিল।

Comments

32-বিট কম্পিউটার পরীক্ষা করার জন্য আমার কাছে ইউএসউসপ ইনস্টল নেই, তবে হাইবারনেশন এখনও কাজ করে না।

— Enginecraftter77

খুব খারাপ. আপনি কি এনভিডিয়া ড্রাইভারকে সরিয়ে চেষ্টা করেছেন এবং নভো ব্যবহার করেছেন?

— আলেন

হ্যাঁ আমি ডিবিয়ান 9 ইনস্টলেশন (32 বিট) সম্পূর্ণরূপে পরিষ্কার করার চেষ্টা করেছি তবে সমস্যাটি এখনও আছে। এটি ইন্টেল গ্রাফিক্স সহ কম্পিউটারেও ঘটে, তাই আমি মনে করি জিপিইউর সাথে এর কোনও যোগসূত্র নেই।

— Enginecraftter77

Answer 5

আপনার যদি অদলবদল (সঠিক আকারের সাথে) থাকে এবং আপনি যদি "/etc/initramfs-tools/conf.d/resume সম্পাদনা করেন তবে" #blkid "ফলাফল এবং i386 সঠিকভাবে হাইবারনেট করবে না এটি ডিবিয়ানদের বাগের চেয়ে i386 4.9 কর্নেল! 4.9 এর চেয়ে বড় সংস্করণে কার্নেলটি আপডেট করুন বা 3.16 কার্নেল-এ ফিরে যান।

Answer 6

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

নতুন কিছু লিনাক্স সিস্টেম সহ আপডেট করা কিছু পুরানো কম্পিউটার বুট সমস্যার সম্মুখীন হয়। তারা মোটেই বুট না করে বা বুট করতে তিন মিনিট সময় নিতে পারে। কাকতালীয়ভাবে, তারা হয় হাইবারনেট করতে ব্যর্থ হয় বা হাইবারনেট করতে এবং ডিহবারনেটে এত দীর্ঘ সময় নেয় যে ক্ষমতাটি অকেজো। প্রায়শই এটি নয় কারণ পুরানো কম্পিউটারগুলি কেবল ধীর গতিতে নয় তবে 8.৮ লিনাক্স কার্নেলের পরিবর্তিত পরিবর্তনের কারণে, খুব সাধারণ ইনটেল চিপসেটে সমস্যা সৃষ্টি করে যার মধ্যে স্কাইডো আউটপুট অন্তর্ভুক্ত রয়েছে। এই কার্নেল দিয়ে শুরু করে, এই চিপসেট সহ যে কোনও কম্পিউটার লিনাক্স কমান্ড লাইনের যুক্তি না দিলে বুট সমস্যার সম্মুখীন হবে"video=SVIDEO-1:d"GRUB_CMDLINE_LINUX এ অন্তর্ভুক্ত। এটি 64-বিট এবং 32-বিট উভয় বুট সময়কে উল্লেখযোগ্যভাবে সংক্ষিপ্ত করবে কিন্তু কেবলমাত্র 64-বিটের জন্য হাইবারনেট সমস্যাগুলি সমাধান করে। কোনও 32-বিট সিস্টেম এই বিন্দুর পরে হাইবারনেট সমর্থন করে না। তদ্ব্যতীত, সমস্ত 4.8 এবং 4.9 কার্নেল সংস্করণের বুটের সময়গুলি খারাপ (4.8.rc1-7 ব্যতীত)। এটি অবশেষে 4.10 এ সমাধান করা হয়েছে। কার্নেলগুলি ৪.৮ এবং ৪.৯ এড়াতে হবে (তারা যাইহোক অপ্রচলিত)।

আপনি যদি দ্রুততম বুট বার চান, তবে প্রাক-4.8 কার্নেলটি ব্যবহার করুন। আমি উবুন্টু-ডেস্কটপ 15.04 কার্নেলের সাথে 4.7.10 আপডেট করে ব্যবহার করব। এটি 32-সিস্টেমে হাইবারনেশন পাওয়ার একমাত্র উপায়। -৪-বিট সিস্টেমটি 32-বিটের চেয়ে 7% ধীর গতিতে বুট করে তবে এটি পরবর্তী কোনও সংস্করণের চেয়ে এখনও দ্রুত। আপনি যদি বর্তমানে সমর্থিত 32-বিট সিস্টেম চান এবং হাইবারনেশনের পূর্বাভাস দিতে ইচ্ছুক হন তবে 4.10 বা তার পরে কার্নেলের সাথে প্রকাশিত বা আপডেট হওয়া কোনও ব্যবহার করুন। যে কোনও -৪-বিট সংস্করণ ভিডিও ফিক্স সহ 4.8 এর পরে কাজ করে তবে সেরা পারফরম্যান্সের জন্য 4.8 এবং 4.9 এড়ান।

ভিডিও ফিক্স যোগ করতে sudo nano /etc/default/grub। ন্যানো বন্ধ করে দেওয়ার পরে sudo update-grub। GRUB_CMDLINE_LINUX_DEFAULT, যা GRUB_CMDLINE_LINUX পরে সন্নিবেশ করা হয়েছে, ফাঁকা "video=SVIDEO-1:d"না হলে, লিনাক্সের শেষ কমান্ড লাইনের যুক্তি হবে না, যা কিছু লোক বলেছে এটি প্রয়োজনীয়। এটি আসলে যে কোনও জায়গায় হতে পারে।

আপনি সর্বদা একটি টার্মিনালে (বা tty) পিএম-হাইবারনেট কমান্ডের সাহায্যে হাইবারনেট আহ্বান করতে পারেন তবে এটি উপলব্ধ GUI বিকল্পের জন্য আপনাকে /etc/polkit-1/localauthority/50-local.d/ com.ubuntu.enable-hibernate.pklaনীচের পাঠ্যটি নীতি ফাইল তৈরি করতে বা যুক্ত করতে হবে (স্পষ্টতই ডিস্ট্রো-নির্দিষ্ট):

[Re-enable hibernate by default for login1]
    Identity=unix-user:*
    Action=org.freedesktop.login1.hibernate
    ResultActive=yes
[Re-enable hibernate for multiple users by default in logind]
    Identity=unix-user:*
    Action=org.freedesktop.login1.hibernate-multiple-sessions
    ResultActive=yes

Answer 7

অনেক সময় সমস্যাটি গ্রাব বা ইউইউডিতে থাকে না। আপনি যখন স্টোরেজ স্পেসের বাইরে থাকবেন তখন এটিও ঘটে। হাইবারনেশন থেকে পুনরায় শুরু হ'ল এইভাবে লেখার কোনও স্থান অবশিষ্ট থাকবে না।

আপনি যখন ত্রুটিটি পেয়ে যান, আপনি টার্মিনালটি ক্লিক করতে alt+ f2/f3/f7বা ctrl+alt+ f2/f3/f7খুলতে পারেন । আপনার অ্যাকাউন্টে লগইন করুন বা টার্মিনাল ব্যবহার করে রুট করুন।

তারপরে sudo df -hস্টোরেজ স্পেস পরীক্ষা করার জন্য কমান্ডটি চালান । আমার ক্ষেত্রে আমার কোনও জায়গা ছিল না /dev/sda1তাই তালিকার ড্রাইভগুলিতে ফ্রি স্পেস চেক করুন।

আপনি যদি জায়গার বাইরে থাকেন তবে কিছু পরিমাণে জায়গা পাওয়ার জন্য দয়া করে কিছু ফাইল মুছতে চেষ্টা করুন।

এরপরে আপনি ক্লিক করতে পারেন alt+f1বা ctrl+alt+f1লগইন গুঁইয়ের উপস্থিতি বা টাইপের জন্য অপেক্ষা করতে পারেনreboot in the terminal to reboot

Comments

ঠিক আছে, আপনার চেষ্টার জন্য ধন্যবাদ, তবে এই সমস্যাটি ইতিমধ্যে সমাধান হয়ে গেছে। সমস্যাটি 4.9.0 আই 386 + পিএই কার্নেলের সাথে রয়েছে। পরে আমি আবিষ্কার করেছি যে আমার পিসি bit৪ বিবিট সফ্টওয়্যার চালাতে সক্ষম হয়েছে (যদিও পিসিটি পেয়েছিলাম সেদিন থেকে 32 বিট চলত) এবং bit৪ বিটের কার্নেল সমস্যাটি সমাধান করেছে।

— Enginecrafter77

ঠিক আছে আপনি স্বাগত জানাই.

— ডেভিড কারিউইকি