pozbyć się komunikatu „Nie znaleziono strony trybu buforowania” podczas uruchamiania

11

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. sdbjest 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?

Martin Vegter
źródło
Użyj niższego parametru jądra, np. loglevel=0Aby 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.
Dominic Cerisano,

Odpowiedzi:

5

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:

/etc/modules

i na górze listy modułów dodaj wiersz

usb_storage

Powinno to wyglądać mniej więcej tak:

# /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

W ten sposób rozwiązałem podobny problem.

Daj mi znać, co się stało.

malyy
źródło
1
Nie jestem pewien, jaki problem ma to rozwiązać. Ale to nie dotyczy mojego problemu. Poza tym nie używam modułów w moim jądrze.
Martin Vegter,
Nie naprawiło tego
Ahmed Eid
@malyy Zastanawiam się, co to jest „lp” w ostatnim wierszu. Co to oznacza?
Pranav
1

Tak. Możesz pozbyć się takich wiadomości, wykonując następujące polecenie:

echo 0 > /proc/sys/kernel/printk

Pominie to prawie wszystkie komunikaty jądra i wyświetli tylko komunikaty alarmowe

Zobacz ten link, aby uzyskać więcej informacji

SHW
źródło
Dlaczego głosować ???
SHW
2
Prawdopodobnie dlatego, że nie będzie to miało wpływu podczas wczesnego uruchamiania, zanim jakaś przestrzeń użytkownika przejmie kontrolę. To samo ustawienie będzie obowiązywać, dodając loglevel=0do wiersza poleceń jądra z bootloadera (edytując i stosując konfigurację bootloadera przed następnym restartem). PS Nie głosowałem, tylko FYI.
Mam na myśli userspace controlto, że echopolecenie to zapisuje do /proc/sys/kernel/printkpseudopliku.
1
OP może dodać powyższą komendę echo w jednym z haków lub skryptów initramfsfs.
SHW
1
@ SHW - Nie chcę pomijać wszystkich komunikatów jądra. Moje pytanie brzmi: „jak mogę się pozbyć tej wiadomości”. Poza tym w moim oryginalnym poście stwierdziłem, że używam parametru jądra loglevel=4. Mógłbym to zmienić, aby loglevel=5pozbyć się prawie wszystkich wiadomości, ale nie tego chcę.
Martin Vegter,
1

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.

Vik
źródło
0

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
0

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 .

Jeśli używasz GRUB& a nie EFISTUBdo uruchamiania Linuksa, NIE musisz dodawać żadnych cryptpoleceń jądra do efibootmgrpoleceń.

Stuart Cardall
źródło