FOSSBook от alv’а

Вспомним, что разговор о cgdisk закончился на невозможности её работы с накопителями без таблицы разделов вообще (или с таблицей разделов, безнадёжно запорченой). И обещанием, что в этом случае нам поможет утилита gdisk. Continue reading ‘GPT и разметка диска. Утилита gdisk в нештатных ситуациях’ »

Знакомство с функциями gdisk резонно начать с получения информации о носителе. Для чего первым делом используем команду p, которая в "нормальном" случае выведет список все разделов данного диска: Continue reading ‘GPT и разметка диска. Утилита gdisk — основные функции’ »

Утилита gdisk предназначена для тех же целей, что и cgdisk, но работает в интерактивном режиме. Её отношение к последней точно такое же, как традиционного fdisk -- к cfdisk. То есть, кроме иного интерфейса, она имеет и некоторые дополнительные функции. В частности, она позволяет получить информацию о накопителе без собственно запуска. И, соответственно, без риска что-то напортачить. Continue reading ‘GPT и разметка диска. Утилита gdisk и её возможности’ »

Как мы только что увидели, утилита cgdisk очень проста в обращении и позволяет выполнить любые действия по разметке в стиле GPT -- как с "чистыми", так и с ранее использовавшимися носителями. За одним исключением: она категорически отказывается воспринимать носители без таблицы разделов вообще. Continue reading ‘GPT и разметка диска. Утилита cgdisk — ограничения’ »

Ознакомившись с возможностями утилиты cgdisk, перейдём к её практическому использованию. Для чего обратимся к первому пункту её меню, которым идёт Align. Здесь устанавливается размер блока выравнивания. Для обычных дисков (с размером физического блока 512 байт) по умолчанию cgdisk устанавливает её сам, и оптимальным образом: Continue reading ‘GPT и разметка диска. Утилита cgdisk — использование’ »

Утилита cgdisk предназначена для создания и удаления дисковых разделов, а также изменения идентификатора их файловой системы посредством меню-ориентированного интерфейса. То есть предоставляет те же возможности, что и традиционный cfdisk, плюс ряд дополнительных, обусловленных особенностями GPT-разметки. Continue reading ‘GPT и разметка диска. Утилита cgdisk — обзор возможностей’ »

GPT (GUID Partition Table) -- это новый формат таблицы разделов на носителях информации (традиционных винчестерах, SSD-накопителях, флэшках, SD-картах), идущий на смену крестьянской лошади формату MBR, существующему со времён первых IBM PC. Как явствует из названия, он основан на Globally Unique Identifier (GUID) -- статистически уникальных 128-битных идентификаторах всего на свете, в том числе и носителей. Continue reading ‘GPT и разметка диска. Вкратце о таблице разделов GUID’ »

Главное новшество последних лет, связанное с темой разметки -- широкое использование её GPT-стиля (так называемой gpt label) во всех операционных системах, в том числе и в популярных дистрибутивах Linux. Это связано со множеством причин, в первую очередь с постепенным изживанием BIOS -- чуть ли не последнего реликта первых IBM PC, и заменой его EFI (Extensible Firmware Interface). Continue reading ‘GPT и разметка диска. Введение’ »

Вопросы разметки дисков уже обсуждались на этом сайте. Описывались также и утилиты, служащие этой цели. Однако с тех пор утекло немало байтов, изменился подход к разметке, появились и новые инструменты для её выполнения. И настал психологический момент снова обратиться к этой теме. Continue reading ‘GPT и разметка диска’ »

Описанные на предыдущих страницах способы создания программного RAID прямыми командами соответствующих утилит отличаются гибкостью, но требуют самой малости -- наличия уже установленной системы. И потому не позволяют непосредственно разместить на массиве корень файловой иерархии. Правда, создание массива можно выполнить и перед установкой системы -- например, с LiveCD. Однако не факт, что он будет опознан инсталляционной программой произвольного дистрибутива. Continue reading ‘Fedora: программный RAID при инсталляции’ »

В заключение -- пара слов о сопоставлении обоих инструментов. Главное различие между ними в том, что пакет mdadm содержит один большой универсальный бинарник. И это удобно для интерактивной работы с RAID. Пакет же raidtools включает несколько небольших специализированных бинарников, а размер файла - важный параметр при использовании загрузочного initrd, в случае, если поддержка soft RAID подключается как модуль. Continue reading ‘Mdadm vs raidtools’ »

Справедливости ради следует сказать пару слов и об инструментарии raidtools и способах обращения с ним. В отличие от mdadm, он требует обязательного наличия конфигурационного файла - /etc/raidtab. Причем создать его нужно (вручную, в текстовом редакторе) до запуска каких-либо команд по созданию RAID’а. Continue reading ‘Soft RAID в Linux: альтернатива’ »

Теперь можно приступать к созданию RAID-массива. Для чего потребуется соответствующий программный инструментарий. И тут возникает та самая альтернатива, о которой я упоминал ранее: существует два набора подходящих для этого инструментов -- традиционный raidtools и более новый mdadm. Continue reading ‘Soft RAID в Linux: процесс созидания’ »

Как это в обычае в FOSS-мире, программный RAID любого выбранного уровня можно создать более чем одним способом -- конкретно, если не касаться графических утилит и инсталляторов, двумя. Однако на каком бы способе мы ни остановились, и какой бы RAID не выбрали, в любом случае потребуется выполнение некоторых условий и некоторый комплекс однотипных действий. Continue reading ‘Soft RAID в Linux: подготовительный этап’ »

Остается все-таки определиться, для чего вообще RAID на десктопе. Тот же резонный человек скажет, что либо а) для повышения производительности (RAID level 0), либо б) для увеличения надежности (RAID level 1), либо в) для счастливого сочетания того и другого (RAID level 5). Прочие уровни для десктопа действительно практического значения не имеют -- разве что уж для тех, кто совсем с претензиями -- RAID10.На все эти ответы можно привести не менее резонные возражения, как-то: Continue reading ‘Нужен ли RAID народу?’ »

Когда на прошлой странице я говорил, что RAID-массивы на аппаратных контроллерах -- удовольствие для пользователя неоправданно дорогое, имелись ввиду "настоящие железные" решения, реализованные на отдельных платах, оснащённых собственными чипами, кэш-памятью, BIOS'ом и прочими атрибутами. В результате чего даже простые карты с интерфейсом PATA/SATA по стоимости превосходили материнские платы, иногда вместе с процессором. А о SCSI- или SAS-картах, требовавших к тому же и много более дорогостоящих винчестеров, даже и упоминать не хочется. Continue reading ‘RAID-контроллеры для FOSS: аппаратные и не очень’ »

RAID расшифровывается как Redundant Array of Inexpensive Disks (избыточный массив недорогих дисков) или, что больше отражает реальность, как Redundant Array of Independent Disks (избыточный массив независимых дисков). Изначально, как следует из любого определения, они предназначались для повышения надёжности хранения данных именно за счёт избыточности их записи, допускающей восстановление информации при выходе из строя одного из входящих в массив накопителей. Continue reading ‘Немного о RAID вообще’ »

Эта серия страниц будет посвящена программным RAID-массивам и их использованию в Linux'е и FreeBSD. Continue reading ‘Программные RAID-массивы в FOSS-системах’ »

Как следует из исторической рубрики, DragonFlyBSD отделилась в качестве самостоятельного форка от FreeBSD 4-й ветки. Соответственно, в ней до настоящего времени используется статическая организация файлов устройств. Хотя, как говорят, внедрения файловой системы devfs можно ожидать в ближайшем будущем. Continue reading ‘DragonFlyBSD: особенности номенклатуры дисков и разделов’ »

Как неоднократно говорилось ранее, в PC-совместимых машинах физический винчестер может быть разбит на 4 первичных раздела, которые в терминологии FreeBSD величаются слайсами. Файлы соответствующих им устройств (для определённости -- слайсов на первом SATA-диске) именуются так: Continue reading ‘FreeBSD: номенклатура разделов’ »