LINUX.ORG.RU
Форум — Admin  

Шифрованный раздел после hard reboot

 ,


0

2

Дратути.

После внезапного ребута сервера куда-то делся шифрованный раздел.
Он был в RAID1 дисков sda3 и sdb3.

В гугле ситуации «luks after hard reboot» ещё не было, поэтому пишу вам, может, кто знает.

edx-ng ~ # cryptsetup luksDump /dev/md3
Device /dev/md3 is not a valid LUKS device.



/dev/md3:
        Version : 0.90
  Creation Time : Tue Nov  1 12:10:46 2016
     Raid Level : raid1
     Array Size : 1932506048 (1842.98 GiB 1978.89 GB)
  Used Dev Size : 1932506048 (1842.98 GiB 1978.89 GB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 3
    Persistence : Superblock is persistent

  Intent Bitmap : Internal

    Update Time : Mon Apr 23 08:54:45 2018
          State : active 
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

           UUID : 87979b7a:0bb9b950:a4d2adc2:26fd5302
         Events : 0.44028

    Number   Major   Minor   RaidDevice State
       0       8        3        0      active sync   /dev/sda3
       1       8       19        1      active sync   /dev/sdb3


# hexdump -C -n 2048 /dev/md3

http://paste.org.ru/?tvwz0j


______________________________

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

★★★★☆
← Изменить имя интерфейса eth
Возможны ли такие блокировки 80-го порта? →

Ты либо обманываешь, либо что-то путаешь. В выводе hexdump никаких признаков заголовка LUKS нету. Вспоминай что делал.

anonymous
()
Ответ на: комментарий от annerleen

И что ты собрался данные восстанавливать с посыпавшегося шифрованного райда? Самому не смешно?

anonymous
()
Ответ на: комментарий от anonymous

Ну, если оно таки да — то смешно.
Но мало ли, вдруг я где-то «потерялся» и у линукса есть ещё какие-то способы шифрования HDD, кроме LUKS.

У сервера два года аптайм, поэтому что там и как и чем шифровалось — одному Г-спаде известно.

annerleen ★★★★☆
() автор топика

вывод hexdump похож на случайный. Может, у тебя luks-header где-то отдельно от самого диска лежал?

Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)

У лукса же в нескольких местах копии суперблока хранятся?

luks after hard reboot

ну такого быть не должно ведь. Выполни smartctl -a /dev/sd{a,b}

Nuna
()

Я поддерживаю оратора, высказавшего мысль про отдельные luks заголовки.

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

Bebop ★★
()
Последнее исправление: Bebop (всего исправлений: 1)

В гугле ситуации «luks after hard reboot» ещё не было

А знаешь почему? Потому что заголовок простым хард-ребутом ты не похеришь. Разбирайся, что у тебя там на самом деле.

t184256 ★★★★★
()
Ответ на: комментарий от annerleen

Но мало ли, вдруг я где-то «потерялся» и у линукса есть ещё какие-то способы шифрования HDD, кроме LUKS.

Разумеется. А LUKS это и вовсе не «способ шифрования». Попробуй как plain подключить.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Изменить имя интерфейса eth
Admin
Возможны ли такие блокировки 80-го порта? →