More: - WSL2 sometime corrupt .zsh_history and git https://github.com/microsoft/WSL/issues/5026 - WSL2 corrupts ext4 filesystem https://github.com/microsoft/WSL/issues/5895
This is probably HyperV. I’ve seen exactly this ext4 corruption in production on windows server 2012R2 with CentOS 7. Even to the point that the machine remounts root read only. Unfortunately our windows operations guys are severely lacking in diagnostic savvy and just reboot the machine over and over again or blast it and provision a new one and don’t analyse the problem. From what I’ve seen it’s a combination of th…
WSL2 corrupting Git repositories and shell history
81–90 of 423 posts
Re: WSL2 corrupting Git repositories and shell history
#82Earlier quoted context omitted.
You can say "fixed in " regardless if the name is numerically sequential.
True, but if MS hadn't presented WSL2 as a variant of WSL, any issues fixed in WSL2 wouldn't count as fixed in the WSL issue tracker. I would prefer it if their issue tracker marked these, more honestly in my opinion, as "This issue is will not be fixed in WSL, you can migrate to HVL instead" (using HVL as a hypothetical name for WSL2) with a separate HVL issue tracker.
Re: WSL2 corrupting Git repositories and shell history
#83Earlier quoted context omitted.
You can say "fixed in " regardless if the name is numerically sequential.
True, but if MS hadn't presented WSL2 as a variant of WSL, any issues fixed in WSL2 wouldn't count as fixed in the WSL issue tracker. I would prefer it if their issue tracker marked these, more honestly in my opinion, as "This issue is will not be fixed in WSL, you can migrate to HVL instead" (using HVL as a hypothetical name for WSL2) with a separate HVL issue tracker.
Re: WSL2 corrupting Git repositories and shell history
#84I think calling it WSL2 was a mistake. The predecessor, WSL, "just worked" and it was more a less a linux experience for most practical purposes-- and certainly better than hoary old cygwin. This caused a lot of people to believe they could just transition to WSL2, lead on by the promise of an even more performant linux experience. The documentation didn't say anything about complications from attempting this, so a l…
Rushing half-finished products out, offering little/zero support is the new Microsoft. The reason $MSFT loves open source is because they can get press hype over projects that are 75% complete (which is the main goal), and they don't even need to support it, document it, or make it actually work.
What's even worse is they have managed to abstract most of the support away in this cycle. You can't get enterprise support now because they gutted that entirely. You can't get them to do anything on github because they keep moving all the projects around and erasing them all or auto closing the tickets and no one on first line support knows anything now other than how to reset a Microsoft account password.
Re: WSL2 corrupting Git repositories and shell history
#85Earlier quoted context omitted.
Then why they develop GNU/Linux software to start with?
People might get paid money to develop (proprietary!) software that deploys to Linux. That doesn't mean they enjoy using Linux.
Re: WSL2 corrupting Git repositories and shell history
#86It always seemed strange to me that people would rather use WSL than the real thing when Windows doesn't bring much advantage. What am I missing ?
Re: WSL2 corrupting Git repositories and shell history
#87Earlier quoted context omitted.
Then why they develop GNU/Linux software to start with?
One reason might be, is that they might need to in part work with a server-side system that runs on Linux and it’s easier this way. But maybe they also need to work with stuff thats Windows only. Say they need to produce media assets with the Adobe suite. Not everything is vimmable.
Re: WSL2 corrupting Git repositories and shell history
#88Earlier quoted context omitted.
> Running a virtual machine often means accessing the UEFI to be sure they have virtualization extensions enabled. Likewise for WSL2. I hope modern computers with a capable processor are all shipped with virtualization enable at firmware level, because Hyper-V can be used for tons of things in recent Windows.
Enabling hardware virtualisation opens up a significant and deep attack surface. Considering the vanishingly small percentage of users which benefit from it, I hope it stays off by default.
https://www.techrepublic.com/article/how-virtualisation-is-c...
Re: WSL2 corrupting Git repositories and shell history
#89Earlier quoted context omitted.
When I launch my WSL2 Ubuntu shell, I have a CLI prompt in Getting that same quality of experience under VirtualBox was nightmarish. Longer boot times, shared clipboard/filesystems were always breaking, random stuff related to hardening made update difficult.
>Clipboard works perfectly Which one? Secondary? And the primary does not work at all?
Re: WSL2 corrupting Git repositories and shell history
#90> Feel like booting Linux on a separate disk because of these issues. It always seemed strange to me that people would rather use WSL than the real thing when Windows doesn't bring much advantage. What am I missing ?