Есть диски, бывшие частью массива, как начать использовать?

Question

[pred8or]

Досталась пара SATA дисков, которые, по-видимому, стояли в массиве. К компьютеру отлично подключаются, системой опознаются, smartctl показывает их состояние. Но на этом и всё. Не могу на них создать файловую систему.

$ lsblk -o name,mountpoint,label,size,uuid
NAME    MOUNTPOINT        LABEL        SIZE UUID
...
sde                                   12.7T LSI     \x10
├─md122                                  0B
└─md123                                  0B

$ lsblk
NAME    MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINTS
...
sde       8:64   0  12.7T  0 disk
├─md122   9:122  0     0B  0 raid5
└─md123   9:123  0     0B  0 md

$ sudo mkfs -t ext4 -m 0 -T largefile4 -L "test" /dev/sde
mke2fs 1.46.5 (30-Dec-2021)
/dev/sde is apparently in use by the system; will not make a filesystem here!

Поверхность перезаписывал:
$ sudo dd if=/dev/zero of=/dev/sde bs=1M

Делал им Security Erase:

$ sudo hdparm --user-master u --security-erase p /dev/sde

(Кстати, я-то думал, что это функция firmware диска, но нет. Процессор взлетел под 100% и таким был, пока процесс не закончился).

Есть ли способ заставить диск забыть о прошлом и начать новую жизнь без доступа к контроллеру, в который он был подключен?

Comments

[rPman]

ошибок работы dd не было?
посмотри readonly установлен на диске?
hdparm -r /dev/sde
или просто всю информацию -I посмотри нет ли там пароля и т.п.

[pred8or]

Ошибок dd не было.

Диск не readonly, да и вообще ничего необычного, пароль я вон сам указывал для Security Erase

[rPman]

после security erase диск должен быть сброшен и никакой информации на нем не должно остаться
смотри сообщения об ошибках, вт.ч. dmesg

[pred8or]

Ничего такого, что свидетельствовало бы об ошибках, нет. Ну или я не знаю, куда смотреть.

Самое близкое в dmesg:

[773949.096503] INFO: task mdadm:817390 blocked for more than 120 seconds.
[773949.096618]       Not tainted 5.15.0-87-generic #97-Ubuntu
[773949.096694] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[773949.096802] task:mdadm           state:D stack:    0 pid:817390 ppid:817389 flags:0x00000002

[rPman]

стоп, ты отключи сначала mdadm, он же монопольно держит диск и не отдает (но тогда должны были бы быть ошибки!)
cat /proc/mdstat
выдаст что то типа

Personalities : [raid1] [raid6] [raid5] [raid4]
md1 : active raid1 sdb2[1] sda2[0]
      136448 blocks [2/2] [UU]

md2 : active raid1 sdb3[1] sda3[0]
      129596288 blocks [2/2] [UU]

md3 : active raid5 sdl1[9] sdk1[8] sdj1[7] sdi1[6] sdh1[5] sdg1[4] sdf1[3] sde1[2] sdd1[1] sdc1[0]
      1318680576 blocks level 5, 1024k chunk, algorithm 2 [10/10] [UUUUUUUUUU]

md0 : active raid1 sdb1[1] sda1[0]
      16787776 blocks [2/2] [UU]

unused devices: <none>

определяешь какой из массивов из твоихдисков попытался построиться (но не смог скорее всего) и делаешь ему stop
mdadm --stop /dev/md1

и вот тогда уже манипулируешь с дисками и стираешь их

[Bermut]

wipefs -a /dev/sde
mkfs.ext4 /dev/sde

Что выдает эта пара комманд?

[Bermut]

Но если что диск был не в хардверном рейде, а в софтверном через mdadm, и проблема в том, что mdadm пытается восстановить этот диск в raid, и блокирует его

[pred8or]

А!!!

Я знал что где-то тут надо копать, только не знал с какого конца. Остановил нужные md, запустил стирание. Кажется, теперь всё будет хорошо

Можешь написать ответом чтобы пометить решением?

[rPman]

pred8or, пофиг

[pred8or]

Bermut,

Но если что диск был не в хардверном рейде, а в софтверном через mdadm, и проблема в том, что mdadm пытается восстановить этот диск в raid, и блокирует его

ввело в заблуждение "LSI" в UUID. Ну, и mdadm вообще никогда не пользовался, повода не было

[RStarun]

воткнуть в винду и дале:
diskpart, select, и clear прогони :)

Answer 1

[Rsa97]

mdadm --zero-superblock /dev/sde

Comments

[pred8or]

Уже не посмотреть, но, наверное тоже могло помочь

[hrum]

класс, про мдадм не знал, затирал первые 4 блока 512 байт с помощью дд...

Answer 2

[rPman]

ты отключи сначала mdadm, он же монопольно держит диск и не отдает (но тогда должны были бы быть ошибки!)
cat /proc/mdstat
выдаст что то типа

Personalities : [raid1] [raid6] [raid5] [raid4]
md1 : active raid1 sdb2[1] sda2[0]
136448 blocks [2/2] [UU]

md2 : active raid1 sdb3[1] sda3[0]
129596288 blocks [2/2] [UU]

md3 : active raid5 sdl1[9] sdk1[8] sdj1[7] sdi1[6] sdh1[5] sdg1[4] sdf1[3] sde1[2] sdd1[1] sdc1[0]
1318680576 blocks level 5, 1024k chunk, algorithm 2 [10/10] [UUUUUUUUUU]

md0 : active raid1 sdb1[1] sda1[0]
16787776 blocks [2/2] [UU]

unused devices:

определяешь какой из массивов из твоихдисков попытался построиться (но не смог скорее всего) и делаешь ему stop
mdadm --stop /dev/md1

и вот тогда уже манипулируешь с дисками и стираешь их

Answer 3

[va_k]

Открой его cfdisk ом. sudo cfdisk /dev/sde Посмотри на разделы. Если там пусто. То создай разделы, а после фс на них.

Comments

[pred8or]

Проблема в том, что таблица разделов и разделы создаются, но при этом какая-то информация о массиве всё равно остаётся

sde       8:64   0  12.7T  0 disk
├─sde1    8:65   0  12.7T  0 part
├─md122   9:122  0     0B  0 raid5
└─md123   9:123  0     0B  0 md

[va_k]

pred8or, Можно посмотреть, что выведет mdadm –detail –scan
И как я понимаю md122 и md123 cfdisk не показывает?

[pred8or]

va_k, Да, fdisk ничего не показывал. mdadm –detail –scan уже не посмотреть