LinuxMint.com.ru

Как объединить два жёстких диска в один? Что бы Минт определял их как одно целое?

malvinochka2017, самый простой вариант - объединить их в LVM

Не по теме

P.S почему по убунтовой ссылке Linux Volume Manager?

Если оно Logical

А что не в RAID?

aleksdem, можно и raid0, но lvm мне кажется замутить проще) Правда для переноса рабочего раздела некоторая морока будет и там и там.
А если система инсталлилась в в LVM - то вовсе просто докинуть диск в пару команд в нужную vg

Ну да, согласен.

Ниче не поняла. Группы томов, логические, физические.

malvinochka2017, Для начала опиши задачу подробней.
Что за диски, под что планируешь использовать объединенное пространство? и какая цель у всего этого действа)

Просто два жестких диска. Один под линукс 200 гб, второй уже просто как запасной 160 гб. Я и подумала, зачем мне че то складывать на запасной? Можно же что бы их объединить в одну память? Что бы Линукс видел просто 360 гб.

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

Если же к этому подойти с чистой установки - то вполне легко реализуемо.
В качестве примера - машинка также с двумя дисками - один 16Гб(sda), другой 10 Гб(sdb)

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

Ось ставится на sda с минимумом вопросов. По итогу видим следующую разметку на 16-ти Гб диске
/boot (sda1) -500М
swap (mint--vg-swap_1) - 2G (от размера ОЗУ)
/ (mint--vg-root) - 13,5 (все что осталось)
(mint--vg-swap_1 и mint--vg-root созданы в группе mint-vg по умолчанию)
И свободный второй диск (sdb) с 10 Гб

Дальше задача добавить в логическую группу второй диск и расширить корневой раздел на эти 10Гб, тут дело техники:

sudo pvcreate /dev/sdb - создаем physical volume на втором диске (можно и к разделу на нем, в этом примере на сам диск)
sudo vgextend mint-vg /dev/sdb расширяем имеющуюся группу пространством с добавленного диска
sudo lvm lvextend -l +100%FREE /dev/mint-vg/root расширяем на все получившееся свободное место корневой раздел
sudo resize2fs /dev/mint-vg/root - изменяем размер файловой системы, чтоб ОС могла использовать добавленное место.

На этом все, можно наблюдать что картина изменилась, не требуется ни доп движений, ни перезагрузок:

Корневой mint--vg-root вырос до 23,5 Гб, несмотря на то что был создан на диске меньшего объема

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

А еще можно использовать btrfs в качестве файловой системы. Она это умеет сама, без дополнительного слоя в виде lvm.
Вот тут неплохо для ознакомления расписано на русском: http://help.ubuntu.ru/wiki/btrfs

По личным впечатлениям - гибче и удобнее lvm+ext4. В минте 18 ядро по умолчанию достаточно свежее, в нем btrfs стабильна, если не делать аналог raid 5 или 6 конфигураций.
Килл фича по сравнению с lvm - можно менять размеры и конфигурацию разделов онлайн, прямо с работающей системы. Причем даже если вырубится электричество прямо в момент ребаланса - безвозвратных потерь с нарушением структуры FS не будет. Лично проверил.

Можно делать снапшоты (снимки состояния) тоже прямо на работающей системе, и грузится потом с них в случае надобности. Очень удобно перед рискованными экспериментами или глобальными обновлениями. Можно делать даже снапшот со снапшота - и без потери производительности, как случается в этом случае при использовании lvm.

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

В общем - хорошего у этой ФС много. Недостатки тоже есть, куда без них. Основные - плохо подходит для хранения образов виртуальных машин (они медленнее работают с этой ФС), нельзя просто так создать swap-файл вместо swap раздела (хотя обойти и можно, но там много тонкостей), и в общем btrfs несколько медленнeе ext4 в целом. Плата за механизм COW и контрольные суммы, которые помогают сохранить данные без потерь в случе нежданчиков по питанию например.

Забыл написать - инсталлер минта умеет ставить систему на btrfs, так что с поставить с нуля вообще просто.
А так же можно конвертировать ext4 в btrfs без потери данных. Но это уже ручками.

Ну а если не упростить вопрос и не лезть в дебри RAID / LVM / BTRFS ...

malvinochka2017, Может тебя устроит простой вариант примонтировать второй диск куда-нибудь внутрь домашенго каталога например, типа ~/share и будет тебе дополнительно 160Гб в этой директории доступно)

Лучше уж тогда монтировать все-таки в /mnt, а в домашний каталог - символическую ссылку на примонтированный в /mnt диск.

Местонахождение маунтпоинта - это уже косметика, которую можно решить по ходу

Chocobo писал(а): Может тебя устроит простой вариант примонтировать второй диск куда-нибудь внутрь домашенго каталога

Да, да, да. А то все там сложно пока для меня ) Как это сделать?

Chocobo черкани статейку! или я могу ссылкой поделится по которой делал:http://www.linuxrussia.com/ssd-ubuntu-hdd.html

malvinochka2017 писал(а): Как объединить два жёстких диска в один? Что бы Минт определял их как одно целое?

....LVM ...RAID ... raid0...BTRFS

ну ребяты вы даёте...

пациент кашлянул ...и сразу гланды и через ( ! )...

Chocobo писал(а): нт примонтировать второй диск куда-нибудь внутрь дома

Для начала опиши задачу подробней.
Что за диски, под что планируешь использовать объединенное пространство? и какая цель у всего этого действа)

вот это должоно было быть во втором сообщении , а не через 4 часа "удаления гланд...)

Ну а если не упростить вопрос и не лезть в дебри RAID / LVM / BTRFS ...
.... Может ... устроит простой вариант примонтировать второй диск куда-нибудь внутрь домашенго каталога например, типа ~/share и будет тебе дополнительно 160Гб в этой директории доступно)

а как же "самый простой вариант - ... LVM" ? ;)

собсно таки да... примонтировать с автомонтированием при загрузке попроще будет и возможно и в процессе установки системы при указании\назначении разделов, и после установкаи , что вручную созданием точки монтирования (где хохочется) и редактированием etc/fstab, что с помощью утилиты Диски(gnome-disks) или какой другой утилиты ....

slant писал(а): Лучше уж тогда монтировать все-таки в /mnt, а в домашний каталог - символическую ссылку на примонтированный в /mnt диск.

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

/mnt - каталог для временного смонтированных файловых систем.
https://prostolinux.ru/chto-oznachayut-papki-v-linux/

/mnt
Каталог для временного подключения файловых систем на съемных носителях (CD-диски, USB-флэшки, внешние винчестеры ..).
http://myubuntu.ru/faq/struktura-fajlov ... emy-ubuntu

/mnt — В этот каталог временно монтируются различные подключаемые устройства. Флешки, дискеты, диски
http://ubuntolog.ru/struktura-fajlovoj- ... linux.html

Каталог /mnt
...В этот ... каталог, как правило, подключаются (отсюда и название каталога - /mnt, сокращенно от английского mount - подключить, смонтировать) переносной USB-накопитель.... ... и дополнительные жесткие диски.
... некоторые дистрибутивы автоматически подключают устройства и создают на них ссылки в виде иконки в каталоге /mnt (а некоторые и в каталоге /media), но есть и такие, которые даже и пальцем не пошевелят за вас сделать это. В этом случае вы сможете воспользоваться помощью команды mount, которая и служит для подключения (монтирования) устройств к системе.
http://linuxway.ru/pervye-shagi/puteshe ... eme-linux/

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

/mnt
Обычно эта директория используется для ручного подключения устройств. В эту директорию командой mount «руками» монтируются различные USB-накопители, CD-ROM и т.д.
/media
Директория, используемая для автоматического монтирования различных устройств USB-накопителей, CD-ROM и т.д. При вставке в привод CD-ROM диска он автоматически подключается во вложенный каталог этой директории.
https://itshaman.ru/articles/10#mnt

/media – подключаемые носители
В каталоге находятся подкаталоги, в которых монтируются съемные носители, вставляемые в компьютер. Например, когда вы в системе Linux вставляете диск CD, в каталоге /media будет автоматически создан соответствующий подкаталог. В этом подкаталоге вы можете получить доступ к содержимому диска CD.
http://rus-linux.net/MyLDP/file-sys/fhs ... linux.html

Каталог /mnt и /media
Предназначен для монтирования временных файловых систем. По стандарту FHS сменные носители рекомендовано монтировать в каталог /mnt, а в /media – CD/DVD привод. В Ubuntu сторонние файловые системы и сменные носители монтируются в /media.
http://proubuntu.com.ua/2011/10/27/dir.html

Директория /mnt
Директория /mnt должна быть пустой и использоваться исключительно для создания временных точек монтирования файловых систем (в соответствии со спецификацией FHS).

Директория /media
Директория /media служит точкой монтирования для таких устройств для работы со съемными носителями, как приводы CD-ROM, цифровые камеры, а также различные устройства, подключаемые по шине USB..... Большинство дистрибутивов Linux на сегодняшний день монтирует все съемные носители в директорию /media.
http://rus-linux.net/MyLDP/BOOKS/Linux_ ... /ch09.html

/mnt и /media – обычно в этих каталогах содержатся точки монтирования. В современных дистрибутивах Linux этот процесс обычно происходит автоматически. При этом в каталогах /mnt или /media создается подкаталог, имя которого совпадает с именем монтируемого тома.
http://www.ipmnet.ru/~sadilina/Fedora/37.html

/mnt - Этот каталог предоставляется как временная точка монтирования для жёстких дисков, дискет, компакт-дисков или отключаемых устройств.
https://kubuntu.ru/node/4343

Каталог /mnt
...В этот ... каталог, как правило, подключаются (отсюда и название каталога - /mnt, сокращенно от английского mount - подключить, смонтировать) и дополнительные жесткие диски.
... некоторые дистрибутивы автоматически подключают устройства и создают на них ссылки в виде иконки в каталоге /mnt (а некоторые и в каталоге /media), но есть и такие, которые даже и пальцем не пошевелят за вас сделать это. В этом случае вы сможете воспользоваться помощью команды mount, которая и служит для подключения (монтирования) устройств к системе.
http://linuxway.ru/pervye-shagi/puteshe ... eme-linux/

colonel, Любишь же ты раскладывать приступы красноглазия

Но, ответы все оказались в рамках заданного вопроса

malvinochka2017 писал(а): два жёстких диска в один? Что бы Минт определял их как одно целое?

malvinochka2017, монтирование же раздела куда нибудь - просто через mount /что /куда.

Например - sudo mount /dev/sdb1 /home/malvinochka2017/share,
если диск отличный от ext-файловых систем, возможно придется указать явно что же там за фс
sudo mount -t ntfs /dev/sdb1 /home/malvinochka2017/share
Это подцепит раздел на текущую сессию (не навсегда).

Настроить автомонтирование можно закрепив запись с похожим синтаксисом в /etc/fstab, например так Автоматическое монтирование NTFS раздела

ну ребяты вы даёте... пациент кашлянул ...и сразу гланды и через ( ! )...

Как первично вопрос сформулирован, так и ответили. При монтировании не будет общего пространства, это будут разные диски. df и прочее будет рапортовать разные цифры в разных директориях. Это не объединение, тогда как lvm или btrfs позволяют именно объединить диски в единое пространство. Или ты считаешь, что если вопрос задала девушка, ей отвечать надо априори как маленькой неразумной? Я предпочитаю не считать кого-то глупее себя, если не доказано обратное.

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

Это опыт. Что получится, если второй диск не примонтируется потом непосредственно в некую папку хомяка (сдох или ошибка в конфиге)? Пользователь увидит пустой каталог. "ОЙ! Все пропало! Я же ничего не удалял!" Да еще может попробовать туда заново что-то записать, что осложнит систуацию при дальнейшем монтировании.
А что произойдет если в хомяке будет симлинк на каталог на "пропавшем" диске? Симлинк будет выдавать ОШИБКУ при попытке перехода туда. Т.е. пользователь сразу увидит, что что-то идет не так, а не пустое место вместо своих файлов.
Второе. Если диск примонтирован за пределами хомяка в mnt, ссылку на каталог в нем можно дать больше чем одному пользователю, раздав права соответственно. А вот давать кросс-ссылки на хомяки друг друга - это уже действительно дурной тон.
Третье. Не все сервисные программы умеют обращать внимание на то, что это другой физический диск при рекурсивной обработке ФС. А вот симлинк знают практически все подобные сервисные утилиты. Т.е. если станет вопрос, например, о бекапе только хомяка - будет проще объяснить программе что нужен именно хомяк, а не оный+еще один диск там примонтированный.

Что касается mnt - читаем оригинал, и видим что: This directory is provided so that the system administrator may temporarily mount a filesystem as needed. The content of this directory is a local issue and should not affect the manner in which any program is run.
Второй диск является вполне себе временной файловой системой т.к. "был запасным", будет использоваться только для данных. А кроме того ясно сказано: использование этого каталога личное дело, в пределах локальной системы. В минте автомонтирование нацелено на media, так что mnt можно спокойно использовать для дополнительных дисков.
Да, для справки: слово "temporarily"в английском хотя и имеет основное значение "временно", так же имеет и второй смысл, который можно выразить примерно как: "в этом конкретном случае сделано так". Без указания на временность решения. Только на то, что это частный случай для конкретной обстановки.

slant писал(а): а еще может попробовать туда заново что-то записать, что осложнит систуацию при дальнейшем монтировании.

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

slant писал(а): Симлинк будет выдавать ОШИБКУ при попытке перехода туда.

Не будет. раздел (если не через autofs) монтируется в постоянную директорию, симлинк сошлется на неё же. Аналогично увидим пустую директорию, без каких либо ошибок.

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

slant писал(а): априори как маленькой неразумной

LinuxMint.com.ru

Два жёстких в один?

Два жёстких в один?

Два жёстких в один?

Два жёстких в один?

Два жёстких в один?

Два жёстких в один?

Два жёстких в один?

Два жёстких в один?

Два жёстких в один?

Два жёстких в один?

Два жёстких в один?

Два жёстких в один?

Два жёстких в один?

Два жёстких в один?

Два жёстких в один?

Два жёстких в один?

Два жёстких в один?

Два жёстких в один?

Два жёстких в один?

Два жёстких в один?

Два жёстких в один?