Ett numrerat enhetsnamn kan ha flera orsaker
En användare i communityt såg att en USB-disk ändrades från ett välbekant namn till en numrerad variant, exempelvis 2TB-2. Det första förslaget var en duplicerad eller återanvänd filsystemsetikett. ZimaOS kan lägga till ett suffix när det behöver undvika krockar mellan monteringsnamn, så det är värt att kontrollera etiketterna innan du ändrar sökvägar för program.
Använd lsblk -f för att granska enheten, filsystemstypen, etiketten, UUID:t och den aktuella monteringspunkten. Om två anslutna filsystem använder samma etikett tilldelar du en unik etikett med rätt verktyg för det filsystemet. I tråden nämndes e2label för ext-filsystem och exfatlabel för exFAT. Bekräfta enhetens sökväg och filsystemet först. Att köra ett filsystems specifika kommando mot fel enhet kan orsaka skador.
Det ursprungliga fallet visade också ett fysiskt problem med USB-stabiliteten
Författaren upptäckte senare att enheter anslutna till USB-portarna på baksidan kopplades från och upptäcktes igen. Genom att flytta anslutningarna till den främre USB-C-porten blev konfigurationen stabil. Det resultatet visar att den ändrade monteringen i just detta fall var ett symtom på återanslutning, inte ett bevis på att själva filsystemsetiketten var skadad.
En annan deltagare beskrev en DAS-enhet som gick i viloläge eller kopplades från och sedan kom tillbaka med namn som DAS1-2, DAS1-3 och DAS1-4. Detta gjorde att sökvägarna i Jellyfin slutade fungera. Ämnet innehöll ett externt skärmbildsalbum som visar lagringsproblemet.
UUID-monteringar stabiliserar identiteten, inte USB-anslutningen
Svar från communityt föreslog montering med filsystemets UUID till en fast katalog, exempelvis /DATA/DAS1. En UUID-baserad post i /etc/fstab kan se till att samma filsystem kopplas till samma sökväg även när enhetens kärnnamn ändras. Hämta UUID:t med lsblk -f eller, där det finns tillgängligt, sudo blkid.
Detta förslag bekräftades dock inte som en fungerande lösning av den berörda DAS-användaren. Om du redigerar /etc/fstab felaktigt kan det också påverka uppstarten eller monteringen, så säkerhetskopiera filen, använd alternativ som är lämpliga för flyttbara lagringsenheter och testa posten innan du förlitar dig på den.
Viktigast av allt är att ett UUID inte kan göra otillgänglig maskinvara tillgänglig. Om kabinettet stängs av, en kabel eller port tappar anslutningen eller bryggan slutar svara, förlorar programmen fortfarande åtkomsten tills enheten är tillbaka. Åtgärda problem med ström, viloläge, kablar, portar och kabinettets funktion innan du betraktar en stabil monteringssökväg som hela lösningen.
Vanliga frågor
Varför lade ZimaOS till -2 eller ett annat nummer i namnet på min enhet?
Det kan hända när ett önskat monteringsnamn redan används eller när en enhet kopplas från och monteras igen. Kontrollera etiketter, UUID:n, monteringspunkter och systemets anslutning innan du avgör vilken orsak som gäller.
Förhindrar en UUID-montering att en USB-enhet kopplas från?
Nej. Den ger filsystemet en stabil identitet och en avsedd sökväg, men kan inte åtgärda en fysisk frånkoppling, ett problem med strömhanteringen eller ett instabilt kabinett.
Vad bekräftades i den ursprungliga användarens konfiguration?
Användaren uppgav att det omedelbara problemet löstes genom att flytta USB-anslutningarna från de instabila portarna på baksidan till den främre USB-C-porten. Den senare diskussionen om DAS och fstab gällde ett separat fall och avslutades inte med någon bekräftad programvarulösning.
