Gemenskapslösning

ORICO NVMe-kabinett kopplas bort från Plex på ZimaOS: viloläge kontra exFAT

A user reported that an ORICO TXM2M NVMe enclosure mounted and worked with Plex but disappeared after roughly ten idle minutes. They attributed the behavior to the enclosure's built-in sleep mode and found ext4 more stable than exFAT, though not a complete fix.

Det här communitytipset beskriver ett mycket specifikt fel med extern lagring: NVMe-enheten monterades normalt, Plex kunde spela upp media och sedan försvann monteringen efter ungefär tio minuters inaktivitet. När enheten anslöts igen eller monterades manuellt återställdes åtkomsten.

Den viktigaste lärdomen är inte helt enkelt ”använd inte exFAT”. Tråden pekar på tre separata lager som kan orsaka ett liknande Plex-symptom: strömsparläge i kapslingens firmware, Linux USB-autosuspend och filsystemets samt monteringsprocessens återställningsbeteende.

Plex ”Filen hittades inte” kan börja under Plex

Plex känner bara till den biblioteksmapp som har angetts. Den officiella skapandet av Plex-bibliotek kräver att mediemappen förblir tillgänglig för servern. Om USB-bryggan kopplas från och monteringspunkten försvinner rapporterar Plex att media saknas, eftersom den underliggande lagringssökvägen inte längre finns.

guiden för NAS-mediecenter är användbar för den normala Plex-arkitekturen i ZimaOS, medan maskinvarukraven för Plex skiljer kraven för mediaserverns arbetsbelastning från en lagringskapsling som kopplas från.

Kapslingens strömsparläge och Linux autosuspend är olika saker

Källans författare uppgav att ORICO-kapslingen själv gick in i ett ”intelligent strömsparläge” efter en tids inaktivitet. Linux har också ett separat lager för USB-strömhantering. Linux USB-strömhantering förklarar att power/control=auto tillåter USB-autosuspend, medan on förhindrar kärninitierad autosuspend för den enheten.

Att inaktivera Linux autosuspend kan därför inte garantera en lösning om kapslingens firmware har en egen hårdkodad policy för strömsparläge. Använd det som ett isoleringstest, inte som ett bevis på att USB-bryggan fungerar korrekt.

Varför ext4 kan verka stabilare än exFAT

Tråden rapporterade bättre återställningsbeteende med ext4 än med exFAT, men den innehöll inga kontrollerade tester som bevisar att exFAT orsakade frånkopplingen. Betrakta filsystemet som en av flera variabler efter att den fysiska USB-bryggan och strömsparbeteendet har utretts.

Om enheten även behöver användas av containrar förklarar arbetsflödet för montering av externa enheter varför en stabil monteringspunkt på värdsystemet måste finnas innan en applikation kan förlita sig på den sökvägen.

En säkrare felsökningsordning

  1. Bekräfta om hela USB-enheten försvinner eller om Plex bara tappar biblioteket.
  2. Kontrollera om monteringspunkten fortfarande finns kvar efter inaktivitetsperioden.
  3. Testa Linux USB-autosuspend separat från strömsparläget på kapslingsnivå.
  4. Testa ext4 mot exFAT först när maskinvarans väckningsbeteende har klarlagts.
  5. Välj helst en kapsling som återupptar driften tillförlitligt under Linux för ett mediebibliotek som alltid ska vara tillgängligt.

Sammanfattning

Communityfallet förstås bäst som ett problem med kapslingens väckning och återupptagning, som visade sig som ett fel i Plex-biblioteket. exFAT kan ha gjort återställningen mindre tillförlitlig, men ett byte av filsystem kan inte inaktivera firmwarestyrt strömsparläge. För en ZimaOS-mediaserver som alltid ska vara tillgänglig bör du prioritera en USB/NVMe-brygga som förblir stabil efter inaktivitetsperioder.