LINUX.ORG.RU
ФорумAdmin

mdadm raid10 как восстановить?

 ,


1

2

Привет всем.

Есть массив mdadm raid10. Развалился. попытки запуска безуспешны.

Вот что есть: detail


/dev/md0:
           Version : 1.0
     Creation Time : Sun Sep 10 09:38:18 2023
        Raid Level : raid10
     Used Dev Size : 234429888 (223.57 GiB 240.06 GB)
      Raid Devices : 4
     Total Devices : 2
       Persistence : Superblock is persistent

       Update Time : Sun Dec 28 14:32:44 2025
             State : active, FAILED, Not Started 
    Active Devices : 2
   Working Devices : 2
    Failed Devices : 0
     Spare Devices : 0

            Layout : near=2
        Chunk Size : 64K

Consistency Policy : unknown

              Name : any:0
              UUID : b7175757:a15ed574:6940d0a2:589e6c79
            Events : 9090299

    Number   Major   Minor   RaidDevice State
       -       0        0        0      removed
       -       0        0        1      removed
       -       0        0        2      removed
       -       0        0        3      removed

       -       8       49        2      sync set-A   /dev/sdd1
       -       8       65        3      sync set-B   /dev/sde1

И вот examine


/dev/sdb1:
          Magic : a92b4efc
        Version : 1.0
    Feature Map : 0x1
     Array UUID : b7175757:a15ed574:6940d0a2:589e6c79
           Name : any:0
  Creation Time : Sun Sep 10 09:38:18 2023
     Raid Level : raid10
   Raid Devices : 4

 Avail Dev Size : 468860048 sectors (223.57 GiB 240.06 GB)
     Array Size : 468859776 KiB (447.14 GiB 480.11 GB)
  Used Dev Size : 468859776 sectors (223.57 GiB 240.06 GB)
   Super Offset : 468860064 sectors
   Unused Space : before=0 sectors, after=272 sectors
          State : active
    Device UUID : c0cde6fe:dc6927c6:8f8cda7c:2bebda0e

Internal Bitmap : -16 sectors from superblock
    Update Time : Sun Dec 28 14:31:11 2025
  Bad Block Log : 512 entries available at offset -8 sectors
       Checksum : 3f8ea6a9 - correct
         Events : 9090209

         Layout : near=2
     Chunk Size : 64K

   Device Role : Active device 1
   Array State : .AAA ('A' == active, '.' == missing, 'R' == replacing)
/dev/sdc1:
          Magic : a92b4efc
        Version : 1.0
    Feature Map : 0x1
     Array UUID : b7175757:a15ed574:6940d0a2:589e6c79
           Name : any:0
  Creation Time : Sun Sep 10 09:38:18 2023
     Raid Level : raid10
   Raid Devices : 4

 Avail Dev Size : 468860048 sectors (223.57 GiB 240.06 GB)
     Array Size : 468859776 KiB (447.14 GiB 480.11 GB)
  Used Dev Size : 468859776 sectors (223.57 GiB 240.06 GB)
   Super Offset : 468860064 sectors
   Unused Space : before=0 sectors, after=272 sectors
          State : active
    Device UUID : e000d80f:a184c947:65fe1179:bda5b5ae

Internal Bitmap : -16 sectors from superblock
    Update Time : Fri Nov  7 02:52:14 2025
  Bad Block Log : 512 entries available at offset -8 sectors
       Checksum : 6dc58c1e - correct
         Events : 6357014

         Layout : near=2
     Chunk Size : 64K

   Device Role : Active device 0
   Array State : AAAA ('A' == active, '.' == missing, 'R' == replacing)
/dev/sdd1:
          Magic : a92b4efc
        Version : 1.0
    Feature Map : 0x1
     Array UUID : b7175757:a15ed574:6940d0a2:589e6c79
           Name : any:0
  Creation Time : Sun Sep 10 09:38:18 2023
     Raid Level : raid10
   Raid Devices : 4

 Avail Dev Size : 468860048 sectors (223.57 GiB 240.06 GB)
     Array Size : 468859776 KiB (447.14 GiB 480.11 GB)
  Used Dev Size : 468859776 sectors (223.57 GiB 240.06 GB)
   Super Offset : 468860064 sectors
   Unused Space : before=0 sectors, after=272 sectors
          State : clean
    Device UUID : 2e978f51:fccb8e12:523fa647:7b1d0b47

Internal Bitmap : -16 sectors from superblock
    Update Time : Sun Dec 28 14:32:44 2025
  Bad Block Log : 512 entries available at offset -8 sectors
       Checksum : e19ab800 - correct
         Events : 9090299

         Layout : near=2
     Chunk Size : 64K

   Device Role : Active device 2
   Array State : .AAA ('A' == active, '.' == missing, 'R' == replacing)
/dev/sde1:
          Magic : a92b4efc
        Version : 1.0
    Feature Map : 0x1
     Array UUID : b7175757:a15ed574:6940d0a2:589e6c79
           Name : any:0
  Creation Time : Sun Sep 10 09:38:18 2023
     Raid Level : raid10
   Raid Devices : 4

 Avail Dev Size : 468860048 sectors (223.57 GiB 240.06 GB)
     Array Size : 468859776 KiB (447.14 GiB 480.11 GB)
  Used Dev Size : 468859776 sectors (223.57 GiB 240.06 GB)
   Super Offset : 468860064 sectors
   Unused Space : before=0 sectors, after=272 sectors
          State : clean
    Device UUID : 210b29de:319063a4:6ffff831:68ced113

Internal Bitmap : -16 sectors from superblock
    Update Time : Sun Dec 28 14:32:44 2025
  Bad Block Log : 512 entries available at offset -8 sectors
       Checksum : b7226134 - correct
         Events : 9090299

         Layout : near=2
     Chunk Size : 64K

   Device Role : Active device 3
   Array State : .AAA ('A' == active, '.' == missing, 'R' == replacing)

Прошу знатоков помочь в восстановлении. Спасибо.

Ответ на: комментарий от firkax

Я задал вам вопрос «На прям любые мобильные девайсы поставите?», но вы ушли от ответа до уровня «Лично я поставлю на ноутбук. Другое имеющееся мобильное устройство для интернета не используется».

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

Ну, ИБМ как-то выпустил партию дятлов, которые тоже пачками сыпались. А в грядущем, возможно, выпустят партию НЖМД с гелием и некачественным уплотнителем, который через год рассыпается. И получится, что в raid'е диски сдохли и запасные в сейфе тоже.

там хотя бы будет заметно

Нет, если у НЖМД умирает служебка, то он стабильно работает до первого ребута. А кто компы с raid'ом часто ребутит? Два года работало, а там при ребуте не один НЖМД отвалился и всё.

Конечно, может, правильная прошивка при self test проверяет состояние служебных областей, ну дак напишут неправильную. Вон, SSD для постоянно выпускают кривые прошивки, скоро и до SATA и до SAS НЖМД доберутся :)

только на HDD делать

Это смотря какого результата хочется достичь. Если считать, что raid не отменяет резервные копии...

mky ★★★★★
()

dd всех дисков и пробовать собирать массив в виртуальной машине.

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

Я не уходил ни от каких ответов. Вопрос был про меня - я и ответил про себя. Если там имелось ввиду что-то другое, надо было лучше формулировать.=

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

Нет, если у НЖМД умирает служебка, то он стабильно работает до первого ребута

Это же вредительство какое-то, неужели все производители так делают?

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

Да всё в этом мире вредительство :)

Если служебку не удаётся прочитать, то как работать? Раньше её многократно дублировали, допустим, какой-то древний Maxtor хранил 10 копий, на разных фиксированых цилидрах. Что там в современных не знаю, но сейчас ведь кроме блинов, прошивка может что-то во флеше сохранять. И этот флеш тоже может внезапно обнулится.

Берданы, у которых по SMART было всё хорошо, а после перезагрузки труп, встречал 3-4 раза. В целом, я согласен, что НЖМД надёжнее SSD, но, шумные и тормозные.

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

Если служебку не удаётся прочитать, то как работать?

А каким образом служебка нужна для поднятия sata-интерфейса? Даже если в ней были данные, без которых нельзя транслировать линейные адреса в физические (аналог CHS), то можно например предоставить хосту возможность настроить всё заново перед тем как команды обычного I/O зааработают.

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

Для настройки НЖМД очень продолжительное время существовал UART на отдельном разъёме. Может и на современных остался. Только производитель даёт ноль информации какая прошивка какие команды через UART понимает. Ему так проще. Зачем ему заморачиваться? У него нет задачи создать самый живучий НЖМД, с которого всегда можно что-то вытащить. Он производит приемлемый рынком продукт. А так нужно будет или документацию открывать/разжёвывать или вобще разрабатывать специальный софт по восстановлению...

mky ★★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.