Porque é que a reprodução do Jellyfin falha após um reinício?
Quando o Jellyfin funciona antes de um reinício, mas a reprodução falha depois, verifique as dependências que tiveram de ser restabelecidas durante o arranque antes de alterar a biblioteca.
O reinício pode alterar o momento da montagem, os mapeamentos de dispositivos dos contentores, as permissões, o DNS ou a ordem pela qual os serviços ficam disponíveis. Um processo Jellyfin saudável não prova que o caminho para os conteúdos multimédia ou a GPU estejam utilizáveis. Compare o ambiente após o arranque com a configuração de referência funcional e repare a primeira dependência em falta.
Verifique se o armazenamento multimédia está realmente montado
Um diretório pode existir mesmo quando o NAS ou disco que normalmente o ocupa não foi montado. Nesse caso, o Jellyfin pode encontrar um caminho local vazio e indicar que faltam conteúdos multimédia, em vez de apresentar um erro de montagem evidente.
Verificar a montagem antes do arranque dos serviços impede que as aplicações escrevam ou procurem conteúdos num ponto de montagem vazio.
Confirme a identidade do sistema de ficheiros com `findmnt` ou o equivalente da plataforma e, em seguida, leia um ficheiro multimédia conhecido com o utilizador do serviço Jellyfin. Não volte a procurar conteúdos até o armazenamento pretendido estar disponível.
Verifique a propriedade dos dados da aplicação depois de o ambiente de execução voltar
A recriação de contentores ou alterações no anfitrião podem modificar o utilizador numérico que acede à configuração persistente. O acesso de leitura, por si só, não é suficiente, porque o Jellyfin também precisa de atualizar o estado da base de dados e da configuração.
Os serviços em contentores mantêm-se previsíveis quando o mapeamento de UID e GID corresponde à propriedade do sistema de ficheiros nas montagens vinculadas.
Execute um teste descartável de criação e eliminação no diretório-pai dos dados da aplicação, usando a identidade do serviço. O caminho persistente dos dados da aplicação deve sobreviver à substituição do ambiente de execução sem ser necessário corrigir recursivamente a propriedade.
Confirme que os dispositivos de hardware reapareceram
Uma transcodificação que usava a iGPU antes do reinício pode passar para a CPU ou falhar se `/dev/dri` ou outro mapeamento de acelerador estiver em falta. A Reprodução direta pode continuar a funcionar, fazendo com que a falha pareça específica dos conteúdos multimédia.
Um mapeamento de dispositivo falhado pode transferir a mesma reprodução do processamento por hardware para software; um benchmark de transcodificação do Jellyfin mostra como a carga da CPU e da GPU varia acentuadamente entre caminhos acelerados por hardware e caminhos com filtros.
Reproduza um teste conhecido de transcodificação por hardware e inspecione o processo ativo e o mapeamento do dispositivo. Repare o acesso do ambiente de execução ao dispositivo antes de reduzir a qualidade ou alterar os codecs.
Volte a testar o caminho de rede apenas depois de a reprodução local funcionar
Os serviços de DNS remoto, VPN ou proxy podem iniciar-se depois do Jellyfin e causar uma falha apenas no acesso remoto. Mantenha os conteúdos multimédia locais e a acessibilidade remota como testes de aceitação separados.
A capacidade da rede deve ser verificada na extremidade real de entrega; um modelo de largura de banda para transmissão multimédia separa os limites da LAN, do Wi-Fi, do NAS e do carregamento remoto, em vez de tratar todas as falhas de reprodução como problemas de processamento do servidor.
Valide primeiro um cliente local ligado por cabo e, em seguida, um cliente remoto. Se a reprodução local estiver saudável, mantenha a reparação restante na configuração do encaminhamento, DNS, proxy ou túnel, em vez de reconstruir o estado do servidor.
Produtos recomendados
Suporte e Dicas
Mais para Ler
Deve fazer uma cópia de segurança do Jellyfin em funcionamento ou parar primeiro o serviço?
Prefira cópias de segurança com o serviço parado, pela sua simplicidade; utilize instantâneos em funcionamento apenas quando o estado da aplicação for capturado de...
Porque é que o Jellyfin funciona a altas temperaturas ou faz ruído quando ninguém está a transmitir?
O calor em inatividade normalmente indica atividade em segundo plano ou uma carga de trabalho de um anfitrião partilhado; por isso, identifique o processo...
Quando deve reconstruir em vez de reparar o Jellyfin?
Escolha recriar em vez de reparar quando o problema for a divergência do ambiente de execução e o estado persistente estiver salvaguardado; não «recrie»...
