podczas wczesnego uruchamiania pojawia się następujący komunikat o błędzie:
[sdb] No Caching mode page found
[sdb] Assuming drive cache: write through
Jeśli dobrze rozumiem, jest to właściwie nieszkodliwy komunikat informacyjny, a nie faktyczny błąd. sdb
jest moim dyskiem USB i nie używa buforowania.
Problem polega na tym, że celowo ustawiłem jądro loglevel na 4, aby pozbyć się tego rodzaju niepotrzebnych wiadomości informacyjnych.
Dlaczego więc nadal otrzymuję ten komunikat informacyjny?
Powodem, dla którego mnie to niepokoi, jest to, że przeszkadza w wyświetlaniu monitu o hasło (do odszyfrowania dysku LUKS)
Czy istnieje sposób na pozbycie się tej wiadomości?
loglevel=0
Aby dostosować poziomy wiadomości linux. Myślę, że poziom 4 jest zbyt wysoki, aby uciszyć ten konkretny komunikat. Poziom 0 jest prawdopodobnie zbyt drastyczny, ale pozbywa się WSZYSTKICH irytujących wymiotów systemowych pośrodku moich słodkich, słodkich ekranów rozruchowych.Odpowiedzi:
Dyski twarde mają niewielką pamięć podręczną RAM, aby przyspieszyć operacje zapisu. System może zapisać fragment danych w pamięci podręcznej dysku, nie czekając na zapisanie go na dysku. Czasami nazywa się to trybem „zapisywania”. Jeśli na dysku nie ma pamięci podręcznej, dane są bezpośrednio zapisywane na nim w trybie „zapisu”. Ostrzeżenie o nieudanym zapytaniu o pamięć podręczną zwykle pojawia się w przypadku takich urządzeń, jak dyski flash USB, czytniki kart USB itp., Które prezentują się jako urządzenia SCSI w systemie (sdX), ale nie mają pamięci podręcznej. System zapyta urządzenie: „Czy masz pamięć podręczną?” i nie otrzymuje odpowiedzi. Zakłada więc, że nie ma pamięci podręcznej i przełącza ją w tryb „zapisu”.
Możesz spróbować przejść do:
i na górze listy modułów dodaj wiersz
Powinno to wyglądać mniej więcej tak:
W ten sposób rozwiązałem podobny problem.
Daj mi znać, co się stało.
źródło
Tak. Możesz pozbyć się takich wiadomości, wykonując następujące polecenie:
Pominie to prawie wszystkie komunikaty jądra i wyświetli tylko komunikaty alarmowe
Zobacz ten link, aby uzyskać więcej informacji
źródło
loglevel=0
do wiersza poleceń jądra z bootloadera (edytując i stosując konfigurację bootloadera przed następnym restartem). PS Nie głosowałem, tylko FYI.userspace control
to, żeecho
polecenie to zapisuje do/proc/sys/kernel/printk
pseudopliku.loglevel=4
. Mógłbym to zmienić, abyloglevel=5
pozbyć się prawie wszystkich wiadomości, ale nie tego chcę.Jest to prawdopodobnie komunikat ostrzegawczy (być może kierowca uważa, że jest wystarczająco ważny, aby wspomnieć). Nie określiłeś, którego sterownika używa twój dysk twardy USB, więc nie mogę wskazać linii źródłowej, aby to sprawdzić. Więcej informacji na temat poziomów dziennika tutaj: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/include/linux/kern_levels.h?id=HEAD
Najłatwiejszym rozwiązaniem byłoby dodanie „cichego” do argumentów jądra za pomocą programu ładującego, niezależnie od tego, czy jest to GRUB / LILO / itp.
źródło
Zmień metodę rozruchu USB, zmieniając jednocześnie USB jako urządzenie rozruchowe. Użyj narzędzia power iso, aby urządzenie rozruchowe USB działało w 100% bez awarii ...
źródło
Miałem ten problem z nową instalacją Arch Linux UEFI, w której korzystałem z UEFI Live USB, aby załadować bootloader na
ESP
.Rozwiązaniem było naprawić instalację za pomocą EFI Boot Manager .
W systemie Windows łatwym rozwiązaniem jest easyuefi
Z systemu Linux użyj
efibootmgr
i ustawtimeout
wartośćJeśli używasz
GRUB
& a nieEFISTUB
do uruchamiania Linuksa, NIE musisz dodawać żadnychcrypt
poleceń jądra doefibootmgr
poleceń.źródło