Папка ссылки в windows 10 для чего нужна

Windows 10 версии 1903 содержит ряд интересных изменений и улучшений, внесенных в функцию WSL. К ним относятся дополнительные дистрибутивы в Магазине, возможность просматривать файлы WSL в Проводнике и многое другое.

Возможность запуска Linux в Windows 10 обеспечивается функцией WSL. WSL это — Windows Subsystem for Linux, которая изначально была ограничена только Ubuntu. Современные версии WSL позволяют устанавливать и запускать несколько дистрибутивов Linux из Microsoft Store.

После включения WSL вы можете устанавливать различные версии Linux из Магазина, используя следующие ссылки:

Ссылки на дистрибутивы в магазине microsoft:

  Ubuntu  | openSUSE Leap  | SUSE Linux Enterprise Server | Debain GNU / Linux | Kali Linux

В Windows 10 версии 1903 вы можете легко получить доступ ко всем файлам в ваших дистрибутивах Linux с помощью проводника Windows. На момент написания статьи эта функция реализована в сборке Windows 10 18836. Она находится на пути к ветви 19h1, поэтому мы увидим ее в следующей сборке. Вот как это можно сделать.

Чтобы получить доступ к файлам WSL Linux из проводника Windows 10 , выполните следующие действия.

Шаг 1: Включить функцию WSL (Подситема Windows для Linux)

Шаг 2: Установите какой-нибудь дистрибутив, например Ubuntu, и запустите его.

Подробнее в нашей статье: Руководство по установке и запуску — Ubuntu Bash в Windows 10.

Шаг 3: Находясь в каталоге Linux FS, введите^

explorer.exe .

Откроется окно проводника, расположенное внутри вашего дистрибутива Linux.

Теперь вы можете получить доступ к любым файлам Linux, так же, как и к любому другому файлу через проводник. Это включает в себя такие операции, как: перетаскивание файлов в другие места, копирование и вставка и даже использование пользовательских записей контекстного меню, добавленных Notepad ++, VSCode или другим программным обеспечением.

Проводник показывает файлы дистрибутива как виртуальный сетевой ресурс по пути \\ wsl $ \ <running_distro_name> \.

Команда WSL активно исследует способы улучшения обнаруживаемости файлов Linux внутри Проводника. Ход их работы уже можно увидеть в Windows 10 Build 18836, которая показывает файловую систему WSL / Linux в File Explorer.

Доступ к файлам Linux в командной строке

В дополнение к Проводнику вы можете использовать классическую командную строку и инструменты PowerShell для доступа к файлам Linux. Точно так же вам нужно перейти к \\wsl$\{имя дистрибутива}\, где {имя дистрибутива} — это имя работающего дистрибутива.

Известные вопросы

Это новая функция, и некоторые ее части могут не работать идеально. Вот некоторые известные проблемы, о которых мы хотим сообщить вам при использовании этой функции:

На данный момент файлы дистрибутивов будут доступны только из Windows, когда дистрибутив работает. Разработчик собирается добавить поддержку не работающих дистрибутивов в будущем обновлении.

Поскольку файловый сервер 9P работает внутри каждого дистрибутива, он доступен только тогда, когда этот дистрибутив работает. Команда ищет способы решить эту проблему.

Доступ к файлам Linux рассматривается так же, как и доступ к сетевому ресурсу, и все правила доступа к сетевым ресурсам будут по-прежнему применяться,

• Например: при использовании CMD cd \\wsl$\Ubuntu\home не будет работать (поскольку CMD не поддерживает пути UNC, так как текущие каталоги), однако будет работать copy \\wsl$\Ubuntu\home\somefile.txt C:\dev\
• Старые правила по-прежнему применяются, вы не должны получать доступ к файлам Linux внутри папки AppData!
• Если вы пытаетесь получить доступ к своим файлам Linux через папку AppData, вы используете обход сервера 9P, что означает, что у вас не будет доступа к файлам Linux, и вы можете повредить ваш дистрибутив Linux.

Примечание: Сервер 9P — это сервер, который содержит протоколы, поддерживающие метаданные Linux, включая разрешения. Демон инициализации WSL теперь включает сервер 9P. Существует служба Windows и драйвер, который действует как клиент и взаимодействует с сервером 9P (который работает внутри экземпляра WSL). Клиент и сервер обмениваются данными через сокеты AF_UNIX, поскольку WSL позволяет взаимодействовать между приложением Windows и приложением Linux, используя AF_UNIX.

Если вы из Windows 10 или 11 не можете открыть сетевые папки на других сетевых устройствах (NAS, Samba сервера Linux) или на компьютерах со старыми версиями Windows (Windows 7/ XP /2003), скорее всего проблема связана с тем, что в вашей версии Windows отключена поддержка устаревших и небезопасных версий протокола SMB (используется в Windows для доступа к общим сетевым папкам и файлам). В современных версиях Windows 10 и в Windows 11 по-умолчанию отключен протокол SMBv1 и анонимный (гостевой) доступ к сетевым папкам по протоколу SMBv2 и SMBv3.

Microsoft планомерно отключает старые и небезопасные версии протокола SMB во всех последний версиях Windows. Начиная с Windows 10 1709 и Windows Server 2019 (как в Datacenter так и в Standard редакциях) в операционной системе по умолчанию отключен протокол SMBv1 (помните атаку шифровальщика WannaCry, которая как раз и реализовалась через дыру в SMBv1).

Конкретные действия, которые нужно предпринять зависят от ошибки, которая появляется в Windows при доступе к общей сетевой папке и от настроек удаленного SMB сервера, на котором хранятся общие папки.

Вы не можете получить гостевой доступ к общей папке без проверки подлинности

Начиная с версии Windows 10 1709 (Fall Creators Update) Enterprise и Education пользователи стали жаловаться, что при попытке открыть сетевую папку на соседнем компьютере стала появляться ошибка:

Вы не можете получить доступ к этой общей папке, так как политики безопасности вашей организации блокируют гостевой доступ без проверки подлинности. Эти политики помогают защитить ваш компьютер от небезопасных или вредоносных устройств в сети.

An error occurred while reconnecting Y: to
\\nas1\share Microsoft Windows Network: You can’t access this shared folder because your organization’s security policies block unauthenticated guest access. These policies help protect your PC from unsafe or malicious devices on the network.

При этом на других компьютерах со старыми версиями Windows 8.1/7 или на Windows 10 с билдом до 1709, эти же сетевые каталоги открываются нормально. Причина в том, что в современных билдах Windows 10 (начиная с 1709) по умолчанию запрещен сетевой доступ к сетевым папкам под гостевой учетной записью по протоколу SMBv2 (и ниже). Гостевой (анонимный) доступ подразумевают доступ к сетевой папке без аутентификации. При доступе под гостевым аккаунтом по протоколу SMBv1/v2 не применяются такие методы защиты трафика, как SMB подписывание и шифрование, что делает вашу сессию уязвимой против MiTM (man-in-the-middle) атак.

При попытке открыть сетевую папку под гостем по протоколу SMB2, в журнале клиента SMB (Microsoft-Windows-SMBClient) фиксируется ошибка:

Log Name: Microsoft-Windows-SmbClient/Security Source: Microsoft-Windows-SMBClient Event ID: 31017  

Rejected an insecure guest logon.

Данная ошибка говорит о том, что ваш компьютер (клиент) блокирует не аутентифицированный доступ под аккаунтом guest.

Чаще всего с этой проблемой можно столкнуться при использовании старых версий NAS (обычно для простоты настройки на них включают гостевой доступ) или при доступе к сетевым папкам на старых версиях Windows 7/2008 R2 или Windows XP /2003 с настроенным анонимным (гостевым) доступом (см. таблицу поддерживаемых версий SMB в разных версиях Windows).

Microsoft рекомендует изменить настройки на удаленном компьютере или NAS устройстве, который раздает сетевые папки. Желательно переключить сетевой ресурс в режим SMBv3. А если поддерживается только протокол SMBv2, тогда нужно настроить доступ с аутентификацией. Это самый правильный и безопасный способ исправить проблему.

В зависимости от устройства, на котором хранятся сетевые папки, вы должны отключить на них гостевой доступ.

• NAS устройство – отключите гостевой доступ в настройках вашего NAS устройства (зависит от модели);
• Samba сервер на Linux — если вы раздаете SMB папку с Linux, добавьте в в секции [global] конфигурационного файла smb.conf строку:
  map to guest = never
  
  А в секции с описанием сетевой папки запретить анонимный доступ:
  guest ok = no
• В Windows вы можете включить общий доступ к сетевым папкам и принтерам с парольной защитой в разделе Control Panel\All Control Panel Items\Network and Sharing Center\Advanced sharing settings. Для All Networks (Все сети) в секции “Общий доступ с парольной защитой” (Password Protected Sharing) измените значение на “Включить общий доступ с парольной защитой” (Turn on password protected sharing). В этом случае анонимный (гостевой) доступ к папкам будет отключен и вам придется создать локальных пользователей, предоставить им доступ к сетевым папкам и принтерам и использовать эти аккаунты для сетевого доступа к общим папкам на этом компьютере..

Есть другой способ – изменить настройки вашего SMB клиента и разрешить доступ с него на сетевые папки под гостевой учетной записью.

Этот способ нужно использовать только как временный (!!!), т.к. доступ к папкам без проверки подлинности существенно снижает уровень безопасности ваших данных.

Чтобы разрешить гостевой доступ с вашего компьютера, откройте редактор локальных групповых политик (gpedit.msc) и перейдите в раздел: Конфигурация компьютера -> Административные шаблоны -> Сеть -> Рабочая станция Lanman (Computer Configuration ->Administrative templates -> Network (Сеть) -> Lanman Workstation). Включите политику Enable insecure guest logons (Включить небезопасные гостевые входы).

Обновите настройки групповых политик в Windows с помощью команды:

gpupdate /force

В Windows 10 Home, в которой нет редактора локальной GPO,вы можете внести аналогичное изменение через редактор реестра вручную::

HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters “AllowInsecureGuestAuth”=dword:1

Или такими командами:

reg add HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters /v AllowInsecureGuestAuth /t reg_dword /d 00000001 /f
reg add HKLM\Software\Policies\Microsoft\Windows\LanmanWorkstation /v AllowInsecureGuestAuth /t reg_dword /d 00000001 /f


Вашей системе необходимо использовать SMB2 или более позднюю

Другая возможная проблема при доступе к сетевой папке из Windows 10 – поддержка на стороне сервера только протокола SMBv1. Т.к. клиент SMBv1 по умолчанию отключен в Windows 10, то при попытке открыть шару или подключить сетевой диск вы можете получить ошибку:

Не удалось выполнить сопоставление сетевого диска из-за следующей ошибки.
Вы не можете подключиться к общей папке, так как она небезопасна. Эта общая папка работает по устаревшему протоколу SMB1, который небезопасен и может подвергнуть вашу систему риску атаки.
Вашей системе необходимо использовать SMB2 или более позднюю версию.

You can’t connect to the file share because it’s not secure. This share requires the obsolete SMB1 protocol, which is unsafe and could expose your system to attack. Your system requires SMB2 or higher.

При этом соседние устройства SMB могут не отображаться в сетевом окружении и при открытии сетевых папок по UNC пути может появляться ошибка 0x80070035.

Сообщение об ошибки явно указывает, что сетевая папка поддерживает только SMBv1 для доступа к файлам. В этом случае нужно попытаться перенастроить удаленное SMB устройство для поддержки как минимум SMBv2 (правильный и безопасный путь).

Если сетевые папки раздает Samba сервер на Linux, вы можете указать минимально поддерживаемую версию SMB в файле smb.conf так:

[global]
server min protocol = SMB2_10
client max protocol = SMB3
client min protocol = SMB2_10
encrypt passwords = true
restrict anonymous = 2

В Windows 7/Windows Server 2008 R2 вы можете отключить SMBv1 и разрешить SMBv2 так через реестр:
Set-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters" SMB1 -Type DWORD -Value 0 –Force

Set-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters" SMB2 -Type DWORD -Value 1 –Force

В Windows 8.1 отключите SMBv1, разрешите SMBv2 и SMBv3 и проверьте что для вашего сетевого подключения используется частный или доменный профиль:

Disable-WindowsOptionalFeature -Online -FeatureName "SMB1Protocol"
Set-SmbServerConfiguration –EnableSMB2Protocol $true

Если ваше сетевое устройство (NAS, Windows XP, Windows Server 2003), поддерживает только протокол SMB1, в Windows 10 вы можете включить отдельный компонент SMB1Protocol-Client. Но это не рекомендуется!!!

Log Name: Microsoft-Windows-SmbClient/Security
Source: Microsoft-Windows-SMBClient
Event ID: 32000
Description:  SMB1 negotiate response received from remote device when SMB1 cannot be negotiated by the local computer.

Запустите консоль PowerShell и проверьте, что SMB1Protocol-Client отключен (
State: Disabled
):

Get-WindowsOptionalFeature -Online -FeatureName SMB1Protocol-Client

Включите поддержку протокола SMBv1 (потребуется перезагрузка):

Enable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol-Client

Также вы можете включить/отключить SMBv1 в Windows 10 и 11 из меню
optionalfeatures.exe
-> SMB 1.0/CIFS File Sharing Support –> SMB 1.0/CIFS Client.

В Windows 10 1709 и выше клиент SMBv1 автоматически удаляется, если он не использовался более 15 дней (за это отвечает компонент SMB 1.0/CIFS Automatic Removal).

В этом примере я включил только SMBv1 клиент. Не включайте компонент SMB1Protocol-Server, если ваш компьютер не используется устаревшими клиентами в качестве сервера для хранения общих папок.

После установке клиента SMBv1, вы должны без проблем подключиться к общей сетевой папке или принтеру. Однако, нужно понимать, что использование данного обходного решения не рекомендовано, т.к. подвергает снижает уровень безопасности.

Нет доступа к сетевой папке, у вас нет прав доступа

При подключении к сетевой папке на другом компьютере может появится ошибка:

Нет доступа к \\ComputerName\Share. Возможно у вас нет прав на использование этого сетевого ресурса. Обратитесь к системному администратору этого сервера для получения соответствующих прав доступа.

Network Error
Windows cannot access \\PC12\Share
You do not have permissions to access \\PC12\Share. Contact your network administrator to request access.

При появлении это ошибки нужно:

1. Убедиться, что пользователю, под которым вы подключаетесь к сетевой папке, предоставлены права доступа на сервере. Откройте свойства общей папке на сервере и убедитесь что у вашего пользователя есть права доступа.
   Проверьте разрешения сетевой шары на сервере с помощью PowerShell:
   Get-SmbShareAccess -Name "tools"
   
   Затем проверьте NTFS разрешения:
   get-acl C:\tools\ |fl
   
   
   Если нужно, отредактируйте разрешения в свойствах папки.
2. Проверьте, что вы используете правильные имя пользователя и пароль для доступа к сетевой папки. Если имя и пароль не запрашиваются, попробуйте удалить сохраненные пароли для доступа к сетевой папке в диспетчере учетных записей Windows. Выполните команду
   rundll32.exe keymgr.dll, KRShowKeyMgr
   и удалите сохраненные учетные данные для доступа к сетевой папке.
   При следующем подключении к сетевой папки появится запрос имени и пароля. Укажите имя пользователя для доступа к папке. Можете сохранить его в Credential Manager или добавить вручную.

Дополнительные способы проверки доступа к сетевой папке в Windows

В этом разделе указаны дополнительные способы диагностики при проблема с открытием сетевые папок в Windows:

Windows 10 — популярная операционная система, которую используют миллионы пользователей по всему миру. Однако время от времени у пользователей могут возникать проблемы, связанные с подключением к другим компьютерам или общим папкам в локальной сети. Одной из таких проблем является невозможность обнаружения общей папки линукс в сети.

Если вы столкнулись с такой проблемой, не паникуйте. В этой статье мы рассмотрим несколько способов решения этой проблемы и поможем вам восстановить доступ к общей папке линукс в сети на Windows 10.

Перед началом решения проблемы убедитесь, что ваш компьютер и компьютер с линуксом находятся в одной локальной сети и правильно настроены для обмена файлами и папками. Также убедитесь, что общая папка на компьютере с линуксом имеет соответствующие разрешения на чтение и запись для вашего пользовательского аккаунта.

Если у вас все еще возникают проблемы с доступом к общей папке линукс в сети, вам может потребоваться изменить некоторые настройки Windows 10 или линукса. Ниже мы рассмотрим несколько способов, которые помогут вам решить эту проблему.

Как подключить общую папку Linux в сети Windows 10

Если у вас возникла проблема с доступом к общей папке Linux из операционной системы Windows 10, есть несколько шагов, которые помогут вам решить эту проблему.

1. Убедитесь, что общая папка на Linux настроена для сетевого доступа. Проверьте настройки сетевого обмена в Linux и убедитесь, что общая папка расшарена для сети Windows.

2. Проверьте настройки сетевой группы работы в Windows 10. У вас должна быть одна и та же рабочая группа для обоих операционных систем.

3. Запустите «Проводник Windows» на компьютере с Windows 10 и перейдите в «Сеть». Если папка Linux настроена для сетевого доступа, она должна появиться в разделе «Сетевые устройства».

4. Нажмите правой кнопкой мыши на папке Linux и выберите «Подключить сетевой диск». В появившемся окне выберите букву диска, которую вы хотите присвоить папке Linux, и нажмите «Готово».

5. Введите имя пользователя и пароль для доступа к папке Linux. Убедитесь, что у вас есть права доступа к этой папке.

6. После успешного подключения папка Linux будет отображаться в «Проводнике Windows» под выбранной вами буквой диска. Теперь вы можете свободно работать с содержимым этой папки с компьютера Windows 10.

Если вы все правильно настроили, но папка Linux по-прежнему не отображается в «Проводнике Windows», попробуйте выполнить перезагрузку обоих компьютеров и повторите описанные выше шаги. Если проблема не устраняется, вам может потребоваться проверить настройки сетевого соединения и наличие прав доступа к папке Linux.

Запомните, что подключение общей папки Linux в сети Windows 10 может требовать определенных настроек и разрешений, поэтому следуйте инструкциям соответствующей документации и убедитесь, что вы выполняете эти настройки с правильными учетными данными и привилегиями.

Установка и настройка Samba на линукс

1. Установка Samba:

Для установки Samba на линукс необходимо выполнить команду в терминале:

sudo apt-get install samba

2. Настройка конфигурационного файла Samba:

1. Откройте файл smb.conf с помощью текстового редактора:

sudo nano /etc/samba/smb.conf

2. Внесите следующие изменения в конфигурационный файл:

— В разделе [global] добавьте следующую строку для установки имени рабочей группы, например «WORKGROUP»:

   workgroup = WORKGROUP

— Под разделом [homes] добавьте следующую строку для разрешения доступа к домашним папкам пользователей:

   read only = no

— Добавьте разделы для каждой общей папки, например:

   [shared]
path = /path/to/shared/folder
writable = yes
guest ok = yes

3. Создание пользователя Samba:

1. Создайте пользователя Samba с помощью команды:

sudo smbpasswd -a username

2. Введите пароль для пользователя.

4. Перезапустите службу Samba:

Для применения настроек перезапустите службу Samba с помощью команды:

sudo service smbd restart

После выполнения этих шагов Samba должна быть готова к использованию и Windows 10 должен видеть общую папку линукс-системы в сети.

Проверка сетевых настроек на Windows 10

Если Windows 10 не видит общую папку линукс в сети, может быть проблема с сетевыми настройками. Вот несколько шагов, которые помогут проверить и исправить эту проблему:

1. Убедитесь, что ваш компьютер подключен к сети. Проверьте, что вы видите другие устройства в сети и можете получить доступ к Интернету.
2. Проверьте настройки файрвола на вашем компьютере. Убедитесь, что Windows Firewall или любое другое программное обеспечение, установленное на вашем компьютере, не блокирует доступ к сетевым ресурсам.
3. Убедитесь, что сетевые драйверы на вашем компьютере обновлены. Проверьте сайт производителя вашей сетевой карты, чтобы убедиться, что у вас установлена последняя версия драйверов.
4. Проверьте настройки общего доступа к папкам на линукс. Убедитесь, что настройки общего доступа включены и папка доступна для других устройств в сети.
5. Попробуйте подключиться к общей папке линукс по IP-адресу вместо имени компьютера. Используйте команду «ping», чтобы проверить доступность компьютера по его IP-адресу.
6. Перезагрузите ваш компьютер и попробуйте снова подключиться к общей папке линукс.

Если после выполнения этих шагов проблема не решена, возможно, вам потребуется обратиться к специалисту или форуму поддержки для получения дополнительной помощи.

Настройка общей папки на линукс

Для того чтобы на линуксе создать общую папку, которая будет видна в сети Windows 10, необходимо выполнить следующие шаги:

1. Откройте терминал на линуксе.
2. Выполните команду sudo mkdir /путь_к_папке, где /путь_к_папке — путь к желаемой папке на линуксе.
3. Установите права доступа к папке в соответствии с вашими потребностями, используя команду sudo chmod 777 /путь_к_папке. Права доступа 777 означают, что папка доступна для чтения, записи и выполнения всем пользователям.
4. Откройте файл /etc/samba/smb.conf с помощью текстового редактора командой sudo nano /etc/samba/smb.conf.
5. В разделе [global] добавьте следующие строки:
   • workgroup = НАЗВАНИЕ_РАБОЧЕЙ_ГРУППЫ — замените НАЗВАНИЕ_РАБОЧЕЙ_ГРУППЫ на название вашей рабочей группы, к которой принадлежит Windows 10 компьютер;
   • security = user — эта строка устанавливает тип аутентификации пользователей;
   • map to guest = bad user — эта строка позволяет подключаться к общей папке без аутентификации, если пользователь не найден.
6. В самом низу файла добавьте новый раздел, начинающийся с [имя_папки], где имя_папки — имя, которое вы хотите присвоить общей папке. Далее укажите следующие настройки:
   • path = /путь_к_папке — замените /путь_к_папке на путь к созданной вами папке;
   • browsable = yes — эта строка разрешает просмотр содержимого папки в сети;
   • writable = yes — эта строка разрешает запись файлов в папку;
   • guest ok = yes — эта строка разрешает подключение к общей папке без аутентификации.
7. Сохраните изменения в файле и закройте его.
8. Перезапустите службу Samba, выполните команду sudo systemctl restart smbd.

Теперь общая папка на линуксе должна быть видна в сети Windows 10.

Судя по обсуждению в комментариях, мне кажется, что это проблема с разрешениями, установленными в Ubuntu, при копировании / создании содержимого на смонтированном разделе NTFS — поэтому ваши окна не видят файлы.

Разумным (*) набором разрешений будет следующая запись в /etc/fstab

# Mount internal Windows partition with linux compatible permissions, i.e. 755 for directories (dmask=022) and 644 for files (fmask=133)
/dev/NTFS-partition  /mnt/windows  ntfs-3g uid=username,gid=users,dmask=022,fmask=133 0 2

Вы можете редактировать свой fstab с вашим любимым редактором

sudo nano /etc/fstab

и измените его соответственно, с правильными путями для /dev и точка монтирования /mnt/,

Варианты uid=username,gid=users сопоставьте файлы и каталоги, созданные под Linux в разделе NTFS, с вашим пользователем Linux.

Пока варианты dmask=022,fmask=133 являются значениями маски (битовые значения для разрешений, которых нет) для восьмеричных наборов разрешений «755» и «644» соответственно.

dmask для создания каталога и fmask для создания файла.

Вот отличная вики-статья по Ubuntu для всей системы разрешений Linux, которая охватывает гораздо больше, чем я мог бы найти в одном ответе.

Для простоты использования для перевода в восьмеричные разрешения, вы можете использовать домашнюю страницу конвертера, как это в сети

Если вы довольны опциями монтирования, вы можете монтировать раздел с помощью

sudo mount /mnt/your/windows/path

или, если он уже автоматически смонтирован Ubuntu и дает вам device busy ошибки, вы должны сначала размонтировать его через

sudo umount /dev/NTFS-partition

или просто перезагрузиться.

(*) Взято из записи Arch Wiki при монтировании разделов NTFS.

I just noticed a «Linux» part in Windows 10 File Explorer.
I say part because I’m not even sure how to call this, it’s not a drive… it’s at the same level as OneDrive, This PC, Network… then Linux (the logo is the Linux penguin). I does not contain anything visible (no windows hidden files). Properties for this item say «The properties for this item are not available.»

Should I worry about this?

I have not installed any kind of dual boot, and I don’t see any unknown partition in disk management (or maybe … there’s a recovery partition that have no actions possible to it, only «Help», which I don’t remember if it was created by Windows).

Edit: Now I remember that a few month ago, for a short-live .NET project, I was required to install something named WSL2… Because it was a requirement for Docker or something… I was in hurry and simply followed instructions.
I think that I have uninstalled WSL2 since then though… I would be still be interested in how to remove this Linux things.