Vad får en LXC-container att förlora enhetsåtkomst efter omstart av värddatorn?
En LXC-behållare förlorar ofta åtkomst till enheter efter omstart av värden eftersom värden återskapar enheten med en ändrad sökväg, behörighetsstatus eller starttidpunkt.
Behandla omstarten som en livscykelhändelse för värdens enheter. Bekräfta att maskinvaran har identifierats innan LXC startar, jämför stabila identifierare med flyktiga enhetsnamn, kontrollera beständiga udev-behörigheter och regler för behållaråtkomst och genomför sedan en kallstart igen. Att en omstart av behållaren tillfälligt löser problemet är ett tecken på timing, inte en hållbar lösning.
Bekräfta att värden återskapar enheten efter omstart
Innan du startar behållaren ska du kontrollera att värden identifierar USB-, serie-, GPU- eller annan enhet och anteckna dess leverantörs-ID, produkt-ID, serienummer, major-minor-nummer och aktuella sökväg.
Vägledning för passthrough i hemmalabb rekommenderar stabil USB-passthrough i stället för att anta att ett flyktigt enhetsnamn alltid hänvisar till samma maskinvara efter identifiering.
Om värden själv inte ser enheten ska du stanna på värdlagret. Återanslutning, fast programvara, styrenhet, strömförsörjning eller kärnidentifiering måste åtgärdas innan någon LXC-konfiguration kan fungera.
Ersätt flyktiga enhetsnamn med en stabil identitet
Jämför sökvägarna före och efter omstart. Seriella USB-adaptrar kan byta ttyUSB-nummer och liknande enheter kan identifieras i en annan ordning efter att värden har startat.
En fokuserad genomgång av LXC USB-passthrough visar varför det bara fungerar att skicka in en enhet i LXC när objektet på värdsidan som behållaren hänvisar till fortfarande identifierar den avsedda maskinvaran.
Använd en stabil by-id-sökväg eller en avsiktligt skapad udev-symbolisk länk när enhetsklassen stöder det. Utöka inte behållarens åtkomst till alla USB-enheter bara för att dölja förändringar i identifieringsordningen.
Se till att enhetsbehörigheter överlever återskapandet
Kontrollera ägare, grupp, läge, cgroup-behörighet och behållarmappning efter omstart. Manuell chmod på en enhetsnod är inte beständig eftersom udev kan återskapa noden.
Ett exempel på Z-Wave-passthrough använder beständig enhetsmappning för att hålla en seriell enhet åtkomlig vid ändringar på värden i stället för att förlita sig på en engångsändring av behörigheter.
Definiera den nödvändiga ägar- eller gruppregeln i värdens beständiga konfiguration för enhetshantering och ge behållaren endast åtkomst till den enhetsklass den behöver.
Kontrollera om behållaren startar för tidigt
Starta om värden och jämför tidsstämplarna för när enheten skapades och när LXC startade. En behållare kan starta utan problem samtidigt som maskinvaran den förväntar sig ännu inte har identifierats färdigt.
Bredare vägledning om Proxmox USB-enhetsmappning betonar att USB-passthrough kräver att värden exponerar enheten först. Den ordningen blir avgörande vid obevakade starter av hemmservrar.
Lägg till ett begränsat beroende eller en beredskapskontroll i stället för en godtyckligt lång fördröjning. Behållaren ska misslyckas tydligt eller vänta en kort stund när den nödvändiga enheten saknas.
Genomför en fullständig omstartsverifiering
När identitet, behörigheter eller startordning har åtgärdats ska du kallstarta värden två gånger och testa den faktiska programfunktion som använder enheten, inte bara kontrollera om en nod finns inuti LXC.
Den relaterade guiden om Proxmox-konfiguration för hemmserver från ZimaSpace håller reparationen knuten till en reproducerbar Proxmox-konfiguration för hemmserver i stället för en tillfällig lösning som bara fungerar under en session.
Felet är löst först när samma fysiska enhet visas med avsedd åtkomst efter upprepade starter. Om identiteten är stabil men åtkomsten fortfarande misslyckas ska du spara nekandeloggar från värden och behållaren inför nästa felsökningslager.
Vanliga frågor
Varför återställs enheten ibland när jag startar om behållaren?
Enheten kan ha blivit tillgänglig efter att behållaren startade. En senare omstart hittar den färdigskapade enhetsnoden på värden, men det döljer bara beroendet av startordningen.
Bör jag mappa en USB-enhet via /dev/ttyUSB0?
Föredra en stabil identitet när enhetsklassen tillhandahåller en sådan. Numeriska enhetsnamn kan ändras när maskinvara identifieras efter en omstart.
Kan behörigheter återställas även om enhetens sökväg förblir densamma?
Ja. udev kan återskapa noden med den konfigurerade ägaren, gruppen och läget, så manuella chmod-ändringar kan försvinna vid nästa återanslutning eller omstart.
Rekommenderade produkter
Support och tips
Mer att läsa
Kan Plex dela ett GPU-kort med en annan Docker-container?
Plex och en annan container kan ofta använda samma GPU, men du måste testa drivrutinsstöd, enhetsmappning, belastningen på videoenheten, minne och återställningsbeteende.
Så avgör du om ett Plex-fel kommer från klienten eller servern
Återskapa samma objekt på en annan klient, jämför sessionsvägen och samla sedan in serverbevis först efter att scope har visat var felet faktiskt finns.
Så konfigurerar du Plex-cache och tillfällig lagring för omkodning
Skydda beständigt Plex-tillstånd genom att placera temporära transkodningsfiler på lämplig lokal lagring och verifiera rensning, ledigt utrymme samt omstartsfunktionssätt.
