Смонтировать nas как диск в linux
Если вы раньше использовали ОС Windows, то вы, скорее всего, привыкли к дискам с именами (C:), (D:) и т.д. В ОС Ubuntu Linux все иначе. Если в Windows для каждого раздела винчестера, CD-привода, флешки или картридера, назначалась определенная буква, к примеру (E:), то в Linux содержимое всех подключаемых и внутренних дисков отображается в виде папок, которые монтируются (подключаются) в корень файловой системы (/) По началу это может показаться очень неудобным, но при постепенном осваивании системы Linux, вы поймете что так правильней и даже удобней.
На данный момент Ubuntu Linux выполняет автоматическое монтирование всех обнаруженных подключаемых устройств (внешние винчестеры, флешки, фотоаппараты и т.д.) в корень файловой системы в директорию /media/. Например, если вы вставите флешку с меткой «Flash_card», то система смонтирует ее в каталог /media/Flash_card. В любом случае вам не надо задумываться куда и как монтировать внешние носители, т.к. они автоматически становятся доступны на панели рабочего стола в меню «Переход».
Однако ситуация с NTFS, FAT и FAT32 разделами основного (внутреннего) винчестера несколько иная. Чтобы каждый раз при попытке зайти на NTFS или FAT32 раздел не вводить пароль нужно выполнить действия рассмотренные ниже:
Способ 1: монтирование через универсально уникальный идентификатор (UUID)
Монтирование через идентификатор диска UUID является наиболее надёжным, работает во всех версиях Ubuntu (и не только Ubuntu).
UUID - это атрибут конкретной файловой системы, а не произвольное число, зависящее от физического порядка подключения дисков или случайностей инициализации дисковой подсистемы ядром.
Узнаем UUID разделов, для этого
Предположим, мы хотим подключить раздел «Shared» (NTFS-раздел, находящийся на основном диске компьютера) и «TRENDNET8GB» (флэшка, отформатированная в FAT32).
Бонус использования команды blkid по сравнению с инспекцией каталога /dev/disk/by-uuid/ в том,что вы сразу видите тип файловой системы на блочном устройстве, если ядру удалось его определить.
Открываем от имени администратора файл /etc/fstab, содержащий информацию о всех монтируемых при загрузке разделах:
Удаление дисков из LVM
LVM - это очень гибкая система, которая позволяет как добавлять, так и удалять диски. Такая необходимость не всегда связано с отказами, чаще встречаются ситуации, когда мы установили в систему новые, более емкие диски, а старые хотим использовать где-нибудь в другом месте.
Удаляемый диск не должен содержать логических томов, их следует переместить, либо удалить. Это можно сделать командой
Которая удалит логический том myvolume1 из группы томов andrey-lvm-vg.
В приведенном выше примере у нас освободился диск sdb в группе томов debian-lvm-vg. Удалим его из группы томов:
Ну и наконец удалим LVM-разметку с указанного диска:
После чего диск можно изъять из системы и использовать по собственному усмотрению. Также можно удалив физический том из одной группы томов, включить в другую, таким образом перераспределив имеющиеся аппаратные ресурсы.
Настройка загрузчика EFI и его копирование на второй раздел
Перед тем как настраивать загрузчик нам потребуется получить некоторые данные, в частности идентификаторы (UUID) разделов, их можно получить командой:
В полученном выводе прежде всего обратим внимание на идентификаторы EFI-разделов.
Как видим, разделы монтируются по идентификаторам и в случае выхода из строя первого диска вы не сможете загрузиться со второго, так как система не сможет смонтировать EFI-раздел. В некоторых источниках советуют изменить строку монтирования, используя вместо UUID явное указание устройства, например, /dev/sda1. Да, если мы отключим первый диск, то второй превратится в sda и система загрузится, но если диск выйдет из строя, физически определяясь в системе или на его месте будет новый диск без разметки, то такой фокус не сработает.
Правильно будет изменить идентификатор одного из разделов, чтобы они были одинаковы. Так как UUID раздела на первом диске уже используется в файлах конфигурации, то изменим его у раздела на втором диске.
Для работы с разделами FAT32 нам потребуется установить дополнительные утилиты:
После чего выполним:
Где 2396BE56 - идентификатор первого EFI-раздела (/dev/sda1), его следует указывать в одну строку без пробелов и тире, а /dev/sdb1 - второй EFI раздел.
Теперь получим список текущих загрузочных записей EFI:
Здесь нас интересует запись под номером 5 - debian, которая отвечает за загрузку системы и указывает на первый жесткий диск. Запомните или запишите путь к EFI-образу для загрузки системы: \EFI\debian\shimx64.efi.
Создадим аналогичную запись для второго диска:
Немного поясним назначение ключей команды:
- -c (--create) создать новую запись
- -d (--disk) диск, на котором находится системный раздел EFI
- -p (--part) номер раздела EFI
- -L (--label) метка(наименование) для загрузочной записи
- -l (--loader) путь образа EFI для загрузки
Так как наш EFI-раздел располагается в /dev/sdb1, то в опциях -d и -p указываем /dev/sdb и 1 соответственно, а в качестве пути указываем данные из первой загрузочной записи, которые мы получили на предыдущем шаге. Обратите внимание, что при указании пути к образу EFI используется обратный слеш.
Еще раз убедимся, что запись выполнена правильно:
Обе строки должны отличаться только меткой и GUID раздела (уникальный GPT-идентификатор, который позволяет микропрограмме UEFI найти нужный раздел).
Если обнаружена ошибка, то запись следует удалить и создать заново, для удаления используйте команду:
Ключ -b (--bootnum) указывает на номер записи, а -B ( --delete-bootnum) предписывает удалить ее.
Последним шагом скопируем содержимое загрузочного раздела с первого диска на второй, для этого смонтируем второй EFI-раздел:
И скопируем на него содержимое первого EFI-раздела:
После чего отмонтируем раздел:
На этом настройка завершена, система теперь может быть успешно загружена с любого диска.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Настраиваем LVM в установленной системе
Перед тем, как производить любые действия с дисками и разделами необходимо получить актуальную информацию о блочных устройствах системы. Выполним уже знакомую команду:
Не ленитесь делать это всегда, как бы вы не были "уверены" в том, что точно знаете какие диски вам нужны. Цена ошибки слишком высока. В нашем случае в системе присутствуют два неразмеченных диска sdb и sdd, которые мы будем использовать для LVM.
Прежде всего создадим физические тома, будьте внимательны, это действие уничтожит существующую разметку и все данные на дисках будут потеряны:
Затем создадим группу томов:
Синтаксис команды очень прост: указываем имя группы томов и входящие в нее диски.
Теперь можно создавать логические тома. Начнем с самых простых - томов с линейным отображением. Это можно сделать разными методами, например, указав желаемый размер тома:
Данная команда создаст логический том с именем myvolume1 (имя указывается в опции -n) и размером в 10 ГБ из экстентов группы томов andrey-lvm-vg.
Но указывать размеры в МБ и ГБ не всегда удобно, как мы помним, в основе LVM лежат экстенты и точный размер в байтах не всегда известен. Поэтому можно указывать относительные значения в процентах от емкости группы томов:
В нашем случае будет создан логический том размером в 60% от общего размера группы томов. Также можно указывать относительное значение свободного пространства в процентах:
Приведенная выше команда создала новый логический том myvolume2 на оставшемся свободном пространстве в группе томов andrey-lvm-vg.
Поставим более сложную задачу - создадим том с чередующимся отображением:
Как видим, все оказалось просто, за количество полос чередования отвечает опция -i, но помните, что количество полос не должно превышать количество дисков в группе томов, а свободного пространства на них должно хватать для создания логического тома выбранного размера.
Посмотрим информацию о логическом томе, в частности нас будут интересовать сведения о сегментах. Для получения этой информации запустите команду lvdisplay с ключом -m.
Данный том состоит из единственного сегмента занимающего логические экстенты от 0 до 10237, которые отображаются в две полосы чередования с размером блока чередования в 64 КБ, этот сегмент отображается на физические экстенты 0 - 5118 каждого из физических томов.
При такой структуре данные будут последовательно и равномерно заполнять оба физических диска, что рекомендуется для SSD в целях не допустить полного заполнения накопителей и выравнивания нагрузки на них. Но если мы расширим данный логический том на еще два диска, то получим совершенно иную картину:
Теперь у нас имеется два сегмента с набором логических экстентов 0 - 10237 и 10238 - 20475, каждый из которых чередуется в две полосы на дисках sdb, sdd и sde, sdf. Так как логический том выглядит для системы единым пространством, то экстенты будут заполняться преимущественно последовательно и ни о каком выравнивании нагрузки и равномерном заполнении дисков речи не идет, поэтому для SSD таким образом расширять тома не следует.
Созданные разделы следует отформатировать и смонтировать в нужное место файловой системы. Для форматирования в ext4 воспользуемся командой:
После чего раздел можно монтировать, если точка монтирования не существует, то ее нужно создать. Допустим мы хотим смонтировать наш раздел в /mydata, поэтому предварительно создаем каталог:
Для постоянного монтирования раздела внесем соответствующую запись в /etc/fstab, это можно сделать по имени устройства:
Обе записи при этом будут являться верными. Также можно сделать по-современному, указав тома по UUID, для этого сначала узнаем уникальный идентификатор раздела командой:
Затем внесем в /etc/fstab строку:
Чтобы смонтировать разделы без перезагрузки выполним:
При отключении или удалении раздела не забудьте убрать соответствующую запись из fstab.
Подключаем диск из NAS в Linux, или монтирование RAID и LVM разделов
Всем нам знакомы и привычны аппаратные NAS, они используются дома и на работе для хранения самых различных данных. Но любое оборудование может выходить из строя, обычно неожиданно и перед администратором может встать задача копирования данных с дисков NAS. На первый взгляд в ней нет ничего сложного: в основе прошивки Linux, а значит берем любую Linux систему, подключаем, монтируем, сливаем. Однако не все так просто и для выполнения этой задачи могут потребоваться достаточно глубокие знания систем хранения Linux и навыков работы с ними.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Разбирать подобные ситуации лучше на примерах, тем более в нашем случае он как будто специально, достаточно показательный. На днях к нам обратился коллега с просьбой помочь достать информацию с диска, вышедшего из строя NAS Synology DS216. На наш вопрос в чем там проблема он уклончиво ответил, что как-то все сложно и он боится сделать что-нибудь не так и испортить данные.
Ну что же, давайте разбираться. Итак, перед нами следующие вводные: есть диск из двухдискового NAS, работавшего с зеркальным RAID-массивом, в качестве файловой системы использовалась ext4. Подключаем данный диск к нашей Linux-системе, в ее качестве мы использовали Ubuntu, но это не имеет особого значения, принципы работы с дисками везде одинаковы, и проверяем его наличие в системе командой:
Из ее вывода нам удалось выяснить, что диск определяется в системе как sdb, а раздел с данными, судя по размеру, это sdb5. А давайте попробуем его примонтировать?
Но данная попытка не увенчается успехом. Почему? Ответ написан на экране: неизвестный тип файловой системы 'linux_raid_member'. Несмотря на то, что NAS аппаратный, RAID-массивы он использовал программные и перед нами классический раздел типа FD (Linux RAID autodetect). Для работы с ним потребуется установить mdadm:
На всякий случай, чтобы не напороть сгоряча, проверим что именно находится на данном разделе:
Да, перед нами действительно один из дисков зеркального (RAID-1) массива.
Теперь можем попробовать собрать массив командой:
Имя создаваемого массива можете выбрать на собственное усмотрение, в нашем случае md2.
Массив собрался, утираем трудовой пот и пытаемся его смонтировать, но снова что-то пошло не так.
Наше мнение: знать основы LVM и уметь работать с ним на базовом уровне должен любой уважающий себя администратор.
Прежде всего установим необходимые пакеты:
А теперь посмотрим, что же попало к нам в руки. Выполним команду:
Ее вывод ясно показывает, что у нас имеется физический том (PV), который содержит группу томов (VG) vg1000.
И вот здесь нас поджидают первые сложности, которые вовсе и не сложности для тех. кто знает и умеет в LVM. Так как группа томов не была надлежащим образом экспортирована, то просто так подключить ее не получится. Перед этим надо обновить метаданные командой:
После чего можно импортировать группу томов:
И активировать их:
Теперь узнаем, какие логические тома (LV) содержит активированная группа томов (VG):
В нашем случае логический том один - lv, смонтируем его:
В качестве точки монтирования мы выбрали стандартную директорию /mnt, но вы можете выбрать для этого любое место, главное условие - оно должно существовать на момент монтирования.
Если мы теперь перейдем в точку монтирования, то увидим в ней все содержимое нашего NAS и можем спокойно копировать данные. Сложно? Если обладать базовым набором знаний - нет, в противном случае это близко к какой-то магии, где путем ввода непонятных "заклинаний" мы получаем нужный результат.
Деактивируем группу томов:
И экспортируем ее:
Затем отключим программный RAID:
Теперь можно смело извлекать диск, особенно если он был подключен через USB, мы корректно выполнили отключение и это не принесет вреда ни диску, ни системе.
Как видим, никаких особых сложностей в подключении дисков из NAS нет, но для этого вы должны обладать базовыми знаниями и навыками по работе с mdamd и LVM.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
NAS configuration
Log in to your Synology Disk Station Manager and go to Control Panel. Choose File Services in tab SMB/AFP/NFS and select NFS service. Now in Control Panel got to Shared Folder. Choose folder you want to mount and hit Edit button, go to NFS Permissions tab. Hit Create button and set fields like this:
Provide IP of your PC.
Privilege set to Read/Write.
Squash to Map root to Admin
Security to sys
and Enable Asynchronous option. Hit OK.
Remember the Mount path on NSF Permissions tab. This info is located at the bottom and looks like: Mount path:/volume1/test_folder
Do the same for all folders you want to mount on Linux machine.
Перемещение логических томов LVM
Еще одна распространенная задача - перемещение томов между физическими дисками. В предыдущем разделе мы расширили логический том home на добавленный нами в LVM диск sdb, при этом его часть так и осталась на sda5. Поставим себе теперь иную задачу: полностью переместить домашнюю директорию на новый диск sdc, а освободившееся пространство на sda5 отдать корневому разделу системы.
Прежде всего создадим на новом диске физический том и добавим его в нужную группу томов:
Затем переместим экстенты логического тома home на новый диск. Так как sdb не содержит никаких иных логических томов, кроме home, то команда будет проста:
Она переместит все физические экстенты диска sdb на диск sdc. Для sda5, который содержит три логических тома такой фокус не пройдет, поэтому добавим конкретики:
Эта команда переместит все физические экстенты тома с именем home с диска sda5 на диск sdc.
Посмотрим информацию о логическом томе home:
Как можно видеть из вывода он теперь содержит единственный сегмент, который расположен на диске sdc.
Отлично, теперь можно расширить корневой раздел. Но нам следует использовать только пространство sda5 и желательно использовать его по максимуму. Как мы уже говорили выше, лучше всего опираться на число свободных экстентов. Чтобы узнать это значение выполним команду:
В выводе нас интересует единственный параметр - количество свободных экстентов:
Это число, в отличии от размера в байтах, либо процентов, является абсолютным, и мы можем смело его использовать:
Данная команда расширит логический том root на 2874 физических экстента принадлежащих разделу sda5. Затем не забудем расширить файловую систему:
А теперь посмотрим информацию о логическом томе:
Теперь корневой раздел состоит из двух сегментов, расположенных в начале и конце физического тома. Почему так? Вернемся в самое начало статьи и вспомним, что автоматически группа томов была размечена на следующие разделы: root, swap_1 и home. Домашний раздел мы переместили, но swap остался на своем месте и теперь root находится по обе стороны от него, если смотреть на физическом уровне, то мы получим схему root - swap_1 - root.
Для чего мы заостряем внимание на этих моментах? С практической точки зрения не так уж и важно, где именно лежат ваши данные, но это важно для понимания работы LVM, чтобы он перестал быть для вас черным ящиком, и вы могли на практике получить подтверждение теоретическим знаниям из предыдущей статьи.
System configuration
Edit hosts file:
and add line with IP and name of your NAS.
Edit fstab and add line (this will allow to map your folders automatically on system boot):
in line above replace values to yours (nas_name, test_folder).
Now map folders using command:
Do it for all your folders you want to map from NAS and check results in your file explorer.
Способ 2: монтирование через имена устройств
Монтирование с помощью таблицы разделов поддерживается практически во всех версиях всех *nix-подобных операционных систем.
Считается устаревшим и строго не рекомендуется к постоянному использованию.
Единственным заметным плюсом является небольшая длина имён устройств, что удобно при прямой работе с консолью. Например, во время реанимации умершей системы.
Узнаём имена разделов. Для этого можно, опять же, воспользоваться командой blkid, либо обратиться к помощи системы:
Разделы, оканчивающиеся цифрой - файловые системы. Разделы без цифры на конце - реальные физические устройства. В данном примере участвуют два физических диска (/dev/sda и /dev/sdb) и два рейд-массива (по сути - две файловые системы, не привязанные напрямую к какому-то одному физическому носителю).
Больше информации (как то точная геометрия и серийные номера физических дисков, что бывает нужно в целях более точной идентификации разделов) можно получить, воспользовавшись утилитами fdisk, sfdisk (для дисков, размеченных в MBR), parted (рекомендуется, понимает как разметку MBR, так и более современную GPT, используемую в системах с UEFI BIOS).
Пример вывода команды fdisk (вывод parted отличается очень незначительно):
Попробуем достучаться до массива md0.
Предположим, мы не знаем, какая файловая система на диске. К счастью, в большинстве случаев вполне можно положиться на автоматическое определение системы.
Я не стал загружать основной текст статьи расшифровкой опций монтирования, но несколько слов пояснения сказать необходимо.
rw (read-write, чтение-запись) - файловая система будет подключена с возможностью записи на неё пользователями.
Если вы хотите предотвратить любую запись на файловую систему вообще, указание одной только опции ro (read-only, только чтение) вас не спасёт - такие действия, как восстановление целостности системы по записям из журнала, будут проведены при подключении систем, поддерживающих журналирование. При необходимости предотвратить любую запись на файловую систему пользуйтесь другими средствами для монтирования, либо внимательно читайте документацию на утилиту монтирования для соответствующей файловой системы, если она допускает принудительное отключение подобных действий.
exec - все файлы на подключемой системе будут считаться исполнимыми, если система не поддерживает других механизмов указания исполнимости файла. Альтернативно, noexec запрещает исполнение любых бинарных файлов вообще.
codepage=866 - указывает, какую кодировку использовать для трансляции имён файлов на файловой системе. Кириллическая русская кодовая страница для файловой системы FAT - 866. Длинные имена на файловой системе (VFAT) сохраняются в уникоде, реально эта настройка нужна только для дисков, записанных на отличных от Windows системах, не поддерживающих соглашения VFAT.
nls=utf8 - указывает модулю файловой системы, какую кодировку использовать при передаче данных системе (и пользователю). Старое название этой опции - iocharset использовать запрещено - она будет удалена в следующих версиях программы.
uid (gid) - указывает, какой пользователь (группа) будет владеть точкой подключения (и файлами на ней, если нет других способов определить владельца). gid=plugdev указывает, что все пользователи в группе 46(plugdev) могут обращаться к этому устройству. Локальные пользователи в Ubuntu обычно входят в эту группу.
nofail - если указанный том недоступен в момент загрузки, это не создаст ошибок и загрузка нормально продолжится.
Внимание: настольная (desktop) версия Ubuntu всё равно выдаст предупреждение и будет ждать ввода пользователя.
users - допускает монтирование и размонтирование устройства обычными пользователями, причём, в отличие от user, размонтировать устройство может любой пользователь, не обязательно тот, что его монтировал.
Более подробно о монтировании разделов диска и опций к нему можно узнать из статьи про fstab, а также в статье разделы_и_файловые_системы_linux.
Теперь диски стали подключаться автоматически, но так как это делается от имени root, у нас пропала возможность на подключенных дисках давать права на общий доступ, чтобы восстановить эту возможность добавим настройку в Samba:
добавим в секцию [global]:
Это ОЧЕНЬ ГРУБЫЙ ХАК. Для нормальной работы с пользователями на NTFS дисках - создайте на NTFS разделе файл .NTFS-3G/UserMapping
Некоторые особенности Ubuntu Server 18.04
Начиная с версии 18.04 Ubuntu Server по умолчанию предлагается с новым инсталлятором Subiquity, который очень просто отличить по обновленному внешнему виду:
При использовании данного инсталлятора вы не сможете установить систему на программный RAID (как на системах с UEFI, так и без), установка закончится ошибкой. Поэтому для создания программного RAID следует использовать сборку с классическим установщиком, которую можно получить в разделе альтернативных загрузок.
Также легко можно отличить дистрибутивы по наименованию, образ с Subiquity содержит в наименовании слово live (ubuntu-18.04.3-live-server-amd64.iso).
Создание программного RAID при установке системы
Все дальнейшие действия мы будем производить на системе Debian 10, однако все сказанное будет справедливо для любой основанной на Debian системе, а с некоторыми поправками и для любого дистрибутива Linux.
Прежде всего создадим в начале каждого диска системный раздел EFI размером в 499 МБ (по умолчанию Debian и Ubuntu используют близкие к этому размеры разделов).
Затем выполним необходимую разметку, основное условие - одинаковые размеры томов на обоих дисках, тип файловой системы и точка монтирования не играют никакого значения, можете принять предлагаемые по умолчанию. В нашем случае будет создано два раздела почти на весь размер диска, оставляя немного места в конце для разделов подкачки. В итоге у вас должно получиться примерно так:
В итоге каждый диск содержит три раздела: ESP, будущие разделы Linux RAID и разделы подкачки. Порядок следования разделов и размер разделов для RAID должны быть одинаковы на обоих дисках. После того, как первоначальная разметка выполнена соберем программный RAID 1 из разделов для данных, в нашем случае sda2 и sdb2:
Теперь разметим созданный массив, создав там корневой раздел. Помните, что один программный массив Linux (md-устройство) может содержать только один раздел, если вам нужно несколько разделов, то потребуется создать несколько массивов.
Далее продолжаем установку в обычном режиме, программный RAID-массив создан, а к загрузчику мы вернемся после завершения этого процесса.
Конфигурация разделов Linux с UEFI
Для примера рассмотрим применяемую по умолчанию во многих дистрибутивах схему со всеми файлами в одном разделе. Однако это не означает, что вам следует применять именно ее, данная схема выбрана нами для простоты подачи материала.
EFI - он же ESP (EFI system partition) - специальный раздел с файловой системой FAT который содержит загрузчик, вызываемый микропрограммой UEFI, должен находиться в основной таблице разделов и не может располагаться в программных RAID-массивах, томах LVM или пулах ZFS. Данный раздел должен располагаться на каждом диске, с которого предусматривается загрузка.
Linux RAID - специальные разделы, из которых собирается программный RAID, в нашем случае используется один массив md0, располагающийся на двух дисках. Данные разделы имеют специальные заголовки, что позволяет даже при подключении к другой системе правильно определить их тип и собрать массив заново.
Swap - раздел подкачки, используется как механизм виртуальной памяти, а также для организации режима сна (в настольных системах). Некоторые современные системы не используют раздел подкачки (Ubuntu) используя для этой цели специальный файл в корневом разделе. Swap можно объединить в программный RAID, но смысла в этом немного, более того, при использовании отдельных swap-разделов системе будет доступен вдвое больший объем для подкачки.
LVM для начинающих. Часть 2. Основы управления томами
В нашей прошлой статье мы рассмотрели теоретические основы LVM, в объеме минимально необходимом для начала работы с этой технологией. Сегодня мы перейдем к практическим сценариям и расскажем, как начать использовать LVM и какие задачи можно решать с его помощью. Основной упор при этом будет сделан на базовые действия с привлечением изложенного в предыдущей части теоретического материала, чтобы читатель не только изучил необходимые команды, но и представлял, что именно и на каком уровне абстракции они делают.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Заключение
Несмотря на то, что в данной статье мы коснулись всего лишь основ управления томами, перед нами открылись богатые возможности LVM, которая в умелых руках предоставляет весьма широкие возможности по управлению дисковой подсистемой, позволяя быстро и без простоя системы изменять ее конфигурацию согласно текущим потребностям.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
From some time I am happy user of Synology DiskStation DS218j. I recommend it to all who would like to cut themselves off from the cloud solutions of popular suppliers like Dropbox, Google Drive or Onedrive.
By setting up your private NAS, you have full control over your data, you gain access to your data from each device and additional features such as VPN, web server, backup of your devices, calendar, office package, group work, chat, audio server, video server and many other functions which description can be found on the manufacturer’s website. A one-off expense at the beginning may seem quite large, however, it returns from the first day of use. Personally, I use the Synology solution but there are more companies on the market that produce this type of equipment for home and professional use. If you are interested in such a solution, look for something that will meet all your requirements.
Mounting and mapping shared resources from a NAS server in Windows should not cause major problems. In the Linux system it requires a bit more knowledge but it is possible and with the description below it will become trivial for every intermediate Linux user.
You can mount shares in two ways via SMB/CIFS and NFS. Both solutions are good and fast. It seems to me that the first way is less complicated and requires less configuration. Additionally, it works in any environment with variable configuration of computer IP addresses.
Изменение размеров логических томов LVM
Вернемся к конфигурации, созданной при автоматической разметке диска, которую мы рассматривали в начале статьи. Система создала три логических тома: для корневой ФС, подкачки и /home. И вот свободного места в домашней директории стало недостаточно, после чего мы купили и добавили в систему еще один жесткий диск - sdb.
Создадим на базе нового диска физический том:
И расширим на него существующую группу томов:
Теперь можно расширять логический том:
В нашем примере мы расширили его на 50% свободного пространства в группе томов. Если посмотреть информацию о логическом томе, то мы увидим, что он теперь состоит из двух сегментов, располагающихся на разных физических дисках.
Часто возникает и обратная необходимость - перераспределить место между разделами, уменьшив размер одного и увеличив другой. На первый взгляд - ничего сложного, но эта операция таит в себе подводные камни. Структуру LVM можно представить в виде матрешки: VG содержит внутри LV, они в свою очередь файловую систему. Поэтому операцию по уменьшению размера следует производить последовательно, от внутренних структур к внешним. Т.е. сначала мы должны уменьшить размер файловой системы, а только затем логического тома, в противном случае файловая система будет разрушена, а данные потеряны.
В данном случае лучше всего оперировать абсолютными значениями в байтах, нежели относительными в процентах, так как при малейшей ошибке вы рискуете потерять все свои данные. Прежде всего уменьшим размер файловой системы раздела /home, в нашем случае до 10 ГБ:
Затем уменьшим до такого же размера логический том:
Обратите внимание! В первую очередь всегда уменьшается размер файловой системы, а только затем содержащего ее логического тома, при этом размер тома должен быть больше или равен размеру содержащейся в нем файловой системы. В противном случае произойдет ее разрушение с потерей данных.
В некоторых случаях требуется расширить логический том на вполне определенные физические диски, для этого следует явно их указать в команде расширения:
Указанная команда расширит логический том home на 5118 экстентов с физического тома /dev/sdb, перед выполнением команды следует убедиться, что выбранный том содержит нужное количество свободного пространства, поэтому наиболее удобно использовать свободные экстенты, точное количество которых мы всегда можем узнать получив информацию об указанном физическом томе.
SMB/CIFS
NAS configuration
Log in to your Synology Disk Station Manager and go to Control Panel. Choose File Services in tab SMB/AFP/NFS and select SMB service. Provide name of your Workgroup. Remember name of field Mac (Finder): smb://nas_name. In Advanced Settings you can choose maximum and minimum SMB protocol (if are not sure what to select choose maximum version to SMB3 and minimum to SMB2 - Do NOT use SMBv1. SMB1 lacks encryption, is inefficient, and has been exploited in the wild by ransomware attacks). Additionally switch Transport Encryption Mode to Auto and select Enable Opportunistic Locking. Now you are ready to mount folders on Linux.
Настраиваем LVM при установке системы
Самый простой способ начать использовать LVM - это настроить его при установке системы, для этого следует выбрать соответствующий пункт в меню разметки диска:
Дальнейшие действия при автоматической разметке ничем не отличаются от обычной установки, и мы не будем заострять на них внимания.
При ручном разбиении диска следует учесть следующий момент: загрузочный раздел /boot или EFI-раздел должны располагаться за пределами LVM-разметки.
Поэтому сразу создадим в самом начале диска первичный раздел размером 250 МБ с файловой системой ext2 и точкой монтирования /boot, не забываем отметить раздел как загрузочный.
Для EFI разметки следует создать первичный радел размером 499 МБ с типом системный раздел EFI, метка загрузочный будет установлена автоматически:
Создав загрузочный раздел можно приступать к настройке LVM, для этого выберите Настройка менеджера логических томов (LVM):
В котором сразу создаем группу томов (VG), рекомендуем давать группам томов и логическим томам понятные имена с использованием сокращений VG и LV, чтобы в дальнейшем было понятно, с чем именно вы имеете дело.
В качестве устройства для группы томов указываем доступное свободное место:
Затем создаем нужное количество логических томов, в нашем случае мы сделали тома для корневого раздела и домашней директории:
После создания структуры LVM мы возвращаемся в меню разметки дисков и указываем для каждого логического тома используемую файловую систему и точку монтирования:
Ниже мы будем рассматривать разметку, созданную автоматически с выделением /home в отдельный раздел.
Сразу после загрузки посмотрим структуру блочных устройств в системе, для этого воспользуемся командой:
В выводе мы видим загрузочный раздел sda1 размером в 243 МБ, расширенный раздел sda2 в котором располагается логический раздел sda5 используемый под LVM. Также видим три логических тома: root, swap_1 и home.
Обратите внимание, что при использовании MBR-разметки система всегда использует расширенный раздел, размещая в нем все остальные разделы, кроме первого. Это связано с ограничением MBR на 4 первичных раздела. При использовании EFI-разметки расширенный раздел не создается и для LVM был бы использован сразу sda2.
Теперь посмотрим информацию об элементах LVM, начнем с физических томов (PV):
Указанная команда выведет информацию обо всех физических томах, здесь мы увидим используемое устройство или раздел, группу томов, которую входит физический том, его размер, размер физического экстента, общее количество экстентов, а также количество используемых (отображенных) и свободных.
Вас может удивить необычный размер физического тома , с припиской о неиспользуемых 2 МБ. Но в этом нет ничего необычного, если вспомнить, что физический том в LVM - это набор физических экстентов указанного размера и использовать пространство меньше размера экстента не представляется возможным.
Для получения информации о группах томов выполните:
Здесь мы увидим немного больше информации, кроме размера группы томов и количества физических экстентов в ее составе также указано количество логических и физических томов в группе.
И, наконец, для получения информации о логических томах выполните:
Кроме уже привычной информации об имени тома, группы томов, в которую он входит, количестве логических экстентов и размере приведены данные о количестве сегментов. Как мы помним, логический том может отображаться на группы физических экстентов, расположенных на разных томах или на разных участках одного тома.
Для получения краткой информации о томах LVM можно использовать команды:
Обращаться к LVM томам можно двумя способами, самый простой по имени устройства группы томов - логического тома, например:
Либо через виртуальные устройства:
Обратите внимание, что все одиночные тире в именах устройств заменяются на двойные, а одиночные служат разделителями.
Настраиваем программный RAID на UEFI-системах в Debian и Ubuntu
Программный RAID в Linux на основе MD-устройств успел отлично зарекомендовать себя в работе и пользуется заслуженной популярностью у администраторов, сочетая надежность и простоту создания и управления. Но со все более широким распространением UEFI-систем приходится сталкиваться с некоторыми особенностями. Многие, если есть такая возможность, переключают настройки в режим совместимости, но это неправильно, UEFI - это стандарт для современных устройств и поэтому надо учиться работе с ним.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Другой возможной альтернативой программного RAID является использование встроенного в материнскую плату или недорогого внешнего контроллера. Но в этом случае вы получаете проблему совместимости, такой массив будет работать только со своим семейством контроллеров, сегодня их не так и много, но тем не менее. Также вы не сможете производить работы по восстановлению и обслуживанию массива в онлайн, данные на дисках в это время будут недоступны.
Скажем больше, мы не видим никаких преимуществ у встроенных и недорогих контроллеров перед программной реализацией, особенно на простых массивах, не требующих сложных вычислений (RAID 1 и 10). А учитывая всю гибкость mdadm, программный RAID по многим параметрам будет выглядеть гораздо привлекательнее.
System configuration
Edit hosts file:
and add line with IP and name of your NAS.
Create file with NAS credentials in your home directory:
add your NAS credentials:
change permission for this file:
Edit fstab and add line (this will allow to map your folders automatically on system boot):
in line above replace values to yours (nas_name, test_folder, path to smbcredentials file.
Now map folders using command:
Do it for all your folders you want to map from NAS and check results in your file explorer.
Читайте также: