{"version":"2.1.285","anchor":"wslwindows-drive-path-detection-using-mountinfo","canonical_anchor":"wslwindows-drive-path-detection-using-mountinfo","heading":"On WSL, Claude Code now checks whether a path is on a Windows drive","tier":"internal","area":"Windows","url":"https:\/\/changelogs.core-directive.com\/v\/2.1.285\/e\/wslwindows-drive-path-detection-using-mountinfo","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.285","markdown":"### On WSL, Claude Code now checks whether a path is on a Windows drive\n\nOn WSL, Claude Code reads the system's mount list to tell whether a path sits on a Windows-side drive, and file checks compare link counts and file IDs\n\n**Unclear.** It is not clear what Claude Code does differently once it decides a path is on a Windows-side drive.\n\n**What**\n\nWSL (Windows Subsystem for Linux) lets you run Linux on a Windows computer, and from inside it you can reach your Windows drives. Claude Code now works out whether a path lives on one of those Windows-side drives. It does this by reading `\/proc\/self\/mountinfo`, the list Linux keeps of every attached drive and the kind of filesystem each one uses.\n\nA path counts as Windows-side or shared when it sits on a filesystem type such as:\n\n- drvfs, 9p and virtiofs, which WSL uses to share folders\n\n- ntfs, ntfs3, fuseblk, vfat, exfat and msdos, which are Windows disk formats\n\n- cifs, smb3, smbfs, nfs and nfs4, which are network shares\n\nPath validation and file lookups also now compare each file's link count and its internal file ID number. They read these values at full precision, so very large numbers are not rounded off.\n\n**Why**\n\nThis affects how Claude Code checks git paths before uploading them to the cloud when you work on WSL or on Windows drives. Files on Windows-side or network drives do not always behave like ordinary Linux files, so Claude Code now handles them as a separate case.\n\n- Area: Windows\n- Tier: Under the hood\n- Useful: 1\/5\n- Signal: 1\/5"}