Gateway de conexão segura e SRS: Restaurar partição corrompida ao inicializar no modo de emergência
Summary: Quando o Secure Remote Services ou o Gateway de conexão segura é inicializado no modo de emergência, isso ocorre devido a uma partição corrompida. Este artigo fornece uma solução para essa situação. ...
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Instructions
Para o Secure Remote Services (SRS), a partição com maior probabilidade de ser corrompida é /var/log
Para o Gateway de conexão segura (SCG), a partição com maior probabilidade de ser corrompida é /var/lib/docker
As duas instruções abaixo são válidas. Verifique a partição relevante em cada caso.
Abra o console da VM (VMware ou Hyper-V).
Digite a senha de root no prompt.
Abra o registro conforme instruído no VMware Console.
Use o comando barra para pesquisar. Veja o exemplo abaixo
Esse comando destaca ocorrências da palavra "error" nos logs. No exemplo abaixo, vemos que /var/log contém erros, a primeira linha na parte superior. Observe que a palavra error está realçada.
Olhe cuidadosamente e você verá na mesma linha ou aproximadamente na mesma linha da mensagem de erro, um nome de caminho para uma partição ausente.
Para SRS e SCG, as duas partições ausentes mais comuns são /var/log e /var/lib/docker, respectivamente.
Depois de identificar a partição corrompida, veja se você pode recuperá-la com os dois casos mais comuns abaixo:
Nota: A opção -y informa ao comando para responder automaticamente ao prompt para corrigir a corrupção encontrada pelo programa File System Checker.
Depois que a corrupção for reparada, monte a partição:
Verifique se a partição pode ser vista pelo sistema:
Se a partição tiver sido restaurada, reinicialize.
Todas as partições devem ser montadas e todos os serviços devem estar em execução.
Agora, tente fazer log-in na interface do usuário da Web do gateway:
A partição corrompida foi reparada, e o sistema está em backup e funcionando novamente.
Para o Gateway de conexão segura (SCG), a partição com maior probabilidade de ser corrompida é /var/lib/docker
As duas instruções abaixo são válidas. Verifique a partição relevante em cada caso.
Abra o console da VM (VMware ou Hyper-V).
Digite a senha de root no prompt.
Abra o registro conforme instruído no VMware Console.
journalctl -xb
Use o comando barra para pesquisar. Veja o exemplo abaixo
/error
Esse comando destaca ocorrências da palavra "error" nos logs. No exemplo abaixo, vemos que /var/log contém erros, a primeira linha na parte superior. Observe que a palavra error está realçada.
Olhe cuidadosamente e você verá na mesma linha ou aproximadamente na mesma linha da mensagem de erro, um nome de caminho para uma partição ausente.
Para SRS e SCG, as duas partições ausentes mais comuns são /var/log e /var/lib/docker, respectivamente.
Depois de identificar a partição corrompida, veja se você pode recuperá-la com os dois casos mais comuns abaixo:
fsck -y /var/logou
fsck -y /var/lib/docker
Nota: A opção -y informa ao comando para responder automaticamente ao prompt para corrigir a corrupção encontrada pelo programa File System Checker.
Depois que a corrupção for reparada, monte a partição:
mount -a
Verifique se a partição pode ser vista pelo sistema:
df -h
Se a partição tiver sido restaurada, reinicialize.
reboot
Todas as partições devem ser montadas e todos os serviços devem estar em execução.
Agora, tente fazer log-in na interface do usuário da Web do gateway:
SCG: https://<gateway IP>:5700ou
SRS; https://<gateway IP>:9443
A partição corrompida foi reparada, e o sistema está em backup e funcionando novamente.
Affected Products
Secure Remote Services Virtual Edition, Secure Connect Gateway - Virtual EditionArticle Properties
Article Number: 000202483
Article Type: How To
Last Modified: 11 May 2025
Version: 3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.