Solução da comunidade

A caixa NVMe da ORICO desliga-se do Plex no ZimaOS: suspensão vs. 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.

Esta dica da comunidade descreve uma falha muito específica do armazenamento externo: a unidade NVMe era montada normalmente, o Plex conseguia reproduzir multimédia e, depois, o ponto de montagem desaparecia após cerca de dez minutos de inatividade. Voltar a ligar a unidade ou montá-la manualmente restaurava o acesso.

A lição útil não é simplesmente «não use exFAT». O tópico aponta para três camadas distintas que podem produzir um sintoma semelhante no Plex: o modo de suspensão do firmware da caixa externa, a suspensão automática de USB no Linux e o comportamento de recuperação do sistema de ficheiros e da montagem.

O erro «Ficheiro não encontrado» do Plex pode começar abaixo do Plex

O Plex só conhece a pasta da biblioteca que lhe foi indicada. A criação de bibliotecas do Plex exige que a pasta de multimédia permaneça acessível ao servidor. Se a ponte USB se desligar e o ponto de montagem desaparecer, o Plex comunica que faltam ficheiros porque o caminho de armazenamento subjacente já não existe.

O guia do centro multimédia NAS é útil para a arquitetura normal do Plex no ZimaOS, enquanto os requisitos de hardware do Plex distinguem os requisitos da carga de trabalho do servidor multimédia de uma caixa de armazenamento que se está a desligar.

A suspensão da caixa externa e a suspensão automática do Linux são diferentes

O autor original referiu que a própria caixa ORICO entrava num estado de «suspensão inteligente» após um período de inatividade. O Linux também possui a sua própria camada independente de gestão de energia USB. A gestão de energia USB do Linux explica que power/control=auto permite a suspensão automática de USB, enquanto on impede a suspensão automática iniciada pelo kernel para esse dispositivo.

Por isso, desativar a suspensão automática do Linux não garante uma solução se o firmware da caixa externa aplicar a sua própria política de suspensão completa. Use esta opção como teste de isolamento, não como prova de que a ponte USB está saudável.

Porque é que o ext4 pode parecer mais estável do que o exFAT

O tópico referia um comportamento de recuperação melhor com ext4 do que com exFAT, mas não apresentava testes controlados que provassem que o exFAT causava a desligação. Considere a escolha do sistema de ficheiros como uma variável, depois de compreender o comportamento da ponte USB física e da suspensão.

Se a unidade também precisar de ser utilizada por contentores, o fluxo de montagem de unidades externas explica por que razão tem de existir um ponto de montagem estável no anfitrião antes de uma aplicação poder depender desse caminho.

Uma ordem de resolução de problemas mais segura

  1. Confirme se todo o dispositivo USB desaparece ou se apenas o Plex deixa de aceder à biblioteca.
  2. Verifique se o ponto de montagem ainda existe após o período de inatividade.
  3. Teste a suspensão automática de USB do Linux separadamente da suspensão ao nível da caixa externa.
  4. Teste ext4 e exFAT apenas depois de compreender o comportamento de ativação do hardware.
  5. Prefira uma caixa externa que retome o funcionamento de forma fiável no Linux para uma biblioteca multimédia sempre ligada.

Em resumo

O caso da comunidade é mais bem compreendido como um problema de ativação e retoma da caixa externa que se manifestou como uma falha da biblioteca do Plex. O exFAT pode ter tornado a recuperação menos fiável, mas mudar de sistema de ficheiros não pode desativar a suspensão ao nível do firmware. Para um servidor multimédia ZimaOS sempre ligado, dê prioridade a uma ponte USB/NVMe que permaneça estável após períodos de inatividade.