Linux external hdd filesystem
Многие уже привыкли использовать внешний жесткий диск (HDD) с разъемом USB чтобы хранить данные и переносить их с компьютера на компьютер (в случае, если нет возможности передать их по сети). После покупки фирменного внешнего жесткого диска в магазине (например, от Western Digital и др.) Вы, как правило, обнаружите, что он уже отформатирован в файловой системе FAT32.
В этом случае подключение и работа с ним как в GNU/Linux, так и в MS Windows не представляет никакой трудности и аналогична подключению внешней флешки. Как в MS Windows, так и в GNU/Linux с графической средой KDE такой жесткий диск даже будет автоматически подмонтирован и доступен для чтения и записи. В MS Windows появится новая буква устройства, в GNU/Linux в KDE диск будет подмонтирован в директорию media:/. Важно лишь при окончании работы (как и при работе с флешкой) не забывать отмонтировать внешний HDD, прежде, чем физически отсоединить его от компьютера.
Единственный, но существенный недостаток файловой системы FAT32 в том, что она не позволяет записывать на диск файлы размером более 4 Гб. А иногда имеется потребность в записи таких файлов — например, образов DVD-дисков (4.4 Гб).
Решение этой проблемы связано с использованием других файловых систем на внешнем HDD. Сложность заключается в том, что эти файловые системы «по умолчанию», без установки дополнительных драйверов, поддерживаются компьютерами или только с GNU/Linux, или только с MS Windows. Поэтому или на тех, или на других компьютерах придется устанавливать дополнительный драйвер для работы с «неродной» файловой системой.
2. Внешние HDD с файловой системой ext2
При работе в GNU/Linux эта проблема файлов размером более 4 Гб решается очень просто — жесткий диск форматируется в традиционной для этой ОС файловой системе ext2. (Форматирование в GNU/Linux можно осуществить с помощью программы gparted, имеющей графический интерфейс). При форматировании имеет смысл задать метку для раздела диска — например, external-hdd. После форматирования на диске будет присутствовать служебная директория lost+found, в которую помещаются данные в случае сбоя в работе с диском.
Отформатированный таким образом внешний HDD также будет автоматически подмонтироваться при работе в GNU/Linux в графической среде KDE.
Желательно сразу после форматирования диска сделать его корневую директорию доступной для чтения и записи не только суперпользователю, но вообще всем пользователям как этого, так и других компьютеров. В случае, если Вы работаете в графической среде KDE и у Вас функционирует автомонтирование внешних дисков, до достаточно лишь вынуть шнур USB и опять подключить его. Через пару секунд система покажет, что она автоматически подмонтировала внешний диск в директорию media:/label, где label — метка раздела, которая задана при форматировании. Диск из нашего примера будет виден как media:/external-hdd. В действительности это означает, что диск автоматически подмонтирован в директорию /media/label, в нашем случае — /media/external-hdd. Значит, надо изменить права доступа для этой директории. В режиме суперпользователя даем команду:
После этого как на данном компьютере, так и на других компьютерах диск будет доступен для чтения и записи для всех пользователей.
Чтобы работать с этим диском в режиме чтения и записи с компьютера, на котором установлена операционная система MS Windows, необходимо на нем установить специальный драйвер. С помощью драйвера MS Windows будет работать с внешним HDD в ext2 точно также, как с дисками, отформатированными в «родных» файловых системах — т.е. присвоит ему определенную букву и т.д.
3. Внешние жесткие диски, отформатированные в NTFS
В случае, если на внешнем жестком диске используется «родная» для MS Windows файловая система NTFS (например, когда диск подключается преимущественно к компьютерам с MS Windows), то дополнительный драйвер — ntfs-3g — нужно установить на компьютере с GNU/Linux. При работе с Debian Lenny преимуществом является то, что этот драйвер имеется в составе репозитория дистрибутива (список дистрибутивов, в которых идет этот драйвер, см. здесь). Для установки переходим в режим суперпользователя и даем команду: После чего инсталлируем его с сетевого репозитория или с диска дистирбутива.
Далее после подключения внешнего USB-диска к компьютеру с GNU/Linux можно убедиться, что ОС его видит, дав команду В выводе команды будет присутствовать устройство с названием производителя, например: Впрочем, это делать необязательно.
Должна быть заранее создана директория на файловой системе компьютера (т.е. на его внутреннем жестком диске), к которой будет подмонтирован внешний жесткий диск, например /mnt/hdd. Желательно открыть доступ к ней для простых пользователей режиме и чтения, и записи. Все это можно сделать командами в режиме суперпользователя: — создание директории, и — обеспечение доступа к ней в режиме чтения / записи всех пользователей.
Для подмонтирования внешнего жесткого диска переходим в режим суперпользователя и даем команду: В этом примере внешний диск представляет собой устройство /dev/sda1. Если внених USB-дисков подключено несколько, то это может быть /dev/sda2 и т.д.
Встает важный вопрос: как узнать буквенное обозначение внешнего USB-диска? Проще всего это сделать командой (из-под суперпользователя) В результате получим список всех разделов всех подключенных к компьютеру дисков. Например: Вначале идет внутренний жесткий диск помпьютера /dev/hda и его разделы — /dev/hda1, /dev/hda2 и т.д. На них на всех файловая система Linux, т.е. ext3. Диск, который нас интересует — внешний USB размером 120 Гб, обозначенный как /dev/sda. На нем только один раздел — /dev/sda1, который мы и монтируем в директорию /mnt/hdd. В том, что это нужный нам раздел, убеждает нас его идентификация системой как раздела типа «HPFS/NTFS».
Для корректного окончания работы с внешним диском его необходимо отмонтировать — также в режиме суперпользователя: После этого диск можно отключать от компьютера.
4. Универсальный вариант: ext2 + FAT32
Как видно из вышеизложенного, при использовании и ext2, и NTFS приходится доставлять дополнительные драйвера на альтернативную операционную систему. Возникают две основных вопроса:
- Какую файловую систему на жестком диске предпочесть (ext2 или NTFS)?
- Как добиться того, чтобы драйвер был доступен в момент подключения диска?
1. Ответ на первый вопрос зависит не только от того, в какой ОС Вы работаете больше: в GNU/Linux или MS Windows. Он зависит еще и от того, в какой системе у Вас будет возможность установить драйвер. GNU/Linux, как ориентированная на максимальную безопасность, не позволяет это сделать обычному пользователю, а только в режиме суперпользователя — но Вы не всегда можете знать пароль рута. В то же время, в MS Windows довольно часто бывает, что простой пользователь работает с правами администратора.
Поэтому в общем случае лучше исходить из того, что используется файловая система ext2, а драйвер будет установлен под MS Windows. Это обеспечит и большее удобство работы с диском в родной GNU/Linux.
2. Драйвер, конечно, можно носить с собой на дополнительной флешке, которая имеет FAT32 и корректно распознается в любой ОСи. Однако более правильной будет следующая схема: на внешнем жестком диске выделяется небольшой раздел (например, 512 Мб или 1 Гб), который форматируется в другой файловой системе — в FAT32. На него копируется нужный драйвер. Тогда в MS Windows драйвер будет всегда доступен с этого альтернативного раздела.
Пример. Пусть принято решение форматировать внешний HDD размером 120 Гб в файловой системе ext2. Создадим на нем раздел в этой файловой системе размером 119 Гб (при этом присвоим ему метку hdd-ext2, а затем сменим права, чтобы дать полный доступ для всех, т.е. на «777»). Оставшееся место (примерно 1 Гб) выделим под раздел с FAT32 (с меткой, например, hdd-fat). После форматирования войдем из-под GNU/Linux в раздел с FAT32 и скопируем туда скопируем драйвер, позволяющий из MS Windows работать с файловой системой ext2.
При кодключении такого диска к компьютеру с GNU/Linux в графической среде KDE автоматически будут подмонтированы оба раздела — соответственно, как media:/hdd-ext2 и media:/hdd-fat. Основным разделом для хранения данных будет первый раздел, составляющий 99% от емкости диска; второй же будет использоваться для постоянного хранения драйвера для альтернативной операционной системы, но потеря невелика — ведь там всего 1% от дискового пространства.
При первом подключении к компьютеру с MS Windows будет виден только маленький раздел в FAT32 — но он позволяет установить в системе драйвер для ext2, который находится на нем. После установки драйвера из MS Windows будет виден и второй — больший — раздел с ext2 на жестком диске, который и является основным для передачи данных между компьютерами с GNU/Linux и MS Windows.
Источник
Linux File System for an External HDD
I’m looking for a file system for an external HDD which will be basically used for backups. It will only be used with Linux machines, so I don’t mind having a Linux-specific file system. I may consider encrypting the drive, but it is not necessary since I don’t mind encrypting sensitive files and directories manually.
I did some research on file systems like ext4, Btrfs and XFS and even found a benchmark, but I couldn’t come to a conclusion.
Is there a significant difference between file systems supported by Linux which I should consider in this setup?
2 Answers 2
backups tend to contain lots of identical files, so if you’re doing a file-copy type backup (eg using rsync) something that inherently de-duplicates could be a win.
ZFS with its hash based de-duplications would be a candidate for this,
ZFS is an ideal candidate in this case because of robust checksums, snapshots, the ability to export and detach the pool, and use ZFS send and receive for high efficiency differential backups.
One important gotcha with external usb drives is to make certain that your pool isn’t going to be marked as faulted if your drive spins down for power saving. There are workarounds for this such as disabling power saving on the device, or export the pool after your backups complete so that it can safely sleep.
Also, lz4 is great for compression and is available in later pool versions.
Источник
Файловая система внешнего HDD и её взаимодействие с linux
Есть ноутбук с Arch Linux, на нём помимо базы установлен только самый минимум пакетов: vim, docker, openssh и т.д. Ноут работает в «пассивном режиме» типа как бомжесервер, (на нём в основном крутятся контейнеры) но почти круглосуточно. Также к ноуту присоединены два внешних HDD, на одном exfat, на другом ntfs. Из всего этого два вопроса (я новичок в IT и Linux, так что вопросы может очень абстрактные или глупые, заранее прошу прощения за плохие формулировки):
- В случае, если харды просто присоединены через usb, но не примонтированы к системе, это как-то влияет на их износ? Опять же, я не спец, мало ли, может linux как-то к ним обращается или ещё что, а лишиться хардов за пару месяцев тоже неохота. А если примонтированы?
- Я так понимаю, файловые системы стоят на них не самые удачные? В ФС тоже ничего не понимаю, разделы с линуксом у меня все на ext4, а во что лучше форматировать харды, если они будут использоваться в режиме, описанном в первом вопросе?
В ext4 и форматировать
ext2 и ext3 внимания вообще не стоят?
А на первый вопрос не ответишь? Он ключевой, ntfs-3g и exfat-utils работают в принципе-то.
Да.От многих факторов зависит.
По износу — это в основном парковки, само кручение слишком слабо.
То есть можешь по сути их не использовать, а каждый день будешь включать/выключать/засыпать/пробуждать компьютер, ну и они в пустую будут тыркаться.
Под линуксами с этим дела обычно хуже обстоят. Вон KDE только в 2018 году научилось безопасно извлекать USB HDD диски с отключением питания. То есть в Kubuntu 18.04 LTS такого и нет
А для чего планируется использовать эти внешние hdd?
- Обращений со стороны ОС к ним нет, если только сам не будешь дёргать, однако питание на них подаётся. Что там в фоне делает прошивка — одному производителю известно, да и то не факт.
- Учитывая, что у тебя в качестве сервака ноутбук с хардами по USB, вопрос файловой системы тебя вообще волновать не должен.
А вот на что стоит обратить внимание — это дистрибутив. Для сервера очень неудачное решение, особенно если не хочешь каждый день тратить время на возню с обновлениями. Оставлять же арч без обновлений на длительный срок — идея тем хуже, чем больше времени прошло с момента её воплощения в жизнь
Идеальный режим для HDD — включиться, раскрутиться и работать 5-10 лет при постоянных температуре и влажности, без вибраций и перегрева (в USB-боксе надо это проконтролировать, если > 45 то лучше принять меры).
Линукс никак не трогает несмонтированные харды. На запись — точно никак, но может иногда перечитывать таблицу разделов, например при запуске gparted.
По износу — это в основном парковки, само кручение слишком слабо. То есть можешь по сути их не использовать, а каждый день будешь включать/выключать/засыпать/пробуждать компьютер, ну и они в пустую будут тыркаться.
Я правильно понял, что для сохранения ресурса хардов лучше их вообще не трогать, и только в случае необходимости вручную подключать в USB и mount’ить? Во всех остальных случаях харды будут изнашиваться из-за постоянного включения/выключения, верно?
А для чего планируется использовать эти внешние hdd?
Для хранения копий бекапа, который инкрементно обновляется каждые 2-3 дня, файлопомойка и примерно 200GB под некритичные в плане скорости работы виртуалки.
Эта подача питания тратит абстрактный лимит использования харда? В сравнении с тем, как если бы хард просто лежал на полочоке.
Учитывая, что у тебя в качестве сервака ноутбук с хардами по USB, вопрос файловой системы тебя вообще волновать не должен.
Не согласен. В любом случае интересно, какая фс оптимальна для внешних носителей.
А вот на что стоит обратить внимание — это дистрибутив. Для сервера очень неудачное решение, особенно если не хочешь каждый день тратить время на возню с обновлениями.
Да ладно, какие проблемы, там правда кроме вима, докера, питона, опенссаша и пары-тройки либ нет ничего, обновления прилетают не так часто, если ядро поставить лтсное, что я сделаю, как только релизнётся новый лтс, то вообще никаких проблем. По крайней мере пока. А какой дистрибутив был бы опитимален для таких задач?
То есть, я правильно понял, что если мой ноут почти никогда не будет выключен, а оба харда постоянно к нему присоединены и смонтированны, то это будет лучше для его сохранности, чем постоянно их туда-сюда дёргать?
то это будет лучше для его сохранности, чем постоянно их туда-сюда дёргать?
Да. Конечно, это только моё мнение, сравнительных исследований никто по науке не делал. Но что есть — так это собиралась статистика в датацентрах по сроку жизни винтов — и винты, которым холодно (и жарко) жили меньше, чем винты при 30..40°C. У меня простые десктопные винты в таком хорошем режиме по 70 тысяч часов живут.
Кроме того, общеизвестно, что все машины во всех отраслях сильнее изнашиваются при переходных процессах — остановке и запуске. Это как-то связано с вязкостью смазки, вибрациями, многократными термическими расширениями-сжатиями деталей.
Для ежемесячного бекапа, наверное, стоило бы отключать диск (пока он отключен ему менее опасны удары и электропомехи). Если каждые два дня — я бы оставил непрерывную работу.
Эта подача питания тратит абстрактный лимит использования харда?
Сама по себе — сложно что-то утверждать, но не забывай, что есть ещё и прошивка, которая занимается неизвестно чем.
А какой дистрибутив был бы опитимален для таких задач?
Debian (Devuan) или CentOS
А какой дистрибутив был бы оптимален для таких задач?
Советую посмотреть на nixos.
То есть в Kubuntu 18.04 LTS такого и нет
Линукс никак не трогает несмонтированные харды. На запись — точно никак, но может иногда перечитывать таблицу разделов, например при запуске gparted.
smartd из состава smartmontools опрашивает диски с какой-то периодичностью, от этого они могут просыпаться.
Ваши задачи требуют диаметрально противоположных подходов в отношении внешних дисков.
Для хранения копий бекапа, который инкрементно обновляется каждые 2-3 дня
Вот это требует не только отключения дисков после завершения бекапа, но и перенос их в физически другое место. Представьте, что будет, если у Вас в квартире случится протечка/пожар/еще какое-то бедствие, воры залезут, например. Вы останетесь и без ноута, и без бекапа.
Поэтому общим правилом является хранение бекапов удаленно.
под некритичные в плане скорости работы виртуалки.
А это, наоборот, требует постоянного подключения смонтированных дисков. Как Вы себе представляете запуск и работу виртулки с несмонтированного раздела?
Единственный вопрос при работe с любыми внешними накопителями в линуксе — кеширование. Закинул фильмец на флеху\usb-хард, и, если не сделал пляски с бубном вокруг sync && umount, скорее всего у тебя фильм будет битый. Т.е. всякие дельфино-наутилусы бодро отрапортуют, что копирование завершено, а по факту, оно там тошнится со скоростью 10МБ\сек еще минут 15, и это можно увидеть только по iotop. Никакие Eject из GUI отродясь нормально не работали.
Так что, не о том ты печешься.
Никакие Eject из GUI отродясь нормально не работали
Это не так, апплет Plasma нормально работает — если ещё идёт запись на накопитель, то апплет рисует кружащуюся полосочку, и только по окончании записи рапортует, что накопитель можно вытащить.
Нет, там специально есть проверка на сон.
вмысле, не так? Открываю делфин, подключаю usb винт, открываю iotop рядом. кидаю 5GB mkv. Через полминуты внизу нотификация KDE «Finished`. iotop продолжает казать «Actual DISK WRITE»
Теперь сделал sync
т.е. еще минута на того, что бы реально записать данные на диск. Окей, нормально работает, для тестировщиков KDE, видимо, раз они такие дэбилы, что запили фичу, херящую данные юзера
В прямом. Это твоё утверждение:
Никакие Eject из GUI отродясь нормально не работали
это ложь. Eject в апплете Плазмы нормально работает. Подозреваю, что и Unmount в Dolphin тоже нормально работает, но мне лень проверять.
да ты упорот, попробуй сам! нажал на Safety remove в дельфине после того, как нотификация сказала Finished. Он отмонтировал раздел, тогда как iotop еще шпарит. Замечательно, вытащите вашу флешку и получите битый файл
Он отмонтировал раздел, тогда как iotop еще шпарит
Видеопруф в студию
Линаксо-разработчикам просто в голову не приходит, что их поделия не работают, они на автомате не замечая вбивают в консоль sync и grep -E ‘^(Dirty|Writeback)’ /proc/meminfo, а воображают, что это их поделие всё само сделало.
Пруф того, что оно работает, должен быть от тебя. Подойдет ссылка на ручной или автоматический тест-кейз фичи от проекта KDE. Отсутствие чайника на орбите нельзя подтвердить, можно подтвердить только наличие.
Я повторил этот кейз у себя 2 раза сейчас, с видосами заморачиваться бред. Ты текст не понимаешь? Или тебе просто лень повторить приводимый юзкейз? Ну, теряй свои файлы на USB винтах дальше
с видосами заморачиваться бред
Ну конечно бред, как это я посмел попросить пруфов у непойми кого из интернета, лол.
Запилить скринкаст — дело 10 минут и 10 кликов мышью максимум.
Сорян, мне плевать на фэнтезийные тексты. Сначала пруф, потом нормальное обсуждение. Тому що тут предостаточно кукареклоидов пасётся, и не хочется тратить на них время.
Я всю жизнь кидаю файлы от маленьких текстовиков до фильмов в десятки Гб на флешки и usb-hdd, и тут ты выходишь на сцену с заявлениями, что отмонтирование переносных накопителей сломано. Как мне прикажешь относиться к таким словам, хех?
Я вот прямо сейчас проверил — воткнул флешку и скинул на неё фильм. Во-первых, пока файл реально не скопировался, уведомление не рапортовало об окончании, а всё висело с почти завершённым прогрессбаром. Во-вторых, когда я невзирая на уведомление нажал «Safety remove» в Dolphin, он мне написал в красной рамочке, что накопитель занят, отмонтирование невозможно.
Так что либо видеопруфы своих прохладных историй (и потом уже будем разбираться в проблеме), либо гуляй, уася.
Ты большой файл кинь, на Safety remove нажми, после того как прогресс-бар завершится. Индикация прогресс-бара показывает погоду на Марсе, после его завершения данные еще не записали, но Safety remove «отмонтирует» фс (я не знаю как он это делает, т.к. umount в это же время не проходит, а ждет синхронизации)
Ну, 3 Гб — достаточно большой файл?
после того как прогресс-бар завершится
Именно так и сделал после того, как уведомление отрапортовало о завершении. Всё нормально отмонтировалось. Вот щас воткнул флешку обратно, октрыл фильм, потыкал в разные места бегунка плеера — ничего не повреждено.
Индикация прогресс-бара показывает погоду на Марсе
Да, показывает. Это известная проблема. Но чтобы апплет писал «finished», пока запись реально идёт — такого нет. Он просто сначала фигачит с большой скоростью, а под конец начинает висеть, пока файл реально не запишется.
Он просто сначала фигачит с большой скоростью, а под конец начинает висеть, пока файл реально не запишется.
это понятно, известный эффект. Но у меня он рапортует finished. А Safety remove выполняет отмонтирование ( из mount пропадает). При этом лампочка на диске продолжает яростно мигать.
iotop запусти у себя плиз. Посмотри на него, после того как Finished. У меня он еще шпарит минуту
Какой процесс у тебя шпарит в iotop?
Ты пробовал сразу после отмонтирования отсоединить накопитель, потом снова подрубить и проверить целостность файла?
[kworker] что-то там flush
Ты пробовал сразу после отмонтирования отсоединить накопитель, потом снова подрубить и проверить целостность файла?
Да, пробовал. Ничего хорошего. И это у меня наблюдает на куча машин и много лет, на gnome и KDE. Я просто использую sync && umount , т.к. гуй глючное дерьмо всегда был
Позже может запишу видос, раз уж такое дело.
С чего ты взял, что это имеет отношение к переносному накопителю? Этот kworker постоянно что-то пишет мелкими порциями
Вообще, как может ядро или любая другая прога писать на раздел после его отмонтирования? Это невозможно в принципе
[kworker. flush] , [jbd2. sdb1] — вот эти два процесса шпарят. Когда данные реально записаны через минуту, ничего не шпарит.
как может ядро или любая другая прога писать на раздел после его отмонтирования?
на блочное устройство легко. Ясно, что раз отмонтирование произошло, ФС буфера снинуло. Там другие буфера у блочных устройст, видимо. Их то гуйня в расчет и не берет.
у немцев в линуксоидном журнале недавно была маленькая статья на проблему износа hdd. Тк у меня малина в качестве сервака 24/7 в году эта тема тоже интересует. Их совет был
пробовать spindown каждые 15 минут при неактивности диска. Правда при активном сидировании торрента не имеет смысла + надо сильно минимировать журналирование и логгирование всего и вся. Ибо жесткач всегда будут дергать
Ясно, что раз отмонтирование произошло, ФС буфера снинуло. Там другие буфера у блочных устройст, видимо. Их то гуйня в расчет и не берет
Ты понимаешь, что gui дёргают те же самые sync и umount, которые ты вводишь в консоли? И что если всё как ты описываешь, то безопасное отмонтирование сломано на уровне ядра, а не каких-то gui? Что вообще выглядит невероятным, потому что миллионы людей монтируют-отмонтируют накопители без проблем
проверил копирование 32.2 гб файлов на внешний жёсткий диск. Сразу отмонтировал. Отсоединил диск. Присоединил диск. С файлами всё ок. Видео-музыка играется, картинки-документы открываются, архивы открываются.
Kubuntu 18.04.3.
Может как-то по особому надо проверить?
Может у вас что-то с USB разъемом? Он уже круглый, или ещё овальный?
В ядре ничего не сломано, sync && umount завершаются ровно тогда, когда все данные записаны. Гуйня сломана, потому что макаки дергают, не понимая что.
Мне можете говорить, что вода сухая сколько угодно, но у меня сроду в линуксе отмонтирование из гуйни не работало. Ну, может во времена молодости на ubuntu 8.04, не помню
Сейчас подумал, может это из-за luks. У меня всегда везде установлен cryptsetup.
Но когда у других всё нормально работает, а у тебя всё сломано, то кто реально макака, надёргавшая непонятно что? XD
Вот это требует не только отключения дисков после завершения бекапа, но и перенос их в физически другое место. Представьте, что будет, если у Вас в квартире случится протечка/пожар/еще какое-то бедствие, воры залезут, например. Вы останетесь и без ноута, и без бекапа.
Я это понимаю, однако мой способ делать бекапы спасает от ситуации, когда хард умирает и какие-то данные не спасти после такого. Даже если он и умрёт, ничего страшного, 2-3х-дневная копия лежит ещё в двух местах, то есть сильно сокращается время, которое требуется на возврат рабочего ноута в строй в случае замены его основного накопителя. А если ко мне залезут воры/пожар/цунами/роскомнадзор — боюсь проблемы будут чуть посерьёзнее, чем пропажа старого ноута и двух хардов.
А это, наоборот, требует постоянного подключения смонтированных дисков. Как Вы себе представляете запуск и работу виртулки с несмонтированного раздела?
Очень легко представляю, у меня есть для личных целей две виртуалки, одна с седьмой виндой, другая с XP, запускаются они от силы раз в неделю, за редкими исключениями. А монтирование нужного диска можно в скрипте для запуска виртуалки вписать, например.
Всем спасибо за помощь и советы. На харды в итоге лучше ext4 накатить?
однако мой способ делать бекапы спасает от ситуации, когда хард умирает и какие-то данные не спасти после такого.
Очень легко представляю, у меня есть для личных целей две виртуалки, одна с седьмой виндой, другая с XP, запускаются они от силы раз в неделю, за редкими исключениями. А монтирование нужного диска можно в скрипте для запуска виртуалки вписать, например.
В таком случае диски лучше физически отключать. Потому что неисправность того же блока питания запросто может сжечь не только внутренний, но внешние диски с бекапом. Ну а воткнуть их обратно при запуске нужной виртуалки, думаю, проблем Вам не составит.
Да, пожалуй это самое разумное, так и буду делать. А ФС какую лучше на них поставить?
А ФС какую лучше на них поставить?
Я бы поставил обычную ext4. Быстро, надежно, без лишних наворотов.
Добавлю что для пущей надёжности в ext4 можно включить metadata_csum, подробности в ядерной вики
Источник
