Жёсткий диск и шифрование

Я не вполне понял, что ты хочешь: восстановить данные или грохнуть нафиг. Пиши подробнее, чего добиваешься.

мне надо просто восстановить хард чтоб использовать его

dd

Да он и не поврежден, как бы. Удали зашифрованный раздел и все, в крайнем случае отформатируй весь хард заного.

я все это делал, при перезагрузке он возвращался на место..

У тебя есть Live версия Linux?

убей первый мегабайт диска через dd, выполни partprobe, потом через gparted создай новую разметку.

да

с шифрованием LVM

С шифрованием LUKS, братан!

ладно :)

Показывай вывод lsblk -f
даже с LiveCD. Если не забыл пасс, легко вернуть доступ.

Тебе уже выше написали, как при помощи dd все сделать. При условии, что на том диске нет нужных данных, ибо это сотрет вообще все.

как вернуть доступ?

как вернуть доступ?

lsblk -f
надо видеть сначала.

как приду домой через 2ч, отправлю

dd if=/dev/zero of=/dev/hda bs=1G

убей первый мегабайт диска через dd

Вся ржака в том, что если у него тип диска GPT, то это не поможет :)

GPT хранит таблицы разделов и в начале, и в конце диска. И потому у него «всё восстанавливается» при перезагрузке.

root@kali:~# lsblk -f NAME FSTYPE LABEL UUID MOUNTPOINT fd0 loop0 squashf /lib/live/mount/r sda ddf_rai ├─sda1 ntfs Windows 10 FCFE3851FE380704 └─sda2 ntfs 18AAC101AAC0DC7E sdb └─sdb1 sdc └─sdc1 vfat KALI LIVE 108E-99AB /lib/live/mount/m

sdb**

gparted начал выдавать теперь это: /dev/sdb: unrecognized disk label

Ясно.
Как видит cgdisk с Арч ЛайвЮСБ? Кали - пока не нужно.

у меня нет возможности арч скачать сейчас

bs=1G

а есть смысл делать таким большим? разве он не упирается в размер кэша диска?

проблема решена элементарным dd, всем спасибо