Lvm аналог для windows

Обновлено: 07.07.2024

В статье мы опишем способы создания, настройки и модернизации инструмента LVM в операционной системе Linux, а также остановимся на безопасном способе восстановления данных.

Что представляет собой LVM? Это системный инструмент, позволяющий совокупно использовать разные части одного диска или отдельные области различных дисков объединяя их в единый логический том. С его помощью пользователи могут выбрать нужные тома одного или нескольких накопителей и выделить отобранные группы в единичное пространство как отдельный диск.

LVM имеет ряд существенных преимуществ перед обычным способом организации дискового пространства в системе. Например, количество физических накопителей, участвующих в LVM, ограничено только желанием пользователей, конечный размер LVM и его состав можно изменить в любое время, функционал LVM оснащен технологией зеркалирования, идентичной принципам массива RAID-1.

В отдельных версиях операционной системы Linux инструмент LVM предустановлен изначально. Проверьте его наличие, набрав в консоли команду «lvm».

А при его отсутствии, выполните установку LVM. Наберите в терминале системное указание «sudo apt install lvm2», а затем подтвердите свой выбор вводом пароля администратора и дополнительным согласием на установку LVM, путем набора в консоли ответа «Y» на соответствующий запрос системы.

LVM будет установлена, переходите к следующим настройкам.

Возьмите чистый один или, как в нашем примере, несколько накопителей (3 диска), не содержащих каких-либо разделов, и выполните соответствующую разметку. Это можно сделать двумя способами: напрямую управляя дисками и через терминал.

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

Задайте предпочитаемые параметры и запустите процесс форматирования.

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

Во втором случае в терминале введите команду «sudo –i» для входа под рутом, а потом наберите пароль администратора.

Форматируйте носитель командой «fdisk /dev/sdb» («sdb» в команде форматирования означает носитель, подвергающийся разметке).

Теперь задайте характеристики форматирования, а именно укажите параметры для индексов «n» (новый раздел), «p» (тип основной), «1» (первый номер раздела). Затем дважды кликните «Ввод» для исполнения.

Затем приспособьте раздел для LVM. Поменяйте тип готового раздела вводом атрибута «t» и задайте ему требуемую характеристику, набрав следом атрибут «8e».

Ознакомьтесь с конфигурацией полученного раздела. Введите атрибут «p» для просмотра. Если все верно, сохраните заданные установки. И повторите описанный алгоритм действий для оставшихся дисков.

Теперь создайте LVM. В терминале задайте команду «pvcreate /dev/sdb1». Повторите указание для всех последующих накопителей. Введите «pvcreate /dev/sdс1» для второго диска и «pvcreate /dev/sdd1» для третьего.

Когда разметка дисков выполнена, создайте из них LVM. В терминале наберите

«vgcreate vg1 /dev/sdb1 dev/sdc1 dev/sdd1» для сборки группы разделов. В команде перечислите все нужные диски («sdb1», «sdc1», «sdd1») и присвойте имя группе («vg1»). Название может быть любым, но предпочтительнее использовать в имени атрибут «vg», который означает групповое соединение дисков.

Создайте логический том из собранной воедино группы дисков. Наберите в терминале команду «lvcreate -L 10G -n lv1 vg1».

Атрибут «-L» позволяет выбрать объем (в примере мы приняли 10ГБ), «-n» - присваивает имя, «vg1» определяет место получения зарезервированного объема.

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

Пройдите аутентификацию, а потом щелкните раздел, ответственный за монтаж. Теперь том смонтирован и готов к применению.

При выборе второго способа, откройте терминал и задайте соответствующую команду «mkfs -t ext4 /dev/vg1/lv1», которая содержит указания по установке файловой системы (в примере выбрана система Ext4), имя группы («vg1») и название тома («lv1»).

После форматирования осуществите процедуру монтирования. Наберите последовательно две команды «mkdir /mnt/lv1» и следом «mount -t ext4 /dev/vg1/lv1 /mnt/lv1».

Все операции завершены.

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

Чтобы добавить дополнительный дисковый накопитель в существующую группу томов, предварительно разметьте его, используя ранее представленные способы. А затем в терминале введите команду «vgextend vg1 /dev/sde1» (атрибут «vg1» соответствует названию группы, атрибут «sde1» – добавляемый диск).

Чтобы произвести удаление, логический раздел следует сперва принудительно размонтировать. В терминале исполните команду «umount /mnt/lv1».

Теперь задайте команду «lvremove /dev/vg1/lv1». Подтвердите действие, введя в строке запроса «Yes». Система сообщит о завершении процедуры соответствующим уведомлением.

Удаляем группу. Наберите в терминале «sudo vgremove vg1».

Следом надо убрать диски, из которых она состоит. Задайте команду «sudo pvremove /dev/sdb1 /dev/sdc1 /dev/sdd1 /dev/sde1», в которой последовательно перечислены все составляющие носители («sdb1», «sdc1», «sdd1», «sde1»).

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

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

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

Полную версию статьи со всеми дополнительными видео уроками смотрите в источнике. Если у вас остались вопросы, задавайте их в комментариях.

У меня uefi only ноутбук с 1 винчестером (чью память я ценю не меньше, чем свою собственную). Пока у меня не было Windows, я при необходимости менял все размеры томов с помощью lvm. Сейчас необходим dualboot (linux+windows).

  • Есть ли решения для resize разделов как для linux, так и для windows? Ведь, насколько понимаю, windows на lv не запишешь.
  • Если такого решения нет. Рассматриваю варианты переноса точку монтирования Users от Windows.
    • На логический том при помощи Virtual Volumes. Очевидный минус такого решения: нет возможности изменять размер тома с windows, хотя бы можно менять размер под пользовательские каталоги. Кроме того virtualvolumes имеет некоторые ограничения.
    • На reiserfs, ReFs и т.п.

    Рассмотрю все решения, позволяющие делать riseze для windows и linux. Заранее всем спасибо за советы. Linux only users (against dualboot), сосите жопу.


    В чём проблема и суть вопроса?

    В Windows нет поддержки LVM. Если вы хотите ставить Linux на LVM, то вам нужно отделить отдельный раздел на диске, создать на нём физический том LVM, затем добавить этот физиеский том LVM в группу томов LVM, в группе томов LVM нарезать нужные вам логические тома, на них файловые системы и далее ставить Linux.

    Но у вас всё это может сделать и установщик выьранного вами дистрибутива Linux, только выделите в начале свободное место под раздел.

    В итоге Windows у вас будет на обычных разделах, а Linux на LVM.

    Только если у вас Windows на динамических томах, то их в начале нужно конвертировать в обычные разделы, а потом выделить свободное место.


    GParted-live в помощь, винде нужен обычный раздел GPT, лучше оставь вообще ей пустое место и из её установщика размечай.

    в чем польза LVM на ноутбуке и как оно позволяет сохранить память?


    LVM даёт возможность изменять размер тома по мере необходимости.

    ага я тоже думал что это просто, потом тыкнулся - даже reiserfs и то проще resize сделать чем с этими LVM.


    Проблема в том, что раздел тома под windows нельзя поменять с помощью lvm. Поэтому спрашиваю, есть ли решения подобные lvm которые работают как для linux так и для windows? Наверняка, ведь необходимость менять размер раздела под windows есть у многих с dualboot.

    Просто моё решения для Users с помощью Virtual Volumes, во-первых, только частично решает проблему: позволяет делять ресайз для тома на который монтируется каталог пользователя; во-вторых, я не уверен, что нормально будет работать.

    P.S. Спасибо за вопрос. Понял, что это надо пояснить в старте топика.


    Возможно проще. Просто LVM пользуюсь не один год, а с reiserfs почти не связывался. Не знаешь, windows полноценно работает с reiserfs (при помощи сторонних программ)? Есть ли возможность поставить окно на эту фс?

    Hi ★ ( 23.07.19 10:03:37 )
    Последнее исправление: Hi 23.07.19 10:07:42 (всего исправлений: 1)

    винде - ntfs, а не еще ReFs добавили, но оно тоже развитие ntfs

    irton ★★★★★ ( 23.07.19 10:08:56 )
    Последнее исправление: irton 23.07.19 10:10:30 (всего исправлений: 1)

    А чем тебя не устраюиваю обычные разделы и изменение размером файловой системы и разделов средствами самой операционной системы.

    Т.е. fdisk + resize fs?

    Зачем нужны отдельные сущности?

    обычные разделы можно увеличивать только если есть место физически расположенное сразу за этим разделом, а так оно бывает редко. С lvm такой проблемы нет. Можно сделать снапшот, можно pvmove на другой диск (усб например).

    lvm must have в любой системе, даже в ноуте с одним / на весь диск.

    А вы по 10 раз на дню меняете размер разделов (томов)?

    Даже если и раз в год, то я хочу сделать это с удовольствием, а не через жопу с ребутами, оффлайном и двиганием разделов сторонними программами

    Откуда такая необходимость постоянно менять размеры ?
    В таком случае лучшим решением будет не дуалбут, а kvm.

    Однородного полноценного решения для windows и Linux нет.

    Если у вас возникает необходимость менять размер разделов, то вы плохо запланировали размеры этих разделов, когда их создавали - вы сами виноваты.

    Я закладываю с запасом размер разделов. И если у меня заканчивается место, как вы говорите допустим раз в год, то я могу себе позволить раз в год потратить 3 тысячи, чтобы купить 1 Тб диск, а лучше за 4,5-5 купить 2 Тб диск и забыть о проблемах с размером разделов ещё на пару лет, подключив второй диск и создав на нём разделы.

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

    У меня линукс на десктопе 19лет уже как, на серверах и того больше. А место я и не пытаюсь планировать. Зачем мне заранее избыток там где он не понадобится, если я могу в течение 10 сек увеличить любой раздел.


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

    В моём случае kvm, слишком ресурсозатратное решение (хотя кому-то, наверное, подойдёт). Спасибо за совет

    Hi ★ ( 23.07.19 11:34:57 )
    Последнее исправление: Hi 23.07.19 11:37:47 (всего исправлений: 1)

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

    ТС же хочет такую систему, которая работает и в Windows и в Linux.

    Для Windows есть Windows Dynamic Disk, для Linux - LVM или ZFS или BTRFS.

    Одновременного решения для Windows и Linux не существует, поэтому если ТС нужны две разные системы, то только единственное решение - выделить отдельный раздел с запасом места.

    Как его на ноуте увеличивать если все уже отдано, я за свои 15 лет десктопа об lvm задумался только один раз - когда захотел попробовать что это такое.

    Почему слишком ? Оверхед по процессору в р-не 1%.

    Её пока нет.
    Одновременного решения для Windows и Linux не существует

    все можно, было бы желание

    делим диск на N разделов:

    Когда надо увеличить диск в винде, pvmove'ом высвобождается раздел след. за виндой и выводится из lvm. В винде штатным disk manager'ом увеличивается раздел. futurama ★★★★★ ( 23.07.19 11:53:26 )
    Последнее исправление: futurama 23.07.19 11:54:44 (всего исправлений: 2)

    Зачем все отдал сразу?

    А чего экономить, он все равно один.

    Т.е. ты в начале создаёшь физические тома LVM, потом добавляешь их в группу томов, потом на них создаёшь тома, на томах файловые системы и записываешь на них данные.

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

    И вот когда тебе нужно освободить место на диске для увеличения раздела для windows ты запустишь pvmove, который в начале переместит логические томы с данными с одного из PV на другие, потому ты выведешь PV из группы томов, потом ты удалишь раздел PV, а потом только сможешь увеличивать раздел Windows.

    Это ты называешь

    с удовольствием, а не через жопу с ребутами, оффлайном и двиганием разделов

    В чём-то плюс есть, но данные ты также будешь переносить, пуская не двигая разделы, но переноситься данные будут с одной области диска на другие, потом ты будешь выводить PV из VG, потом удалять раздел, а потом менять размер раздела с Windows.

    Без ребутов и офлайна у тебя не получится. Ну разве что без офлайна, а ребут в Linux, а потом в Windows у тебя будет, да и перемещение данных тоже.

    Так что проще сразу выделить больше места под Windows, а вот если нужно будет уменьшить размер раздела с Windows и передать его в LVM, то тут проще простого.

    Но опять же как уже написали, возможно лучше использовать KVM и логический том LVM использовать как виртуальный диск Windows.

    Ты дурак или прикидываешься?

    Это механизм использовать место для линукса и ущербной виндовс одновременно. Необязательно все разделы сразу отдавать ЛВМу, начинай с конца и двигайся в сторону винды.

    Хочу использовать несколько разделов для разных целей и как они будут расти заранее не знаю и не хочу знать.

    Современные системы хранения предъявляют повышенные требования к гибкости управления дисковым пространством и классических дисковых устройств с размещенными на них разделами становится недостаточно. Это привело к созданию многих высокоуровневых инструментов, одним из которых является Менеджер логических томов (Logical volume management) - LVM в Linux. Это простой и мощный инструмент, позволяющий управлять пространством хранения абстрагировавшись от физических устройств и в данной статье мы начнем знакомство с ним.

    Что такое LVM и для чего он нужен

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

    LVM-part1-001.jpg

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

    Точнее сможем, если смонтируем этот раздел в какую-нибудь вложенную папку, скажем /home/video, но это не решает проблемы, а только добавляет неудобства. Вместо единого дискового пространства мы получаем набор разрозненных сегментов.

    Также вы можете столкнуться с ситуацией, когда каждого диска в отдельности не хватает для размещения раздела, хотя их суммарной емкости будет достаточно. Можно, конечно, попробовать объединить их в RAID массив, но это резко снизит гибкость модернизации такой системы, просто так добавить еще один диск к емкости массива уже не получится.

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

    • PV, Physical volume, физический том - это физический диск, либо раздел на диске, если мы не можем использовать его целиком.
    • VG, Volume group, группа томов - группа томов объединяет в себя физические тома и является следующим уровнем абстракции, представляя собой единое пространство хранения, которое может быть размечено на логические разделы. Эквивалентен обычному диску в классической системе.
    • LV, Logical volume, логический том - логический раздел в группе томов, аналогичен обычном разделу, представляет из себя блочное устройство и может содержать файловую систему.

    LVM-part1-002.jpg

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

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

    LVM и RAID

    Теперь о том, чем LVM не является. Как следует из названия, LVM - это менеджер логических томов, т.е. разметки верхнего уровня, максимально абстрагированной от физических устройств. RAID - это избыточный массив независимых дисков, задача которого - обеспечить избыточность и тем самым обеспечить защиту от отказа одного или нескольких физических дисков. О логической разметке RAID не имеет никакого представления, работая исключительно с физическими устройствами или разделами на них.

    Можно ли с помощью LVM реализовать некоторые функции RAID? Можно, но в этом случае либо будут использоваться собственные решения, серьезно уступающие программному RAID Linux (mdraid), либо вызовы будут передаваться модулю md, т.е. тому же самому mdraid.

    При этом достаточно сильно пострадает простота и прозрачность управления массивами, что может поставить вас в затруднительное (если не хуже) положение в нештатных ситуациях, особенно если вы не обладаете достаточным опытом работы с LVM.

    Поэтому, в строгом соответствии с философией UNIX, мы считаем, что каждый должен выполнять свою задачу и делать это хорошо. Поэтому для создания избыточных дисковых массивов мы будем продолжать использовать программный RAID, а предоставляемые им md-устройства использовать в качестве физических томов LVM.

    LVM-part1-003.jpg
    Экстенты и способы их отображения

    Единицей организации дискового пространства в LVM является экстент - некоторая минимальная область данных, которая может быть организована в составе логического тома. Выделить объем менее одного экстента LVM не может. Размер экстента определяется группой томов и зависит от ее объема, минимальный размер экстента 4 МБ, впоследствии это значение остается постоянным для группы томов на всем протяжении ее существования.

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

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

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

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

    LVM-part1-004.jpg

    Казалось бы, все понятно, но есть одна особенность. Давайте еще раз посмотрим на схему выше. У нас есть условный логический том содержащий 8 экстентов и два физических, по четыре экстента в каждом. При линейном отображении экстенты распределены между физическими томами последовательно и при заполнении логического тома на 75% мы получим полностью заполненный первый физический том и наполовину заполненный второй.

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

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

    Но есть одна серьезная проблема и связана она с SSD, во-первых, твердотельные диски не следует заполнять на 100%, так как это приводит к ухудшению работы сборщика мусора и деградации производительности. Во-вторых, при использовании в составе группы томов нескольких SSD мы получим неравномерную нагрузку на диски и, как следствие, повышенный износ некоторых из них.

    Решить эту проблему можно при чередующемся способе отображения (stripe, "полосатое"). В этом случае логические экстенты отображаются между физическими томами в порядке чередования, количество полос чередования определяет количество физических томов, которые будут для этого использоваться. По понятным причинам количество полос не может превышать количество физических томов.

    LVM-part1-005.jpg

    Чередующееся отображение обеспечивает равномерную нагрузку и заполнение физических дисков, поэтому для твердотельных накопителей следует использовать именно его. Также нетрудно заметить, что такая схема чем-то похожа на RAID 0. Это действительно так и операции чтения-записи можно производить параллельно, достигая более высоких скоростей дисковых операций. По этой причине чередующееся отображение может быть использовано и вместе с HDD в целях повышения производительности тома. Чем больше число полос, тем выше производительность.

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

    LVM-part1-006.jpg

    Мы расширили существующий логический том с 8 до 16 экстентов. При этом первые 8 экстентов как чередовались между первыми двумя физическими томами, так и продолжили чередоваться. А следующие 8 экстентов стали чередоваться между двумя добавленными физическими томами. Таким образом при заполнении логического тома сначала будут заполнены первые два физических диска, а только затем начнет заполняться вторая пара. Кроме того, если речь идет о твердотельниках, первая пара дополнительно будет испытывать повышенную нагрузку.

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

    LVM-part1-007.jpg

    Несомненным достоинством LVM является то, что при должном опыте и знаниях том можно расширить и с изменением числа полос полностью в онлайн-режиме, т.е. не останавливая работы хранилища.

    Управление томами в LVM

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

    Начнем с наиболее распространенного сценария - расширения. Количество данных обычно только растет и свободного места начинает не хватать. В классической дисковой системе нам потребуется либо заменить текущий диск диском большего объема, либо перенести часть данных на другой раздел.

    LVM-part1-008.jpg

    LVM позволяет добавить один или несколько дисков меньшей емкости, расширив логический том за счет их пространства. Прежде всего нам следует добавить новые физические диски - физические тома по терминологии LVM - в группу томов. Таким образом у нас появятся дополнительные свободные физические экстенты. После мы просто добавим в логический том нужное количество экстентов, которые LVM отобразит на физические экстенты новых дисков, тем самым увеличив размер тома. Останется только увеличить размер файловой системы.

    LVM-part1-009.jpg

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

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

    LVM-part1-010.jpg

    Обратите внимание, что в отличие от дисковых утилит, которые работают на уровне разделов, LVM перемещает именно физические экстенты и изменяет сопоставление отображения для логических томов. Таким образом если на диске sda (по схеме) у нас находился корневой раздел и часть /home, то именно эти части и будут перенесены на новый диск, перемещать раздел полностью нет никакой необходимости, даже если перемещаемые экстенты отображены куда-нибудь в середину логического тома.

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

    Все мы помним (любим и скорбим) о добром привидении от Нортона – Norton Ghost. В мире Windows его можно считать незаменимым (хотя в конкурентах недостатка нет – прим. ред.). В этой статье мы поговорим о средствах резервного копирования для твоего любимого тукса. Более того, все рассматриваемые средства позволяют создать не просто резервную копию системы, а LiveCD/DVD.

    Зачем нужно все это?

    Для начала определимся, зачем админу средства для создания LiveCD. Наша цель – резервное копирование системы, но причем здесь LiveCD? Оказывается, это довольно удобно. Мы убиваем вот сколько зайцев сразу:

    • Создаем средство для восстановления системы. Предположим, ты настроил свою систему, поднял все сетевые службы, отредактировал их конфиги. Но завтра из-за очередного перепада напряжения сгорел винт. Опять все заново настраивать? Если ты накануне создал LiveCD, то тебе нечего беспокоиться. Заменил винт, загрузился с LiveCD (конечно, это будет LiveDVD, но по старинке мы здесь и далее будем называть его LiveCD) и установил систему вместе со всеми параметрами на новый винт. И все! На всю эту операцию будет потрачено полчаса. Пользователи и начальство будут тебе благодарны за столь оперативное «воскрешение» сервера. А теперь представь, что ты создал обычный бэкап с помощью tar/tgz. Тебе нужно минимум 40 минут на установку системы, потом время на восстановление бэкапа, плюс один лишний ребут. Однозначно времени будет потрачено больше.
    • Создаем средство для клонирования системы. Когда предприятие покупает компьютерный парк, то, как правило, все компьютеры однотипные (исключение составляют, разве что, серверы – они должны быть мощнее, и компьютеры начальства – у них должна быть мощная видеокарта :)). Вот теперь представь, что тебе нужно настроить каждый новый компьютер. А их может быть 10, 20, 50! Можно поступить проще. Настроить один компьютер, создать бэкап в виде LiveCD и «развернуть» этот бэкап на всех остальных компах сети. Пусть настройка одного компьютера займет полтора часа (установка системы + настройка), создание LiveCD – еще минут 30 (тут все зависит от способностей компьютера, потому что от тебя требуется ввод всего одной команды), затем запись образа на болванки. Да, именно на «болванки», потому что тебе нужно будет создать несколько копий LiveCD, чтобы ты смог одновременно устанавливать систему на несколько компьютеров. Затем еще минут 40 ожидания, и сразу будет настроено N компьютеров, где число N зависит от количества имеющихся болванок. Удобно? Думаю, да. Без LiveCD ты бы потратил полтора часа на каждый компьютер. 10 компов = 15 часов (два рабочих дня). А так ты настроишь эти 10 компов примерно за четыре часа. Остальное время можно делать вид, что настраиваешь компы, и ничего не делать. А время идет, зарплата начисляется! И еще – созданные «клоны» системы можно использовать в будущем, если компьютерный парк будет расширяться.
    • Возможность создания LiveUSB – загрузочная живая флешка понадобится для восстановления/клонирования операционки нетбука и других компов, где нет DVD -привода. Средства создания LiveCD позволяют также создать и загрузочную флешку.

    Не нужно думать, что бэкап в виде LiveCD может использоваться только для копирования/восстановления файлов самой системы. Можно копировать и пользовательские данные из /home, лишь бы их размер не превысил размера DVD-диска. Хотя можно использовать двухслойные диски (двухсторонние использовать не удобно), что позволит увеличить объем резервируемой инфы.

    Какие средства мы будем рассматривать?

    Подобные утилиты можно найти и для других дистрибутивов, например, утилита mklivecd (подобна Remastersys Backup) используется для создания LiveCD на базе Mandriva. Вот, пожалуй, мы и назвали самое главное. Рассмотреть абсолютно все подобные утилиты мы не можем – журнал-то ведь не резиновый.

    Clonezilla: бесплатный аналог Norton Ghost

    Основные особенности Clonezilla

    • Полностью бесплатна (распространяется по лицензии GPL);
    • Поддерживает файловые системы Ext2, Ext3, Ext4, ReiserFS, Reiser4, XFS, JFS, FAT, NTFS, HFS (MacOS), UFS (FreeBSD, NetBSD, OpenBSD), VMFS (VMWare ESX), поэтому ты можешь клонировать не только Linux, но и MS Windows, Mac OS (Intel), FreeBSD, NetBSD и OpenBSD/;
    • Поддержка LVM2 (LVM ver 1 не поддерживает);
    • Поддержка GRUB версий 1 и 2;
    • Версия Clonezilla SE (Server Edition) поддерживает Multicast для массового клонирования по сети, при условии, что компьютеры поддерживают PXE и Wake-on-LAN;
    • Clonezilla может сохранить не только отдельно взятый раздел, но и весь жесткий диск со всеми разделами.

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

    Итак, для создания/восстановления бэкапа нужно выполнить следующие действия:

    Вот и все! Как видишь, все довольно просто. Программа работает с устройствами (дисками, разделами) напрямую, поэтому при создании/восстановлении бэкапа все равно, под какой операционной системой работает компьютер.

    Remastersys Backup: бэкап для Debian/Ubuntu

    В отличие от Clonezilla, которая напрямую работает с устройствами, Remastersys Backup устанавливается на компьютер, работающий под управлением Debian или Ubuntu, запускается под управлением этой операционной системы и создает ISO-образ системы, под управлением которой она запущена.

    Порядок работы с Remastersys следующий: ты настраиваешь свою систему, устанавливаешь Remastersys, запускаешь Remastersys, создаешь ISO-образ, который потом нужно будет записать на болванку.

    Первым делом установим Remastersys. Открой файл sources.list:

    sudo nano /etc/apt/sources.list

    Добавь в него следующую строку:

    Сохрани файл и введи две команды:

    sudo apt-get update
    sudo apt-get install remastersys

    Формат вызова remastersys следующий:

    sudo remastersys backup|clean|dist [cdfs|iso] [filename.iso]

    Пройдемся по опциям:

    • backup – создание резервной копии дистрибутива, включая пользовательские данные (каталог /home);
    • clean – удаление временных файлов, которые образуются в процессе создания дистрибутива. Обязательно введи эту команду после создания дистрибутива (для экономии места), но только после того, как скопируешь образ дистрибутива в другой каталог, иначе он тоже будет удален;
    • dist – создание дистрибутивного образа. То же самое, что и backup, но без копирования пользовательских данных из каталога /home;
    • cdfs – создание файла с файловой системой без создания ISO-образа (подходит, если хочешь создать ISO-образ другой программой);
    • iso – используется по умолчанию, создает ISO-образ дистрибутива;
    • [filename.iso] – последний параметр, задает имя ISO-образа, файл помещается в каталог /home/remastersys.

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

    Если тебе больше нравится GUI, то можешь использовать GUI-версию программы (ничего особенного она из себя не представляет – только окошко с прямоугольными некрасивыми кнопками, позволяющими запустить ту или иную функцию программы). Запустить ее можно командой

    Для создания LiveUSB в Ubuntu используется стандартная программа, запустить которую можно командой Система –> Администрирование –> Создание загрузочного USB-диска. Запусти ее, подключи флешку (4 Гб или больше, 2 Гб будет маловато) и нажми кнопку «Make startup disk». Через некоторое время загрузочная флешка будет готова.

    Linux Live: бэкап в Slackware

    Теперь очередь дошла и до Slackware. Очень хороший дистрибутив, пусть и не такой удобный, как Ubuntu, зато очень надежный. Для создания LiveCD в Slackware выполни следующие действия:

    Summary

    Итак, какую прогу выбрать? Если у тебя установлена Debian или Ubuntu, самым простым вариантом будет использование Remastersys Backup. Для бэкапа компов, работающих под самыми разными ОС, подойдет Clonezilla – наверное, лучший выбор для админа. А вот фанатам Slackware должны понравиться скрипты Live, но учитывая, что нужно будет перекомпиливать ядро, наверное, проще будет использовать Clonezilla для бэкапа слаки.

    Аналоги Linux-программ в Windows:)) [20.03.2005]

    Правила заполнения таблицы:
    1) На несколько программ Windows можно привести один их общий Линукс аналог, и наоборот - на одну программу Windows можно приводить сразу несколько Linux аналогов.
    2) Не стоит стрелять из пушки по воробью - стоит приводить программы одинаковых весовых категорий (например, все же не очень корректно приводить OpenOffice как аналог блокнота). По возможности размер программ (в мегабайтах) и доступность должны быть сопоставимы.
    3) Стабильность Linux-программы должна быть такой же, как у программы для Windows, а лучше - выше :).
    4) Желательна ссылка на то, где можно взять программу для Линукс.
    5) Если Windows программа имеет графический интерфейс, то и Линукс программа должна его иметь (ну, или хотя бы доступный и рабочий FrontEnd к консольной программе).
    6) Порядок расположения программ в этой таблице: сначала самые лучшие, известные и близкие аналоги (по возможности), а потом - все остальные.

    Важное идеологическое различие между Windows и Linux:
    Большинство программ для Windows создаются по принципу "все в одном" (каждый разработчик сам реализует все в своем продукте). Так же этот принцип называют "Windows-way".
    Идеология UNIX/Linux - один компонент или одна программа должны выполнять только какую-то одну задачу, но зато выполнять её хорошо. ("UNIX-way"). Программы под Linux напоминают конструктор LEGO (например, если существует программа для проверки орфографии, то её используют при разработке текстового редактора, или если уже существует мощная консольная программа для скачивания файлов, то проще написать к ней графический интерфейс (a.k.a Front-end), и т.д).
    Этот принцип очень важен и его нужно учитывать при поиске аналогов Windows-программ в Linux :).

    Внимание! В таблице могут присутствовать ошибки и несоответствия!! (сообщить об ошибке).
    Около 90% программ, указанных в колонке "Linux", не являются прямыми и 100-процентными аналогами соответствующих программ из колонки "Windows". Они просто предназначены для той же самой цели. Большинство программ, указанных в таблице, присланы посетителями этой страницы, поэтому составители не несут никакой ответственности за различные несоответствия :).

    Для тех, кого больше интересуют Windows-программы:
    1) Колонка "Windows" в этой таблице является второстепенной, и поэтому в ней не перечисляется _абсолютно_ весь существующий софт - только самые лучшие и популярные программы.
    2) Многие программы для Linux могут быть запущены и под Windows - с помощью CygWin и других эмуляторов Linux.

    Программы и игры для Windows, которые можно запустить под Wine/WineX:
    1) Официальный каталог Windows-программ, идущих под Wine. (от Codeweavers). В базе данных - более 1000 программ, поэтому каталог имеет разветвлённую структуру и систему навигации.
    2) Официальный список Windows-игр, которые запускаются под WineX (от Transgaming). Это - страница для поиска игр, а это - полный список игр, идущих под WineX (очень большой!).

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