बूट के दौरान "नो कैशिंग मोड पृष्ठ पाया गया" संदेश से छुटकारा पाएं

Question

शुरुआती बूट के दौरान, मुझे निम्न त्रुटि संदेश मिलता है:

[sdb] No Caching mode page found
[sdb] Assuming drive cache: write through

अगर मैं सही ढंग से समझूं, तो यह वास्तव में केवल हानिरहित जानकारी संदेश है न कि वास्तविक त्रुटि। sdbमेरी USB डिस्क है, और यह कैशिंग का उपयोग नहीं करता है।

समस्या यह है, मैंने इस तरह के बेकार जानकारी संदेशों से छुटकारा पाने के लिए जानबूझकर कर्नेल लॉजवेल को 4 पर सेट किया है।

फिर भी मुझे यह जानकारी संदेश क्यों मिला?

मुझे परेशान करने का कारण यह है कि, यह मेरे पासवर्ड प्रॉम्प्ट (मेरी LUKS डिस्क को डिक्रिप्ट करने के लिए) के साथ हस्तक्षेप करता है

क्या इस संदेश से छुटकारा पाने का कोई तरीका है?

Comments

एक कम कर्नेल पैरामीटर का उपयोग करें जैसे loglevel=0कि linux मैसेजिंग स्तरों को दर्जी करें। मुझे लगता है कि इस विशिष्ट संदेश को चुप कराने के लिए स्तर 4 बहुत अधिक है। स्तर 0 शायद बहुत कठोर है, लेकिन यह मेरी प्यारी, मीठी बूट स्क्रीन के बीच में सभी कष्टप्रद प्रणाली प्यूक से छुटकारा दिलाता है।

— डोमिनिक सेरिसानो

Answer 1

लिखने के काम को तेज करने के लिए हार्ड डिस्क में कम मात्रा में RAM कैश होता है। सिस्टम डिस्क कैश में डेटा का एक हिस्सा लिख ​​सकता है, वास्तव में डिस्क के लिखे जाने का इंतजार किए बिना। इसे कभी-कभी "राइट-बैक" मोड कहा जाता है। यदि डिस्क पर कोई कैश नहीं है, तो डेटा सीधे इसे "राइट-थ्रू" मोड में लिखा जाता है। कैश डेटा के लिए पूछना विफल चेतावनी आमतौर पर USB फ्लैश ड्राइव, USB कार्ड रीडर आदि जैसे उपकरणों के साथ होती है, जो खुद को SCSI डिवाइस के रूप में सिस्टम (sdX) के रूप में प्रस्तुत करते हैं, लेकिन कोई कैश नहीं है। सिस्टम डिवाइस से पूछता है: "क्या आपके पास कैश है?" और कोई प्रतिक्रिया नहीं मिलती है। तो यह मानता है कि कोई कैश नहीं है और इसे "राइट-थ्रू" मोड में डालता है।

आप इस पर जाने की कोशिश कर सकते हैं:

/etc/modules

और मॉड्यूल सूची के शीर्ष पर लाइन जोड़ें

usb_storage

यह कुछ इस तरह दिखना चाहिए:

# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.

usb_storage
lp

इसी तरह से मैंने इसी तरह की समस्या को हल किया।

मुझे पता है क्या हुआ।

Comments

मुझे यकीन नहीं है कि इसे हल करने के लिए क्या समस्या है। लेकिन यह मेरी समस्या पर लागू नहीं है। इसके अलावा, मैं अपने कर्नेल में मॉड्यूल का उपयोग नहीं करता हूं।

— मार्टिन वेगाटर

इसे ठीक नहीं किया

— अहमद ईद

@ बाल्य मुझे आश्चर्य है कि "एलपी" क्या अंतिम पंक्ति में है। यह किस लिए खड़ा है?

— प्रणव

Answer 2

हाँ। आप निम्न आदेश को निष्पादित करके ऐसे संदेशों से छुटकारा पा सकते हैं:

echo 0 > /proc/sys/kernel/printk

यह लगभग सभी कर्नेल संदेशों को दबा देगा और केवल आपातकालीन संदेशों को प्रदर्शित करेगा

अधिक जानकारी के लिए इस लिंक को देखें

Comments

नीचे क्यों ???

— SHW

शायद क्योंकि इस आशय के दौरान नहीं होगा जल्दी बूट अप, पहले किसी भी यूज़रस्पेस नियंत्रण लेता है। एक ही सेटिंग loglevel=0बूटलोडर से कर्नेल कमांड लाइन को जोड़कर (अगले रिबूट से पहले बूटलोडर कॉन्फ़िगरेशन को लागू करने और लागू करने से) प्रभावी होगा । पीएस I ने वोट नहीं दिया, सिर्फ FYI करें।

मेरा मतलब userspace controlहै कि यह echoआदेश उस आदेश के लिए है जो /proc/sys/kernel/printkस्यूडोफाइल को लिखता है।

ओपी अपने एक initramfsfs हुक या स्क्रिप्ट में इको कमांड के ऊपर जोड़ सकता है।

— SHW

@SHW - मैं सभी कर्नेल संदेशों को दबाना नहीं चाहता। मेरा प्रश्न स्पष्ट रूप से "मैं इस संदेश से कैसे छुटकारा पा सकता हूं "। इसके अलावा, मैंने अपने मूल पोस्ट में कहा कि मैं कर्नेल पैरामीटर का उपयोग कर रहा हूं loglevel=4। मैं बस इतना बदल सकता था कि loglevel=5लगभग सभी संदेशों से छुटकारा पाने के लिए, लेकिन यह वह नहीं है जो मैं चाहता हूं।

— मार्टिन वेगाटर

Answer 3

यह संभवतः एक चेतावनी भरा संदेश है (हो सकता है कि ड्राइवर इसे उल्लेख करने के लिए पर्याप्त महत्वपूर्ण मानता है)। आपने यह निर्दिष्ट नहीं किया कि आपका USB हार्ड ड्राइव किस चालक का उपयोग कर रहा है इसलिए मैं इसे सत्यापित करने के लिए स्रोत लाइन की ओर संकेत नहीं कर सकता। लॉग स्तर के बारे में अधिक जानकारी यहाँ: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/include/linux/kern_levels.h?id=HEAD

सबसे आसान फिक्स बूटलोडर के माध्यम से आपके कर्नेल तर्कों में "शांत" जोड़ना होगा, चाहे वह GRUB / LILO / etc हो।

Answer 4

अपने USB बूट विधि को बदलें, जबकि बूट करने योग्य डिवाइस के रूप में usb को बदलने के लिए अपने usb बूट करने योग्य उपकरण का उपयोग करें, यह विफल होने के साथ 100% काम करेगा।

Answer 5

मुझे एक नए आर्क लिनक्स यूईएफआई इंस्टॉलेशन के साथ यह समस्या थी जहां मैं बूटलोडर को लोड करने के लिए एक यूईएफआई लाइव यूएसबी का उपयोग कर रहा था ESP।

समाधान ईएफआई बूट प्रबंधक के साथ सेटअप को ठीक करना था ।

• विंडोज से एक आसान उपाय है ईज़ी

• लिनक्स के उपयोग से efibootmgrऔर मूल्य निर्धारित करते हैंtimeout

यदि आप बूट लिनक्स का उपयोग करते हैं GRUBया नहीं EFISTUBकरते हैं, तो आपको कमांड में कोई कर्नेल कमांड जोड़ने की आवश्यकता नहीं है ।cryptefibootmgr