Perguntas[ubuntu](computer)

Tenho várias máquinas virtuais que usei com o VirtualBox (agora estou executando a v7.0 no Ubuntu 24.10). Algumas delas que executei há alguns meses não funcionam mais. Na verdade, não consigo adicioná -las ao VirtualBox, ele se recusa a abri-las com o seguinte erro:

NS_ERROR_INVALID_ARG (0X80070057)

Fazendo uma busca, parece que esse é um código de erro bem genérico e não diz muito sobre a causa raiz. Tenho certeza de que os arquivos não estão corrompidos: SSDs diferentes e eu também tenho backups, mas o comportamento é o mesmo.

Além disso, verifiquei os logs das máquinas virtuais e do host (em ~/.config/VirtualBox), mas eles não são atualizados quando esse erro acontece.

Estou preso agora, tenho que executar essas máquinas e não consigo nem adicioná-las para alterar as configurações. Como não há logs disponíveis e o erro é genérico, o que posso fazer para depurar esse problema?

Se isso importa, todas as máquinas virtuais que apresentam esse comportamento têm o Windows 10 como sistema operacional convidado

Seguindo a dica nos comentários, criei um novo VBox adicionando o mesmo vídeo. Agora ele se recusa a rodar dizendo que o SO está faltando. Aqui eu carreguei o arquivo de log.

Aqui está a seção onde falha:

00:00:00.629510 Changing the VM state from 'POWERING_ON' to 'RUNNING'
00:00:00.629514 Console: Machine state changed to 'Running'
00:00:00.630193 VMMDev: Guest Log: BIOS: VirtualBox 7.0.22
00:00:00.630232 PCI: Setting up resources and interrupts
00:00:00.630850 PIT: mode=2 count=0x10000 (65536) - 18.20 Hz (ch=0)
00:00:00.631342 GUI: UIMachineViewNormal::resendSizeHint: Restoring guest size-hint for screen 0 to 800x600
00:00:00.631444 GUI: HID LEDs sync is not supported on this platform
00:00:00.634813 GUI: UIMachineLogicNormal::sltCheckForRequestedVisualStateType: Requested-state=1, Machine-state=6
00:00:00.648272 VMMDev: Guest Log: CPUID EDX: 0x178bfbff
00:00:00.648480 VMMDev: Guest Log: BIOS: No PCI IDE controller, not probing IDE
00:00:00.648593 AHCI#0: Reset the HBA
00:00:00.648595 VD#0: Cancelling all active requests
00:00:00.648617 AHCI#0: Port 0 reset
00:00:00.648630 VD#0: Cancelling all active requests
00:00:00.648836 VMMDev: Guest Log: BIOS: AHCI 0-P#0: PCHS=16383/16/63 LCHS=1024/255/63 0x000000000dc00000 sectors
00:00:00.648864 AHCI#0: Port 1 reset
00:00:00.649462 PIT: mode=2 count=0x48d3 (18643) - 64.00 Hz (ch=0)
00:00:00.685814 Display::i_handleDisplayResize: uScreenId=0 pvVRAM=0000793114000000 w=640 h=480 bpp=32 cbLine=0xA00 flags=0x0 origin=0,0
00:00:00.761245 GUI: UIMediumEnumerator: Medium-enumeration finished!
00:00:03.130467 PIT: mode=2 count=0x10000 (65536) - 18.20 Hz (ch=0)
00:00:03.130566 VMMDev: Guest Log: BIOS: Boot : bseqnr=1, bootseq=0231
00:00:03.130635 VMMDev: Guest Log: BIOS: Boot from Floppy 0 failed
00:00:03.130714 VMMDev: Guest Log: BIOS: Boot : bseqnr=2, bootseq=0023
00:00:03.131020 VMMDev: Guest Log: BIOS: CDROM boot failure code : 0003
00:00:03.131082 VMMDev: Guest Log: BIOS: Boot from CD-ROM failed
00:00:03.131157 VMMDev: Guest Log: BIOS: Boot : bseqnr=3, bootseq=0002
00:00:03.131967 VMMDev: Guest Log: BIOS: Booting from Hard Disk...
00:00:03.132021 VMMDev: Guest Log: BIOS: INT18: BOOT FAILURE
00:00:03.132038 PcBios: Boot failure
00:00:03.132051 VM: Raising runtime error 'VMBootFail' (fFlags=0x0)
00:00:03.132054 Console: VM runtime error: fatal=false, errorID=VMBootFail message="The VM failed to boot. This is possibly caused by not having an operating system installed or a misconfigured boot order. Maybe picking a guest OS install DVD will resolve the situation"

Parece que não encontra o HDD, mas o arquivo vdi está anexado ao controlador SATA

Tenho uma pergunta rápida sobre criptografia completa de disco no Ubuntu.

Quero instalar o Ubuntu 24.04 no meu laptop com criptografia completa de disco, mas também preciso fazer um projeto orientado ao sistema operacional em C para um curso que farei na universidade.

Gostaria de saber se ter uma criptografia de disco completa pode causar alguns problemas ao usar as funções internas do C para E/S de arquivos?

Peço desculpas se for uma pergunta boba, mas não tenho certeza se entendi bem como os LUKS funcionam e em que nível a criptografia/descriptografia é feita.

Tenho o boot PXE 99% funcionando nos meus Raspberry Pi 5 SBCs - tudo, exceto apt-get updatefunciona. Meu ambiente é um servidor TFTP no TrueNAS Scale com 2 compartilhamentos NFS, um para tftpboot e um para os sistemas de arquivos raiz. A configuração 66 do DHCP distribui o endereço IP TFTP sem problemas.

Nova informação extra : Descobri que isso não é um problema puramente no Raspberry Pi OS. Se eu usar DietPi, também baseado em Debian, a mesma coisa acontece:

Err:15 https://dietpi.com/apt bookworm InRelease
  At least one invalid signature was encountered.

O processo para obter os arquivos do sistema de arquivos raiz é:

• Inicializando o pi5 a partir do novo cartão SD
• Passe pela instalação inicial
• rsync /boot/firmware e / para os compartilhamentos acima (não há arquivos ISO envolvidos nisso, como algumas soluções PXE usam). O rsync foi executado --permse verifiquei que as permissões no destino são as mesmas da origem.

Entretanto, quando o pi5 inicializa a partir do PXE, apt-get updateele não roda e gera os seguintes erros:

me@raspberrypi:~ $
me@raspberrypi:~ $ sudo apt-get update
Get:1 http://deb.debian.org/debian bookworm InRelease [151 kB]
Get:2 http://deb.debian.org/debian-security bookworm-security InRelease [48.0 kB]
Get:3 http://deb.debian.org/debian bookworm-updates InRelease [55.4 kB]
Err:1 http://deb.debian.org/debian bookworm InRelease
  At least one invalid signature was encountered.
Err:2 http://deb.debian.org/debian-security bookworm-security InRelease
  At least one invalid signature was encountered.
Err:3 http://deb.debian.org/debian bookworm-updates InRelease
  At least one invalid signature was encountered.
Get:4 http://archive.raspberrypi.com/debian bookworm InRelease [39.3 kB]
Err:4 http://archive.raspberrypi.com/debian bookworm InRelease
  At least one invalid signature was encountered.
Reading package lists... Done
W: GPG error: http://deb.debian.org/debian bookworm InRelease: At least one invalid signature was encountered.
E: The repository 'http://deb.debian.org/debian bookworm InRelease' is not signed.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
W: GPG error: http://deb.debian.org/debian-security bookworm-security InRelease: At least one invalid signature was encountered.
E: The repository 'http://deb.debian.org/debian-security bookworm-security InRelease' is not signed.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
W: GPG error: http://deb.debian.org/debian bookworm-updates InRelease: At least one invalid signature was encountered.
E: The repository 'http://deb.debian.org/debian bookworm-updates InRelease' is not signed.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
W: GPG error: http://archive.raspberrypi.com/debian bookworm InRelease: At least one invalid signature was encountered.
E: The repository 'http://archive.raspberrypi.com/debian bookworm InRelease' is not signed.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
me@raspberrypi:~ $

Permitir repositórios inseguros e não autenticados vai mais longe, mas ainda falha com erros como:

W: GPG error: http://deb.debian.org/debian bookworm InRelease: At least one invalid signature was encountered.
W: The repository 'http://deb.debian.org/debian bookworm InRelease' is not signed.
N: Data from such a repository can't be authenticated and is therefore potentially dangerous to use.

O exemplo apt abaixo instala o nginx, mas observe a linha que diz:

WARNING: The following packages cannot be authenticated!
  nginx-common nginx

Aqui está o resultado completo:

me@raspberrypi:~ $ sudo apt-get install nginx
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following additional packages will be installed:
  nginx-common
Suggested packages:
  fcgiwrap nginx-doc ssl-cert
The following NEW packages will be installed:
  nginx nginx-common
0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 606 kB of archives.
After this operation, 1,708 kB of additional disk space will be used.
Do you want to continue? [Y/n]
WARNING: The following packages cannot be authenticated!
  nginx-common nginx
Install these packages without verification? [y/N] y
Get:1 http://deb.debian.org/debian bookworm/main arm64 nginx-common all 1.22.1-9 [112 kB]
Get:2 http://deb.debian.org/debian bookworm/main arm64 nginx arm64 1.22.1-9 [494 kB]
Fetched 606 kB in 1s (541 kB/s)
Preconfiguring packages ...
Selecting previously unselected package nginx-common.
(Reading database ... 78339 files and directories currently installed.)
Preparing to unpack .../nginx-common_1.22.1-9_all.deb ...
Unpacking nginx-common (1.22.1-9) ...
Selecting previously unselected package nginx.
Preparing to unpack .../nginx_1.22.1-9_arm64.deb ...
Unpacking nginx (1.22.1-9) ...
Setting up nginx-common (1.22.1-9) ...
Created symlink /etc/systemd/system/multi-user.target.wants/nginx.service → /lib/systemd/system/nginx.service.
Setting up nginx (1.22.1-9) ...
Upgrading binary: nginx.
Processing triggers for man-db (2.11.2-2) ...
me@raspberrypi:~ $

Isso me sugere que não é um problema de permissões do sistema de arquivos, caso contrário, novos pacotes não poderiam ser instalados. Após uma reinicialização, o nginx ainda está lá e funcionando bem, então a persistência do sistema de arquivos também está funcionando bem.

Observe que posso adicionar novos repositórios, por exemplo, o repositório Docker, seguindo as instruções oficiais de instalação.

Este não é um problema do Docker, como muitos outros resultados de pesquisa sugerem; o repositório do Docker não está e nunca foi instalado neste sistema, exceto para o teste acima. Há bastante espaço em disco disponível, então também não é isso.

O que pode estar causando isso? Usar temporariamente um apt vazio sources.liste sources.list.dpermitir que o apt rode sem lançar erros, como esperado. Depois de adicionar um novo repositório e executar, sudo apt-get updatetudo está bem, então definitivamente está relacionado aos repositórios existentes da instalação do cartão SD. Restaurar os arquivos copiados mencionados acima traz o erro de volta imediatamente.

Pesquisei bastante e encontrei alguns erros idênticos, mas suas soluções não funcionam aqui, por exemplo

• Não foi possível executar apt update: pelo menos uma assinatura inválida foi encontrada
• apt-get update não funciona: Erros de assinatura/verificação
• apt-get update relata erros de GPG
• https://stackoverflow.com/a/62510927/117259 (este não é um problema do Docker)

Meu teclado não funciona após suspender (mesmo comandos como ctrl+ alt+ f2), se eu fechar a tampa, virá-la e abrir a tampa, o teclado funciona. Comandos de firmware como power e reload funcionam. Eu tentei isso:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash atkbd.reset"

Estou usando um Acer Chromebook Spin 512 r851TN executando o firmware rw legacy do mrchromebox.

OS: Ubuntu 24.04.1 LTS x86_64 
Host: Bobba rev4 
Kernel: 6.8.0-51-generic 
Uptime: 8 hours, 15 mins 
Packages: 1765 (dpkg), 14 (snap) 
Shell: bash 5.2.21 
Resolution: 1366x912 
DE: GNOME 46.0 
WM: Mutter 
WM Theme: Adwaita 
Theme: Yaru [GTK2/3] 
Icons: Yaru [GTK2/3] 
Terminal: gnome-terminal 
CPU: Intel Pentium Silver N5030 (4) @ 3.100GHz 
GPU: Intel GeminiLake [UHD Graphics 605] 
Memory: 2206MiB / 7804MiB

Saída Dmesg no PasteBin: https://pastebin.com/282H720B

Editar: Quando eu disse virar, quis dizer girar o computador de costas e depois abrir a tampa.

Estou tentando escrever um arquivo bat, que instala uma distribuição específica e a prepara para fazer algo com interação mínima do usuário.

O comando que eu uso para isso é wsl --install Ubuntu-24.04.
Isso funciona, ele pede o nome de usuário, a senha, tudo, porém, uma vez que tudo está instalado, o arquivo bat fica preso no shell do Linux e o usuário tem que digitar exitpara sair do shell para continuar executando o arquivo bat.

Ao tentar wsl --install Ubuntu-24.04 --no-launch, o comando retorna para o arquivo bat, porém quando tento executar o próximo comando wsl -d Ubuntu-24.04 -- exit(para realmente iniciar a distribuição para comandos adicionais), recebo o código de erro Wsl/Service/WSL_E_DISTRO_NOT_FOUND.

A distro também não aparecerá quando estiver em execução wsl --list, porque aparentemente --no-launchnão apenas 'não inicia', mas também 'não instala (corretamente)'. Muito pelo contrário, parece que tudo o que ela faz é 'baixar para instalação posterior'.

Executar echo exit | wsl --install Ubuntu-24.04também não funciona, porque a primeira entrada precisa ser o nome de usuário, seguido pela senha. E mesmo se eu consultar ambos do script primeiro, o nome de usuário sozinho já me dá um erro.

Anexei com sucesso um volume ao meu host Ubuntu, como pode ser visto abaixo.

Filesystem      Size  Used Avail Use% Mounted on
tmpfs           3.2G  2.1M  3.2G   1% /run
/dev/sda2        99G   37G   58G  39% /
tmpfs            16G     0   16G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
/dev/sdb        100G  2.0G   98G   2% /data
tmpfs           3.2G   28K  3.2G   1% /run/user/1001

No entanto, /dev/sdbnão está disponível para os aplicativos em execução naquele host. O erro levantado é could not extend file "base/16384/17093": No space left on device\nHINT: Check free disk space.

Descrição do problema:

Estou tentando configurar a transferência de arquivos entre meu Raspberry Pi e um desktop Ubuntu usando um servidor FastAPI. Aqui está minha configuração:

1. Configuração do servidor FastAPI :

   • FastAPI implantado no desktop Ubuntu.
   • O servidor escuta na porta 2121.

2. Configuração de IP estático :

   • Meu ISP me atribuiu o IP estático 172.168.4.50(conforme confirmado pelas configurações do roteador).
   • Habilitei o encaminhamento de porta no meu roteador para a porta 2121para o IP local do desktop Ubuntu.

3. Testando a configuração :

   • O servidor FastAPI pode ser acessado localmente (por exemplo, http://localhost:2121/).
   • Entretanto, quando tento acessar http://172.168.4.50:2121/de fora da rede, a solicitação falha.

4. Etapas de solução de problemas tomadas :

   • Regras de encaminhamento de porta verificadas no roteador.
   • Foi verificado se o servidor FastAPI está em execução e escutando na porta correta.
   • Acessibilidade testada desabilitando temporariamente o firewall no desktop do Ubuntu.

Preocupação:

Depois de alguma pesquisa, percebi que ele 172.168.4.50se enquadra no intervalo de IP privado ( 172.16.0.0para 172.31.255.255). Pelo que entendi, IPs privados não são roteáveis ​​na internet pública.

Questões:

1. É possível que meu ISP tenha fornecido um IP estático privado em vez de um IP estático público?
2. Se sim, isso significa que a API não estará acessível pela internet, mesmo com o encaminhamento de porta habilitado?
3. Devo pedir ao meu ISP para atribuir um IP estático público?

Detalhes do sistema:

• SO do servidor: Ubuntu Desktop
• IP estático fornecido pelo ISP: 172.168.4.50
• Porta encaminhada: 2121
• FastAPI: servidor de API baseado em Python

Comportamento esperado:

A API deve ser acessível de qualquer lugar usando o IP estático e a porta atribuídos pelo ISP 2121.

Comportamento real:

Solicitações http://172.168.4.50:2121/endpointfalham e atingem o tempo limite, mesmo que o encaminhamento de porta esteja configurado.

imagem de erro

Estou tendo esse problema ao usar o nginx em uma VM Ubuntu para hospedar um site muito básico. O site é tão básico que literalmente hospeda apenas uma única imagem e um único botão.

Sempre que sudo systemctl restart nginxisso parece "consertar" o problema por um tempo. Mas ao testar novamente o site no meu(s) telefone(s) e no meu desktop com algumas atualizações para simular o uso leve e normal. Eventualmente, as páginas da web demoram muito para responder e recebem os erros "não é possível acessar o servidor".

Aqui está meu arquivo de configuração: Eu desenvolvi este arquivo de configuração por horas de escavação na Internet e misturando sugestões. Tenho a sensação de que esta é uma correção super simples que estou ignorando, porque, de acordo com a web, o nginx deve lidar com milhares de conexões de uma só vez sem problemas. Estou executando o servidor com 4 GB de RAM e 3 núcleos em um i7 10750. Por favor, ajude. Por favor, veja o arquivo de configuração para minha tentativa de remediar o problema, mas como eu estava dizendo, com o tempo ou após um certo número de novas conexões e atualizações, ele se torna insuportavelmente lento e não consegue mais se conectar ao servidor após um certo ponto.

EDIT: seguir o arquivo de log de erros não produz nenhum erro, e o outro arquivo de log, quando o site carrega, apenas exibe a saída esperada.

EDIT2: pesquisando mais, vejo que solicitar o SSL é o que demora insuportavelmente. Normalmente, após uma reinicialização do servidor, leva uma fração de segundo para executar este comando: curl -w "\nSSL Handshake Time: %{time_appconnect}\nTotal Time: %{time_total}\n" -o /dev/null -s https://directinghomesolutions.com No entanto, tentar fazer isso repetidamente, obterei resultados mistos de 8+ segundos até 100 em alguns pontos. Alguém tem alguma sugestão sobre como fazer isso?

EDIT 3: Eu descobri, eu precisava sair e comprar um adaptador de rede para meu computador que eu então permiti que a VM usasse diretamente através da porta USB. Depois eu configurei o encaminhamento de porta adequado para as portas 80 e 443 através do meu roteador, se você estiver tendo os mesmos problemas com seu roteador, certifique-se de também verificar novamente a instalação dos seus certificados SSL etc. Acontece que não tem nada (ou quase nada) a ver com o NGINX.

Tenho uma configuração para executar programas com GUIs no Ubuntu com MobaXterm e Windows Subsystem para Linux 2. No meu .bashrc, defino a variável DISPLAY com export DISPLAY=$(cat /etc/resolv.conf | grep nameserver | awk '{print $2; exit;}'):0. Agora, isso parece não funcionar na minha conexão ethernet ou Wifi do trabalho - se eu executar um programa como o emacs em um terminal Ubuntu, ele simplesmente trava, e preciso interrompê-lo com Ctrl+C, e então recebo a saída "Display ... unavailable" (onde ... é o valor de DISPLAY).

A questão é basicamente: alguém sabe o que pode funcionar agora para permitir GUIs no Ubuntu usando MobaXterm com WSL2?

Ele funciona quando estou conectado ao meu Wi-Fi doméstico, mas não quando uso meu telefone como um hotspot. Também posso iniciar GUIs das próprias instâncias de terminal do MobaXterm (que não estão executando o Ubuntu, presumo). Criei essa configuração em meados de 2020 e funcionou na minha rede de trabalho pelo menos até 19 de dezembro de 2023 - não precisei usar essa configuração com muita frequência por um tempo e não registrei precisamente quando a usei com sucesso desde então. Menciono isso como esta postagem diz que a atualização do Windows 23H2 quebrou o encaminhamento do X11 para eles, então o problema pode estar relacionado a atualizações, mas a configuração deles é diferente da minha e as correções mencionadas lá (usando ip routeou não configurando DISPLAY) não funcionam para mim.

Tentei todas as outras soluções possíveis que encontrei on-line, sem sucesso até agora (geralmente elas são antigas ou funcionam para pessoas que não usam o MobaXterm) - usando $(hostname).local:0, saída de route.exeou baseando DISPLAY no meu endereço IP fornecido por hostname -I, ifconfig, ipou netshe.exe.

Se eu defino DISPLAY para algo claramente inválido, o emacs não trava, mas vai direto para o modo "-nw", ou seja, sendo apenas um editor de texto no terminal. Então ele parece reconhecer que há algo não trivial sobre os endereços retornados pela maioria dos métodos acima, mas não é capaz de usá-los corretamente.

Fiquei pensando se poderia ser uma configuração do Firewall do Windows Defender, dada a diferença entre minhas redes doméstica e de trabalho e outras postagens mencionando isso como um problema potencial, mas não vejo nada que seja obviamente um problema. Mas não estou muito familiarizado com configurações de firewall, então posso não estar procurando a coisa certa. Minhas redes de trabalho e hotspot de telefone aparecem como redes "Privadas" nas configurações de Redes e Internet, sem opção para alterar isso, e ainda não verifiquei se há algo claramente diferente sobre minha rede Wi-Fi doméstica.

Informações da versão:

• Janelas 23H2 22631.4317
• WSL2 10.0.22621.1 (WinBuild.160101.0800) (saída de (get-item C:\windows\system32\wsl.exe).VersionInfo.FileVersion)
• MobaXterm v.20.1 compilação 4290
• Ubuntu 20.04

Sim, WSL, MobaXterm e Ubuntu são bem antigos, eu acho, pois tenho dito "se não está quebrado, não atualize". Talvez eu deva atualizar um ou mais desses componentes? Mas eu prefiro não arriscar quebrar outros aspectos da minha configuração ou ter que reconstruí-la, se houver uma maneira mais simples de fazer isso funcionar, ou se houver uma quantidade mínima de atualização necessária.

Então, eu tenho um laptop dual boot (Win10 e Ubuntu) que é baseado em inicialização UEFI e tem 2 SSDs físicos. Depois de tentar reduzir minha partição Ubuntu (sda6 abaixo) e inicializar o Ubuntu, o kernel do Ubuntu começa a carregar e, depois de um tempo, sou jogado em um shell de resgate do busybox (porque o fsck quer ser executado após o redimensionamento, como script de gancho init)

Infelizmente, o fsresize e outros utilitários não estão no busybox distribuído, então inicializei a partir de um pendrive USB Live do Gparted e obtive acesso a algumas outras ferramentas como gdisk, lsblk, testdisk, parted e assim por diante.

O layout da partição é o seguinte:

root@debian:~# lsblk
NOME MAJ:MIN RM TAMANHO RO TIPO PONTOS DE MONTAGEM
loop0 7:0 0 463,4M 1 loop /usr/lib/live/mount/rootfs/filesystem.squashfs
                                      /run/live/rootfs/filesystem.squashfs
sda 8:0 0 238.5G 0 disco
├─sda1 8:1 0 260M 0 parte
├─sda2 8:2 0 16M 0 parte
├─sda3 8:3 0 105.9G 0 parte
├─sda4 8:4 0 23.5M 0 parte
├─sda5 8:5 0 47.1M 0 parte
├─sda6 8:6 0 131.4G 0 parte
└─sda7 8:7 0 800M 0 parte
sdb 8:16 0 465.8G 0 disco
└─sdb1 8:17 0 465.8G 0 parte
sdc 8:32 1 3.7G 0 disco
└─sdc1 8:33 1 3.7G 0 parte /usr/lib/live/mount/medium
                                      /executar/ao vivo/médio
sr0 11:0 1 1024M 0 rom
mmcblk0 179:0 0 14.6G 0 disco
└─mmcblk0p1 179:1 0 14,6G 0 parte

onde /dev/sda6 é a partição problemática do Ubuntu.

do gparted usb live cd tentei um processo de recuperação com fsck:

root@debian:~# fsck.ext4 /dev/sda6
e2fsck 1.47.0 (5-fev-2023)
O tamanho do sistema de arquivos (de acordo com o superbloco) é 35389440 blocos
O tamanho físico do dispositivo é 34451766 blocos
É provável que o superbloco ou a tabela de partição esteja corrompida!
Abortar? sim

uma das soluções na rede é redimensionar a partição usando resize2fs, o que não funciona:

root@debian:~# resize2fs -f /dev/sda6
resize2fs 1.47.0 (5-fev-2023)
Redimensionando o sistema de arquivos em /dev/sda6 para blocos de 34451766 (4k).
resize2fs: Não é possível ler um bitmap de bloco ao tentar redimensionar /dev/sda6
Execute 'e2fsck -fy /dev/sda6' para corrigir o sistema de arquivos
após a operação de redimensionamento abortada.

Eu tentei fsck com outros superblocos também (32768... etc), mas todos eles apresentaram o mesmo erro.

Então verifiquei a tabela de partições, que fornece:

root@debian:/home/usuário# gdisk /dev/sda
GPT fdisk (gdisk) versão 1.0.10

Verificação da tabela de partição:
  MBR: protetor
  BSD: não presente
  APM: não presente
  GPT: presente

GPT válido encontrado com MBR protetor; usando GPT.

Comando (? para ajuda): p
Disco /dev/sda: 500118192 setores, 238,5 GiB
Modelo: SanDisk SD9SB8W2
Tamanho do setor (lógico/físico): 512/512 bytes
Identificador de disco (GUID): 0AE22A81-8CBF-4E26-BD23-C0B1279204CA
A tabela de partição contém até 128 entradas
A tabela de partição principal começa no setor 2 e termina no setor 33
O primeiro setor utilizável é 34, o último setor utilizável é 500118158
As partições serão alinhadas em limites de 2 setores
O espaço livre total é de 15338 setores (7,5 MiB)

Número Início (setor) Fim (setor) Tamanho Código Nome
   1 2048 534527 260,0 MiB EF00 partição do sistema EFI
   2 534528 567295 16,0 MiB 0C01 Microsoft reservado ...
   3 567296 222707711 105,9 GiB 0700 Partição de dados básicos
   4 222709090 222757289 23,5 MiB 0700
   5 222757290 222853679 47,1 MiB EF00 partição do sistema EFI
   6 222853680 498467812 131,4 GiB 8300
   7 498479104 500117503 800,0 MiB 2700 Partição de dados básica

Comando (? para ajuda):

Eu pude ver que o fim da partição 6 não é antes do início da parte 7, então eu deletei a partição e a recriei, agora a parte 6 termina logo antes da parte 7 (498479103)

Depois dessa alteração de partição, o fsck continua apresentando o mesmo erro.

No dmesg há um erro sobre geometria ruim em /dev/sda6

Tenho backups, então esse não é o grande problema e, para minha surpresa, o testdisk pode ler, acessar e copiar todos os meus dados (avançado -> opções do sistema de arquivos) para /dev/sdb1 (outro disco no mesmo sistema)

Disco /dev/sda - 256 GB / 238 GiB - CHS 31130 255 63

     Partição Início Fim Tamanho em setores
  1 P Sistema EFI 2048 534527 532480 [Partição do sistema EFI]
  2 P MS Reservado 534528 567295 32768 [Partição reservada da Microsoft]
  3 P MS Data 567296 222707711 222140416 [Partição de dados básicos] [SO]
  4 P Dados MS 222709090 222757289 48200 [HIVE-CONFIG]
  5 P Sistema EFI 222757290 222853679 96390 [Partição do sistema EFI]
> 6 P Linux filesys. dados 222853680 498467812 275614133
  7 P Windows Recovery Env 498479104 500117503 1638400 [Partição de dados básica]

 [ Tipo ] >[Criação de Imagem] [ Sair ]
                                Criar uma imagem

gparted ou parted se recusam a fazer algo com a partição porque ela contém erros.

Nenhum grupo de volume onde em uso. Pelo menos o fstab original não menciona isso.

Alguém conhece uma solução milagrosa para consertar isso sem fazer uma reinstalação completa, como reconstruir o sistema de arquivos? Ou reconstruir (um) superbloco(s)?