Восстановление загрузчика при слетевших разделах ?

[rut]

Почитал предыдущие посты про восстановление загрузчика. У всех людей как у людей видны разделы , где загрузчик предположительно лежит, а у меня похоже слетели ext разделы или же я не правильно понимаю ситуацию. Помогите понять как запустить минт в ситации grub rescue
Вот вывод lsblk

lsblk

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sdb      8:16   1   1.9G  0 disk /cdrom
└─sdb1   8:17   1   1.8G  0 part 
loop0    7:0    0   1.8G  1 loop /rofs
sda      8:0    0 465.8G  0 disk 
├─sda4   8:4    0     1K  0 part 
├─sda2   8:2    0 145.5G  0 part 
├─sda3   8:3    0   592M  0 part 
└─sda1   8:1    0   549M  0 part 

Вот вывод fdisk

fdisk -l
fdisk: cannot open /dev/loop0: Permission denied
fdisk: cannot open /dev/sda: Permission denied
fdisk: cannot open /dev/sdb: Permission denied
mint@mint ~ $ sudo fdisk -l
Disk /dev/loop0: 1.8 GiB, 1869492224 bytes, 3651352 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x079cccd7

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1  *         2048   1126399   1124352   549M  7 HPFS/NTFS/exFAT
/dev/sda2         1128448 306265165 305136718 145.5G  7 HPFS/NTFS/exFAT
/dev/sda3       306266112 307478527   1212416   592M 27 Hidden NTFS WinRE
/dev/sda4       307482622 976771071 669288450 319.1G  5 Extended


Disk /dev/sdb: 1.9 GiB, 2003828736 bytes, 3913728 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x1ac7cea3

Device     Boot Start     End Sectors  Size Id Type
/dev/sdb1  *        0 3733503 3733504  1.8G 17 Hidden HPFS/NTFS

Вот вывод blkid, на котром не виден sda 4

blkid
/dev/sda1: LABEL="M-PM-^WM-PM-0M-QM-^@M-PM-5M-PM-7M-PM-5M-QM-^@M-PM-2M-PM-8M-QM-^@M-PM->M-PM-2M-PM-0M-PM-=M-PM-> M-QM-^AM-PM-8M-QM-^AM-QM-^BM-PM-5M-PM-<M-PM->M-PM-9" UUID="E046A25A46A230E8" TYPE="ntfs" PARTUUID="079cccd7-01"
/dev/sda2: UUID="565AA89C5AA87A7F" TYPE="ntfs" PARTUUID="079cccd7-02"
/dev/sda3: UUID="C40E00AD0E009A96" TYPE="ntfs" PARTUUID="079cccd7-03"

Вот скрин gparted

Итак суть проблемы.
На ноуте две операционки, Минт 18 и Виндовсь. За очень долгое время пришлось обратится к Винде за одной программкой. Поработав , завершил Виндовс, а она зараза давай обновляться, очень долго обновлялась. При перегрузке я получил строку grub rescue. Попробовал пару консольных команд для поиска загрузчика типа ls (hd0) и так далее. Получил ответ filesystem not found. Также не смог обнаружить каталог boot.
Мыслей множество , мануалов на форуме благо хватает, можно идти или через boot repair или еще как-то. Но учитывая, что можно разными действиями испортить потенциально рабочий вариант спасения прошу сообщество подсказать как воевать с этой траблой. Очень буду признателен за поправку за указание точного синтаксиса команд и поправку за неопытность.

[slant]

У вас на диске 4 раздела, 3 обычных primary и sda4 - extended. Сам по себе extended раздел файловую систему содержать не может - внутри него сначала создаются логические (logical) разделы, и уже в них - файловая система. На приведенных выше данных, видно что у вас слетела внутренняя таблица разделов extended раздела - потеряна информация о логических разделах полностью. Здесь уже ничего сделать простыми методами не получится, разве что вытащить информацию с помощью какой-либо программы прямого доступа вроде R-Studio или чего-то подобного. И вряд ли в автоматическом режиме. Нужно хорошо понимать структуру диска, и как там информация хранится. Так что либо нести в сервис где восстанавливают информацию (ДОРОГО!), либо просто смирится, и ставить все заново.

Историческая справка: диск с разметкой MBR может содержать только 4 раздела - так исторически по стандарту сложилось. Чтобы обойти это ограничение, придумали extended раздел, который по сути - диск в диске. Внутри него создается еще одна отдельная таблица разделов, где ограничения на 4 раздела уже нету, но содержимое не выходит за пределы extended раздела - этакая матрешка. Вот у вас все это содержимое разом потеряно...
Primary разделы обозначаются как sda1-4, logical - sda5 и далее. Т.е. у вас должен быть был виден sda5 кроме sda4.

P.S. Разбивка GPT (новый стандарт) лишена этого недостатка - может иметь 128 (в первой версии) либо неограниченное (в поздней) количество разделов, а так же таблица разделов пишется в двух экземплярах - в начале и конце диска, дабы сложнее было ее запороть из-за аппаратных проблем. На ней все разделы всегда primary, хотя это не совсем правильно - скорее надо говорить что этих трех типов вообще нету. Они равнозначные.

[colonel]

прошу сообщество подсказать как воевать с этой траблой.

для начала вам бы определиться что именно хотите восстановить - установленные системы или п данные на "исчезнувших" разделах . или то и то

... - потеряна информация о логических разделах полностью. Здесь уже ничего сделать простыми методами не получится, разве что вытащить информацию с помощью какой-либо программы прямого доступа вроде R-Studio или чего-то подобного. ...... либо просто смирится, и ставить все заново.

может статься что Акронис и R-Studio смогут полностью восстановить слетевшее , гарантий нет но попробовать не мешает.
Восстановить пропавшие разделы бывает часто возможно с помощью Акронис ( acronis recovery expert ) И если не получится восстановление утерянных разделов, и файлов со структурой папок и файлов и их имён, то и тогда можно попытаться вытянуть потерянные данные , но в другом режиме сканирования и без сохранения имён файлов. В таком случае можно можно и тестдисковым фотореком или форемостом . Про эти программки несложно найти описания . Для форемоста рунтовцы и гуйную мордочку сделали.

В общем не торопитесь , определитесь что именно хотите , ознакомьтесь с рекомендациями, руководствами программ восстановления , и только после можно пробовать что либо восстановить. возможно понадобится ещё один HDD для слива вытянутых данных.

https://www.r-studio.com/ru/
http://forum.runtu.org/index.php?topic=3648.0
https://linuxrussia.com/testdisk.html
http://www.adsl.kirov.ru/projects/artic ... cting_disc
https://www.cgsecurity.org/wiki/PhotoRec_RU

[rut]

slant, colonel, Такс, друзья, решил сообщить сообществу некоторый итог. Отнес свой горе ссд диск в две авторитетные фирмы о восстановлению данных, ценник действительно конский и в одной и второй фирме, но с восстановлением не справились ни одна , ни вторая. Что весьма удивительно, ибо пару раз обращался, всегда выручали. А тут выводы такие: в одной звучит формулировка - что -то в духе "Ваша линукс зашифровала данные" , а во второй фирме - формулировка более общая. "Было подозрение на то, что контроллер ссд диска сам занимается шифрованием данных по дефолту, но Ваш случай не такой, поэтому мы продолжили восстановление, но потом мы поняли, что что-то зашифровало Ваши данные. Мы вам не поможем. "
Честно говоря я в осаде. Из всех служебных утилит, которые мне доступны как юзеру средней руки, только testdisk увидел в этой области разметки диска, аллоцированную область, которая имеет название /home/mint и предлагает создать имидж с этого дела. Остальные "восстанавливалки" видят линукс разделы как не размеченую область "unallocated" и вариации на тему анформатед. У меня по плану чтение и просмотр ютуба на предмет как работать с тестдиском. Задача минимум стоит вытащить рабочую почту thunderbird от мозиллы и рабочий стол как максимум вытащить все из раздела. Но я так понимаю, если две фирмы расписались в своем беспомощности, то шансов у меня немного. Подскажите, на ваш взгляд где та точка невозврата, когда надо перестать тратить время и просто все форматнуть и ставить все с нуля и забить на всю эту идею.

[rogoznik]

rut, если во время установки вы не ставили галочку шифровать, после установки не шифровали ничего - не должно быть ничего зашифрованного.

вытащить рабочую почту thunderbird

На кой вообще тратить на это время, все и так лежит в ящике на сервере.
Если у вас есть куча свободного времени и вы смирились с потерей данных можете хоть до пришествия пытаться.

[slant]

Отнес свой горе ссд диск

А вот то, что диск - SSD - надо было указывать сразу. У SSD есть такая интересная штука как команда trim, что сводит шансы вытащить из него что-то более менее полностью в подобных случаях к весьма малой величине.
TRIM

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

[rut]

rut, если во время установки вы не ставили галочку шифровать, после установки не шифровали ничего - не должно быть ничего зашифрованного.

вытащить рабочую почту thunderbird

На кой вообще тратить на это время, все и так лежит в ящике на сервере.
Если у вас есть куча свободного времени и вы смирились с потерей данных можете хоть до пришествия пытаться.

не смотря на IMAP папка Удаленные на сервере практически не совпадает с тем, что было в локальном Thunderbird, в папке Удаленные. А там много чего было важного

[rut]

Отнес свой горе ссд диск

А вот то, что диск - SSD - надо было указывать сразу. У SSD есть такая интересная штука как команда trim, что сводит шансы вытащить из него что-то более менее полностью в подобных случаях к весьма малой величине.
TRIM

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

Ясно, все остальное теперь полная лотерея.

[rogoznik]

А там много чего было важного

В

Удаленные

Они именно поэтому там оказались

[symon2014]

!	Сообщение из: symon2014
	rut, полностью цитировать предыдущие сообщения некомильфо. Отвыкайте.

[djsantehnik]

Внутри него создается еще одна отдельная таблица разделов, где ограничения на 4 раздела уже нету, но содержимое не выходит за пределы extended раздела - этакая матрешка.

Всегда считал что в экстендед разделе может быть только четыре логических, да первая запись раздела полностью повторяет по структуре мбр (как и весь 62 - секторный заголовок). Ну и неоднократно встречалось в древности что дисков всего шестнадцать может быть

[slant]

Всегда считал что в экстендед разделе может быть только четыре логических, да первая запись раздела полностью повторяет по структуре мбр (как и весь 62 - секторный заголовок)

Первая итерация стандарта. Потом расширили, т.к. интерпретация структуры расширенного раздела - это уже дело самой OS, и поправить код в ней - это не BIOS-ы менять принимая новый стандарт индустрии, и обрекая старое железо на несовместимость. Как это требовалось бы в случае желания убрать ограничение на 4 primary раздела. Именно потому оно дожило до самого рождения UEFI и GPT.