Какую файловую систему использует установленный вами дистрибутив

Обновлено: 03.07.2024

Вы можете вручную установить клиент Amazon EFS на свои инстансы Amazon EC2 Linux, работающие под управлением Amazon Linux и Amazon Linux 2, и инстансы EC2 Mac, работающие под управлением macOS Big Sur и других поддерживаемых дистрибутивов Linux. Процедуры установки описаны в следующих разделах.

Темы

Установка клиента Amazon EFS в Amazon Linux и Amazon Linux 2

Пакет amazon-efs-utils доступен в репозиториях пакетов Amazon Linux и Amazon Linux AMI и может быть установлен на инстансах EC2, на которых запущены эти AMI. Инструкции по установке клиента Amazon EFS в других дистрибутивах Linux см. в разделе Установка клиента Amazon EFS в других дистрибутивах Linux.

Если вы используете AWS Direct Connect, инструкции по установке можно найти в разделе Пошаговое руководство. Создание и подключение локальной файловой системы с помощью AWS Direct Connect и VPN.

Чтобы установить пакет amazon-efs-utils в Amazon Linux 2 и Amazon Linux

Убедитесь, что вы создали экземпляр Amazon Linux или Amazon Linux 2 EC2. Информацию о том, как это сделать, см. в разделе Шаг 1. Запуск инстанса в Руководстве пользователя Amazon EC2 для инстансов Linux

Доступ к терминалу для вашего экземпляра через Secure Shell (SSH) и войдите в систему с соответствующим именем пользователя. Дополнительные сведения о том, как это сделать, см. в разделе «Подключение к экземпляру Linux с помощью SSH» в Руководстве пользователя Amazon EC2 для экземпляров Linux

Выполните следующую команду, чтобы установить пакет amazon-efs-utils.

Дальнейшие шаги

После установки amazon-efs-utils на инстанс EC2 перейдите к следующим шагам по монтированию файловой системы:

Установите botocore, чтобы можно было использовать Amazon CloudWatch для мониторинга состояния подключения вашей файловой системы.

Обновите Stunnel до последней версии, чтобы включить шифрование данных при передаче.

Смонтируйте файловую систему с помощью помощника по монтированию EFS.

Установка клиента Amazon EFS в других дистрибутивах Linux

Если вы не хотите получать пакет amazon-efs-utils от Amazon Linux или Amazon Linux 2 AMI, пакет amazon-efs-utils также доступен на GitHub.

После клонирования пакета вы можете собрать и установить amazon-efs-utils одним из следующих способов в зависимости от типа пакета, поддерживаемого вашим дистрибутивом Linux:

RPM — этот тип пакета поддерживается Amazon Linux, Red Hat Linux, CentOS и подобными системами.

DEB — этот тип пакета поддерживается Ubuntu, Debian и подобными системами.

Чтобы клонировать amazon-efs-utils с Github

Подключитесь к экземпляру EC2 с помощью Secure Shell (SSH) и войдите в систему с соответствующим именем пользователя. Дополнительную информацию см. в разделе «Подключение к вашему экземпляру Linux с помощью SSH» в Руководстве пользователя Amazon EC2 для экземпляров Linux

Установите git с помощью следующей команды:

Установите пакет rpm-build, если он еще не установлен, с помощью следующей команды:

Клонируйте amazon-efs-utils из GitHub с помощью следующей команды.

Чтобы собрать и установить RPM-пакет amazon-efs-utils

Откройте терминал на своем клиенте и перейдите в каталог, содержащий пакет amazon-efs-utils.

Установите команду bash make, если она еще не установлена в вашей операционной системе.

Установите пакет rpm-build, если он еще не установлен, с помощью следующей команды:

Создайте пакет amazon-efs-utils с помощью следующей команды:

Установите пакет amazon-efs-utils с помощью следующей команды.

Дальнейшие шаги

После установки amazon-efs-utils на инстанс EC2 перейдите к следующим шагам по монтированию файловой системы:

Обновите Stunnel до последней версии, чтобы включить шифрование данных при передаче.

Смонтируйте файловую систему с помощью помощника по монтированию EFS.

Чтобы клонировать amazon-efs-utils с GitHub

Установите zypper с помощью следующей команды:

Установите пакет rpm-build и команду bash make, если они еще не установлены, с помощью следующей команды:

Для OpenSUSE, если вы получаете сообщение об ошибке, похожее на следующее:

Выполните следующую команду, чтобы повторно добавить репозиторий OSS и NON-OSS.

Повторно запустите скрипт установки git:

Клонируйте amazon-efs-utils из GitHub с помощью следующей команды.

Чтобы собрать и установить RPM-пакет amazon-efs-utils

Откройте терминал на своем клиенте и перейдите в каталог, содержащий пакет amazon-efs-utils.

Создайте пакет amazon-efs-utils с помощью следующей команды:

Установите пакет amazon-efs-utils с помощью следующей команды.

Дальнейшие шаги

После установки amazon-efs-utils на инстанс EC2 перейдите к следующим шагам по монтированию файловой системы:

Обновите Stunnel до последней версии, чтобы включить шифрование данных при передаче.

Смонтируйте файловую систему с помощью помощника по монтированию EFS.

Чтобы клонировать amazon-efs-utils с GitHub

(Необязательно) Примените обновления перед установкой пакета с помощью следующей команды:

При необходимости установите обновления.

Установите git и binutils с помощью следующей команды. binutils требуется для сборки пакетов DEB,

Клонируйте amazon-efs-utils из GitHub с помощью следующей команды.

Чтобы собрать и установить пакет DEB amazon-efs-utils

Перейдите в каталог, содержащий пакет amazon-efs-utils.

Создайте amazon-efs-utils с помощью следующей команды:

Установите пакет с помощью следующей команды.

Дальнейшие шаги

После установки amazon-efs-utils на инстанс EC2 перейдите к следующим шагам по монтированию файловой системы:

Обновите Stunnel до последней версии, чтобы включить шифрование данных при передаче.

Смонтируйте файловую систему с помощью помощника по монтированию EFS.

Установка клиента Amazon EFS на инстансы EC2 Mac под управлением macOS Big Sur

Пакет amazon-efs-utils доступен для установки на инстансы EC2 Mac под управлением macOS Big Sur.

Чтобы установить пакет amazon-efs-utils

Убедитесь, что вы создали экземпляр EC2 Mac под управлением macOS Big Sur. Информацию о том, как это сделать, см. в разделе Шаг 1. Запуск инстанса в Руководстве пользователя Amazon EC2 для инстансов Mac.

Доступ к терминалу для вашего экземпляра через Secure Shell (SSH) и войдите в систему с соответствующим именем пользователя. Дополнительную информацию о том, как это сделать, см. в разделе «Подключение к вашему инстансу с помощью SSH» в Руководстве пользователя Amazon EC2 для инстансов Mac.

Выполните следующую команду, чтобы установить amazon-efs-utils .

Система отвечает инструкциями для завершения установки.

Чтобы смонтировать файловую систему EFS, необходимо убедиться, что помощник монтирования EFS в amazon-efs-utils доступен с помощью команды mount. Для этого выполните следующие команды:

Выполните следующие команды, чтобы включить сторожевой процесс ( amazon-efs-mount-watchdog ), который отслеживает работоспособность подключений TLS в вашей файловой системе EFS.

Дальнейшие шаги

После установки amazon-efs-utils на инстанс EC2 перейдите к следующим шагам по монтированию файловой системы:

Обновите Stunnel до последней версии, чтобы включить шифрование данных при передаче.

Крис Хоффман

< бр />

Крис Хоффман
Главный редактор

Крис Хоффман – главный редактор How-To Geek. Он писал о технологиях более десяти лет и два года был обозревателем PCWorld. Крис писал для The New York Times и Reader's Digest, давал интервью в качестве эксперта по технологиям на телевизионных станциях, таких как NBC 6 в Майами, и освещал свою работу в новостных агентствах, таких как Би-би-си. С 2011 года Крис написал более 2000 статей, которые были прочитаны почти миллиард раз — и это только здесь, в How-To Geek. Подробнее.

Разные операционные системы поддерживают разные файловые системы. Ваш съемный диск должен использовать FAT32 для лучшей совместимости, если только он не больше и не нуждается в NTFS. Диски в формате Mac используют HFS+ и не работают с Windows. И в Linux тоже есть свои файловые системы.

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

Файловые системы 101

Разные файловые системы — это просто разные способы организации и хранения файлов на жестком диске, флэш-накопителе или любом другом устройстве хранения.Каждое запоминающее устройство имеет один или несколько разделов, и каждый раздел «отформатирован» в файловой системе. Процесс форматирования просто создает на устройстве пустую файловую систему этого типа.

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

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

Метафорой здесь является система бумажных документов. Биты данных на компьютере называются файлами и организованы в файловую систему так же, как бумажные файлы могут быть организованы в картотеках. Существуют разные способы организации этих файлов и хранения данных о них — «файловые системы».

Но почему их так много?

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

Не существует лучшей файловой системы для всех целей. Каждая операционная система имеет тенденцию использовать свою собственную файловую систему, над которой также работают разработчики операционной системы. Microsoft, Apple и разработчики ядра Linux работают со своими собственными файловыми системами. Новые файловые системы могут быть быстрее, стабильнее, лучше масштабироваться для больших устройств хранения и иметь больше функций, чем старые.

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

Переключение файловых систем

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

После этого присвоить разделу новую файловую систему — просто «отформатировать» его в этой файловой системе в операционной системе, которая ее поддерживает. Например, если у вас есть диск в формате Linux или Mac, вы можете отформатировать его в NTFS или FAT32 в Windows, чтобы получить диск в формате Windows.

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

Итак, если у вас есть устройство хранения и вы хотите использовать на нем другую файловую систему, просто скопируйте с него файлы, чтобы создать их резервную копию. Затем отформатируйте этот диск с помощью такого инструмента, как «Управление дисками» в Windows, GParted в Linux или Дисковая утилита в Mac OS X.

Обзор распространенных файловых систем

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

FAT32: FAT32 — это более старая файловая система Windows, но она по-прежнему используется на съемных носителях, но только на устройствах меньшего размера. Большие внешние жесткие диски емкостью 1 ТБ или около того, скорее всего, будут отформатированы в NTFS. Вы захотите использовать это только с небольшими устройствами хранения или для совместимости с другими устройствами, такими как цифровые камеры, игровые приставки, телевизионные приставки и другие устройства, которые поддерживают только FAT32, а не более новую файловую систему NTFS.
NTFS: современные версии Windows — начиная с Windows XP — используют файловую систему NTFS для своего системного раздела. Внешние диски можно отформатировать в файловой системе FAT32 или NTFS.
HFS+: компьютеры Mac используют HFS+ для своих внутренних разделов, и им также нравится форматировать внешние диски с помощью HFS+ — это необходимо для использования внешнего диска с Time Machine, чтобы, например, можно было должным образом выполнить резервное копирование атрибутов файловой системы. Компьютеры Mac также могут читать и записывать в файловые системы FAT32, хотя по умолчанию они могут читать только из файловых систем NTFS — вам потребуется стороннее программное обеспечение для записи в файловые системы NTFS с Mac.
Ext2/Ext3/Ext4. В Linux часто встречаются файловые системы Ext2, Ext3 и Ext4. Ext2 — это более старая файловая система, и в ней отсутствуют важные функции, такие как ведение журнала — если отключится питание или произойдет сбой компьютера во время записи на диск ext2, данные могут быть потеряны. Ext3 добавляет эти функции надежности за счет некоторой скорости. Ext4 современнее и быстрее — теперь это файловая система по умолчанию в большинстве дистрибутивов Linux, и она быстрее. Windows и Mac не поддерживают эти файловые системы — вам понадобится сторонний инструмент для доступа к файлам в таких файловых системах. По этой причине часто идеально форматировать системные разделы Linux как ext4 и оставлять съемные устройства в формате FAT32 или NTFS, если вам нужна совместимость с другими операционными системами. Linux может читать и записывать как в FAT32, так и в NTFS.
Btrfs: Btrfs — «лучшая файловая система» — это более новая файловая система Linux, которая все еще находится в разработке. На данный момент он не используется по умолчанию в большинстве дистрибутивов Linux, но, вероятно, однажды он заменит Ext4. Цель состоит в том, чтобы предоставить дополнительные функции, позволяющие масштабировать Linux до больших объемов хранилища.
Подкачка: в Linux файловая система подкачки на самом деле не является файловой системой. Раздел, отформатированный как «подкачка», может просто использоваться операционной системой в качестве пространства подкачки — это похоже на файл подкачки в Windows, но для него требуется выделенный раздел.

Существуют и другие файловые системы, особенно в Linux и других UNIX-подобных системах.

Обычному пользователю компьютера не нужно знать большую часть этих вещей — они должны быть понятными и простыми, — но знание основ поможет вам понять такие вопросы, как «Почему этот диск в формате Mac не работает с моим ПК с Windows?» ?» и «Должен ли я отформатировать этот жесткий диск USB как FAT32 или NTFS?»

›Почему отключение устройства устраняет так много проблем?
› Что такое скорость чтения/записи и почему она важна?
› Как читать Zip-диск на современном ПК или Mac
› Как сделать USB-накопитель, который можно будет читать на Mac и ПК
› Что такое Finder на Mac?
› Как отформатировать жесткий диск или SSD в Windows 11
› Какую файловую систему следует использовать для моего USB-накопителя?
› Что такое GrapheneOS и как она делает Android более приватным?

Файлы wsl.conf и .wslconfig используются для настройки параметров дополнительных параметров для каждого дистрибутива ( wsl.conf ) и глобально для всех дистрибутивов WSL 2 ( .wslconfig ). В этом руководстве рассматриваются все параметры настройки, когда использовать каждый тип файла, где хранить файл, примеры файлов настроек и советы.

В чем разница между wsl.conf и .wslconfig?

Вы можете настроить параметры установленных дистрибутивов Linux, которые будут автоматически применяться при каждом запуске WSL, двумя способами:

.wslconfig для глобальной настройки параметров для всех установленных дистрибутивов, работающих на WSL 2.
wsl.conf для настройки параметров дистрибутива для дистрибутивов Linux, работающих на WSL 1 или WSL 2.

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

Используемая версия WSL повлияет на параметры конфигурации. WSL 2 работает как облегченная виртуальная машина (ВМ), поэтому использует параметры виртуализации, позволяющие контролировать объем используемой памяти или процессоров (что может быть знакомо, если вы используете Hyper-V или VirtualBox).

wsl.conf

Хранится в каталоге /etc дистрибутива в виде файла unix.
Используется для настройки параметров для каждого дистрибутива. Параметры, настроенные в этом файле, будут применяться только к конкретному дистрибутиву Linux, содержащему каталог, в котором хранится этот файл.
Можно использовать для дистрибутивов любой версии, WSL 1 или WSL 2.
Чтобы перейти в каталог /etc для установленного дистрибутива, используйте командную строку дистрибутива с помощью cd / для доступа к корневому каталогу, затем ls для просмотра списка файлов или explorer.exe . для просмотра в проводнике Windows.Путь к каталогу должен выглядеть примерно так: /etc/wsl.conf .

.wslconfig

Хранится в вашем каталоге %UserProfile%.
Используется для глобальной настройки параметров во всех установленных дистрибутивах Linux, работающих как версия WSL 2.
Можно использовать только для дистрибутивов, запущенных WSL 2. Эта конфигурация не повлияет на дистрибутивы, работающие как WSL 1, поскольку они не работают как виртуальная машина.
Чтобы попасть в каталог %UserProfile%, в PowerShell используйте cd ~ для доступа к домашнему каталогу (обычно это ваш профиль пользователя, C:\Users\ ) или вы можете открыть проводник Windows и ввести %UserProfile% в адресная строка. Путь к каталогу должен выглядеть примерно так: C:\Users\ \.wslconfig .

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

Настройка параметров дистрибутива с помощью файла wsl.conf доступна только в сборке Windows 17093 и более поздних версиях.

Правило восьми секунд

Вы должны подождать, пока подсистема, на которой работает ваш дистрибутив Linux, полностью перестанет работать и перезапустится, чтобы появились обновления параметров конфигурации. Обычно это занимает около 8 секунд после закрытия ВСЕХ экземпляров дистрибутивной оболочки.

Если вы запускаете дистрибутив (например, Ubuntu), измените файл конфигурации, закройте дистрибутив и снова запустите его. Вы можете предположить, что ваши изменения конфигурации немедленно вступили в силу. В настоящее время это не так, поскольку подсистема все еще может работать. Вы должны дождаться остановки подсистемы перед повторным запуском, чтобы дать достаточно времени для применения ваших изменений. Вы можете проверить, работает ли ваш дистрибутив (оболочка) Linux после его закрытия, используя PowerShell с помощью команды: wsl --list --running . Если нет запущенных дистрибутивов, вы получите ответ: «Нет запущенных дистрибутивов». Теперь вы можете перезапустить дистрибутив, чтобы увидеть примененные обновления конфигурации.

Команда wsl --shutdown — это быстрый способ перезапустить дистрибутивы WSL 2, но она отключит все работающие дистрибутивы, поэтому используйте ее с умом.

Параметры конфигурации для wsl.conf

Файл wsl.conf настраивает параметры для каждого дистрибутива. (Для глобальной настройки дистрибутивов WSL 2 см. .wslconfig).

Файл wsl.conf поддерживает четыре раздела: automount, network, interop и user. (В соответствии с соглашениями о файлах .ini ключи объявляются в разделе, подобно файлам .gitconfig.) Информацию о том, где хранить файл wsl.conf, см. в wsl.conf.

Настройки автомонтирования

Ярлык раздела: [automount]

< td style="text-align: left;">true заставляет фиксированные диски (например, C:/ или D:/) автоматически монтироваться с помощью DrvF в /mnt. false означает, что диски не будут монтироваться автоматически, но вы все равно можете монтировать их вручную или через fstab .

ключ	значение	по умолчанию	примечания
включено	boolean	true
mountFsTab	логическое значение	true	true устанавливает /etc/fstab для обработки при запуске WSL. /etc/fstab — это файл, в котором вы можете объявить другие файловые системы, например общий ресурс SMB. Таким образом, вы можете автоматически монтировать эти файловые системы в WSL при запуске.
root	string	/mnt/	Устанавливает каталог, в котором установлены фиксированные диски. будет автоматически смонтирован. По умолчанию установлено значение /mnt/ , поэтому ваш диск C с файловой системой Windows монтируется в /mnt/c/ . Если вы измените /mnt/ на /windir/ , вы должны ожидать, что ваш фиксированный диск C будет подключен к /windir/c .
options	список значений, разделенных запятыми, таких как uid, gid и т. д., см. параметры автоматического монтирования ниже	пустая строка	Значения параметров автоматического монтирования перечислены ниже и добавляются к строке параметров монтирования DrvFs по умолчанию. Можно указать только параметры, специфичные для DrvFs.

Параметры автоматического монтирования применяются как параметры монтирования для всех автоматически монтируемых дисков. Чтобы изменить параметры только для определенного диска, используйте файл /etc/fstab. Параметры, которые двоичный файл монтирования обычно преобразует в флаг, не поддерживаются.Если вы хотите явно указать эти параметры, вы должны указать каждый диск, для которого вы хотите это сделать, в /etc/fstab .

Параметры автомонтирования

Установка различных параметров монтирования для дисков Windows (DrvFs) может управлять тем, как права доступа к файлам рассчитываются для файлов Windows. Доступны следующие параметры:

< td style="text-align: left;">umask

Ключ	Описание	По умолчанию
uid	Идентификатор пользователя, используемый для владельца всех файлов	Идентификатор пользователя по умолчанию для вашего дистрибутива WSL (при первой установке по умолчанию используется 1000)
gid	Идентификатор группы, используемый для владелец всех файлов	Идентификатор группы по умолчанию для вашего дистрибутива WSL (при первой установке это значение по умолчанию равно 1000)
Восьмеричная маска разрешений для исключения для всех файлов и каталогов	000
fmask	Восьмеричная маска разрешений для исключения для всех файлов	000
dmask	Восьмеричная маска разрешений для исключения для всех каталогов	000
метаданные	Добавляются ли метаданные в файлы Windows для поддержки системных разрешений Linux	отключено
case	Определяет каталоги, рассматриваемые как с учетом регистра и будет ли установлен флаг для новых каталогов, созданных с помощью WSL. Подробное объяснение параметров см. в разделе Чувствительность к регистру. Варианты включают off , dir или force .	off

По умолчанию WSL устанавливает для uid и gid значение пользователя по умолчанию. Например, в Ubuntu пользователь по умолчанию — uid=1000, gid=1000. Если это значение используется для указания другой опции gid или uid, пользовательское значение по умолчанию будет перезаписано. В противном случае всегда будет добавляться значение по умолчанию.

Маска пользовательского режима создания файлов (umask) устанавливает разрешение для вновь создаваемых файлов. По умолчанию 022, только вы можете записывать данные, но кто угодно может читать данные. Значения можно изменить, чтобы отразить различные настройки разрешений. Например, umask=077 изменяет разрешение на полностью личное, и ни один другой пользователь не может читать или записывать данные. Для дальнейшего указания разрешений также можно использовать fmask (файлы) и dmask (каталоги).

Маски разрешений проходят через логическую операцию ИЛИ перед применением к файлам или каталогам.

Что такое DrvFs?

DrvFs — это подключаемый модуль файловой системы для WSL, разработанный для поддержки взаимодействия между WSL и файловой системой Windows. DrvFs позволяет WSL монтировать диски с поддерживаемыми файловыми системами в каталоге /mnt, например, /mnt/c, /mnt/d и т. д. Дополнительные сведения о настройке поведения по умолчанию с учетом регистра при монтировании дисков или каталогов Windows или Linux см. страница конфиденциальности.

Настройки сети

Ярлык раздела: [сеть]

< td style="text-align: left;">true устанавливает WSL для генерации /etc/hosts. Файл hosts содержит статическую карту имен хостов, соответствующих IP-адресу.

ключ	значение	по умолчанию	примечания
generateHosts	boolean	true
generateResolvConf	boolean	true	true установить WSL для генерации /etc/resolv .конф . В файле resolv.conf содержится список DNS, способных преобразовать заданное имя хоста в его IP-адрес.
имя хоста	string	имя хоста Windows	Устанавливает имя хоста, которое будет использоваться для распространения WSL.

Настройки взаимодействия

Ярлык раздела: [interop]

Эти параметры доступны в Insider Build 17713 и более поздних версиях.

< td style="text-align: left;">Установка этого ключа определяет, будет ли WSL поддерживать запуск процессов Windows.

ключ	значение	по умолчанию	примечания
включено	boolean	true
appendWindowsPath	логическое значение	true	Установка этого ключа определяет, будет ли WSL добавлять элементы пути Windows к переменной окружения $PATH.

Настройки пользователя

Ярлык раздела: [пользователь]

Эти параметры доступны в сборке 18980 и более поздних версиях.

ключ	значение	по умолчанию	примечания
default	string	Исходное имя пользователя, созданное при первом run	Установка этого ключа указывает, какого пользователя запускать при первом запуске сеанса WSL.

Параметры загрузки

Настройка загрузки доступна только в Windows 11.

Ярлык раздела: [boot]

ключ	значение	по умолчанию	примечания
command	string	""	Строка команды, которую вы хотите запустить при запуске экземпляра WSL. Эта команда запускается от имени пользователя root. например: запуск сервисной докеры Доступно только для Windows 11.

Пример файла wsl.conf

Приведенный ниже пример файла wsl.conf демонстрирует некоторые доступные параметры конфигурации. В этом примере используется дистрибутив Ubuntu-20.04, а путь к файлу — \\wsl.localhost\Ubuntu-20.04\etc\wsl.conf .

Настройка конфигурации для .wslconfig

Файл .wslconfig глобально настраивает параметры для всех дистрибутивов Linux, работающих с WSL 2. (Конфигурацию для каждого дистрибутива см. в wsl.conf).

Информацию о том, где хранить файл .wslconfig, см. в разделе .wslconfig.

Параметры глобальной конфигурации с .wslconfig доступны только для дистрибутивов, работающих как WSL 2 в Windows Build 19041 и более поздних версиях. Помните, что вам может потребоваться запустить wsl --shutdown, чтобы выключить виртуальную машину WSL 2, а затем перезапустить экземпляр WSL, чтобы эти изменения вступили в силу.

Этот файл может содержать следующие параметры, влияющие на виртуальную машину, на которой работает любой дистрибутив WSL 2:

Ярлык раздела: [wsl2]

< tr> < /tr>

ключ	значение	по умолчанию	примечания
ядро	string	Ядро, созданное Microsoft, предоставленное в папке "Входящие"	Абсолютный путь Windows к пользовательскому ядру Linux.
память	размер	50% от общего объема памяти в Windows или 8 ГБ, в зависимости от того, что меньше ; в сборках до 20175 года: 80 % от общего объема памяти в Windows	Сколько памяти выделить виртуальной машине WSL 2.
процессоры	номер	Одинаковое количество процессоров в Windows	Сколько процессоров назначить виртуальной машине WSL 2.
localhostForwarding	boolean	true	Логическое значение, указывающее, должны ли порты, связанные с подстановочным знаком или локальным хостом в виртуальной машине WSL 2, быть доступными для подключения с хоста через localhost:port .
kernelCommandLine	строка	Пустой	Дополнительные аргументы командной строки ядра.
swap	size	25 % объема памяти в Windows, округленное до ближайшего ГБ	Сколько места подкачки добавить к виртуальной машине WSL 2, 0 для отсутствия файла подкачки. Хранилище подкачки — это дисковая оперативная память, используемая, когда потребность в памяти превышает предел аппаратного устройства.
файл подкачки	string	%USERPROFILE%\AppData\Local\Temp\swap.vhdx	Абсолютный путь Windows к виртуальному жесткому диску подкачки .
pageReporting	boolean	true	Значение true по умолчанию позволяет Windows освобождать неиспользуемую память, выделенную виртуальной машине WSL 2.
guiApplications	boolean*	true	Boolean для включения или выключения поддержки приложений с графическим интерфейсом (WSLg) в WSL. Доступно только для Windows 11.
debugConsole	boolean*	false	Boolean для включения окна консоли вывода, которое показывает содержимое dmesg при запуск экземпляра дистрибутива WSL 2. Доступно только для Windows 11.
вложенная виртуализация	boolean*	true	Boolean для включения или выключения вложенной виртуализации, что позволяет запускать другие вложенные виртуальные машины внутри WSL 2. Доступно только для Windows 11.
vmIdleTimeout	number*	60000	Количество миллисекунд, в течение которых виртуальная машина простаивает, прежде чем он выключен. Доступно только для Windows 11.

Записи со значением пути должны быть путями Windows с обратной косой чертой, например: C:\\Temp\\myCustomKernel

Записи со значением размера должны представлять собой размер, за которым следует единица измерения, например 8 ГБ или 512 МБ .

Записи со знаком * после типа значения доступны только в Windows 11.

Пример файла .wslconfig

Приведенный ниже пример файла .wslconfig демонстрирует некоторые доступные параметры конфигурации. В этом примере путь к файлу — C:\Users\ \.wslconfig .

Подсистема Windows для Linux (WSL) — это функция операционной системы Windows, позволяющая запускать файловую систему Linux вместе с инструментами командной строки Linux и приложениями с графическим интерфейсом непосредственно в Windows, наряду с традиционным рабочим столом Windows и приложения.

Дополнительную информацию см. на странице "О нас".

Для кого WSL?

Это в первую очередь инструмент для разработчиков, особенно веб-разработчиков, тех, кто работает над проектами с открытым исходным кодом или выполняет развертывание в серверных средах Linux. WSL предназначен для тех, кто любит использовать Bash, распространенные инструменты Linux ( sed , awk и т. д.) и фреймворки Linux (Ruby, Python и т. д.), а также любит использовать инструменты повышения производительности Windows

Что я могу делать с WSL?

WSL позволяет запускать Linux в оболочке Bash с выбранным дистрибутивом (Ubuntu, Debian, OpenSUSE, Kali, Alpine и т. д.). Используя Bash, вы можете запускать инструменты и приложения Linux из командной строки. Например, введите lsb_release -a и нажмите Enter; вы увидите подробную информацию о запущенном дистрибутиве Linux:

< бр />

Вы также можете получить доступ к файловой системе вашего локального компьютера из оболочки Linux Bash — вы найдете свои локальные диски, смонтированные в папке /mnt. Например, ваш диск C: смонтирован в /mnt/c :

Не могли бы вы описать типичный рабочий процесс разработки с использованием WSL?

WSL нацелен на аудиторию разработчиков с намерением использовать ее как часть внутреннего цикла разработки. Допустим, Сэм создает конвейер CI/CD (непрерывная интеграция и непрерывная доставка) и хочет протестировать его сначала на локальном компьютере (ноутбуке), прежде чем развертывать его в облаке. Сэм может включить WSL (и WSL 2 для повышения скорости и производительности), а затем использовать подлинный экземпляр Linux Ubuntu локально (на ноутбуке) с любыми командами и инструментами Bash, которые они предпочитают. После того, как конвейер разработки будет проверен локально, Сэм может отправить этот конвейер CI/CD в облако (например, в Azure), превратив его в контейнер Docker и переместив контейнер в облачный экземпляр, где он запускается на готовой к работе виртуальной машине Ubuntu. .

Что такое Баш?

Bash — это популярная текстовая оболочка и язык команд. Это оболочка по умолчанию, включенная в Ubuntu и другие дистрибутивы Linux, а также в macOS. Пользователи вводят команды в оболочку для выполнения сценариев и/или запуска команд и инструментов для выполнения многих задач.

Как это работает?

Прочитайте эту статью в блоге Windows Command Line: A Deep Dive Into How WSL позволяет Windows получать доступ к файлам Linux, в которой подробно рассказывается о базовой технологии.

Зачем мне использовать WSL, а не Linux на виртуальной машине?

WSL требует меньше ресурсов (ЦП, памяти и хранилища), чем полноценная виртуальная машина. WSL также позволяет вам запускать инструменты и приложения командной строки Linux вместе с приложениями командной строки Windows, настольными приложениями и магазинами, а также получать доступ к файлам Windows из Linux. Это позволяет при желании использовать приложения Windows и инструменты командной строки Linux для одного и того же набора файлов.

Зачем мне использовать, например, Ruby в Linux, а не в Windows?

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

Многие языки, такие как Ruby и Node.js, часто переносятся на Windows и прекрасно работают в них. Однако не все владельцы библиотек Ruby Gem или node/NPM портируют свои библиотеки для поддержки Windows, и многие из них имеют зависимости, специфичные для Linux. Это часто может привести к тому, что системы, созданные с использованием таких инструментов и библиотек, будут страдать от ошибок сборки, а иногда и во время выполнения или нежелательного поведения в Windows.

Это лишь некоторые из проблем, из-за которых многие люди обращались в Microsoft с просьбой улучшить инструменты командной строки Windows, и что побудило нас сотрудничать с Canonical, чтобы включить собственные инструменты командной строки Bash и Linux для работы в Windows.

Что это значит для PowerShell?

При работе с проектами OSS существует множество сценариев, в которых чрезвычайно полезно зайти в Bash из командной строки PowerShell. Поддержка Bash дополняет и усиливает ценность командной строки в Windows, позволяя PowerShell и сообществу PowerShell использовать другие популярные технологии.

Какие процессоры поддерживает WSL?

WSL поддерживает процессоры x64 и ARM.

Как получить доступ к диску C:?

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

/мнт/ /

Пример использования: cd /mnt/c для доступа к c:\

Как настроить Git Credential Manager? (Как мне использовать свои разрешения Windows Git в WSL?)

См. руководство Начало работы с Git в подсистеме Windows для Linux, в котором есть раздел по настройке Git Credential Manager и хранению токенов проверки подлинности в Windows Credential Manager.

Как использовать файл Windows с приложением Linux?

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

WSL монтирует несъемные диски вашей машины в папку /mnt/ в ваших дистрибутивах Linux. Например, ваш диск C: смонтирован в /mnt/c/

Используя подключенные диски, вы можете редактировать код, например, в C:\dev\myproj\ с помощью Visual Studio / или VS Code, а также создавать/тестировать этот код в Linux, обращаясь к тем же файлам через /mnt/c. /dev/myproj .

Отличаются ли файлы на диске Linux от смонтированного диска Windows?

Файлы в корневом каталоге Linux (т. е. / ) контролируются WSL, что соответствует поведению Linux, включая, помимо прочего:

Файлы, содержащие недопустимые символы имени файла Windows.
Символические ссылки, созданные для пользователей без прав администратора
Изменение атрибутов файла с помощью chmod и chown
Чувствительность к регистру файлов/папок

Файлы на подключенных дисках контролируются Windows и ведут себя следующим образом:

Поддержка учета регистра.
Все разрешения установлены так, чтобы наилучшим образом отражать разрешения Windows.

Как удалить дистрибутив WSL?

Чтобы удалить дистрибутив из WSL и удалить все данные, связанные с этим дистрибутивом Linux, запустите wsl --unregister где имя вашего дистрибутива Linux, которое можно увидеть в списке в команда wsl -l.

Кроме того, вы можете удалить приложение дистрибутива Linux со своего компьютера, как и любое другое приложение магазина.

Чтобы узнать больше о командах wsl, см. статью Основные команды для WSL.

Как запустить сервер OpenSSH?

OpenSSH поставляется с Windows в качестве дополнительной функции. См. документ «Установка OpenSSH». Для запуска OpenSSH в WSL требуются права администратора в Windows. Чтобы запустить сервер OpenSSH, запустите дистрибутив WSL (например, Ubuntu) или терминал Windows от имени администратора. Существует несколько ресурсов, посвященных сценариям SSH с WSL.Ознакомьтесь со статьями в блоге Скотта Хансельмана: Как подключиться по SSH к компьютеру с Windows 10 из Linux ИЛИ Windows ИЛИ откуда угодно, Как подключиться по SSH к WSL2 в Windows 10 с внешнего компьютера, ПРОСТОЙ СПОСОБ, как подключиться по SSH к Bash и WSL2 к Windows 10 с внешнего компьютера. внешний компьютер и как использовать встроенный OpenSSH в Windows 10 для автоматического подключения SSH к удаленному компьютеру с Linux.

Как изменить язык отображения WSL?

Установка WSL попытается автоматически изменить языковой стандарт Ubuntu, чтобы он соответствовал языковому стандарту вашей установки Windows. Если вы не хотите такого поведения, вы можете запустить эту команду, чтобы изменить языковой стандарт Ubuntu после завершения установки. Вам придется перезапустить дистрибутив WSL, чтобы это изменение вступило в силу.

В приведенном ниже примере локаль меняется на en-US:

Почему у меня нет доступа в Интернет из WSL?

Касперский
СРЕДНЕЕ
Аваст
Symantec Endpoint Protection
F-безопасность

В некоторых случаях отключение брандмауэра разрешает доступ. В некоторых случаях просто установленный брандмауэр блокирует доступ.

Как мне получить доступ к порту из WSL в Windows?

Как сделать резервную копию дистрибутивов WSL или переместить их с одного диска на другой?

Лучший способ сделать резервную копию или переместить ваши дистрибутивы — использовать команды экспорта/импорта, доступные в Windows версии 1809 и более поздних версиях. Вы можете экспортировать весь дистрибутив в архив с помощью команды wsl --export. Затем вы можете импортировать этот дистрибутив обратно в WSL с помощью команды wsl --import, которая может указать новое расположение диска для импорта, что позволит вам сделать резервную копию и сохранить состояние (или переместить) ваши дистрибутивы WSL.

Обратите внимание, что традиционные службы резервного копирования, создающие резервные копии файлов в папках AppData (например, резервное копирование Windows), не повредят ваши файлы Linux.

WSL 2

Использует ли WSL 2 Hyper-V? Будет ли он доступен в Windows 10 Домашняя?

WSL 2 доступен во всех SKU для настольных ПК, где доступен WSL, включая Windows 10 Домашняя.

В новейшей версии WSL для обеспечения виртуализации используется архитектура Hyper-V. Эта архитектура будет доступна в дополнительном компоненте Virtual Machine Platform. Этот необязательный компонент будет доступен для всех SKU. Вы можете ожидать более подробной информации об этом интерфейсе, как только мы приблизимся к выпуску WSL 2.

Что будет с WSL 1? Будет ли он заброшен?

В настоящее время мы не планируем прекращать поддержку WSL 1. Вы можете одновременно запускать дистрибутивы WSL 1 и WSL 2, а также в любое время обновить или понизить версию любого дистрибутива. Добавление WSL 2 в качестве новой архитектуры предоставляет команде WSL лучшую платформу для предоставления функций, которые делают WSL отличным способом запуска среды Linux в Windows.

Смогу ли я запускать WSL 2 и другие сторонние инструменты виртуализации, такие как VMware или VirtualBox?

Некоторые сторонние приложения не могут работать при использовании Hyper-V, что означает, что они не смогут работать при включенном WSL 2, например VMware и VirtualBox. Однако недавно и VirtualBox, и VMware выпустили версии, поддерживающие Hyper-V и WSL2. Узнайте больше об изменениях VirtualBox здесь и об изменениях VMware здесь. Чтобы узнать об устранении неполадок, ознакомьтесь с обсуждениями проблем с VirtualBox в репозитории WSL на GitHub.

Мы постоянно работаем над решениями, поддерживающими стороннюю интеграцию Hyper-V. Например, мы предоставляем набор API-интерфейсов под названием Hypervisor Platform, которые сторонние поставщики виртуализации могут использовать для обеспечения совместимости своего программного обеспечения с Hyper-V. Это позволяет приложениям использовать архитектуру Hyper-V для своей эмуляции, например эмулятор Google Android и VirtualBox 6 и выше, которые теперь совместимы с Hyper-V.

Дополнительную информацию и обсуждение проблем WSL 2 с VirtualBox 6.1 см. в репозитории проблем WSL.

*Если вам нужна виртуальная машина с Windows 10, загрузите VMWare, Hyper-V, VirtualBox и Parallels VM в Центре разработки для Windows.

Могу ли я получить доступ к графическому процессору в WSL 2? Планируется ли увеличить поддержку оборудования?

Мы выпустили поддержку доступа к графическому процессору внутри дистрибутивов WSL 2! Это означает, что теперь вы можете более легко использовать WSL для сценариев машинного обучения, искусственного интеллекта и обработки данных, когда задействованы большие наборы данных. Ознакомьтесь с руководством по началу работы с поддержкой графического процессора. На данный момент WSL 2 не включает поддержку последовательного порта или USB-устройств. Мы изучаем лучший способ добавить эти функции. Однако теперь поддержка USB доступна в рамках проекта USBIPD-WIN. Инструкции по настройке поддержки USB-устройств см. в разделе «Подключение USB-устройств».

Может ли WSL 2 использовать сетевые приложения?

Да, в целом сетевые приложения будут работать лучше и быстрее с WSL 2, поскольку он обеспечивает полную совместимость с системными вызовами.Однако в архитектуре WSL 2 используются виртуализированные сетевые компоненты, а это означает, что WSL 2 будет вести себя аналогично виртуальной машине — дистрибутивы WSL 2 будут иметь другой IP-адрес, чем хост-компьютер (ОС Windows). Дополнительные сведения см. в разделе Доступ к сетевым приложениям с помощью WSL.

Могу ли я запустить WSL 2 на виртуальной машине?

Да! Необходимо убедиться, что на виртуальной машине включена вложенная виртуализация. Это можно включить на родительском узле Hyper-V, выполнив следующую команду в окне PowerShell с правами администратора:

Set-VMProcessor -VMName -ExposeVirtualizationExtensions $true

Обязательно замените ' ' именем вашей виртуальной машины.

Можно ли использовать wsl.conf в WSL 2?

WSL 2 поддерживает тот же файл wsl.conf, что и WSL 1. Это означает, что любые параметры конфигурации, которые вы установили в дистрибутиве WSL 1, такие как автоматическое монтирование дисков Windows, включение или отключение взаимодействия, изменение каталога, в который будут монтироваться диски Windows и т. д., будут работать внутри WSL 2. Вы можете узнать Дополнительные сведения о параметрах конфигурации в WSL см. на странице «Управление распространением». Дополнительные сведения о поддержке подключения дисков, дисков, устройств или виртуальных жестких дисков (VHD) см. в статье «Подключение диска Linux в WSL 2».

Где я могу оставить отзыв?

Сообщите о проблеме с документацией, используя репозиторий документов WSL. Чтобы внести свой вклад в документы WSL, см. руководство для авторов Microsoft Docs.
Сообщите о проблеме с терминалом Windows, используя репозиторий продукта терминала Windows, если ваша проблема больше связана с терминалом Windows, консолью Windows или пользовательским интерфейсом командной строки.

Если вы хотите быть в курсе последних новостей WSL, вы можете сделать это с помощью:

Читайте также: