Estou usando o Ubuntu 20.04 no WSL e se eu não usar --no-sandboxo Google Chrome, ele não rodará no WSL, por quê? Há mensagens de erro mostradas na captura de tela depois que eu executo o comandogoogle-chrome --no-sandbox
Mas abriu normalmente.
Quando estou editando texto em uma caixa de texto e digito a backspacetecla em vez de mover o cursor para trás e excluir um caractere, ele age como se eu tivesse pressionado a seta anterior no topo do navegador. Isso acontece tanto no Brave quanto no Edge. Se eu segurar a shifttecla, obtenho o backspacecomportamento normal da tecla, mas é mais lento.
Isso começou a acontecer agora. Eu reiniciei e ainda tenho esse comportamento. Estou no Ubuntu 22.04.
O que pode causar isso? Note que isso é sobre edição de texto, como ao inserir termos de pesquisa. Quando clico, backspaceele me leva de volta para outra página da web, como se eu tivesse clicado na seta anterior no topo do navegador.
Isso acontece em:
Corajoso:
- Versão 1.73.105 Chromium: 131.0.6778.265
- Versão 1.75.181 Chromium: 133.0.6943.141
Borda:
- Versão 131.0.2903.112
- Versão 133.0.3065.92
Isso não acontece em:
- Brave 1.71.118 Chromium 130.0.6723.70
- Borda 130.0.2849.52
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
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:
Configuração do servidor FastAPI :
- FastAPI implantado no desktop Ubuntu.
- O servidor escuta na porta
2121.
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.
- Meu ISP me atribuiu o IP estático
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.
- O servidor FastAPI pode ser acessado localmente (por exemplo,
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:
- É possível que meu ISP tenha fornecido um IP estático privado em vez de um IP estático público?
- Se sim, isso significa que a API não estará acessível pela internet, mesmo com o encaminhamento de porta habilitado?
- 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.
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.