142923
Goto Top

Windows findet LSI-Raid-Laufwerk nach Reboot nicht mehr

Hallo allerseits,

ich hab ein kleinen NAS-Rechner für eine ganz kleine Arbeitsumgebung, der nicht mit dem Internet verbunden ist und auch keine Serverjobs erledigt oder Nutzer verwaltet, sondern einfach nur eine Festplatte im Netzwerk bereit stellt.

Auf dem NAS läuft Windows 7 - ich weiß dass es Windows Server, Linux und diverse NAS-OS gibt - aber Win7 war die schnellste, günstigste und einfachste Lösung und seit 4 Jahren gab es damit keine Probleme.

Bisher wurde alles mit Intel Software Raid als Raid 5 mit 4 Platten betrieben. Letzte Woche habe ich auf Raid 10 mit 8 Platten und LSI MegaRaid 9271-8i geupdated.

Das Raid läuft wie erwartet gut, allerdings ist es jetzt schon mehrmals vorgekommen, dass die (virtuelle) Raid-Festplatte nach einem Reboot nicht mehr im Explorer angezeigt wird.

In der Datenträgerverwaltung wird die Raid-Platte als neues, unformatiertes Laufwerk erkannt und muss komplett neu eingerichtet werden, unter Verlust aller Daten und langen Kopierzeiten vom Backup-System.

Im Log von der Raidkarte steht nichts Auffälliges:

ID = 389
SEQUENCE NUMBER = 1203
TIME = 31 seconds from reboot
LOCALIZED MESSAGE = Controller ID:  0  Host driver is loaded and operational

ID = 247
SEQUENCE NUMBER = 1202
TIME = 27 seconds from reboot
LOCALIZED MESSAGE = Controller ID:  0  Device inserted   Device Type:       Disk  Device Id:   15

ID = 91
SEQUENCE NUMBER = 1201
TIME = 27 seconds from reboot
LOCALIZED MESSAGE = Controller ID:  0   PD inserted:   Port 4 - 7:0:6

ID = 247
SEQUENCE NUMBER = 1200
TIME = 27 seconds from reboot
LOCALIZED MESSAGE = Controller ID:  0  Device inserted   Device Type:       Disk  Device Id:   14

ID = 91
SEQUENCE NUMBER = 1199
TIME = 27 seconds from reboot
LOCALIZED MESSAGE = Controller ID:  0   PD inserted:   Port 4 - 7:0:4

ID = 247
SEQUENCE NUMBER = 1198
TIME = 27 seconds from reboot
LOCALIZED MESSAGE = Controller ID:  0  Device inserted   Device Type:       Disk  Device Id:   13

ID = 91
SEQUENCE NUMBER = 1197
TIME = 27 seconds from reboot
LOCALIZED MESSAGE = Controller ID:  0   PD inserted:   Port 4 - 7:0:5

ID = 247
SEQUENCE NUMBER = 1196
TIME = 27 seconds from reboot
LOCALIZED MESSAGE = Controller ID:  0  Device inserted   Device Type:       Disk  Device Id:   12

ID = 91
SEQUENCE NUMBER = 1195
TIME = 27 seconds from reboot
LOCALIZED MESSAGE = Controller ID:  0   PD inserted:   Port 0 - 3:0:1

ID = 247
SEQUENCE NUMBER = 1194
TIME = 27 seconds from reboot
LOCALIZED MESSAGE = Controller ID:  0  Device inserted   Device Type:       Disk  Device Id:   11

ID = 91
SEQUENCE NUMBER = 1193
TIME = 27 seconds from reboot
LOCALIZED MESSAGE = Controller ID:  0   PD inserted:   Port 4 - 7:0:7

ID = 247
SEQUENCE NUMBER = 1192
TIME = 27 seconds from reboot
LOCALIZED MESSAGE = Controller ID:  0  Device inserted   Device Type:       Disk  Device Id:   10

ID = 91
SEQUENCE NUMBER = 1191
TIME = 27 seconds from reboot
LOCALIZED MESSAGE = Controller ID:  0   PD inserted:   Port 0 - 3:0:3

ID = 247
SEQUENCE NUMBER = 1190
TIME = 27 seconds from reboot
LOCALIZED MESSAGE = Controller ID:  0  Device inserted   Device Type:       Disk  Device Id:   9

ID = 91
SEQUENCE NUMBER = 1189
TIME = 27 seconds from reboot
LOCALIZED MESSAGE = Controller ID:  0   PD inserted:   Port 0 - 3:0:2

ID = 247
SEQUENCE NUMBER = 1188
TIME = 27 seconds from reboot
LOCALIZED MESSAGE = Controller ID:  0  Device inserted   Device Type:       Disk  Device Id:   8

ID = 91
SEQUENCE NUMBER = 1187
TIME = 27 seconds from reboot
LOCALIZED MESSAGE = Controller ID:  0   PD inserted:   Port 0 - 3:0:0

ID = 266
SEQUENCE NUMBER = 1186
TIME = 09 seconds from reboot
LOCALIZED MESSAGE = Controller ID:  0  Board Revision:   001

ID = 261
SEQUENCE NUMBER = 1185
TIME = 09 seconds from reboot
LOCALIZED MESSAGE = Controller ID:  0  Package version   23.34.0-0019

ID = 1
SEQUENCE NUMBER = 1184
TIME = 08 seconds from reboot
LOCALIZED MESSAGE = Controller ID:  0   Image version:   3.460.115-6465

ID = 0
SEQUENCE NUMBER = 1183
TIME = 08 seconds from reboot
LOCALIZED MESSAGE = Controller ID:  0   Firmware initialization started:       ( PCI ID   0x5b/ 0x1000/ 0x9271    / 0x1000)

ID = 29
SEQUENCE NUMBER = 1182
TIME = 05-02-2020 20:00:52
LOCALIZED MESSAGE = Controller ID:  0   Hibernate command received from host 



Auch im Windows Log konnte ich bisher nichts finden, dass helfen würde das Problem einzukreisen.

Das Problem könnte im Zusammenhang mit Hibernation / Ruhezustand stehen, denn wirklich herunter gefahren wird das NAS nicht.
Ferner wäre es denkbar, dass die Festplatte nach einem weiteren Neustart wieder erscheint - das habe ich nicht getestet.

Also Hotfix bleibt das NAS die ganze Zeit an, aber das ist gerade an den Wochenenden äußert unnötig.


Hat hier jemand Erfahrungen oder eine Idee, wieso Windows das Laufwerk verliert?


Vielen Dank im Voraus!

*Martin

Content-Key: 544060

Url: https://administrator.de/contentid/544060

Printed on: April 26, 2024 at 03:04 o'clock

Member: beidermachtvongreyscull
beidermachtvongreyscull Feb 07, 2020 at 08:54:10 (UTC)
Goto Top
Moin,

noch ein LSI-Opfer? Mein Beileid.

Ich kenne das Phänomen. Deren Desktop-RAID-Controller taugen unter Windows nichts aus meiner Sicht.
Das mag Windows, dem Treiber oder der Firmware geschuldet sein. Bei Deinem Controller hat sich ab 2016 da nichts mehr getan in der Firmware und der Treiber genießt seit 2018 auch keine Entwicklung mehr.

Wenn Du daraus ein NAS machen willst, aus der Hardware, dann schau Dir mal OS wie freenas oder OpenFiler an.

Ich habe festgestellt, dass ein Linuxunterbau so manche Problemchen der Hardware mit Windows behebt.
Mitglied: 142923
142923 Feb 07, 2020 at 10:13:32 (UTC)
Goto Top
Hallo zurück!

Vielen Dank für Deine Einschätzung. LSI haben bei meiner Recherche eigentlich einen guten Eindruck gemacht, hmm....

Ich werde als nächstes probieren, wie es sich mit normalen Shutdowns verhält, statt Hibernate, aber an einen Linux-Unterbau habe ich auch schon gedacht.

Weißt Du denn mit Sicherheit, dass ein Linux die Disk immer wieder mountet, auch nach Ruhezustand und Shutdown, bzw. damit zurecht kommt, dass die Raidkarte vielleicht mal länger braucht, dass Laufwerk bereit zu stellen?
Das Problem scheint mir vor allem zu sein, dass Windows die Festplatte als komplett neues Laufwerk identifiziert. Ist Linux in dieser Hinsicht stabiler?

Ahoi,

Martin
Member: beidermachtvongreyscull
Solution beidermachtvongreyscull Feb 07, 2020 at 11:24:14 (UTC)
Goto Top
Ich kann Dir insofern sagen, dass ich mit Linux aus Büchsen stabile Dateiserver bauen konnte, die vorher nur Desktops waren.

Nach meiner Erfahrung ist es so, dass wenn Du aus Desktophardware etwas solides zaubern willst, Du besser auf Linux setzt.
Willst Du stattdessen auf Windows aufsatteln, sollte der Hardwareunterbau ein gänzlich anderer sein, der das OS trägt.

Ich hatte lange Zeit ein Freenas im Einsatz und nie Probleme.
Mitglied: 142923
142923 Feb 07, 2020 at 12:15:24 (UTC)
Goto Top
Alles klar - das ist echt hilfreich.

Vor 4 Jahren kannte ich Linux nur aus der Ferne und damals ging es um eine günstige, dem Einsatzzweck entsprechende und einfach zu handhabende Lösung. Heute kenne ich Linux besser und die Anforderungen sind gestiegen. Das wäre dann mein Fahrplan, falls auch normales Runterfahren hier nichts bringt.

Ein richtiger Server wäre immer noch völlig übertrieben, deswegen fahre ich den Desktop so lange der genügt. Wenn es eine Consumer-Karte mit Raid und 8 Sata-Ports geben würde, hätte ich mir nie die LSI geholt. Das Teil allein ist schon ein ziemlicher Overkill und mir ist bewusst, dass ich hier zwei verschiedene Welten zusammenfüge (dafür läuft es aber sehr gut - hatte mich auf viel schlimmere Probleme eingestellt).


Herzlichen Dank für Deine Hilfe!