Как перечислить HHD как один большой том, но остаться независимым

Question

Можно ли разрешить использование / перечисление всех жестких дисков в качестве единой точки монтирования в файловой системе Linux, но при этом оставаться независимыми друг от друга до того момента, когда один из дисков будет отсоединен, все остальные диски будут функционировать, и ОС будет работать просто не показать данные, которые были на этом диске?

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

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

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

Например, скажем, у меня /dev/sda и /dev/sdb смонтированы как /books и /movies . Если бы мне потребовалось больше места для /movies я бы хотел добавить новый диск /dev/sdc и выделить дополнительное пространство для /movies таким образом, чтобы записывались данные, на которых когда-либо на диске будет достаточно места для всего файла. Затем, если бы я захотел переместить /dev/sdb на другой компьютер, я мог бы извлечь его / смонтировать на другом компьютере, в то время как фильмы, которые все еще находятся в /dev/sdc должны быть доступны в /movies

Возможна ли такая конфигурация?

Спасибо

Answer 1

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

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

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

Что приводит к 2 частичным решениям:

1. Используйте символические ссылки. Допустим, у вас есть 3 диска, каждый с одним разделом с файловой системой EXT4 (тип файловой системы, вероятно, не так важен). Диски являются /dev /sda1 /dev /sdb1 и /dev /sdc1

Вы можете (например) создать горы, такие как

/dev/sda1 /media/disk1 
/dev/sdb1 /media/disk2 
/dev/sdc1 /media/disk3

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

 mkdir /media/disk1/books
 mkdir /media/disk2/movies/drama
 mkdir /media/disk2/books/old
 mkdir /media/disk3/movies/scifi

Вы также захотите настроить каталоги на вашем "целевом пространстве", поэтому /data /books; / данных / видео; / Данные / кино / драма; / Данных / видео / SciFi

А затем в /data создайте символические ссылки на соответствующие части диска, например

ln -s /dev/disk1 /data/books
ln -s /dev/disk2 /data/books/old
ln -s /dev/disk2/drama /data/movies/drama
ln -s /dev/disk3/scifi /data/movies/scifi

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

Другое решение заключается в использовании некоторой оверлейной файловой системы. Это позволяет объединить несколько систем в одну большую систему с использованием приоритетов. Разные дистрибутивы имеют разные версии, с разными синтаксисами. Распространенные варианты хороши при чтении aufs, overlayfs, unionfs. Они, как правило, хороши для чтения, но не так хороши для письма, поскольку они, как правило, позволяют писать только в одном месте за раз.