Während des frühen Startvorgangs wird folgende Fehlermeldung angezeigt:
[sdb] No Caching mode page found
[sdb] Assuming drive cache: write through
Wenn ich das richtig verstehe, ist dies eigentlich nur eine harmlose Infomeldung und kein tatsächlicher Fehler. sdb
ist mein USB-Laufwerk und verwendet kein Caching.
Das Problem ist, ich habe den Kernel loglevel absichtlich auf 4 gesetzt, um diese Art von nutzlosen Info-Nachrichten loszuwerden.
Warum bekomme ich dann immer noch diese Info-Nachricht?
Der Grund, warum es mich stört, ist, dass es meine Passwortabfrage stört (zum Entschlüsseln meiner LUKS-Festplatte)
Gibt es eine Möglichkeit, diese Nachricht loszuwerden?
loglevel=0
um die Linux-Messaging-Ebenen anzupassen. Ich denke, Level 4 ist zu hoch, um diese spezifische Nachricht zum Schweigen zu bringen. Level 0 ist wahrscheinlich zu drastisch, aber es beseitigt ALLE nervigen Systemkotze mitten in meinen süßen, süßen Startbildschirmen.Antworten:
Festplatten verfügen über einen kleinen RAM-Cache, um Schreibvorgänge zu beschleunigen. Das System kann einen Datenblock in den Festplatten-Cache schreiben, ohne darauf zu warten, dass er auf die Festplatte geschrieben wird. Dies wird manchmal als "Rückschreibemodus" bezeichnet. Befindet sich kein Cache auf der Festplatte, werden die Daten im Durchschreibemodus direkt darauf geschrieben. Die Warnung "Nach Cache-Daten fragen fehlgeschlagen" tritt normalerweise bei Geräten wie USB-Sticks, USB-Kartenlesern usw. auf, die sich dem System (sdX) als SCSI-Geräte präsentieren, aber keinen Cache haben. Das System fragt das Gerät: "Haben Sie einen Cache?" und bekommt keine Antwort. Es wird also davon ausgegangen, dass kein Cache vorhanden ist, und der Modus "Durchschreiben" wird aktiviert.
Sie können versuchen, zu gehen:
und fügen Sie oben in der Modulliste die Zeile hinzu
Es sollte ungefähr so aussehen:
So habe ich ein ähnliches Problem gelöst.
Lass mich wissen, was passiert ist.
quelle
Ja. Sie können solche Nachrichten entfernen, indem Sie den folgenden Befehl ausführen:
Dadurch werden fast alle Kernel-Nachrichten unterdrückt und nur Notfallnachrichten angezeigt
Siehe diesen Link für weitere Informationen
quelle
loglevel=0
zur Bootel-Befehlszeile vom Bootloader aus wirksam (durch Bearbeiten und Anwenden der Bootloader-Konfiguration vor dem nächsten Neustart). PS Ich habe nicht abgestimmt, nur zu Ihrer Information.userspace control
ist dieserecho
Befehl, der in/proc/sys/kernel/printk
Pseudofile schreibt .loglevel=4
. Ich könnte das einfach ändern,loglevel=5
um fast alle Nachrichten loszuwerden, aber das ist nicht das, was ich will.Dies ist wahrscheinlich eine Warnmeldung (möglicherweise hält der Fahrer dies für wichtig genug, um sie zu erwähnen). Sie haben nicht angegeben, welchen Treiber Ihre USB-Festplatte verwendet, daher kann ich nicht auf die Quellzeile zeigen, um dies zu überprüfen. Weitere Informationen zu Protokollstufen finden Sie hier: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/include/linux/kern_levels.h?id=HEAD
Die einfachste Lösung wäre, Ihren Kernel-Argumenten über den Bootloader "leise" hinzuzufügen, unabhängig davon, ob es sich um GRUB / LILO / etc. Handelt.
quelle
Ändern Sie Ihre USB-Boot-Methode, während Sie den USB als bootfähiges Gerät ändern. Verwenden Sie das Power-ISO-Tool, damit Ihr USB-Boot-Gerät zu 100% funktioniert, ohne dass ein Fehler auftritt.
quelle
Ich hatte dieses Problem mit einer neuen Arch Linux UEFI-Installation, bei der ich einen UEFI Live USB zum Laden des Bootloaders auf dem Computer verwendete
ESP
.Die Lösung bestand darin, das Setup mit einem EFI Boot Manager zu reparieren .
Unter Windows ist easyuefi eine einfache Lösung
Verwenden
efibootmgr
und setzen Sie unter Linux einentimeout
WertWenn Sie
GRUB
& nichtEFISTUB
zum Booten von Linux verwenden, müssen Sie den Befehlen KEINE Kernelbefehle hinzufügen .crypt
efibootmgr
quelle