Проблема Hyper-V Windows Server 2012 с Ubuntu Server 18.04 с проборосом физических дисков?

Question

[messor92]

Доброго времени суток.
Проблема заключается в следующем:
Есть Windows Server 2012 с ролью Hyper-v
В Hyper-V крутится Ubuntu Server 18.04 с пробросом физических накопителей
В Ubuntu диски сконфигурированы и примонтированы,в fstab есть записи
При перезагрузке хостовой машины диски в Ubuntu Server делают рокировку, тоесть:
есть три диска sdb(RAID 1 3TB) sdc(RAID 1 3TB) sdd(RAID5 6TB), на sdd выполняеться бекап, после перезагрузки диски остаются с теме же идентификаторами, но диски sdd(backup) и sdc меняются логически местами
В логах нашел только ошибки сбоя выполнения бекапа, так как нет указаных директорий.
Есть предположение что проблема где то на уровне инициализации дисков при старте виртуальной машины, но как это точно узнать или проверить я не нашел.
Буду очень признателен любой оказанной помощи в этом вопросе.

Answer 1

[akelsey]

Пробуйте монтировать по UUID

Answer 2

[rPman]

Судя по всему резервирование происходило копированием байт-в-байт с помощью dd? или файловое копирование rsync?

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

Сравнение можно проводить с помощью утилиты diff, в принципе ее более чем достаточно но работать с ее выводом может оказаться неудобно

Лично я для сравнения каталогов собираю два списка файлов в текстовом виде (относительный путь до файла + размер + время timestamp + хеш, считать md5sum) по очереди для исходного каталога и для каталога с копией, затем сортирую файлы (например с помощью sort по имени) и сравниваю их уже с помощью diff - получается красивый и удобный список различий. Операцию повторить дважды, сначала не считая хеши - быстрое сравнение, а затем, при необходимости повторить но уже собрав хеши. Скрипт это делающий занимает строчек пять.

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