Community-Lösung

Anmeldung beim Dateibrowser unter ZimaOS schlägt fehl: Generiertes Administratorkennwort finden

After ZimaOS 1.5.2, a user could not log in to File Browser even after reinstalling. The working solution was to open the app logs and use the randomly generated admin password shown during initialization.

Ein fehlgeschlagener File-Browser-Login nach einem ZimaOS-Update sah zunächst wie ein Fehler in der Anwendung aus. Die erfolgreiche Lösung aus der Community war einfacher: Nach einer sauberen Initialisierung generierte File Browser ein neues Passwort für das Konto admin und gab es in den Anwendungsprotokollen aus.

Warum alte Zugangsdaten nach einem sauberen Zurücksetzen nicht mehr funktionieren

Das aktuelle Verhalten von File Browser bestätigt, was der Thread gezeigt hat. Die offizielle Anleitung zum ersten Start von File Browser besagt, dass eine neue Instanz ihre Datenbank initialisiert und ein zufällig generiertes Passwort für admin in den Konsolenprotokollen ausgibt. Dieses Passwort wird während der Initialisierung nur einmal angezeigt.

Die File-Browser-Authentifizierung dokumentiert außerdem die eigene Authentifizierungsebene von File Browser. Die Zugangsdaten für ZimaOS-Benutzer und die Zugangsdaten der File-Browser-Anwendung sind daher nicht automatisch austauschbar.

Das Passwort in den ZimaOS-Anwendungsprotokollen finden

Öffne in ZimaOS die Einstellungen der File-Browser-Anwendung, öffne anschließend die Protokollansicht und suche nach den ersten Initialisierungsnachrichten. Im ursprünglichen Screenshot ist die wichtige Zeile diejenige, in der steht, dass der Benutzer admin mit einem zufällig generierten Passwort initialisiert wurde.

Container-Protokolle von File Browser mit dem zufällig generierten Admin-Passwort während der ersten Initialisierung
Der ursprüngliche Community-Screenshot zeigt die File-Browser-Protokollzeile, in der das anfängliche Admin-Passwort generiert wird.
Fenster mit den ZimaOS-Einstellungen der File-Browser-Anwendung zum Öffnen des Anwendungsterminals und der Protokolle
Das Einstellungsfenster der File-Browser-Anwendung, über das der ursprüngliche Verfasser das Terminal und die Protokolle aufgerufen hat.
Über die Einstellungsoberfläche der ZimaOS-File-Browser-Anwendung geöffnetes Anwendungsterminal
Das Anwendungsterminal ist von der Protokollansicht getrennt, die das generierte Passwort enthält.

Warum das Löschen einzelner Dateien verwirrend sein kann

File Browser speichert seine Datenbank und Konfiguration getrennt voneinander. Ein teilweises Zurücksetzen kann dazu führen, dass Datenbank, Einstellungen und erwartete Zugangsdaten nicht mehr zusammenpassen. Die Anleitung zur ersten Docker-Anwendung erklärt, warum persistente Containerdaten gewöhnliche Neustarts der Anwendung überdauern, während die Anforderungen des ZimaOS App Store den übergeordneten aktuellen Kontext für ZimaOS-Anwendungen liefern.

Wenn die Anwendung als Teil eines umfassenderen Speicher-Workflows verwendet wird, ist auch die ZimaOS-Cloud-Integration hilfreich, um zu entscheiden, welche Dateien in den Anwendungsspeicher und welche in die zentralen ZimaOS-Datenvolumes gehören.

Wenn das generierte Passwort nicht mehr sichtbar ist

Rate nicht wiederholt Passwörter. Prüfe zunächst, ob die Datenbank neu erstellt wurde und ob die ursprünglichen Initialisierungsprotokolle noch vorhanden sind. Die Upstream-Dokumentation von File Browser weist darauf hin, dass das generierte Passwort nur einmal angezeigt wird. Wenn es verloren gegangen ist, verwende die aktuelle Upstream-Methode zum Zurücksetzen oder erneuten Initialisieren, statt Zugangsdaten aus einer anderen Installation zu übernehmen.

Fazit

In diesem Fall aus der Community funktionierte File Browser selbst ordnungsgemäß. Der Login änderte sich, weil eine saubere Initialisierung ein neues Admin-Passwort generiert hatte. Prüfe die Anwendungsprotokolle unmittelbar nach der Initialisierung und halte die Zugangsdaten des ZimaOS-Kontos von der eigenen Authentifizierungsdatenbank von File Browser getrennt.