No caching mode page found

Hallo zusammen,

zwischendurch noch mal ne Boot-Meldung.

Beim Booten meines virtuellen Ubuntus 20.04 (über openSUSE und VirtualBox auf SSD-Platte) erhalte ich o. g. (Fehler-)Meldung - wenn es ein Fehler ist.

Und ich bemerke auch daß das Ubuntu öfters mal hängt. Kann das an der Swap-Partition liegen?

Die habe ich aber aktiv:

Code:

---

root@heiko-VirtualBox:/home/heiko# swapon -s
Dateiname                                Typ                Größe        Benutzt        Priorität
/dev/sda1                                      partition        1998844        10496        -2
root@heiko-VirtualBox:/home/heiko#
root@heiko-VirtualBox:/home/heiko# fdisk -l /dev/sda
Festplatte /dev/sda: 65 GiB, 69793218560 Bytes, 136314880 Sektoren
Festplattenmodell: VBOX HARDDISK 
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x56d8fc02

Gerät      Boot  Anfang      Ende  Sektoren Größe Kn Typ
/dev/sda1          2048  3999743  3997696  1,9G 82 Linux Swap / Solaris
/dev/sda2  *    3999744 136314879 132315136 63,1G 83 Linux
root@heiko-VirtualBox:/home/heiko#

---

Oder ist meine virtuelle Festplatte zu voll?

Code:

---

root@heiko-VirtualBox:/home/heiko# df -h /dev/sda2
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sda2        62G    52G  7,6G  88% /
root@heiko-VirtualBox:/home/heiko#

---

Wie immer lieben Dank,
Heiko

Das ist erstmal nur ein Hinweis, dass mindestens eine Festplatte unsicher arbeitet. Erklärt wird es hier ganz gut: https://unix.stackexchange.com/quest...ge-during-boot

Zitat:

---

Zitat von https://unix.stackexchange.com/questions/257270/get-rid-of-no-caching-mode-page-found-message-during-boot

...
Hard disks have a small amount of RAM cache to speed up write operations. The system can write a chunk of data to the disk cache without actually waiting for it to be written to the disk. This is sometimes called "write-back" mode. If there is no cache on the disk, data is directly written to it in "write-through" mode. The Asking for cache data failed warning usually occurs with devices such as USB flash drives, USB card readers, etc. which present themselves as SCSI devices to the system (sdX), but have no cache. The system asks the device: "Do you have a cache?" and gets no response. So it assumes there is no cache and puts it in "write-through" mode...

---

Ich rate dir davon ab, die Meldung zu verbergen oder schlimmer noch alle abzuschalten. Es wurde mal angeregt, die nicht mehr als Fehler zu werten, ist noch nicht entschieden worden - https://bugzilla.kernel.org/show_bug.cgi?id=106871

Wie auch immer, idR passiert da genau nichts, es gibt einige SCSI Befehle die nicht unterstützt werden, da heute aber praktisch alles auf SCSI abgebildet wird, trifft das auf durchaus viele Gerät zu. Entwickler verwenden teilweise bewusst solche Befehle, Beispiel: https://www.postgresql.org/docs/curr...liability.html
Es kann also passieren, dass eine Anwendung nicht unterstütztes SCSI Kommandos verwendet, was in gewissen Situation zu Fehler führt - ich vermute das ist der Grund, warum es als Fehlermeldung kommt und nicht nur als Warnung oder Info
[edit]Das fiese ist, dass man das nicht direkt bemerkt, denn die Geräte simulieren nicht unterstützte Befehle bzw melden halt keinen Fehler im Sinne von "Befehl nicht vorhanden".

Wenn du zB USB Sticks dran hast, wäre das eine gute Erklärung. Im normal Betrieb sollte diese Meldung aber nicht erscheinen, Augen zu machen hilft da nicht, Gerät finden und eine Lösung überlegen.