Perguntas[windows-subsystem-for-linux](computer)

Comprei um novo PC com Windows 11 Pro no meu escritório. Ele não tem conexão com a internet por motivos de segurança. Estou com problemas para fazer o Ubuntu funcionar no Windows Subsystem for Linux - WSL (observe que não tenho experiência anterior em WSL).

Eu fiz o seguinte:

1. Baixei o WSL mais recente de https://github.com/microsoft/WSL/releases
2. Instalou o arquivo WSL MSI
3. Siga as instruções de https://learn.microsoft.com/en-us/windows/wsl/install-manual para habilitar o WSL e o recurso de máquina virtual
4. Baixei algumas versões diferentes do Ubuntu (24.04, 22.04, 20.04)
5. Executado no PowershellAdd-AppxPackage -Path "C:\apps\Path_To_My_Ubuntu.AppxBundle"
6. Também clique duas vezes no pacote AppxBundle para instalá-lo
7. Ele diz que está instalado, eu aperto "Launch" e nada acontece. Então esse é meu ponto travado.

Também baixei e instalei o Docker Desktop e, no processo, obtive em meus drives um diretório Linux "docker-desktop" que funciona.

Quando executo, wsl -lele apenas lista "docker-desktop (padrão)", então fiz o suficiente para que isso aparecesse, mas não descobri como executar o Ubuntu e é por isso que estou pedindo ajuda.

Ao alternar do bash para o fish no Ubuntu WSL, a codificação de caracteres fica quebrada no vim (e outros apps de terminal). No fish em si, tudo parece bem:

Mas quando abro o vim pelo bash (primeira captura de tela) ou pelo fish (segunda captura de tela), há uma diferença:

Esta é a saída do localecomando no bash e no fish:

jan@HSD-PF540YBG:~$ locale
LANG=C.UTF-8
LANGUAGE=
LC_CTYPE="C.UTF-8"
LC_NUMERIC="C.UTF-8"
LC_TIME="C.UTF-8"
LC_COLLATE="C.UTF-8"
LC_MONETARY="C.UTF-8"
LC_MESSAGES="C.UTF-8"
LC_PAPER="C.UTF-8"
LC_NAME="C.UTF-8"
LC_ADDRESS="C.UTF-8"
LC_TELEPHONE="C.UTF-8"
LC_MEASUREMENT="C.UTF-8"
LC_IDENTIFICATION="C.UTF-8"
LC_ALL=
jan@HSD-PF540YBG:~$ fish
Welcome to fish, the friendly interactive shell
Type help for instructions on how to use fish
~ > locale
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=C.UTF-8
LANGUAGE=
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=en_US.UTF-8

Pronto para uso, o Windows 11 reconhece que o wslcomando existe. No entanto, ele não me leva a lugar nenhum, exceto me mostra informações sobre sinalizadores para wsl --install:

Primeiro, fiz o seguinte para evitar instalar o bloat desnecessariamente no novo sistema:

1. Abriu o PowerShell como administrador.
2. Executei o seguinte comando:

PS C:\Users\User> Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-Linux.

3. Reiniciei o laptop.

Esperando que agora o wslcomando funcionasse. Infelizmente, era o mesmo de antes.
A execução wsl --installme mostrou uma lista de 14 opções de distro.

Eu executei o seguinte em powershell.exe:

PS C:\Users\User> wsl --install -d Ubuntu

E obteve:

An error occurred during installation. Distribution Name: 'Ubuntu' Error Code: 0x8000ffff

Pesquisei o código de erro e pode ser um problema com 1. O componente de atualização (seja lá o que for) ou 2. Com um software de terceiros, como o McAfee Antivirus que tenho.

Contexto: - Por que estou tentando habilitar wsl?

1. Execute o ROS2 para configurar a comunicação entre o laptop e uma placa controladora
2. Para verificar a resposta à minha pergunta anterior sobre mesclagem de texto

Agora, o que devo fazer?

EDITAR (27/8/24):

Após a resposta, aqui está o que eu procedi:

Primeiro, instalei o WSL da MS Store. No futuro, posso tentar fazer com wingetou localizar o completo wsl.exeem uma busca na internet.

Por fim, executei o comando sem o -dsinalizador e obtive o seguinte (verbatim):

PS C:\Users\User\Documents> wsl --install Ubuntu Ubuntu is already installed. Launching Ubuntu... Installing, this may take a few minutes... Please create a default UNIX user account. The username does not need to match your Windows username. For more information visit: https://aka.ms/wslusers Enter new UNIX username: user New password: Retype new password: passwd: password updated successfully The operation completed successfully. Installation successful! To run a command as administrator (user "root"), use "sudo ". See "man sudo_root" for details. Welcome to Ubuntu 22.04.3 LTS (GNU/Linux 5.15.153.1-microsoft-standard-WSL2 x86_64)

* Documentation: https://help.ubuntu.com
* Management: https://landscape.canonical.com
* Support: https://ubuntu.com/advantage

This message is shown once a day. To disable it please create the /home/user/.hushlogin file.

PORTANTO, A INSTALAÇÃO FOI UM SUCESSO GRAÇAS AO SUPERUSER. Obrigado a todos que tornaram isso possível. Espero que cada solução de problemas ocorra tão bem quanto. Muitas felicidades!

Resumo

Não consigo mais abrir aplicativos GUI do WSL. A única coisa que mudou recentemente foi uma nova atualização do Windows.

Informação do sistema

Estou no Windows 11 Home versão 23H2, compilação 22631.3737 Windows Feature Experience Pack 1000.22700.1009.0 usando WSL 2

Eu tenho o seguinte em meu ~/.bashrcarquivo:

# allow X11 to work
export DISPLAY="$(grep nameserver /etc/resolv.conf | sed 's/nameserver //'):0.0"
export LIBGL_ALWAYS_INDIRECT=1

E minha DISPLAYvariável fica assim:

$ echo $DISPLAY
10.255.255.254:0.0

Eu executo o XLaunch com estas configurações:

<?xml version="1.0" encoding="UTF-8"?>
<XLaunch
  WindowMode="MultiWindow"
  ClientMode="NoClient"
  LocalClient="False"
  Display="-1"
  LocalProgram="xcalc"
  RemoteProgram="xterm"
  RemotePassword=""
  PrivateKey=""
  RemoteHost=""
  RemoteUser=""
  XDMCPHost=""
  XDMCPBroadcast="False"
  XDMCPIndirect="False"
  Clipboard="True"
  ClipboardPrimary="True"
  ExtraParams=""
  Wgl="True"
  DisableAC="True"
  XDMCPTerminate="False"
/>

Descrição

Esta configuração está funcionando há anos. Atualizei meu PC no fim de semana e liguei-o esta manhã para encontrar a mensagem " Error: Can't open display: 10.255.255.254:0.0" toda vez que tento iniciar um programa GUI.

Alguma idéia do que deu errado? Gostaria de poder executar aplicativos GUI do WSL novamente.

Quero usar Kali Linux em minha máquina Windows 11 por meio de wsl. Depois de instalar o kali no meu wsl, fiz sudo apt update -yo que funcionou bem, mas sudo apt upgrade -yagora está travado em 2% de progresso por mais de 20 minutos. Esta operação não deve demorar tanto.

é assim que parece

Realizado sudo apt update -ye funcionou bem, então sudo apt upgrade -y, o que não está sendo concluído. A barra de progresso está presa em 2% há mais de 20 minutos. Não consigo encerrar o processo com "ctrl + c". Se eu tentar abrir outra janela do terminal kali e executar o sudo apt upgradecomando, recebo a mensagem "Aguardando bloqueio de cache: não foi possível obter o bloqueio /var/lib/dpkg/lock-frontend. Ele é mantido pelo processo 126 (apt).. ." erro.

Aparentemente, o primeiro comando de atualização ainda está em execução, mas não está terminando. Qual poderia ser a razão por trás disso e o que eu poderia tentar resolver?

Obrigado!

Vejo os seguintes artefatos ao mover o mouse sobre aplicativos Linux em execução no WSL:

O sistema é um Thinkpad T470 (CPU Intel Core i5-7300U, gráficos integrados). O ISO de instalação foi baixado diretamente da Microsoft. Foi assim que instalei o WSL:

No Windows

wsl --install
wsl --install Ubuntu-22.04

No shell WSL:

sudo apt update && sudo apt upgrade -y
sudo apt install x11-apps

Versão WSL:

WSL version: 2.0.9.0
Kernel version: 5.15.133.1-1
WSLg version: 1.0.59
MSRDC version: 1.2.4677
Direct3D version: 1.611.1-81528511
DXCore version: 10.0.25131.1002-220531-1700.rs-onecore-base2-hyp
Windows version: 10.0.22631.2715

O que poderia causar isso? Isso não acontece em outras máquinas onde instalei o WSL.

Estou usando o Debian no WSL. No entanto, trabalho principalmente no caminho do Windows. Atualmente meu PS1in .bashrcestá assim:

PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ '

Isso torna o caminho muito longo quando estiver na unidade do Windows, porque sempre mostra o prefixo desnecessário /mnt/c/Users/name. Eu queria saber se havia a possibilidade de exibir o caminho relativo ao arquivo /mnt/c/Users/name.

Desde já, obrigado!

Então, quero instalar o CUDA em um ambiente WSL Ubuntu para poder executar o TensorFlow na minha GPU. Como o TensorFlow oferece suporte apenas até a versão 11.8, usei os comandos do tutorial a seguir. No último comando, depois de iniciá-lo, ele começou a enviar várias solicitações Get e depois descompactar vários pacotes. No entanto, em um desses pacotes (chamado libcublas-dev-11-8), sua descompactação já está em execução há cerca de 21 horas. O Gerenciador de Tarefas mostra que está ocupando menos de 1% da CPU, cerca de 300 MB de RAM e pouco ou nenhum uso de disco. Há algo errado com a instalação ou devo deixá-la funcionar por mais tempo? Se houver algo errado, como posso consertar, ou se devo apenas deixar funcionar, quanto tempo levará?

ATUALIZAÇÃO: Depois de encerrar o processo por meio da reinicialização do computador e executar novamente o comando, ele pareceu concluir a descompactação de libcublas-dev-11-8, mas agora parece estar preso em "Selecionando pacote anteriormente não selecionado libnvjpeg-dev-11-8." Desta vez, também ocupa 10 GB de RAM, embora ainda sem uso de CPU.

Depois de usar o aplicativo Microsoft Store para atualizar todos os aplicativos (incluindo WSL), o WSL falha ao ser executado sem privilégio de administrador.

Windows PowerShell
Copyright (C) Microsoft Corporation. All rights reserved.

Try the new cross-platform PowerShell https://aka.ms/pscore6

PS C:\Users\mslin> wsl
Element not found.
Error code: Wsl/ERROR_NOT_FOUND

Se eu executar o PowerShell com privilégios de administrador, posso iniciá-lo digitando wsl. O Ubuntu ainda está intacto. A seguir, iniciei o PowerShell com privilégio de administrador, caso contrário, este comando também falharia:

Windows PowerShell
Copyright (C) Microsoft Corporation. All rights reserved.

Try the new cross-platform PowerShell https://aka.ms/pscore6

PS C:\Windows\system32> wsl -l
Windows Subsystem for Linux Distributions:
Ubuntu (Default)

O que devo fazer para corrigir isso?

A taxa de transferência da rede WSL diminui ao transferir arquivos grandes.

Para reproduzir, você pode tentar fazer upload de um arquivo na ordem de 100 MB ou maior.

Exemplo

Do Windows Host, um sistema Windows 11, transferência deste arquivo

04/10/2023  20:54       939,587,072 en-ai-ubi8-apache2-py311.tgz

para um sistema remoto usando SCP é medido em 1714,0 kB/s :

A partir da versão 2 do WSL, no mesmo host,

D:\>wsl -l -v
  NAME                   STATE           VERSION
* CentOS                 Running         2
  docker-desktop-data    Stopped         2
  docker-desktop         Stopped         2

A mesma transferência do WSL é medida quase na mesma velocidade no início, mas depois rapidamente a taxa de transferência diminui para 37 KB/s!

O problema agora é bem conhecido e relatado no github

https://github.com/microsoft/WSL/issues/8171

Escusado será dizer que este problema afeta qualquer software que lide com arquivos grandes. Exemplos típicos incluem: gerenciadores de pacotes de software, docker push/pull estava inutilizável, servidores FTP, etc.