News for hackers. Stuff that matters.
Re:Shipping a Linux Kernel with Windows by 781 on Monday May 06, 2019 @03:39PM (#19842975)
How does this true Linux Kernel talk with the rest of Windows? How does it access the Windows file system?
Re:Shipping a Linux Kernel with Windows by amatwl on Monday May 06, 2019 @05:30PM (#19844091)
If it's anything like the Linux files inside File Explorer supported they added previously (https://devblogs.microsoft.com/commandline/whats-new-for-wsl...), it'll be using some derivative of Plan 9.
Re:Shipping a Linux Kernel with Windows by the8472 on Monday May 06, 2019 @04:54PM (#19843751)
nfs, cifs, virtio-9p? or virtio-fs, whenever that lands.
Re:Shipping a Linux Kernel with Windows by sbisson on Tuesday May 07, 2019 @02:39AM (#19847123)
Windows uses 9P, it uses CIFS.
Re:Shipping a Linux Kernel with Windows by 0x54D5 on Monday May 06, 2019 @04:43PM (#19843630)
The Windows disks are mounted at /mnt/c /mnt/d etc

The real issue is being able to read the WSL disk from Windows which you have to access as a network share from localhost

Re:Shipping a Linux Kernel with Windows by yodon on Monday May 06, 2019 @03:48PM (#19843061)
The same way the current implementation does. The news here is not that Windows can run Linux natively, that's been true since 2016.
Re:Shipping a Linux Kernel with Windows by 781 on Monday May 06, 2019 @03:52PM (#19843100)
The current implementation is a shim over the NT kernel. This new one is a true Linux kernel.
Re:Shipping a Linux Kernel with Windows by alkonaut on Monday May 06, 2019 @04:12PM (#19843317)
Perhaps more interesting then is how the true Linux Kernel works with NTFS without paying the tax that usually comes with the fancy NTFS features
Re:Shipping a Linux Kernel with Windows by resoluteteeth on Monday May 06, 2019 @05:32PM (#19844110)
It's obviously not mounting the NTFS filesystem directly, since it's already in use by Windows, so this is irrelevant to how NTFS is normally mounted in linux.