Это первый вариант.
Для меня "всё" и "почти всё" - это примерно одно и то же в данной ситуации.

Почти гарантированно при исправлении ФС до той стадии где она монтируется что-то потеряется.

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

Да, я обновляю диски до тех, что в два раза больше, но RAID 6 съедает два диска на отказоустойчивость и тогда у меня будет место для снятия образов, но не будет места, куда можно что-то восстанавливать.

Так что скорее всего я остановлюсь на том, что добившись стабильной работы рейда и проверив, что сам по себе он цел запущу e2fsck в режиме с записью и буду надеяться, что оно не сожрёт вообще всё 🤷‍♂️

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

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

Я переживу потерю коллекции фильмов, сериалов, аниме, а также бекапов того, что сейчас живо.

Да, потеряю какие-то, скажем, фотографии со времён школы или сорцы моих видео, какие-то старые документы, но это всё преходящее.

Не знаю как так получается, но я к тому, что это всё может проебаться отношусь абсолютно спокойно.

> как хорошо с zfs где два диска отданы в жертву богам

Ну так ZFS с двумя дисками отданными в жертву - это примерно то же самое, что у меня, просто на уровне ФС, а не блочных устройств.

Shit иногда happens даже в таких случаях 🤷‍♂️

@3draven
Не надёжнее чем что?

Зависит от.

Я с ZFS не хотел связываться по нескольким достаточно простым причинам:

- её нет в ядре
- она всё равно будет плохо работать на дисках разных объёмов если её не балансировать с бубном
- это привязка к конкретной ФС

В итоге решил не переусложнять и разделить задачи по отдельным инструментам. Один занимается рейдом, один шифрует, один файлы хранит.

Раньше я вообще на mhddfs, а потом mergerfs жил 🤷‍♂️

@3draven
> Фс цельная и просто так ничего не потеряет

Эмм... Ну, скажи это людям, которые проёбывали всё с BTRFS.

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

Правило трёх бэкапов - оно не просто так существует.

@3draven
А я не знаю.

Я не знаю, что конкретно произошло пока.

И на выяснение уйдёт много времени. Я даже не уверен, потрачу ли я достаточно времени чтобы точно выяснить.

Возможно это диски отказали. Возможно, недорогой SATA контроллер пизданулся. Даже баг в ФС исключать нельзя 🤷‍♂️

@Taciturn
Узнаем через ~неделю.

Пока что только мисматчи в массиве чинятся.
Потом еще проверять результат, потом проверять ФС, потом собирать новый массив когда диски придут, потом копировать данные (если ФС оживёт).

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

Когда будет о чём писать - напишу.

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

@1lyaP @unkn0wwn @burbilog @andrey
> Вероятность сбоя сразу двух дисков в одном зеркале околонулевая

Напоминаю, что у меня именно два диска вылетело 🤣