Рейтинг:1

Восстановить BTRFS? плохая магия в суперблоке на /dev/md2

флаг cn

поэтому после недавнего отключения электроэнергии мой DS718+ RAID разбился.

После расследования с Syno Support мы также определили, что моя оперативная память была сломана (уже удалена), и, поскольку это не был официально поддерживаемый модуль оперативной памяти, они больше не будут помогать мне с восстановлением моего RAID (спасибо за это), потому что они подозревают сломанную файловую систему. произошло из-за этого, а не из-за отключения электроэнергии.

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

Что я могу сказать вам на данный момент:

btrfs-show-super /dev/md2

суперблок: bytenr=65536, устройство=/dev/md2
--------------------------------------------- -------
ОШИБКА: плохая магия в суперблоке на /dev/md2 на 65536

fdisk -l

Диск /dev/ram0: 640 МБ, 671088640 байт, 1310720 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/ram1: 640 МБ, 671088640 байт, 1310720 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/ram2: 640 МБ, 671088640 байт, 1310720 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/ram3: 640 МБ, 671088640 байт, 1310720 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/ram4: 640 МБ, 671088640 байт, 1310720 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/ram5: 640 МБ, 671088640 байт, 1310720 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/ram6: 640 МБ, 671088640 байт, 1310720 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/ram7: 640 МБ, 671088640 байт, 1310720 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/ram8: 640 МБ, 671088640 байт, 1310720 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/ram9: 640 МБ, 671088640 байт, 1310720 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/ram10: 640 МБ, 671088640 байт, 1310720 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/ram11: 640 МБ, 671088640 байт, 1310720 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/ram12: 640 МБ, 671088640 байт, 1310720 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/ram13: 640 МБ, 671088640 байт, 1310720 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/ram14: 640 МБ, 671088640 байт, 1310720 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/ram15: 640 МБ, 671088640 байт, 1310720 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/sda: 3,7 ТиБ, 4000787030016 байт, 7814037168 секторов
Модель диска: WD40EFRX-68N32N0
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт
Тип метки диска: gpt
Идентификатор диска: B0741029-0239-4B70-BDC9-115FFE436B29

Размер начальных и конечных секторов устройства Тип
/dev/sda1 2048 4982527 4980480 2.4G Linux RAID
/dev/sda2 4982528 9176831 4194304 2G Linux RAID
/dev/sda5 9453280 7813830239 7804376960 3.6T Linux RAID


Диск /dev/sdb: 3,7 ТиБ, 4000787030016 байт, 7814037168 секторов
Модель диска: WD4003FFBX-68MU3N0
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт
Тип метки диска: gpt
Идентификатор диска: 7D01494F-CF7B-4DFF-8735-C9F326A16775

Размер начальных и конечных секторов устройства Тип
/dev/sdb1 2048 4982527 4980480 2.4G Linux RAID
/dev/sdb2 4982528 9176831 4194304 2G Linux RAID
/dev/sdb5 9453280 7813830239 7804376960 3.6T Linux RAID


Диск /dev/md0: 2,4 ГиБ, 2549940224 байта, 4980352 сектора
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/zram0: 275 МБ, 288358400 байт, 70400 секторов
Единицы: секторы 1 * 4096 = 4096 байт
Размер сектора (логический/физический): 4096 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/zram1: 275 МБ, 288358400 байт, 70400 секторов
Единицы: секторы 1 * 4096 = 4096 байт
Размер сектора (логический/физический): 4096 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/zram2: 275 МБ, 288358400 байт, 70400 секторов
Единицы: секторы 1 * 4096 = 4096 байт
Размер сектора (логический/физический): 4096 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/zram3: 275 МБ, 288358400 байт, 70400 секторов
Единицы: секторы 1 * 4096 = 4096 байт
Размер сектора (логический/физический): 4096 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/md1: 2 ГиБ, 2147418112 байт, 4194176 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/synoboot: 120 МБ, 125829120 байт, 245760 секторов
Модель диска: DiskStation
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода/вывода (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: gpt
Идентификатор диска: 0B6F377D-3CFE-49FF-825F-7662245E3112

Размер начальных и конечных секторов устройства Тип
/dev/synoboot1 2048 67583 65536 Система EFI 32M
/dev/synoboot2 67584 239615 172032 84M файловая система Linux


Диск /dev/md2: 3,6 ТиБ, 3995839758336 байт, 7804374528 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/mapper/vg1000-lv: 3,6 ТиБ, 3995837923328 байт, 7804370944 сектора
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт


Диск /dev/mapper/cachedev_0: 3,6 ТиБ, 3995837923328 байт, 7804370944 сектора
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт

mdadm --исследовать /dev/sda5

/dev/sda5:
          Магия: a92b4efc
        Версия : 1.2
    Карта функций: 0x0
     UUID массива: 4df9f767:00c49417:945e810a:3c7ae5cf
           Имя: DiskStation:2
  Время создания: Чт 27 августа 16:55:24 2015
     Уровень рейда: рейд1
   Рейдовые устройства: 2

 Доступный размер разработчика: 7804374912 (3721,42 ГиБ 3995,84 ГБ)
     Размер массива: 3902187264 (3721,42 ГиБ 3995,84 ГБ)
  Используемый размер разработки: 7804374528 (3721,42 ГиБ 3995,84 ГБ)
    Смещение данных: 2048 секторов
   Супер смещение: 8 секторов
   Неиспользуемое пространство: до = 1968 секторов, после = 384 сектора
          Состояние: чистое
    UUID устройства: eeb9349e:2df293df:e3e4d149:341a8cd9

    Время обновления: вторник, 19 октября, 21:43:44 2021 г.
       Контрольная сумма: 1776634c - правильно
         События : 236201


   Роль устройства: активное устройство 1
   Состояние массива: AA («A» == активно, «.» == отсутствует, «R» == замена)

mdadm --исследовать /dev/sdb5

/dev/sdb5:
          Магия: a92b4efc
        Версия : 1.2
    Карта функций: 0x0
     UUID массива: 4df9f767:00c49417:945e810a:3c7ae5cf
           Имя: DiskStation:2
  Время создания: Чт 27 августа 16:55:24 2015
     Уровень рейда: рейд1
   Рейдовые устройства: 2

 Доступный размер разработчика: 7804374912 (3721,42 ГиБ 3995,84 ГБ)
     Размер массива: 3902187264 (3721,42 ГиБ 3995,84 ГБ)
  Используемый размер разработки: 7804374528 (3721,42 ГиБ 3995,84 ГБ)
    Смещение данных: 2048 секторов
   Супер смещение: 8 секторов
   Неиспользуемое пространство: до = 1968 секторов, после = 384 сектора
          Состояние: чистое
    UUID устройства: b0de0510:3424cbdd:380068fb:af4fa72d

    Время обновления: вторник, 19 октября, 21:43:44 2021 г.
       Контрольная сумма: 8d300ae5 - верно
         События : 236201


   Роль устройства: активное устройство 0
   Состояние массива: AA («A» == активно, «.» == отсутствует, «R» == замена)

Команды дамп2фс и fsck не может быть найден кстати - не уверен, почему.

При попытке mke2fs -n /dev/md2 он говорит:

mke2fs 1.44.1 (24 марта 2018 г.)
/dev/md2 содержит файловую систему LVM2_member.
Все равно продолжайте? (у, Н) у
/dev/md2 явно используется системой; не будет делать здесь файловую систему!

Я без своих данных/NAS уже почти две недели, поэтому любая помощь очень ценится. Поскольку я не специалист по Linux, я был бы признателен за прямой совет. Я понимаю, что sda5 и sdb5 - это два моих диска, md2 - это RAID. Не уверен, что такое LVM2_member или как я могу его починить сейчас - если это вообще возможно.

Редактировать:

mdadm --собрать --scan -v

mdadm: ищем устройства для дальнейшей сборки
mdadm: нет узнаваемого суперблока в /dev/dm-1
mdadm: нет узнаваемого суперблока в /dev/dm-0
mdadm: нет узнаваемого суперблока в /dev/md2
mdadm: нет узнаваемого суперблока в /dev/synoboot2
mdadm: не удается собрать метаданные MBR в /dev/synoboot1
mdadm: не удается собрать метаданные MBR в /dev/synoboot
mdadm: нет узнаваемого суперблока в /dev/md1
mdadm: нет узнаваемого суперблока в /dev/zram3
mdadm: нет узнаваемого суперблока в /dev/zram2
mdadm: нет узнаваемого суперблока в /dev/zram1
mdadm: нет узнаваемого суперблока в /dev/zram0
mdadm: нет узнаваемого суперблока в /dev/md0
mdadm: /dev/sdb5 занят — пропуск
mdadm: /dev/sdb2 занят — пропуск
mdadm: /dev/sdb1 занят — пропуск
mdadm: не удается собрать метаданные mbr в /dev/sdb
mdadm: /dev/sda5 занят — пропуск
mdadm: /dev/sda2 занят — пропуск
mdadm: /dev/sda1 занят — пропуск
mdadm: не удается собрать метаданные mbr в /dev/sda
mdadm: нет узнаваемого суперблока в /dev/ram15
mdadm: нет узнаваемого суперблока в /dev/ram14
mdadm: нет узнаваемого суперблока в /dev/ram13
mdadm: нет узнаваемого суперблока в /dev/ram12
mdadm: нет узнаваемого суперблока в /dev/ram11
mdadm: нет узнаваемого суперблока в /dev/ram10
mdadm: нет узнаваемого суперблока в /dev/ram9
mdadm: нет узнаваемого суперблока в /dev/ram8
mdadm: нет узнаваемого суперблока в /dev/ram7
mdadm: нет узнаваемого суперблока в /dev/ram6
mdadm: нет узнаваемого суперблока в /dev/ram5
mdadm: нет узнаваемого суперблока в /dev/ram4
mdadm: нет узнаваемого суперблока в /dev/ram3
mdadm: нет узнаваемого суперблока в /dev/ram2
mdadm: нет узнаваемого суперблока в /dev/ram1
mdadm: нет узнаваемого суперблока в /dev/ram0
mdadm: массивы не найдены ни в файле конфигурации, ни автоматически

кот /etc/fstab

нет /proc proc по умолчанию 0 0
/dev/root/ext4 по умолчанию 1 1
/dev/mapper/cachedev_0 /volume1 btrfs auto_reclaim_space,ssd,synoacl,relatime,ro,nodev 0 0

кошка /proc/mdstat

Личности: [raid1]
md2 : активный рейд1 sdb5[3] sda5[2]
      3902187264 блоки супер 1,2 [2/2] [УУ]

md1 : активный рейд1 sda2[0] sdb2[1]
      2097088 блоков [2/2] [UU]

md0 : активный рейд1 sda1[0] sdb1[1]
      2490176 блоков [2/2] [УУ]

неиспользуемые устройства: <нет>

Редактировать2:

pvdisplay

  --- Физический объем ---
  Имя PV /dev/md2
  Имя ВГ vg1000
  Размер PV 3,63 ТиБ / не используется 1,75 МБ
  Распределяемый да (но полный)
  Размер PE 4,00 МБ
  Всего ЧП 952682
  Бесплатно PE 0
  Выделенный PE 952682
  PV UUID Yj7BOC-Ni0B-Q1NG-CHKy-Fmq0-620T-aHeUYR

vgdisplay

  --- Группа томов ---
  Имя ВГ vg1000
  Идентификатор системы
  Формат lvm2
  Области метаданных 1
  Последовательность метаданных № 2
  Доступ к VG для чтения/записи
  Изменяемый размер статуса VG
  МАКС. УРОВ. 0
  Кур LV 1
  Открыть LV 1
  Макс. PV 0
  Кур ПВ 1
  Акт 1 часть
  Размер ВГ 3,63 ТиБ
  Размер PE 4,00 МБ
  Всего ЧП 952682
  Alloc PE / Размер 952682 / 3,63 ТиБ
  Свободный PE / Размер 0 / 0
  VG UUID grXROS-RIVn-C0Nx-cKqF-lOyB-YFHJ-HDWngh

lvdisplay


  --- Логический том ---
  Путь LV /dev/vg1000/lv
  Имя LV lv
  Имя ВГ vg1000
  UUID LV xgX5UJ-vk3r-eGX0-3bxj-339u-B3sV-y1jldv
  LV Доступ для записи для чтения/записи
  Хозяин создания LV, время,
  Статус LV доступен
  # открыть 1
  Размер LV 3,63 ТиБ
  Текущий LE 952682
  Сегменты 1
  Распределение наследует
  Автоматическое чтение секторов вперед
  - в настоящее время установлен на 384
  Блочное устройство 252:0

Поддержка сказала мне в начале:

Система установлена ​​в RAID md0, RAID уровня 1, который расширяется (в отказоустойчивости, а не увеличивается) добавленными позже дисками. На md1 размещен своп, также в RAID 1. Начиная с md2 и выше размещаются тома. Конфигурация RAID NAS не неисправна, но файловая система на томе 1 неисправна. Файловая система больше не может быть смонтирована. Даже не только для чтения

Скриншот

Редактировать3: btrfs-show-super /dev/mapper/cachedev_0

суперблок: bytenr=65536, устройство=/dev/mapper/cachedev_0
--------------------------------------------- -------
csum 0x63aa7385 [совпадение]
байтр 65536
флаги 0x1
                        ( НАПИСАНО )
магия _BHRfS_M [совпадение]
фсид 1e556138-5480-44ce-8c65-bfa2d7fd54cb
лейбл 2018.09.26-18:00:59 v23739
поколение 3652464
корень 547766255616
sys_array_size 258
chunk_root_generation 3579752
корневой_уровень 1
chunk_root 3611627094016
chunk_root_level 1
log_root 547767943168
log_root_transid 0
log_root_level 0
бревенчатый заповедник bg 0
всего_байтов 3995837923328
bytes_used 2851638943744
размер сектора 4096
размер узла 16384
размер листа 16384
полоса размер 4096
root_dir 6
количество_устройств 1
compat_flags 0x8000000000000000
compat_ro_flags 0x3
                        ( FREE_SPACE_TREE |
                          FREE_SPACE_TREE_VALID )
несовместимые_флаги 0x16b
                        ( MIXED_BACKREF |
                          DEFAULT_SUBVOL |
                          COMPRESS_LZO |
                          БОЛЬШИЕ_МЕТАДАННЫЕ |
                          EXTENDED_IREF |
                          SKINNY_METADATA )
csum_type 0
csum_size 4
cache_generation 18446744073709551615
uuid_tree_generation 3652464
dev_item.uuid 521f7cdc-497c-4c69-886e-c3974042337a
dev_item.fsid 1e556138-5480-44ce-8c65-bfa2d7fd54cb [совпадение]
dev_item.type 0
dev_item.total_bytes 3995837923328
dev_item.bytes_used 3139713368064
dev_item.io_align 4096
dev_item.io_width 4096
dev_item.sector_size 4096
dev_item.devid 1
dev_item.dev_group 0
dev_item.seek_speed 0
dev_item.bandwidth 0
dev_item.генерация 0

Редактировать4:

e2fsck -nvf -C 0 /dev/md2

e2fsck 1.44.1 (24 марта 2018 г.)
Предупреждение! /dev/md2 используется.
ext2fs_open2: неправильное магическое число в суперблоке
e2fsck: суперблок недействителен, попытка резервного копирования блоков...

openfs: неверная контрольная сумма суперблока.
e2fsck: неправильное магическое число в суперблоке при попытке открыть /dev/md2

Суперблок не может быть прочитан или не описывает действительный ext2/ext3/ext4
файловая система. Если устройство действительное и оно действительно содержит ext2/ext3/ext4
файловая система (а не swap или ufs или что-то еще), то суперблок
поврежден, и вы можете попробовать запустить e2fsck с альтернативным суперблоком:
    e2fsck -b 8193 <устройство>
 или же
    e2fsck -b 32768 <устройство>

/dev/md2 содержит файловую систему LVM2_member.

e2fsck -b 8193 /dev/md2

e2fsck 1.44.1 (24 марта 2018 г.)
/dev/md2 используется.
e2fsck: Невозможно продолжить, прерывание.

Как безопасно размонтировать, попробовать команду и снова перемонтировать?

Большое спасибо!

флаг br
Понятия не имею, как это исправить, извините, но для дальнейшего использования, возможно, установите Hyper Backup и возьмите дешевый USB-накопитель для резервного копирования, в любом случае это то, что я делаю со своим 918+.
Nikita Kipriyanov avatar
флаг za
Пожалуйста, покажите `lsblk`.
UnrealSlimShady avatar
флаг cn
@NikitaKipriyanov "команда не найдена". из исследований вы не можете сразу установить какие-либо пакеты в системах Synology NAS, и, похоже, это не рекомендуется из онлайн-источников.
UnrealSlimShady avatar
флаг cn
@Chopper3 Как я уже сказал, у меня есть резервная копия - я прошел через гипербэкап - но она не очень свежая и не содержит всех пакетов, таких как мой докер или конфигурации виртуальной машины, поэтому я хотел бы попытаться исправить текущую ситуацию, но все равно спасибо!
Nikita Kipriyanov avatar
флаг za
Я предполагаю, что у вас нет файловой системы непосредственно поверх RAID, но внутри MD RAID есть LVM, а файловые системы находятся в LV: `/dev/md2 содержит файловую систему LVM2_member`. Покажите как минимум `pvdisplay`, `vgdisplay`, `lvdisplay`. Странно видеть Linux без `lsblk`...
Рейтинг:0
флаг za

Ваш RAID в порядке. Метаданные в суперблоках MD RAID непротиворечивы. Поэтому я согласен с поддержкой Synology в том, что RAID не поврежден. Вы все еще можете проверить его данные, но я предлагаю вам подождать, пока данные не будут восстановлены.

Так что больше ничего не делай с/dev/md2 и ничего на нем не ищите, потому что система уже нашла и распознала то, что там есть.

Система видит, что он используется, и предотвращает доступ к нему, поскольку знает, что это физический том (LVM PV) активной группы томов (VG), называемой vg1000. В этой группе томов у вас есть логический том (LV), который называется просто lv. Это блочное устройство, доступное как /dev/vg1000/lv (который является символической ссылкой на некоторые /dev/dm-X, где X является динамическим и может измениться после перезагрузки или добавления или удаления других объектов сопоставления устройств).

Следующий приходит тайник слой. Я не знаю, какую технологию кэширования он использует, но кешированный том имеет имя внутри /dev/mapper, это использует структуру Linux Device Mapper. Одной из таких технологий является LVM Cache. LV /dev/vg1000/lv это резервное устройство. Может быть также кеширующее устройство. Даже если в настоящее время у вас не установлены какие-либо твердотельные накопители, это разделение может быть создано для облегчения дальнейшего внедрения фактического кэша. Вы можете вставить внутрь какой-нибудь SSD, установить какой-нибудь флажок в графическом интерфейсе и вуаля, у вас есть кеш мгновенно, без переформатирования и трудоемкого перемещения данных.

Ваша файловая система находится в этом кэшированном томе, который виден в системе как /dev/картограф/cachedev_0 (что, опять же, символическая ссылка на какое-то блочное устройство /dev/dm-Y, где Y — динамическое). Это подтверждается следующей строкой в фстаб файл:

/dev/mapper/cachedev_0 /volume1 btrfs auto_reclaim_space,ssd,synoacl,relatime,ro,nodev 0 0

На этом устройстве вы должны искать файловую систему BTRFS. Пытаться btrfs-show-super /dev/mapper/cachedev_0, Это должен найти суперблок.

На скриншоте, который вы показали, упоминаются проблемы на /dev/дм-1. Если это цель /dev/картограф/cachedev_0 (проверить с ссылка для чтения /dev/mapper/cachedev_0), не повезло тебе. Вы можете попытаться отдать эту систему специалисту BTRFS в надежде, что он сможет извлечь некоторую информацию, но будьте готовы заплатить за это счет.

UnrealSlimShady avatar
флаг cn
спасибо за поддержку, ценю! вывод btrfs для cachedev добавлен в исходную информацию, readlink для cachedev не дает никакого вывода
Nikita Kipriyanov avatar
флаг za
Извините, я не специалист по BTRFS. Я бы отредактировал заголовок, в настоящее время вводит в заблуждение. На самом деле вам не нужно ничего делать с RAID, и у вас нет проблем с этим, вам нужно восстановить BTRFS, которая использовалась на машине с плохой оперативной памятью.
Рейтинг:0
флаг fr

Вы пробовали просто собрать массив? У меня есть система, которая всегда сбрасывает свой массив при перезагрузке. Я безуспешно пытался создать mdadm.conf, поэтому просто собираю его при следующей перезагрузке с помощью команды create. Пока устройства находятся в одном порядке, все будет нормально. В моем случае я использую raid5:

    mdadm --create /dev/md0 --level=5 --raid-devices=4 /dev/sd[a1,b1,c1,d1]

Ответить или комментировать

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