GNOME Disks: управление носителями и разделами. Общий обзор

Алексей Федорчук

Средств для управления носителями и разделами для них в Linux’ах немало. Большинство применителей «со стажем» используют в этих целях набор специализированных утилит командной строки, например:

  • fdisk (или gdisk, в зависимости от стиля) — для разметки диска;
  • mkfs с различными ключами — для создания на них файловых систем;
  • parted — позволяющий работать с разными стилями разметки и одновременно создавать файловые системы;
  • любымый текстовый редактор — для внесения изменений в файл /etc/fstab;
  • mdadm — для создания программых RAID;
  • lvm — для создания и управления логическими томами.

Применители начинающие отдаёт предпочтение графическим фронт-эндам, интегрирующим функционал всех перечисленных инструментов. Впрочем, последними не брезгуют и те из опытных применителей, кто не одержим фанатизмом и уже переболел детской болезнью крутизны. Среди таких фронт-эндов наибольшую известность и распространение получила программа GParted, неоднократно описывавшейся (например, здесь). Она же применятся обычно во всякого рода Live-дистрибутивах ремонтно-спасательного назначения, вроде Parted Magic и GParted Live.

Автор этих строк тоже не пренебрегал программой GParted, когда ему требовалось разметить какой-либо носитель на скорую руку (или когда просто лениво было обращаться к инструментам CLI). Давеча ему такая потребность возникла у него при обстоятельствах, описанных на родственном ресурсе. И потому он собрался обратиться к знакомому и привычному фронт-энду. Однако следствие показало, что в Mint 17 таковой в штатном комплекте отсутствует. А вместо него предлагается некий gnome-disks, фигурирующий в разделе Стандартные главного меню Cinnamon’а под простым именем — Диски. Хотя доустановить GParted из репозитория труда бы не составило, я решил опробовать этот инструмент. Ибо до сих пор только слыхал о нём — и не лучшие отзывы. В частности, что в последних его версиях отказались от поддержки softRAID, что мотивировалось обычным для GNOMEделателей аргументом: Народу это не нужно.

Забегая вперёд, скажу, что опасения по части softRAID оказались необоснованными: в том варианте, в котором gnome-disks присутствует в Mint’е, с дисковыми массивами он вполне себе работает. Уж не знаю, в чём дело — в особенностях ли конкретной сборки или в использовании его версии, которая не успела подвергнуться кастрации.

Однако начну по порядку. Запустить gnome-disks можно или через CLI, одноимённой командой, или из меню. Обращаю внимание — в отличие от GParted, пароль пользователя в момент запуска не запрашивается: его спросят только перед выполнением действий, которые на самом деле требуют привилегий администратора.

Будучи запущенным на моём десктопе, gnome-disks показывает следующую картину:

gnome-disks_01

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

Для начала скажу пару слов о возможностях программы вообще.

Шестерёнка в правом верхнем углу — вызов главного меню gnome-disks, которое выглядит так:

gnome-disks_02

Пара сцепленных шестерёнок ниже графика распределения диска по разделам вызывает очень похожее, хотя и не идентичное, меню:

gnome-disks_03

Смысл всех пунктов обоих меню интуитивно понятен. Следует только учесть, что пункты «верхнего» меню соответствуют манипуляциям над дисками в целом, «нижнего» — над его разделами. Этим и объясняются некоторые различия в этих меню: очевидно, что SMART не имеет смысла для раздела, а изменение параметров монтирования — для диска в целом. Кроме того, пункты, именованные в обоих меню одинаково, выполняют разные действия. Так, Форматирование из «верхнего» меню — ни что иное, как создание таблицы разметки диска (варианты — в стиле MSDOS или GPT):

gnome-disks_030

А одноимённый пункт из меню «нижнего» — это действительно создание файловой системы на разделе:

gnome-disks_0301

Причём через меню предусмотрен выбор только между FAT, NTFS и Ext4 (в том числе с шифрованием):

gnome-disks_0302

Названия прочих файловых систем следует, выбрав строку Другой, ввести вручную (например, btrfs). Список поддерживаемых файловых систем зависит от установленного в системе инструментария для работы с ними. Например, чтобы отформатировать раздел в JFS, необходимо иметь в установленном виде пакет jfsutils.

Кстати, поле с именем Название — ни что иное, как метка диска.

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

Прежде чем приступить к собственно разметке, я решил поглядеть на сохранность своих дисков. Правда, мало что понял из выводимых данных — уж слишком для всех моих накопителей много было Старый и На грани Отказа. Хотя итоговая оценка для все — Диск исправен, в худшем случае с одним повреждённым сектором, внушала надежду, что пациенты таки скорее живы, нежели мертвы:

gnome-disks_031

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

gnome-disks_032

и включения кеша записи:

gnome-disks_033

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

Для традиционного винчестера на 500 ГБ параметры выглядели так:

gnome-disks_034

gnome-disks_035

gnome-disks_036

Как и для SSD, все три функции по умолчанию отключены. И по тем же причинам экспериментировать с ними я не стал. Зато решил поглядеть, что же такое оценка производительности? Для начала мне показали пустой график — чего и следовало ожидать, так как ранее таковая не производилась:

gnome-disks_10

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

gnome-disks_11

Предложение сделать резервную копию данных перед выполнением процедуры меня расхолодило от её выполнения. Но зато напомнило, что давненько не делал я бэкапов. Что стало поводом для обращения к пунктам Создать образ диска «верхнего» и «нижнего» меню. Как нетрудно догадаться, первый создавал образ всего дискового устройства, например, /dev/sda:

gnome-disks_04a

Второй же проделывал ту же процедуру для выбранного раздела, например, /dev/sda1:

gnome-disks_04b

Для пробы я сделал образ корневого раздела моей установки Salix’а. Когда же я попытался повторить это корневого раздела Mint’а, оказалось, что процедура создания образа возможна только для несмонтированного носителя:

gnome-disks_04c

Так что дальнейшие развлечения с образами отложил на потом — но вернусь к ним обязательно: эта опция показалась мне чрезвычайно полезной, например, при переносе инсталляции некоей системы на более иной носитель. А сейчас следовало выполнить задачу, ради которой я за этот gnome-disks взялся — создать разделы на неразмеченном пространстве моего экспериментального диска. О чём — на следующей странице.

Оглавление

Добавить комментарий