Resolver o

Descrição do problema

O serviço SSH não inicia e uma mensagem de erro indica que a biblioteca compartilhada libcrypto.so.1.1 está ausente.

error while loading shared libraries: libcrypto.so.1.1: cannot open shared object file: No such file or directory.

Causa

O serviço SSH e seus módulos de autenticação carregam dinamicamente a biblioteca compartilhada libcrypto.so.1.1 durante a execução. Esse erro ocorre quando o arquivo da biblioteca ou o destino do seu link simbólico está ausente, foi movido ou corrompido. Sem essa dependência, o serviço SSH não consegue iniciar.

Soluções

Importante

Se houver um snapshot anterior do disco do sistema disponível, primeiro crie um novo snapshot para fazer backup dos dados atuais. Em seguida, restaure o disco do sistema usando o snapshot anterior e verifique se o serviço SSH inicia corretamente.

Caso não exista um snapshot anterior, será necessária uma instância Elastic Compute Service (ECS) íntegra que execute o mesmo sistema operacional e esteja na mesma zona da instância com problema. É possível restaurar o arquivo de biblioteca ausente anexando o disco do sistema da instância problemática à instância íntegra.

Etapa 1: Desanexar o disco do sistema

Certifique-se de que a instância com problema esteja no estado Stopped e execute as etapas a seguir:

Para evitar perda de dados, crie um snapshot do disco do sistema.
Acesse o Console do ECS - Instâncias. No canto superior esquerdo, selecione a região e o grupo de recursos da instância de destino.
Clique em ID da instância com problema para abrir a página Instance Details e clique em aba Block Storage.
Na coluna Actions do System Disk, escolha > Detach.
Na caixa de diálogo Detach Disk, confirme os detalhes e clique em OK. O disco será desanexado com sucesso quando o status da instância mudar para No System Disk.

Etapa 2: Anexar o disco a uma instância íntegra como disco de dados

Verifique se a instância íntegra está no estado Running e siga os passos abaixo:

Anexe o disco do sistema da instância problemática à instância íntegra.
1. Clique em ID da instância íntegra para abrir sua página de detalhes.
2. Clique em aba Block Storage e depois em Attach Disk.
3. Na página Attach to Instance, selecione o disco do sistema desanexado na seção Disk e clique em Next.
4. Na página Partition Disk and Create and Mount File Systems, selecione Configure Later.
Clique em Connect e escolha Workbench. Faça login na instância conforme solicitado para abrir o terminal.

Monte o sistema de arquivos.

Identifique o nome da partição do disco com problema.

sudo lsblk -f

vda                                                      
├─vda1                                                   
├─vda2 vfat         7938-FA03                            /boot/efi
└─vda3 ext4   root  33b46ac5-7482-4aa5-8de0-60ab4c3a4c78 /
vdb                                                      
├─vdb1                                                   
├─vdb2 vfat         7938-FA03                            
└─vdb3 ext4   root  33b46ac5-7482-4aa5-8de0-60ab4c3a4c78

Neste exemplo, vdb é o disco com problema e vdb3 é a partição raiz a ser montada. As partições são detalhadas a seguir:

vdb1/vdb2: Contêm arquivos de inicialização do sistema. Podem ser ignoradas.
vdb3: Contém arquivos e dados do sistema operacional. Esta partição deve ser montada.

Crie um diretório e monte o sistema de arquivos.

sudo mkdir <mount_directory> && sudo mount /dev/<partition_name> <mount_directory>

Parâmetro	Descrição
`<partition_name>`	Nome da partição raiz do disco com problema identificado na etapa anterior.
`<mount_directory>`	Caminho personalizado de um diretório vazio que começa com `/`. Importante Montar o sistema de arquivos em um diretório não vazio torna os arquivos originais desse diretório inacessíveis.

Por exemplo, para montar a partição de destino vdb3 em um novo diretório chamado /test , execute sudo mkdir /test && sudo mount /dev/vdb3 /test .

Verifique se o sistema de arquivos foi montado.

Execute o comando sudo lsblk. Se um diretório de montagem (MOUNTPOINT) aparecer para a partição de destino, o sistema de arquivos estará montado.

Etapa 3: Reparar o arquivo libcrypto.so.1.1

Este tópico usa o Alibaba Cloud Linux 3.2104 como exemplo. Na instância íntegra, repare o arquivo da biblioteca compartilhada no caminho montado.

Localize o caminho para libcrypto.so.1.1.

O nome do arquivo de biblioteca pode variar dependendo do sistema operacional. Pesquise pelo nome do arquivo que aparece na sua mensagem de erro específica.
```
sudo find / -name libcrypto.so.1.1
```
Saída de exemplo:
```
/usr/lib64/libcrypto.so.1.1
```
A saída de exemplo confirma que o arquivo da biblioteca está no diretório /usr/lib64/.
Verifique o destino do link simbólico.
```
ll /usr/lib64/libcrypto.so.1.1
```
Saída de exemplo:
```
lrwxrwxrwx. 1 root root 19 Nov 20  2024 /usr/lib64/libcrypto.so.1.1 -> libcrypto.so.1.1.1k
```
Este exemplo mostra que libcrypto.so.1.1 é um link simbólico que aponta para o arquivo libcrypto.so.1.1.1k. Portanto, copie o arquivo íntegro libcrypto.so.1.1.1k para o mesmo caminho no disco com problema.
Restaure o arquivo da biblioteca.

Substitua <mount_directory> pelo diretório de montagem real que você criou.
```
sudo cp /usr/lib64/libcrypto.so.1.1.1k <mount_directory>/usr/lib64/
```
Com base no exemplo, você executaria sudo cp /usr/lib64/libcrypto.so.1.1.1k /test/usr/lib64/ .
Defina as permissões corretas e recrie o link simbólico.
1. Configure as permissões e a propriedade do arquivo.
  
  Substitua <mount_directory> pelo diretório de montagem real.
```
# Set permissions to rwxr-xr-x
sudo chmod 755 <mount_directory>/usr/lib64/libcrypto.so.1.1.1k

# Set owner and group to root
sudo chown root:root <mount_directory>/usr/lib64/libcrypto.so.1.1.1k
```
  Com base no exemplo, você executaria sudo chmod 755 /test/usr/lib64/libcrypto.so.1.1.1k e sudo chown root:root /test/usr/lib64/libcrypto.so.1.1.1k .
2. Recrie o link simbólico.
```
sudo ln -sf /usr/lib64/libcrypto.so.1.1.1k <mount_directory>/usr/lib64/libcrypto.so.1.1
```
  Com base no exemplo, você executaria sudo ln -sf /usr/lib64/libcrypto.so.1.1.1k /test/usr/lib64/libcrypto.so.1.1 .

Etapa 4: Reanexar o disco à instância problemática como disco do sistema

Desmonte o sistema de arquivos.

Substitua <mount_directory> pelo diretório de montagem real.
```
sudo umount <mount_directory>
```
Com base no exemplo, você executaria sudo umount /test .
Desanexe o disco do sistema reparado.
1. Retorne ao console do ECS e acesse a página de detalhes da instância íntegra. Clique em Block Storage.
2. Na coluna Actions do disco do sistema reparado, clique em Detach.
3. Na caixa de diálogo Detach Disk, clique em OK.
Anexe o disco do sistema reparado de volta à instância original.
1. Acesse a página de detalhes da instância com problema, clique em aba Block Storage e depois em Attach Disk.
2. Na página Attach to Instance, selecione o disco do sistema reparado como Disk, configure as Logon Credentials e clique em Next.
3. Na página Partition Disk and Create and Mount File Systems, selecione Configure Later.
Inicie a instância ECS.

Etapa 5: Verificar os resultados

Faça login na instância ECS que estava com problema e reinicie o serviço SSH para confirmar que ele está funcionando corretamente.

Para interromper o faturamento, você pode liberar a instância íntegra após confirmar que o serviço foi restaurado.

Recomendações

Manipule arquivos essenciais do sistema com cautela: Antes de excluir, mover ou modificar arquivos críticos do sistema, sempre crie um snapshot para fazer backup dos seus dados. Não exclua arquivos de sistema que você desconhece.
Utilize métodos padrão de instalação de software: Use sempre o gerenciador de pacotes nativo do sistema, como yum ou apt, para instalar ou desinstalar softwares. Isso garante que as dependências sejam tratadas automaticamente e ajuda a prevenir danos às bibliotecas compartilhadas.