Desktop Linux -> Windows com WSL
comentada em 23/07/2022 13:47

postado por @Abra em 12/07/2022 20:02

Bugs quando tu tá numa reunião no Google Meet e tenta compartilhar a tela inteira. 

O VMWare Player fecha :/

O bom é que assim você usa menos o meet.

Eu fiz a migração e o maior problema que tive foi configurar a autenticação do git com as chaves SSH. Usando git pull/push pela interface do VSCode não usa a chave configurada, e aí só via terminal pra funcionar. Provavelmente foi um erro meu/faltou insistir na busca da solução hehe
Além disso, configura o WSL para não consumir toda a RAM se vc usa Docker (WSL2 Tips: Limit CPU/Memory When using Docker | by Ali Bahraminezhad | ITNEXT)
De resto, foi sucesso.

postado por @O.Escolhido em 13/07/2022 13:45
O bom é que assim você usa menos o meet.

Me sinto obrigado a admitir que fiquei um tanto feliz, sabe?

@frijoles valeu pelas dicas.

Eu geralmente mando os comandos git via terminal no vscode mesmo, não via interface.

Já sobre o problema de RAM imaginei que poderia ter algum problema mesmo, obrigado pela dica.

Neste final de semana fui terminar de preparar o ambiente pra tentar trabalhar na semana usando o WSL2 e o resultado foi:

- Tava com tudo pronto no ambiente, mas previamente eu tinha diminuído a partição do Windows pra aumentar a do Linux, e só tinha 100gb pro W11 e queria aumentar
- Resolvi reparticionar o Linux, diminuindo pra abrir espaço pro W11, e pra mexer nas partições tive que empurrar o início da do Linux pra frente, e quem já fez isso já sabe o potencial de merda que isso tem.
- Fui fazer isso sem backup no Linux
- Caguei minha partição Linux
- Não dava mais pra logar nem recuperar nenhum bloco pra tentar rebootar no Linux
- Perdi a paciência em 10 minutos e não quis mais tentar consertar, e nem sei se tinha conserto fácil
- Apaguei logo toda a partição, ocupei tudo com W11 e corri pro abraço.

Cá estou trabalhando no W11 usando WSL2 e até o momento tá relax

@Giovanni pior que eu acho que tinha configurado o timeshift mas acho que tava salvando dentro da própria partição e não numa partição diferente  

Pelo menos é possível meter um Arch no WSL, então tô praticamente em casa

@ThiagoDV : também tenho usado o WSL2 a algum tempo, e recentemente notei uma questão que eventualmente pode te afetar também:

Meu SSD não é muito grande, e o Windows começou a reclamar que estava acabando o espaço... Quando fui ver, os arquivos do WSL estavam tomando vários GB. Eu fiz um TIL pra mim mesmo para lembrar como resolver no futuro. Vou copiar abaixo, se te ajudar em algo

p.s.: a formatação vai ficar meio confusa aqui na Bastter, porque eu anotei num Markdown. Mas acho que vai dar para entender
p.s. 2: se tiver o problema, e for tentar usar a solução, dá uma olhada nas referências antes, pois algumas pessoas tiveram de resolver de outra forma

# Reducing WSL disk usage
A common problem when using **Windows Subsystem for Linux** is that disk management on the host side (i.e., the Windows machine) is not done automatically. And since the WSL machine uses .vhdx files to store its data, it may be the case that the space allocated for such files does not stop growing, even if space is cleared within the WSL Linux system.
> [This GitHub Issue](WSL 2 should automatically release disk space back to the host OS · Issue #4699 · microsoft/WSL · GitHub) has a long discussion on the topic.
So, how can one reduce the problem? By compacting the virtual disk used by WSL (and also by Docker, where WSL runs). To do so, follow these steps on Windows:
* Close Docker Desktop and WSL terminals, if any.
* Run PowerShell as administrator.
* Shutdown WSL with wsl --shutdown
* Confirm WSL status with wsl.exe --list --verbose
* Run Windows' **DiskPart** utility, with diskpart, and then:
select vdisk file="path\to\file.vhdx"
attach vdisk readonly
compact vdisk
detach vdisk
exit
The .vhdx files are usually located in:
 * For Docker: `C:\Users\...\AppData\Local\Docker\wsl\data\ext4.vhdx`
 * For the Linux system itself: `C:\Users\...\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_{hash}\LocalState\ext4.vhdx`
To free as much memory as possible to compact, it may be useful to optimize WSL from within Linux before compacting the disk from outside (i.e., from Windows). This can be achieved, for example with a docker system prune or a fstrim. This will mark even more space as free, so **DiskPart** will be able to reclaim even more space.
---
[SOURCE](windows subsystem for linux - Understanding disk space using WSL2 - Ask Ubuntu)
[SOURCE](windows 10 - How do I get back unused disk space from ubuntu on wsl2? - Super User)

@PMHM valeu por compartilhar. Vou dar uma olhada nisso depois.