Gemenskapslösning

Filbläddrarens inloggning misslyckas i ZimaOS: Hitta det genererade administratörslösenordet

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.

Ett inloggningsfel i File Browser efter en ZimaOS-uppdatering såg först ut som ett fel i programmet. Den fungerande lösningen som communityn hittade var enklare: efter en ren initiering genererade File Browser ett nytt lösenord för kontot admin och skrev ut det i programmets loggar.

Varför gamla inloggningsuppgifter slutar fungera efter en ren återställning

Det aktuella beteendet i File Browser stöder det som visades i tråden. Den officiella sidan om File Browsers första start beskriver att en ny instans initierar sin databas och skriver ut ett slumpmässigt genererat lösenord för admin i konsolloggarna. Lösenordet visas endast en gång under initieringen.

File Browsers autentisering dokumenterar också File Browsers eget autentiseringslager. ZimaOS-användaruppgifter och File Browsers programuppgifter kan därför inte automatiskt användas omväxlande.

Hitta lösenordet i ZimaOS-apploggarna

Öppna File Browsers programinställningar i ZimaOS och öppna sedan loggvyn. Leta efter de första initieringsmeddelandena. I den ursprungliga skärmbilden är den viktiga raden den som anger att användaren admin initierades med ett slumpmässigt genererat lösenord.

File Browser container logs showing the randomly generated admin password during first initialization
Den ursprungliga community-skärmbilden visar raden i File Browser-loggen där det första administratörslösenordet genereras.
ZimaOS File Browser application settings window used to open the application terminal and logs
Inställningspanelen för File Browser som den ursprungliga skribenten använde för att öppna terminalen och loggarna.
ZimaOS File Browser application terminal opened from the app settings interface
Programterminalen är separat från loggvyn som innehåller det genererade lösenordet.

Varför det kan bli förvirrande att bara ta bort vissa filer

File Browser sparar databasen och konfigurationen separat. En delvis återställning kan lämna dig med en annan kombination av databas, inställningar och förväntade inloggningsuppgifter. Artikeln om den första Docker-appen förklarar varför beständiga containerdata överlever vanliga omstarter av appar, medan kraven för ZimaOS App Store ger en bredare bild av det aktuella appstödet i ZimaOS.

Om appen används som en del av ett större lagringsflöde är ZimaOS molnintegration också användbar för att avgöra vilka filer som ska ligga i applagringen och vilka som hör hemma i ZimaOS huvudsakliga datavolymer.

Om det genererade lösenordet inte längre syns

Försök inte gissa lösenord upprepade gånger. Ta först reda på om databasen har skapats på nytt och om de ursprungliga initieringsloggarna fortfarande finns kvar. File Browser uppströms varnar för att det genererade lösenordet endast visas en gång. Om du har förlorat det bör du använda den aktuella metoden för återställning eller ominitiering från uppströmsprojektet i stället för att kopiera inloggningsuppgifter från en annan installation.

Sammanfattning

I det här community-fallet fungerade File Browser som det skulle. Inloggningen ändrades eftersom en ren initiering genererade ett nytt administratörslösenord. Kontrollera apploggarna direkt efter initieringen och håll ZimaOS-kontots inloggningsuppgifter åtskilda från File Browsers egen autentiseringsdatabas.