In einem anderen Thread schribe ich schon, dass ich nac einem BIOS-reset massiive Probleme hatte/habe.
Ich bin mir nicht sicher ob vor dem BIOS-reset VT-d aktiviert war; danach habe ich es auf jeden Fall eingeschaltet weil ich dachte, das muß so.
Folge: Ein storage mit Platten an einem MARVELL 9230 SATA-Controller funktioniert nicht, in PVE tauchen die Platten gar nicht erst auf!
Das Tücksiche daran:
- im BIOS sieht man die angeschlossenen Platten (mit VT-d ON)
- in PVE wird per lspci der Treiber als geladen gemeldet.
- lsblk ist aber dann doch leer!!!
- in einem Linux-Rettungssystem sieht man die Platten dennoch
- Abschalten von VT-d ändert alles; die Platten tauchen in PVE auf und der storage ist in Ordnung.
Das war anscheinend schon 2017 so, jedenfalls stammt die Lösung von damals.
Gibt es einen Workaround? Ich bin nicht sicher ob nicht zuvor es doch irgendwie MIT VT-d funktioinerte
Ich bin mir nicht sicher ob vor dem BIOS-reset VT-d aktiviert war; danach habe ich es auf jeden Fall eingeschaltet weil ich dachte, das muß so.
Folge: Ein storage mit Platten an einem MARVELL 9230 SATA-Controller funktioniert nicht, in PVE tauchen die Platten gar nicht erst auf!
Das Tücksiche daran:
- im BIOS sieht man die angeschlossenen Platten (mit VT-d ON)
- in PVE wird per lspci der Treiber als geladen gemeldet.
- lsblk ist aber dann doch leer!!!
- in einem Linux-Rettungssystem sieht man die Platten dennoch
- Abschalten von VT-d ändert alles; die Platten tauchen in PVE auf und der storage ist in Ordnung.
Das war anscheinend schon 2017 so, jedenfalls stammt die Lösung von damals.
Gibt es einen Workaround? Ich bin nicht sicher ob nicht zuvor es doch irgendwie MIT VT-d funktioinerte