Форматирование в btrfs команда linux

Обновлено: 06.07.2024

В начале XXI века современной файловой системе уже недостаточно всего лишь быстро работать с файлами и защищать их от повреждений. ZFS показала нам всю мощь технологии Copy-on-Write (CoW, копирование-при-записи) в задачах сохранения данных. Для Linux была создана Btrfs — новая стандартная ФС, построенная на технологии CoW.

Судя по тому, что Apple активно доделывает свою APFS, которая также использует CoW, набор возможностей ZFS/Btrfs действительно даёт новый уровень комфорта для пользователя. Чтобы ощутить его, достаточно попробовать Btrfs самим.

Немного теории для понимания.

Вы создаёте файл, внутри которого — строчка «Девочка Таня у клетки ходила». Сохраняете его на обычную ФС, например, на Ext4 или NTFS. Теперь, если вы откроете файл и добавите в него вторую строчку «Снова не надо кормить крокодила», файловая система при сохранении полностью перезапишет прежнюю версию файла. То есть, той версии файла, где в нём только одна строка, больше не существует.

Теперь проделаем то же самое на Btrfs. Создание файла с одной строкой проходит так же, но когда вы добавляете в файл вторую строку и сохраняете, проявляется то самое копирование-при-записи. Прежняя версия файла не перезаписывается, он остаётся нетронутой, а строка «Снова не надо кормить крокодила» дописывается в свободное место ФС.

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

Использование Btrfs в Ubuntu.

Установщик Ubuntu давно поддерживает Btrfs, так что никаких проблем с этим нет:

Btrfs оперирует томами или subvolumes — это как бы разделы внутри файловой системы. «Как бы» — потому что тома больше похожи на каталоги, чем на разделы. Но такой особый каталог можно монтировать как раздел. Установщик Ubuntu создаёт отдельные тома для системы и для домашнего каталога:

Так делается потому, что намного быстрее и легче сохранить состояние целого тома, чем состояние каждого из тысяч файлов в этом томе. Вторая команда показывает, что на Btrfs созданы тома @ и @home, но увидеть их в файловом менеджере не получится. Нужно сначала примонтировать корень Btrfs (не путать с корнем системы):

Что можно делать с томами Btrfs.

Экономия места на накопителе.

Для любого тома можно включить прозрачное сжатие по одному из двух алгоритмов: zlib и lzo. Первый лучше сжимает, зато второй на порядок быстрее работает. Для системы обычно используют lzo, а zlib имеет смысл на больших объёмах, которые редко читаются. Включается сжатие опцией монтирования compress=lzo в файле /etc/fstab:

После перезагрузки сжатие будет активировано. Обратите внимание, как монтируется том в указанный каталог — через опцию subvol=нужный_том.

Страховка от неудачных обновлений.

Перед каждым апдейтом системы я делаю снапшот системного тома. Вот так это может выглядеть в Ubuntu:

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

Представьте, что после обновления ваша система работает с ошибками или вообще не загружается. Тогда вам нужно будет просто указать в /etc/fstab последний снапшот в качестве системного тома через опцию subvol=нужный_том. Это можно сделать с помощью LiveCD.

Одна ФС на сколько угодно накопителей.

Для виртуальной машины с Ubuntu я создал 1 виртуальный накопитель. Представим, что на нём закончилось место. В таком случае я могу добавить ещё один виртуальный накопитель в настройках Virtualbox, а потом добавить его и к Btrfs:

Как видите, Btrfs автоматически применила модель RAID1 — отзеркалировала данные на добавленный накопитель, но уровни RAID можно менять. То же самое можно делать и на реальной машине — добавлять и удалять накопители без необходимости переразбивать их и форматировать заново.

Использование Btrfs на SSD.

Как было сказано в прошлой статье, технология CoW приводит к высокой фрагментации файлов — все изменения в них записываются кусочками в разные места ФС. Именно поэтому Btrfs (а также ZFS) рекомендуется использовать на SSD, на которых фрагментация совершенно не ощущается.

Btrfs — достаточно современная и продвинутая файловая система, она поддерживает SSD, что называется, «из коробки». В журнале ядра можно увидеть такие строки:

По последней строчке видно, что Btrfs сама определила, что находится на SSD, и автоматически включила режим поддержки твердотельных накопителей. Этот режим также можно включить одноимённой опцией монтирования. Благодаря этому режиму Btrfs показывает высокую скорость на многопоточных операциях.

Но следует иметь в виду, что SSD-режим не включает в себя поддержку TRIM! Поэтому его нужно либо включать опцией монтирования discard, либо же регулярно запускать программу fstrim. В Ubuntu есть отдельный юнит systemd для периодической отработки этой программы, активировать его можно такой командой:

Предотвращение деградации скорости.

У Btrfs есть одна неприятная архитектурная особенность: она упаковывает мелкие файлы прямо в дерево метаданных. Дерево метаданных это что-то вроде содержания в книге или поисковой системы в Интернете — в общем, очень важная вещь.

По умолчанию в дерево сохраняются файлы размером до 4 Кб, и вот здесь таится опасность. Из-за того, что размер файла заранее неизвестен, а диапазон размеров широк, дерево метаданных Btrfs сильно разрастается, что негативно отражается на скорости работы ФС.

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

Теперь в дерево будут сохраняться только файлы размером до 256 байтов. Можно вообще отключить упаковку, указав 0 после знака «равно».

Кстати, нелишним будет отключить обновление временных меток при каждом обращении к файлу. Это делается опцией noatime. Это немного прибавляет скорости работы ФС, а на SSD ещё имеет смысл и потому, что сокращает количество записей на него.

Отключение CoW для томов и файлов.

Одно из выгодных отличий Btrfs от ZFS — возможность полностью отключить Copy-on-Write. Это может быть нелишним на HDD, чтобы снизить фрагментацию и повысить скорость. Но даже на SSD большие файлы, которые часто перезаписываются, могут из-за CoW замедлять работу всей файловой системы. К таким файлам можно отнести образы виртуальных машин и базы данных.

Отключить CoW можно на уровне тома, с помощью опции монтирования nodatacow:

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

Казалось бы, ключ «+C» должен, по логике, включать CoW, но нет, всё наоборот. Чтобы включить CoW, нужно применить ту же команду, но уже с ключом «-C».

Анализ состояния Btrfs.

Часто люди не понимают, как правильно узнавать количество свободного и занятого места на Btrfs. Дело в том, что из-за снапшотов и сжатия обычные утилиты «сходят с ума» и показывают неправильные данные. Поэтому нужно использовать утилиту btrfs:

Её вывод тоже не очень понятен, так что разберём по строкам.

В первой строке пишутся совокупные объёмы выделенного и занятого места. Слово «single» означает, что Btrfs используется на одиночном накопителе. «Total» показывает, сколько места доступно, причём оно может быть намного меньше общего количества места на накопителе. Паниковать не стоит, просто Btrfs выделяет место порциями. Закончится одна порция — будет выделена ещё одна. Ну, а «used» показывает, сколько места на файловой системе реально занято.

Вторая строка отображает, сколько места занято под системный резерв. Нечто подобное есть и в Ext4.

Третья строка интереснее — в ней можно увидеть, сколько занимает то самое дерево метаданных. На скриншоте видно, что под дерево выделено 2 Гб, из которых заняты около 600 Мб. Эти показатели учитываются в первой строке.

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

Таким образом, чтобы узнать, сколько места реально занято на Btrfs, нужно смотреть на показатель «used» в первой строчке вывода команды:

Примечание переводчика: поскольку манипуляции с файловыми системами - это достаточно опасные операции, чреватые потерей данных, в процессе перевода этой статьи я собственноручно проделал все описанные здесь операции в системе Lubuntu 15.04, установленной в виртуальной машине VMware. У меня все прошло гладко, никаких проблем не возникло, но, тем не менее, хочу предупредить, что все приводимые ниже действия вы делаете на свой страх и риск. Скриншоты в статье мои.

Btrfs или B-tree file system - это файловая система под лицензией GPL, разработанная несколькими компаниями, в числе которых Oracle, Redhat, Fujitsu, Intel, Facebook, Linux Foundation, Suse и так далее. Размер файловой системы Brtfs может составлять до 16 экзабайт, а максимальный размер файла - до 8 экзабайт в связи с ограничениями ядра.

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

Она также поддерживает подразделы, которые не являются отдельными блочными устройствами. Мы можем создавать моментальные снимки этих подразделов, и восстанавливать их из этих снимков. Мы можем использовать btrfs вместо LVM. Файловая система btrfs все еще находится в режиме тестирования и не рекомендуется для применения на производстве при работе с важными данными.

Этап 1: Установка и создание файловой системы Btrfs

1. В большинстве современных дистрибутивов Linux пакет btrfs установлен по умолчанию. Если нет, установите его с помощью одной из следующих команд:

2. После установки пакета btrfs необходимо активировать модуль ядра для btrfs с помощью команды:

3. Здесь мы используем только один диск (то есть /dev/sdb) и мы собираемся установить логические тома и создать файловую систему btrfs. Сначала посмотрим, какие диски смонтированы в системе.

4. Убедившись, что диск правильно подключен к системе, можно создавать раздел с LVM. Мы будем использовать для этого команду 'fdisk' для диска /dev/sdb. Следуйте приведенным ниже инструкциям.

- нажмите 'n' для создания нового раздела; - затем выберите 'P' для первичного (Primary) раздела; - далее выберите номер раздела 1; - задайте значение по умолчанию, нажав два раза Enter; - далее нажмите 'P', чтобы вывести заданный раздел; - нажмите 'L' для вывода списка всех доступных типов; - нажмите 't' для выбора разделов; - выберите '8e' для Linux LVM и нажмите Enter; - затем снова нажмите 'p', чтобы вывести сделанные изменения; - нажмите 'w', чтобы записать изменения.

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

Настройка логического тома

6. Создадим физический том и группу томов на диске /dev/sdb1 с помощью команд pvcreate и vgcreate.

7. Создадим в группе томов логический том. Здесь я создаю два логических тома.

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

Создание файловой системы Btrfs

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

10. Далее, создадим точку монтирования и смонтируем файловую систему.

11. Верифицируем точку монтирования с помощью команды df.

Здесь доступный размер был 2 Гб

Этап 2: Добавление устройств в файловую систему Btrfs

12. Теперь мы хотим увеличить размер файловой системы на точке монтирования /mnt/tecmint_btrfs1/, для этого нам не нужно увеличивать размер логического тома, вместо этого мы можем добавить устройство к точке монтирования, в результате чего размер файловой системы увеличится.

13. После добавления устройства к файловой системе btrfs проверьте размер файловой системы с помощью команды 'df -h'.

14. Теперь проверьте статус добавленного устройства.

Если же вы захотите удалить логический том tecmint_lv2 из точки монтирования, это можно сделать с помощью следующих команд:

Полезные возможности Btrfs

a. Проверка использования диска на точке монтирования:

b. Вывод подробной информации о файловой системе:

Если нужна информация о всех устройствах, а не только о смонтированных, используется опция -all-devices.

c. Принудительная синхронизация файловой системы с идентификацией по пути .

d. Дефрагментация метаданных файлов и директорий.

-r = рекурсивная дефрагментация.
-v = вывод подробной информации.
-c = сжатие содержимого файлов при дефрагментации.

c. Проверка файловой системы с помощью команды btrfsck.

Этап 3: Создание подтомов Btrfs

Подтома Btrfs не являются блочными устройствами, хотя ведут себя аналогично, в отличие от томов LVM или ZFS. Подтома считаются находящимися в пространстве имен файлов POSIX. Доступ к ним возможен через подтом верхнего уровня структуры файловой системы.
Можно создать несколько подтомов внутри каждого из подтомов, и мы можем монтировать подтом, используя его ID, без монтирования его родительского подтома. Мы можем создавать и удалять подтома с помощью простых команд.
Снимки системы: возможно создание перезаписываемых снимков, либо только для чтения. Снимки системы создаются в режиме копирования при записи, но здесь не делается копий файлов, вместо этого берутся метаданные и данные оригинальных подтомов.

15. Перед созданием подтома выведем список всех существующих подтомов.

16. Для создания подтома мы можем использовать приведенные ниже команды. Здесь я создаю два подтома.

17. Теперь проверьте, появились ли созданные подтома.

18. Теперь перейдите в точку монтирования /mnt/tecmint_btrfs1/ и просмотрите созданные подтома.

Скопируйте какие-нибудь файлы из /etc/ в subvol1.

Монтирование субтома Btrfs

19. Сначала узнаем ID субтомов с помощью следующей команды:

20. Затем, чтобы смонтировать субтома, мы должны размонтировать родительский том /mnt/tecmint_btrfs1/.

21. Теперь смонтируем субтом, используя его ID:

Эта команда смонтирует subvol1 в /mnt/tecmint_btrfs1/.
Если нам нужно назначить наш субтом умолчательным, это можно сделать с помощью следующей команды:

22. Узнать, какой субтом является умолчательным, можно с помощью команды:

Создание мгновенных снимков файловой системы

23. Для создания мгновенного снимка используется команда вида:

Допустим, мне нужно сделать мгновенный снимок /mnt/tecmint_btrfs1/ и сохранить его здесь же:

С помощью команды ls можно увидеть, что мгновенный снимок готов:

24. Выше мы не задавали имя снимка, и по умолчанию оно соответствовало имени каталога, чей снимок мы делали. Теперь давайте попробуем назвать снимок snap_tec и сохранить его в /mnt/tecmint_btrfs1/.

25. В созданных ранее снимках мы можем читать и записывать любой контент. Если мы хотим создать снимок только для чтения, необходимо использовать опцию -r:

Постоянное монтирование Btrfs

26. Постоянное монтирование осуществляется с помощью записей в файле fstab. Откройте fstab в текстовом редакторе.

Далее, добавьте в него приведенную ниже строку. Сохраните файл и закройте текстовый редактор.

27. После выхода из fstab проверьте, что файловая система смонтирована.

Заключение

Btrfs - одна из лучших файловых систем для Linux. Надеемся, что эта статья помогла вам узнать что-то новое об этой файловой системе.

Btrfs - файловая система, предназначенная для удовлетворения растущих требований к масштабируемости больших подсистем хранения. Имя файловой системы Btrfs происходит от имени структуры данных B-деревьев, которые в ней используются. B-дерево это древовидная структура данных, которая позволяет файловым системам и базам данных эффективно получать доступ и обновлять большие блоки данных независимо от размера дерева.

Во время разметки дика, при установке Calculate Linux, Вы можете выбрать файловую систему Btrfs, и установщик автоматически отформатирует выбранный Вами раздел. Кроме того, вы можете использовать команду mkfs.btrfs для создания файловой системы Btrfs, расположенной на одном или нескольких блочных устройствах. Конфигурация по умолчанию состоит в разделении данных и зеркалировании метаданных файловой системы. Когда вы указываете одно устройство, метаданные дублируются на этом устройстве, если только вы не указали, что должна использоваться только одна копия метаданных. Устройствами могут быть простые разделы диска, loopback устройства (то есть образы дисков в памяти), multipath устройства или устройства LUN, которые реализуют RAID на аппаратном уровне.

Возможности

Файловая система Btrfs предоставляет следующие важные функции:

Функция Copy-on-write позволяет создавать как читаемые, так и записываемые снапшоты, а также откатывать файловую систему к предыдущему состоянию, даже после преобразования ее из файловой системы ext3 или ext4.
Создать снапшот можно командой: btrfs subvolume snapshot <source> <[dest/]name>
Если Вам необходимо заблокировать снапшот от изменений, добавьте ключ -r
Функциональность контрольной суммы обеспечивает целостность данных.
Интегрированное сжатие экономит дисковое пространство.
Сжатие можно включить опцией или при монтировании диска.
Сжатие также можно включить для каждого файла без использования опции монтирования, для этого примените chattr +c <[dest/]name> к файлу. При применении к каталогам новые файлы будут автоматически сжиматься по мере их поступления.
Интегрированная дефрагментация улучшает производительность.
Интегрированное управление логическими томами позволяет реализовывать конфигурации RAID, а также динамически добавлять и удалять емкость хранилища.

Btrfs поддерживает RAID0, RAID1, RAID10, RAID5 и RAID6, а также может дублировать метаданные или данные на одном шпинделе или нескольких дисках.

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

При выполнении команды mkfs.btrfs может быть указано более одного устройства в командной строке. Для управления конфигурацией рейда используются следующие ключи: для данных (-d) и метаданных (-m). Допустимые варианты: RAID0, RAID1, RAID10, RAID5, RAID6, single и dup. Опция "-m single" означает, что дублирование не выполняется, это необходимо при использовании аппаратного рейда.

Balance

Основной целью функции Balance является распределение групп блоков по всем устройствам, чтобы они соответствовали ограничениям, определенным соответствующими профилями. Баланс работает только на смонтированной файловой системе. Объем процесса балансировки может быть дополнительно настроен с помощью фильтров, которые могут выбирать группы блоков для обработки.

В отличие от большинства обычных файловых систем, Btrfs использует двухступенчатый распределитель. На первом этапе выделяются большие области пространства, известные как (chunks) для определенных типов данных, затем на втором этапе выделяются (blocks). В этих больших областях существует три типа чанков:

Data chunks хранят обычные данные файла.
Metadata Chunks хранят метаданные о файлах, включая, метки времени, контрольные суммы, имена файлов, владельца, разрешения и расширенные атрибуты.
System Chunks это особый тип чанков, которые хранят данные о том, где находятся все остальные чанки.

Только тот тип данных, для которого выделен блок, может быть сохранен в этом блоке. В наши дни наиболее распространенным случаем, когда вы получаете ошибку в Btrfs, является то, что файловая система исчерпала пространство для данных или метаданных в существующих чанках и не может выделить новый чанк. Вы можете убедиться, что это так, запустив btrfs fi df <путь> в файловой системе, которая вызвала ошибку. Если в строке "Данные" или "Метаданные" отображается значение "Итого", которое значительно отличается от значения "Используется", то это, вероятно, является причиной.

Команда btrfs balance отправляет данные обратно через распределитель (allocator), что приводит к более компактному использованию чанков. Например, если у вас есть два блока метаданных, которые заполнены на 40%, баланс приведет к тому, что они станут одним блоком метаданных, который заполнен на 80%. Благодаря такому сокращению использования пространства, операция балансировки может затем удалить пустые блоки освободив место для размещения новых блоков, которые впоследствии можно будет назначить на необходимые чанки. Если запустить btrfs fi df <путь> после запуска баланса, значения и станут намного ближе друг к другу, так как баланс удаляет фрагменты, которые больше не нужны.

Стоит помнить что для btrfs balance , требуется временно создать новую группу блоков и переместить туда старые данные. Для этого системе требуется свободная память, в противном случае вы получите ошибку . Решить данную проблему можно временно подключив дополнительный накопитель.

Scrub

Команда btrfs scrub start <путь> считывает все блоки данных и метаданных со всех устройств и проверяет контрольные суммы. Автоматически восстанавливает поврежденные блоки, если есть правильная копия.

Scrub не является средством проверки файловой системы ( fsck ) и не проверяет и не устраняет структурные повреждения в файловой системе.

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

В зависимости он настроек Вашего диска, btrfs scrub исправит поврежденные данные, скопировав неповреждённую версию с другого диска при настройке RAID1. Если данные хранятся в единственном экземпляре или все копии повреждены btrfs scrub уведомит о повреждении данных. При отсутствии ошибок утилита возвратит 0.

Дефрагментация

При первой записи Btrfs записывает данные последовательно, однако механизм (англ. Copy-On-Write) подразумевает, что любая последующая модификация файла не должна быть написана поверх старых данных, и соответственно, она помещается в свободный блок. Данное обстоятельство вызывает повышенную фрагментацию файловой системы. Кроме того, COW файловые системы также сталкивается с проблемами фрагментации, присущими всем файловым системам.

В Btrfs для борьбы с фрагментацией существует несколько методов:

дефрагментация с помощью команды btrfs filesystem defragment <путь>

Copy-on-Write механизм записывает изменения данных каждый раз новое место, вследствие чего они обладают повышенной фрагментацией. Кроме того, дефрагментация разорвёт ссылки на данные COW (например, файлов копируемых с помощью cp --reflink , снапшотов или дедуплицированных данных). Это может привести к значительному увеличению использованного дискового пространства.

опция монтирования , которая отключает COW для данных. Дефрагментацию можно применять к отдельному файлу либо к подтому/директории, в т. ч. рекурсивно. Атрибут можно также выставить новому или пустому файлу. Он отключает механизм , благодаря чему Btrfs при обновлении содержимого файла будет всегда работать с фиксированной дисковой областью, записывая данные поверх существующих (на физическом уровне).

Включенный атрибут - отключает проверку контрольной суммы файлов.

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

Оценить фрагментированность файлов можно при помощи утилиты filefrag .

Btrfs может передавать SSD информацию о том, какие блоки данных больше не используются (удалённые файлы и т.д.). Это, как минимум, позволяет избежать постепенного снижения производительности SSD. Операция fstrim как раз предназначена для таких целей. Для большинства современных SSD она доступна.

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

Следует обратить внимание что частое выполнение fstrim или даже использование может отрицательно повлиять на срок службы бюджетных SSD-устройств. Подробнее о данной проблеме написано в следующей статье. Кроме того, CoW (копирование при записи) Btrfs уменьшает количество перезаписи, так что TRIM на самом деле не так необходим для Btrfs.

Форматирование накопителей в Linux с помощью терминала, Gparted и Disk Utility. Типы накопителей:

Внешние жёсткие диски;
USB-флеш-накопители (сленг. флешка);
Карты памяти.

Форматирование накопителей с помощью терминала (консоли)

Для поиска имени нужного накопителя, введите команду

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

Далее форматируем накопитель с помощью команды

mkfs – команда создания файловой системы на накопителе

vfat – тип файловой системы FAT32, в которую форматируем накопитель, существуют и другие файловые системы: ext4, ntfs, xfs, btrfs -L Boot – команда создания метки раздела /dev/sdb3 – форматируемый раздел

Форматирование накопителей с помощью Gparted

Работа с программой Gparted:

Открывайте программу и выбирайте нужный накопитель

Выбирайте нужный раздел (если у вас их несколько) и отмонтируйте его, для этого нужно нажать правой клавишей мыши на нужный раздел и выбрать пункт “Отмонтировать”

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

Далее в верхнем меню выбираем: Правка —> Выполнить все операции

Появиться выпадающее окно с просьбой подтвердить запланированные операции

Ждём завершения форматирования.

Форматирование накопителей с помощью Disk Utility

Работа с программой Disk Utility:

Открывайте программу и выбирайте нужный накопитель (если у вас несколько разделов, то выбирайте нужный)

Потом выбирайте в меню “Форматировать диск”

Потом нужно выбрать тип форматирования: быстрый и частичный или полный и медленный

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