Xubuntu 18.04 কার্নেল বুট করতে দীর্ঘ সময় নেয়

Question

17.10 থেকে আপগ্রেড করার পরে, আমি দীর্ঘ সময় বুটের অভিজ্ঞতা অর্জন করেছি। প্রথমে এটি 5 মিনিটেরও বেশি সময় নিয়েছিল। dmesgঅপরাধীটি একটি অস্তিত্বহীন ফ্লপি ড্রাইভ প্রকাশ করেছিল, যে কার্নেলটি অনুসন্ধানের চেষ্টা করেছিল।

তাৎক্ষণিকভাবে এটি অপসারণ করে, 5 মিনিট প্রায় 40 সেকেন্ডে নেমে যায়, যা আমি মনে করি আপডেটের আগে যা হয়েছিল তার চেয়ে এখনও বেশি। চলমান dmesgআবার দেখায় এটি একটি ফাইল সিস্টেম (মাউন্ট করে 30 সেকেন্ড সময় লাগে পূর্ণ আউটপুট নিম্নলিখিত বার্তা সঙ্গে,):

[   36.362834] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)

আমি এসএসডি থেকে বুট করছি, অন্য দুটি হার্ড ড্রাইভ প্লাগ ইন করা আছে যার মধ্যে একটি এক্সট 4 এ ফরম্যাট করা আছে তবে কোনও সিস্টেমের ডেটা নেই holds আমার ধারণা এটি এসএসডি D এই 30 সেকেন্ডের মধ্যে, কোনও পাঠ্য প্রদর্শিত হয় না বা স্প্ল্যাশ হয় না, কেবল একটি ফাঁকা স্ক্রিন।

এখন, আমি বলেছি যে এটি আপডেটের চেয়ে ধীর মনে হচ্ছে, কারণ আমার আগে থেকে সঠিক সময় নেই, তাই আমার প্রথম প্রশ্নটি হচ্ছে, কোনও ফাইল সিস্টেমটি মাউন্ট করতে 30 সেকেন্ড সময় নেওয়া স্বাভাবিক, এবং যদি না হয়, কীভাবে আরও অনুসন্ধান করা যায় বিলম্ব কারণ হতে পারে কি সম্পর্কে?

সম্পাদনা 1:

অদলবদল চালু বা বন্ধ করার ফলে হোসভারের কোনও প্রভাব নেই

ইতিমধ্যে আমি আমার কম্পিউটারে আরও একটি হার্ড ড্রাইভ ইনস্টল করেছি। dmesgউল্লিখিত ৩০ সেকেন্ডের বিলম্বের ঠিক আগের মুহূর্তে আউটপুটটিতে অন্য একটি লাইন উপস্থিত হওয়ার সাথে সাথে আমার বুটের সময়টি আরও 10 সেকেন্ড দীর্ঘায়িত হয়েছে বলে মনে হচ্ছে :

[    3.312351] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[   17.169519] random: crng init done
[   51.611617] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)

সম্পাদনা 2:

systemd-analyze blameফলাফল এখানে

এরই মধ্যে বেশ কয়েকটি পুনঃসূচনা করার পরে, dmesgআমি উপরে উল্লিখিত রেখাগুলি তাদের সময়কে এভাবে পরিবর্তন করেছে:

[    3.348384] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[   34.091886] random: crng init done
[   36.488321] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)

আমি এগুলি এলোমেলোভাবে পরিবর্তন হয় কিনা, বা এটি একইরকম থেকে যায় কিনা তা জানার জন্য আমি বেশ কয়েকবার পুনঃসূচনা করব (

সম্পাদনা 2.5: random: crng init doneসাধারণত সম্পাদনা 1 হিসাবে প্রদর্শিত সময়ে প্রদর্শিত হয়, খুব কম 2 সম্পাদনা হিসাবে এটি মনে হয় ... এলোমেলো।

Comments

আপনি কি এই আদেশের আউটপুট অন্তর্ভুক্ত করতে আপনার প্রশ্ন চালনা systemd-analyze blameএবং সম্পাদনা করতে পারেন ?

— vidarlo

আমি আগে এটি চালিয়েছি এবং ফলাফলগুলির যোগফল 8-9 সেকেন্ডের নীচে ছিল, তাই আমি ভেবেছিলাম এটি অপ্রাসঙ্গিক হবে। আমি ফলাফল যুক্ত করেছি।

— জেস ওয়ানসন

Answer 1

আমারও একই সমস্যা ছিল বুট বার্তাগুলির সময় এটি বলবে যে এটি পুনরায় শুরু করার ডিভাইসের জন্য অপেক্ষা করার সময়সীমা শেষ হয়েছে। /etc/initramfs-tools/conf.d/resumeএতে যদি ইউইউডি থাকে তবে চেক ইন করুন যেমন ইউউইড RESUME=some-uuidসরান এবং "কিছুই নয়" এর সাথে প্রতিস্থাপন করুন RESUME=none। তারপরে রান করার পরে এটি sudo update-initramfs -uk allভাল হওয়া উচিত।

Comments

অবশেষে! এটি এমন একটি সমস্যার সমাধান করেছে যা আমি অগণিত ঘন্টা সন্ধান করছি - এটি এখন আমার বুটের সময়কে অর্ধেক করে দিয়েছে। এই জীবনবৃত্তান্তটি কী সম্পর্কে দরকারী তথ্য: জিজ্ঞাসাবাবু

— প্রশ্নগুলি

এটি আমার পক্ষেও কাজ করে বলে মনে হচ্ছে, এর আগে প্রায় 38 সেকেন্ড বুট এবং 8 সেকেন্ড পরে।

— পাবলো পাজোস

16.04 থেকে 18.04 এ ডিস্ট্রো আপগ্রেড করার পরে সমস্যাটি আমার জন্য উপস্থিত হয়েছিল - এবং এই পদ্ধতিটি আমার জন্য 30 এর বিলম্বও সরিয়ে দেয়।

— Bonlenfum

Answer 2

Ive এর বহুবার এই সমস্যা হয়েছিল এবং আমার সমাধান সব পরিস্থিতিতেই কাজ করে।

ডিএসমেগ চলাকালীন ত্রুটিটি এইভাবে দেখায়:

[    6.382044] random: crng init done
[    6.382048] random: 7 urandom warning(s) missed due to ratelimiting
[   32.162934] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)

সমাধানটি হ'ল:

প্রথমে আপনার fstab এবং blkid তুলনা করুন:

$ blkid
/dev/sda1: UUID="C0C0-7641" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="1085d848-f8b9-45e2-a6be-087acb32a820"
/dev/sda3: LABEL="Windows" UUID="8662302C623022FB" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="de399a3e-c832-4dca-a09d-f65789425b89"
/dev/sda4: LABEL="Windows RE tools" UUID="2262513962511341" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="18feb4e1-5770-4e13-92b8-bb8ba8005536"
/dev/sda5: UUID="81a474ab-98bf-4d40-b03e-e5e647163d7e" TYPE="ext4" PARTLABEL="Arco Linux" PARTUUID="3759200f-6317-4487-8b10-3a0140c67bd5"
/dev/sda6: LABEL="rootMX17" UUID="7bae9e4d-61fa-4187-b11f-517c799f7c94" TYPE="ext4" PARTLABEL="MX Linux" PARTUUID="417c8cbd-11b7-4fe6-9b15-ac9082d74460"
/dev/sda7: UUID="d9539219-1c29-468f-bbd0-106663fdef59" TYPE="swap" PARTLABEL="Swap" PARTUUID="fefe3061-bf7b-4a26-8c20-08e209acc28e"



$ sudo nano /etc/fstab


# /etc/fstab: static file system information
#
# Created by make-fstab on Mon Nov 19 17:10:30 EST 2018

# <file system>                            <mount point>                               <type>     <$

#-> /dev/sda6  label=rootMX17
UUID=7bae9e4d-61fa-4187-b11f-517c799f7c94  /                                           ext4       d$
#-> /dev/sda1
UUID=C0C0-7641                             /boot/efi                                   vfat       d$
#-> /dev/sda7
UUID=42e5a9cd-b6e1-4d57-9a3a-2ad910862579  swap                                        swap       d$

আপনি দেখতে পাচ্ছেন / dev / sda7 এ আমার অদলবস্থার ব্লকিডের চেয়ে fstab এ আলাদা ইউআইইউড রয়েছে। এটি আমার ক্ষেত্রে, অন্য একটি লিনাক্স ইনস্টলের কারণে অদলবদলটিকে পুনরায় ভাগ করার এবং ইউইউডি পরিবর্তন করার কারণ হয়েছিল। সিস্টেমটি অদলবদলের নতুন ইউআইডি সন্ধান করার চেষ্টা করার ফলে বুট বিলম্ব হয়। এটির সমাধানের জন্য, কেবল ইউকিউইডিটিকে ব্লকিডে অনুলিপি করুন যা fstab ফাইলের সাথে মেলে না তারপরে সংরক্ষণ করুন।

পুনরায় চালু করার পরে যদি বুট ত্রুটিটি এখনও থেকে থাকে তবে আপনাকে অতিরিক্তভাবে আপনার initramfs.conf ফাইলটি সম্পাদনা করতে হবে।

এটি করে:

$ sudo nano  /etc/initramfs-tools/conf.d/resume

তারপরে হয় একটি নতুন ফাইল তৈরি করে, বা বর্তমান জীবনবৃত্তান্ত ফাইলটি সম্পাদনা করে, প্রথম লাইনে লিখুন RESUME = UUID = << অদলবদলের ইউইউডি >>

উদাহরণস্বরূপ, আমার মতো দেখাচ্ছে

RESUME=UUID=d9539219-1c29-468f-bbd0-106663fdef59

তারপরে আপনার initramfs ফাইল আপডেট করার জন্য নীচের কমান্ডটি চালান।

#sudo update-initramfs -u

তারপরে পুনরায় চালু করুন। ত্রুটি চলে যাবে।

Answer 3

আমি বুটের সময়ে একইরকম বৃদ্ধি পেয়েছি এবং তদন্তের পরে dmesgএবং systemd-analyze blameঅপরাধী হিসাবে উপস্থিত হয়েছিলrandom: crng init

সমস্যাটি প্রাথমিকভাবে এসএসডি থেকে বুট করার ক্ষেত্রে পর্যাপ্ত এনট্রপি নয় বলে মনে হচ্ছে। এই হাইপোথিসিসটি নিশ্চিত হওয়া প্রত্যাশিত কারণ বুটের সময় একগুচ্ছ মাউস উইগল করা প্রায় 2 মিনিট থেকে বুটের সময় হ্রাস করে যা ছিল তার আগেই ছিল close

Answer 4

বুট করার সময়, কার্নেলটি এলোমেলো সংখ্যা জেনারেটর শুরু করার জন্য মাউস চলার জন্য অপেক্ষা করে। বুটে কার্নেল বার্তা:
sudo dmesg | less

সমস্যাটি:
kernel: random: crng init done

সমাধান:
sudo apt install haveged
sudo systemctl enable haveged

Answer 5

স্বাব পার্টিশন অপসারণ এবং অদলবদল তৈরির পরে উবুন্টু 19.04-এ ধীর বুট সময় নিয়ে আমার এই সমস্যাটি ছিল।

Dmesg এর আউটপুট

[    2.220963] hid-generic 0003:1B1C:1B0F.0003: input,hidraw2: USB HID v1.11 Device [Corsair Corsair M45 Gaming Mouse] on usb-0000:00:14.0-1/input2
[   33.321639] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)
[   33.407323] systemd[1]: RTC configured in localtime, applying delta of 120 minutes to system time.
[   33.417651] systemd[1]: Inserted module 'autofs4'

/ Etc / fstab এ কোনও সোয়াপ ফাইল নেই। সমস্ত মাউন্ট ডিস্ক / uuids সঠিক ছিল।

আমি চেক করেছি /etc/initramfs-tools/conf.d/resumeকিন্তু ফাইলটি অনুপস্থিত।

আমি শুধু দৌড়াচ্ছি

sudo update-initramfs -uk all

এবং এখন এটি সত্যিই দ্রুত বুট হয়।