Wenn dein NAS im Dateimanager verschwindet, sieht das schnell nach einem Neustart aus. Manchmal stimmt das auch. Das NAS kann aber auch weitergelaufen sein, während die Netzwerkverbindung, ein Dateifreigabedienst, ein Switch-Port oder das Client-Gerät ausgefallen ist. Wer bei jeder nicht erreichbaren Freigabe von einem Neustart ausgeht, verliert Zeit und übersieht womöglich das eigentliche Problem.
Mit diesen wenigen Prüfungen kannst du die Ursache auf einem NAS eingrenzen, das dir gehört oder das du verwalten darfst. Ein einzelnes Symptom verrät dir noch nicht die Ursache. Du kannst aber feststellen, ob das Betriebssystem neu gestartet wurde, nur ein Dienst neu gestartet wurde oder das NAS weiterlief, während an anderer Stelle etwas schiefging.
Die ersten Beobachtungen
„War es ausgefallen?“ ist für die Fehlersuche zu ungenau. Fang mit dem an, was du bemerkt hast: die Uhrzeit, den verwendeten Namen oder die IP-Adresse und was genau nicht mehr funktioniert hat. Eine SMB-Freigabe, die sich nicht einbinden lässt, eine nicht erreichbare Weboberfläche und ein ausgebliebener Backup-Job sind unterschiedliche Beobachtungen. Sie können dieselbe Ursache haben, aber keine davon beweist das.
Wenn das NAS jetzt erreichbar ist, sichere und prüfe die Hinweise, bevor du es neu startest. Ein manueller Neustart verändert den zeitlichen Ablauf, den du gerade untersuchen willst. Zieh bei einem eingefrorenen System nicht einfach den Stecker, damit es „wieder läuft“, es sei denn, die Wiederherstellungsanleitung des Herstellers oder ein zuständiger Administrator hat festgestellt, dass das nötig ist. Ein abruptes Abschalten kann die Wiederherstellung bei einem Speicherproblem erschweren.
Prüfe die Erreichbarkeit möglichst von zwei unabhängigen Stellen aus. Öffne zum Beispiel die Weboberfläche des NAS und greife von einem zweiten Rechner im selben Netzwerk auf eine Dateifreigabe zu. Prüfe dann den Router oder Switch. Blieb der Ethernet-Link des NAS aktiv? Ist sein DHCP-Lease verschwunden und später wieder aufgetaucht? Ein erneuerter Lease oder eine neue Adresse sagt etwas über die Netzwerkverbindung aus, beweist aber keinen Neustart des Betriebssystems.
Der letzte Systemstart als stärkster Hinweis auf dem NAS
Die meisten NAS-Systeme zeigen in der Verwaltungsoberfläche die Laufzeit oder den Zeitpunkt des letzten Systemstarts an. Wenn du Shell-Zugriff hast und der Hersteller ihn unterstützt, können Linux-Standardbefehle wie uptime und who -b helfen. Halte die Ausgabe und den Zeitpunkt der Abfrage fest. Ein Systemstart kurz vor dem Ausfall ist ein starker Hinweis darauf, dass das Betriebssystem neu gestartet wurde.
Warum es neu gestartet wurde, weißt du damit noch nicht. Das System könnte nach einem Update regulär neu gestartet worden sein, wegen eines Problems mit der Stromversorgung oder weil jemand auf „Neustart“ geklickt hat. Eine lange Laufzeit macht einen vollständigen NAS-Neustart dagegen unwahrscheinlich. Sie schließt aber nicht aus, dass SMB, NFS, Docker, ein Webserver oder eine einzelne Anwendung neu gestartet wurde.
Die Bezeichnungen unterscheiden sich je nach NAS-Oberfläche. Suche nach Uptime, System status, Resource Monitor, System information oder einem Eintrag im Ereignisprotokoll zur vermuteten Uhrzeit. Um einen Vorfall zu untersuchen, reicht eine Statuskachel allein nicht aus. Mach einen Screenshot mit Zeitstempel oder exportiere die relevanten Protokolleinträge. Lass Hostnamen, IP-Adressen, Benutzernamen und Freigabenamen weg, wenn du etwas öffentlich postest.
Der zeitliche Ablauf im Ereignisprotokoll
Im Ereignisprotokoll findest du rund um den Zeitpunkt des Problems möglicherweise Einträge zum Herunterfahren, Systemstart, Update, zu Festplatten- oder Arbeitsspeicherwarnungen oder zu einem Dienst. Laut QNAP kannst du die System Logs nach Stichwort, Schweregrad, Datum, Benutzer, Quell-IP, Anwendung und Kategorie filtern oder durchsuchen. Die Ereignisprotokolle lassen sich auch exportieren. Nutze diese Tools, um den relevanten Zeitraum einzugrenzen, statt durch sämtliche Einträge zu scrollen. QNAP: System Logs
Suche nach Begriffen, die zu deiner Plattform passen, etwa „boot“, „shutdown“, „restart“, „power“, „update“, „kernel“ oder dem Namen des ausgefallenen Dienstes. Notiere, was direkt vor und nach dem vermuteten Ereignis auftaucht. Ein sauberes Herunterfahren mit anschließendem Systemstart ist etwas anderes als ein plötzlicher Systemstart ohne vorherigen Eintrag zum Herunterfahren. Keiner dieser Abläufe beweist für sich allein, dass ein Laufwerk, Kabel oder Netzteil defekt ist oder ein Softwarefehler vorliegt. Sammle weitere Hinweise, bevor du dich auf eine Ursache festlegst.
Auf Synology-Systemen kannst du im Protokoll-Center die Aufzeichnungen des Systems zum Vorfall sichern. Synology empfiehlt in seiner Anleitung zur Fehlersuche außerdem, nach einem Neustart den Status des Speicherpools und die Volume-Belegung zu prüfen und laufende Reparaturen oder Erweiterungen zu berücksichtigen. Das lohnt sich auch nach einem geplanten Neustart. Die Erreichbarkeit des NAS und der Zustand seines Speichers hängen zusammen. Trotzdem solltest du beides getrennt prüfen. Synology: Fehlersuche bei einem nicht reagierenden NAS
Behalte die ursprünglichen Zeitstempel und die Zeitzone bei. Wenn der Router die Ortszeit protokolliert und das NAS UTC, kann der Ablauf scheinbar um eine Stunde oder mehr verschoben sein. Schreib die Zeitzone zu jeder Quelle dazu, statt die Zeiten später ohne Vermerk umzurechnen.
Ausfälle einzelner Dienste
Wenn die Laufzeit den gesamten Vorfall abdeckt, prüfe zuerst den betroffenen Dienst, bevor du von einem NAS-Ausfall ausgehst. Bei Problemen mit einer Dateifreigabe prüfst du, ob die Verwaltungsoberfläche antwortet und ob der Zugriff über ein anderes Freigabeprotokoll funktioniert. Bei einem Anwendungsproblem prüfst du den Status und die Protokolle dieser Anwendung. Das NAS kann weiterlaufen, obwohl der SMB-Dienst nicht erreichbar ist, ein Volume voll ist, ein Backup-Job hängt oder eine Firewall-Regel geändert wurde.
Auch der Client kann dich auf die falsche Fährte führen. Nach dem Aufwachen aus dem Ruhezustand verwendet ein Laptop möglicherweise noch eine veraltete Einbindung einer Netzwerkfreigabe. DNS könnte auf eine alte Adresse zeigen, oder ein VPN könnte den Netzwerkpfad verändern. Probiere die aktuelle Adresse des NAS aus, wenn du es normalerweise über die IP-Adresse statt über den Hostnamen erreichst. Mach seine Verwaltungsoberfläche nicht aus dem Internet erreichbar, nur um den Test zu vereinfachen.
Beim Monitoring gilt dieselbe Sorgfalt. Ein einzelner fehlgeschlagener Ping sagt nur aus, dass eine bestimmte Abfrage keine Antwort erhalten hat. Zusammen mit einem protokollierten Systemstart, einer Dienstprüfung und Beobachtungen vom Switch oder Router ist das ein nützlicher Hinweis. Für sich allein ist es keine Diagnose.
Notizen für den nächsten Vorfall
Schreib eine kurze Notiz zum Vorfall, solange du die Details noch im Kopf hast:
- Halte den letzten bestätigten Zeitpunkt mit funktionierendem Zugriff vor der Unterbrechung und den ersten danach fest, jeweils mit Zeitzone.
- Sichere die aktuelle Laufzeit oder den Zeitpunkt des letzten Systemstarts sowie die Ereignisprotokolle für den relevanten Zeitraum.
- Notiere, ob der Link zum NAS am Router oder Switch aktiv blieb und ob sich seine Adresse geändert hat.
- Halte fest, welche Dienste ausgefallen sind und welche noch funktioniert haben.
- Prüfe Meldungen zu Speicher, Temperatur, Stromversorgung und Updates, bevor du die Konfiguration änderst.
Damit hast du genug Informationen, um den nächsten Vorfall damit zu vergleichen. Zum Beispiel kannst du zwischen „Das NAS wurde um 02:14 Uhr neu gestartet“ und „Die Backup-Freigabe war zwischen 02:14 und 02:21 Uhr nicht erreichbar“ unterscheiden. Im zweiten Fall solltest du möglicherweise einen Dienst untersuchen statt der Stromversorgung.
Bei Systemen, die auch dann verfügbar sein müssen, wenn niemand hinschaut, kann eine unabhängige Überwachung die Beobachtungen außerhalb des NAS festhalten. DeviceShelf ist eine Möglichkeit zur Inventarisierung und Überwachung des lokalen Netzwerks: Die Server-Edition kann die Erreichbarkeit von Geräten überwachen und konfigurierte Benachrichtigungen versenden. Nutze sie als zusätzliche Informationsquelle neben den Protokollen des NAS. Sie ersetzt weder diese Protokolle noch einen getesteten Plan für Backup und Wiederherstellung. Server-Edition
Gründe für plattformspezifische Hilfe
Hol dir Hilfe, statt immer wieder neu zu starten, wenn das NAS einen degradierten Speicherpool, Festplattenfehler, wiederholte unerwartete Systemstarts, Überhitzung, Arbeitsspeicherwarnungen oder ein Problem mit der Stromversorgung meldet. Sichere zuerst die Protokolle, wenn du die Oberfläche noch bedienen kannst. Die Anweisungen des Herstellers hängen vom Modell und der Betriebssystemversion ab. Halte dich daran, bevor du Änderungen an der Hardware versuchst.
Wenn die Hinweise einen einzelnen Neustart belegen und das NAS danach normal funktioniert, dokumentiere ihn und achte darauf, ob es erneut passiert. Startet es wieder zu ähnlichen Zeiten neu, vergleiche die Zeitstempel der Systemstarts mit geplanten Aufgaben, Updates, USV-Ereignissen und Protokollen zur Stromversorgung. Ein Muster gibt dir mehr Anhaltspunkte als eine einzelne unerklärte Unterbrechung.