Meu Void Linux LXQt parou de carregar, fica só no prompt

rommulo9
(usa Void Linux)

Enviado em 21/09/2023 - 22:06h

Olá pessoal.

Após instalar alguns apps em formato .deb no meu Void Linux, usando o xdeb (entre eles o Google Chrome do site oficial, e o módulo de segurança da Caixa Econômica), em algum momento (não me recordo o que estava instalando, acho que compilando o Google Chrome do xbps-src), a partição raiz do meu Void lotou e deu erro na compilação.

Ao reiniciar o notebook, o sistema parou de carregar o LXQt.

Pra mim foi um balde de água gelada, pois gastei tempo em pesquisas e tentativas e erros, até conseguir deixar meu Void redondo, com os apps e recursos que eu mais utilizo.

Carreguei outra distro em live USB para acessar e excluir vários arquivos do cache xbps do Void, liberando uns 16 GB de espaço. Porém o sistema não voltou mais ao normal.

O boot é interrompido na seguinte situação:

mount:/ /home: unknown filesystem type 'ext4'
dmesg(1) may have more information after failed mount system call.
mount:/ /boot/efi: unknown filesystem type 'vfat'
dmesg(1) may have more information after failed mount system call.
Cannot continue due to errors above, starting emergency shell
When ready type exit to continue booting.
/bin/sh: 0: can't access tty: job control turned off
#

Quando dou o comando "exit" ele exibe a tela da foto 02 (anexa), pedindo para selecionar o gerenciador de janelas a ser utilizado, porém o mouse e teclado nada respondem.
Quando dou o comando "startx", exibe a tela da foto 03 (anexa), com 3 janelas em branco e tudo travado.

Se entro com Ctrl+Alt+Del ou digito "reboot", recebo essa mensagem:
- runit: warning: signals only work in stage 2.

Só não entrei em desespero, porque minha /home está em partição separada e é acessível pela distro que carreguei em pendrive, até para poder postar essa questão. Se bem que as partições EFI, Void e Devuan (dual boot) tbm são acessíveis.

O Void está num SSD Sandisk X-400 de 256GB, SMART em bom estado, em dual boot com o Devuan daedalus (que pra variar também deu zebra, não inicia mais com meu user, pois recusa a senha, mesmo estando correta).

As UUID's exibidas no Gparted coincidem com as descritas no GRUB, e a /home está realmente formatada em EXT4, e a /boot/EFI em FAT32.

Disco /dev/sdb: 238,47 GiB, 256060514304 bytes, 500118192 setores
Modelo de disco: Ext. HDD (listei ele conectado como HD externo)
Unidades: setor de 1 * 512 = 512 bytes
Tamanho de setor (lógico/físico): 512 bytes / 512 bytes
Tamanho E/S (mínimo/ótimo): 512 bytes / 512 bytes
Tipo de rótulo do disco: gpt
Identificador do disco: 582D68CC-43EA-455E-BF14-C9F992FCE57D
First usable LBA: 34
Last usable LBA: 500118158
LBA alternativo: 500118191
Partition entries starting LBA: 2
Entradas de partição alocada: 128
Partition entries ending LBA: 33

Dispositivo Início Fim Setores Tamanho Tipo
/dev/sdb1 2048 38911 36864 18M BIOS inicialização
/dev/sdb2 38912 161791 122880 60M Sistema EFI (FAT32)
/dev/sdb3 161792 84047871 83886080 40G Linux sistema de arquivos (Void em BTRFS)
/dev/sdb4 84047872 167995391 83947520 40G Linux sistema de arquivos (Devuan em BTRFS)
/dev/sdb5 167995392 483340287 315344896 150,4G Linux sistema de arquivos (/home em ETX4)
/dev/sdb7 483340288 500117503 16777216 8G Linux swap

Notebook LG A560-T, core i7 3630-QM 3ª geração, GPU dedicada nvidia GT-640M, 16 GB RAM, SSD 256GB.

Não faço a menor ideia se essa situação tem solução.
E não faço ideia se o Void cria automaticamente pontos de restauração do sistema, pois eu mesmo nunca tentei instalar algo como o Timeshift.
Se no menu de inicialização eu escolho Void em modo recuperação, mesmo com algum kernel anterior, o boot é interrompido no mesmo ponto descrito acima.

Por isso, conto com o valioso auxílio de vocês.