Якщо в ході установки Windows у вас з'явився напис "Установка Windows на даний диск. Обраний диск має стиль розділів GPT", то значить ваш вінчестер дійсно розбитий виробником на розділи GPT, (а не MBR, як зазвичай, для Windows 7 або XP) , швидше за все диск призначався для установки Windows 10 або 8.1 х64 біт.

Якщо у вас комп'ютер або ноутбук з новим BIOS (Які мають графічний інтерфейс), то вам просто досить переналаштувати BIOS під установку Windows на GPT змінивши в BIOS параметри: Включити завантаження UEFI замість CSM (Compatibility Support Mode) зазвичай знаходиться в BIOS Features або BIOS Setup; режим роботи SATA встановити в AHCI замість IDE (зазвичай налаштовується в розділі Peripherals). Після цього ви зможете встановити 64х бітний Windows з завантажувального диска, Як зазвичай, або з завантажувальної флешки, якщо вона підтримує завантаження UEFI (Створення флешки з підтримкою UEFI дивись тут). Якщо ж вам треба встановити 32х бітну Windows або у вас BIOS старого типу, то читайте далі статтю.

Якщо ваш випадок не підпадає під попередній абзац, то ситуація може виявитися не з приємних, тому як цей напис з'являється в той момент, коли ви натискаєте "Створити розділ" в ході установки Windows, і до цього моменту ви вже знищили стару завантажувальний запис, а це означає, що доступ до всіх ваших даних на всіх дисках вінчестера відсутня, тому що стара система вже знищена, а нову Windows 7 або XP ви поставити не зможе не перетворивши попередньо вінчестер в MBR. Справа в тому, що при перетворенні HDD в MBR, всі дані на всіх дисках (а не тільки на системному диску С :) будуть знищені. Якщо у вас залишилися на диску важливі дані, які ви нікуди не перенесли (понадіявшись, що вони збережуться на диску D :), то вам доведеться відкласти установку Windows 7 або XP і зайнятися збереженням залишилися на вінчестері даних, що можна зробити двома способами: або завантажити з завантажувального диска (наприклад Live CD c підтримкою GPT ((образ можна знайти в інтернеті)) і перекиньте дані на флешки або DVD диски; або встановіть на час систему, яка підтримує GPT - Windows 10 або 8.1, (образ також можна знайти в інтернеті) і також збережіть дані на інші носії, перший спосіб явно швидше, але в будь-якому випадку це займе досить багато часу, якщо нічого особливо цінного на диску не було, краще просто пожертвуйте даними. Отже, питання з даними вирішене, переходимо до установки Windows 7 або XP, на ваш вінчестер, точніше до його перетворенню з GPT в MBR.

Найпростіший спосіб конвертації диска з GPT в MBR - за допомогою засобів, що входять в комплект інсталяційного пакету Windows (ДАНІ БУДУТЬ ВТРАЧЕНІ З УСЬОГО вінчестер, А НЕ ТІЛЬКИ З ДИСКУ З :). Отже, коли ви, в процесі установки системи, побачили напис "Установка Windows на даний диск. Обраний диск має стиль розділів GPT", закрийте це вікно і натисніть комбінацію клавіш "Shift + F10" - відкриється командний рядок в якій потрібно ввести наступні команди:

• diskpart (Вхід в програму управління дисками)
• list disk (В результаті виконання команди ви побачите список ваших дисків запам'ятайте номер диска, який потрібно конвертувати)
• select disk N (Де N - номер диска з попередньої команди)
• clean (Після виконання цієї команди дані будуть знищені)
• convert mbr (Диск буде перетворений в MBR)
• create partition primary (Створення нового розділу)
• active (Вибір активного розділу)
• format fs \u003d ntfs quick (Форматування)
• assign (Монтування)
• exit (Вихід)

Тепер натисніть «Оновити» для оновлення конфігурації дисків. Подальша установка відбувається в звичайному режимі.

Поки Windows 10 повільно, але неминуче завойовує домашні і офісні комп'ютери, Все більше і більше користувачів починають шукати програму для відновлення даних, яка б працювала з новою операційною системою. Hetman Partition Recovery 2.3 (а також наступні версії) повністю сумісна з Windows 10, її новими системними структурами і механізмами безпеки. Давайте розглянемо деякі ключові технічні особливості інструмента.

Підтримка GPT і MBR

На світанку ери персональних комп'ютерів (Принаймні тих, які працювали під операційною системою Microsoft), жорсткі диски розбивалися виключно за допомогою Master Boot Record, або MBR. В ті дні, MBR був частиною процесу завантаження системи, а за все відповідав BIOS. Тоді, послідовність завантаження виглядала наступним чином. BIOS комп'ютера (Набір програм, що запускаються з вбудованого в материнську плату чіпа) Ініціалізувати обладнання, запускав жорсткий диск і намагався завантажити програмне забезпечення з диска. Для того, щоб визначити де саме шукати завантажувальний код, BIOS аналізував інформацію про розподіл, яка зберігалася в Master Boot Record.

GPT (GUID Partition Table) - це універсальний стандарт для поділу диска. Технічно - це частина нового UEFI стандарту, який був створений для того щоб замінити древній BIOS. Спочатку, GPT тільки частково підтримувався 32-розрядними версіями Windows 7. Але, все 64-розрядні версії Windows, починаючи з Windows Vista, Повністю підтримують завантаження з GPT дисків. Windows 8, 8.1 і Windows 10 можуть завантажуватися з GPT дисків в 32-розрядних і 64-розрядних версіях.

при відновленні жорсткого диска, Важливо вибрати таку утиліту, яка підтримує поточну схему розбиття накопичувача. Hetman Partition Recovery повністю підтримує MBR і GPT навіть якщо ви працюєте з програмою в системі, яка має обмеження або не підтримує схему розбиття. Наприклад, найбільш поширена 32-розрядної версії Windows XP не має доступу до GPT-розділів жорстких дисків, В той час як Hetman Partition Recovery імеeт можливість аналізувати і відновлювати такі жорсткі диски без проблем.

{!LANG-dc0af1bc82a1ba7cf3572a5cbdf5544f!}{!LANG-5b58137dbe8529ca47fa0b0bac42595c!}

{!LANG-009be1d4b3c1188afd37bdc5bd0bd938!}

{!LANG-a6fcd351fa3ad43c25522cdcdfd70a62!}

{!LANG-5001cf9d47ec6d71b27d39d2ecdeaeff!} {!LANG-6db211eadd7425bc3cc6e82d170f9e19!}{!LANG-d34c78d3df20271b570c1db30da5afe0!} {!LANG-bb79f96acbff544ded541446c9c7c894!}{!LANG-ce1a5f4045018d5d1c77634d18036fc0!}

{!LANG-3629b6a5e47f102d4dec6540826091b8!} {!LANG-3b5b022c4cd5e7f7df92d466bca14b6d!} Windows, майстер установки намагається зберегти всі призначені для користувача дані, включаючи програми, документи і файли. Проте, в деяких випадках це може виявитися неможливим (наприклад, при оновленні з 32-розрядної версії Windows на 64-розрядну, або навпаки). А в деяких інших випадках перехід може виявитися неповним. Windows 10 відома тим, що може видалити програмне забезпечення, не питаючи, а в деяких випадках навіть заблокувати комп'ютер викликавши зависання (або так назвали «bootloop»). Якщо щось подібне станеться з вами, і ви втратите доступ до ваших файлів, або якщо ваші документи будуть загублені під час оновлення операційної системи, вам знадобиться програма для відновлення даних.

Hetman Partition Recovery призначена для того, щоб допомогти вам відновити файли і папки навіть якщо ви не можете завантажити Windows (в цьому випадку необхідно підключити жорсткий диск до іншого, працюючій системі). Навіть якщо файли повністю втрачені і на диску створена нова файлова система або структура розділів, Hetman Partition Recovery допоможе використовуючи сигнатурний пошук.

сигнатурний пошук

Сигнатурний пошук - це загальне позначення для ряду тематичних алгоритмів відновлення даних. З сигнатурним пошуком, інструмент для відновлення даних буде шукати актуальні дані, а не тільки аналізувати файлову систему. Робота алгоритмів сигнатурного пошуку схожа на роботу антивірусних продуктів. Вони сканують всю поверхню жорсткого диска або читають весь вміст флеш-накопичувача або карти пам'яті, з метою знайти ідентифікуються сигнатури. Як тільки зустрінеться обумовлена \u200b\u200bсигнатура (а їх в базі даних Hetman Partition Recovery тисячі), алгоритм буде шукати заголовок файлу, аналізувати його, і намагатися визначити довжину файлу на основі інформації, отриманої із заголовка.

У деяких ситуаціях простого аналізу заголовка файлів недостатньо. Наприклад, текстові або HTML-файли не містять інформацію про довжину файлу. У таких випадках, алгоритм продовжить читання секторів диска одного за іншим в пошуку сектора, який не містить інформації, яка буде вважатися частиною цього файлу. Якщо мова йде про текстовому файлі, алгоритм сигнатурного пошуку (в даному випадку це більше контентний аналіз ніж сигнатурний пошук) буде визначати кодування файлу та сканувати наступні сектора, щоб визначити чи містять вони текст в тій же кодуванні. Якщо зустрічаються відповідні виконавчі дані, алгоритм вважає, що досягнутий кінець текстового файлу.

Для деяких форматів, таких як бази даних Skype (або бази даних SQLite в цілому) процес ще складніше, так як база даних не має певного фіксованого кодування і в заголовку не визначається її розмір. У випадку з такими файлами, Hetman Partition Recovery буде продовжувати сканувати наступні сектора, намагаючись визначити, чи належать вони до початку знайденому файлу.

Одним словом, сигнатурний пошук допомагає відновити дані, які розташовані на збійному, пошкодженому або не завантажується диску.

висновок

Hetman Partition Recovery є одним з найбільш повних інструментів для відновлення даних на ринку. Програма підтримує безліч магнітних і твердотільних пристроїв, включаючи всі типи жорстких дисків, SSD диски, USB диски, Карти пам'яті, незалежно від марки і моделі, а також безліч пристроїв зберігання даних які ви, ймовірно, і не бачили в реальному житті. Продукт активно розвивається і постійно оновлюється, включаючи підтримку останніх версій Windows. Ви можете завантажити безкоштовну пробну версію програми!

Відео про програму

17 квітня 2011 о 18:39

Відновлення убитих MBR і таблиці розділів

• * nix

0. Intro.

Ситуація наступна. Є гвинт на 160Гб. На ньому 2 розділу - 40Гб і 120Гб. З метою встановлення Убунту як другої системи була проведена розбивка 120Гб -\u003e 100 + 10 + 2 + 8.

підсумки

1. При завантаженні системи виводиться повідомлення MBR helper not found;
2. fdisk показує один великий 160Гб диск.

Дурневі зрозуміло, що це початок веселої ночі.
Далі, під катом, вирішення питання.

1. Відновлення таблиці розділів

1.1. Parted magic

Даний LiveCD \\ USB дистрибутив, розміром в 100Мб несе в собі величезну купу софта, для роботи з дисками. Від розбивки, до відновлення.
З них усіх, нам потрібні будуть gpart, testdisk, fdisk і ms-sys.

1.2. Gpart

gpart - це утиліта, скануюча по-секторно диск на наявність розділів, які присутні на носії, але відсутні в таблиці. У своїй роботі, вона ігнорує вже існуючу таблицю (Якщо є). Програма разаботана німецьким програмістом Michail Brzitwa і більше їм не підтримується. Млява розробка ведеться командами Fedora і Debian. Поточна версія - 0.1h.

Утиліта дозволяє найбільш швидко і легко відновити таблицю розділів, але вона несе в собі кілька недоліків. По-перше, розробка була давно закинута, по-друге, вона іноді не зовсім коректно визначає розділи.

Gpart може працювати в 2-х режимах. Це швидкий аналіз і докладний сканування. У деяких випадках, першого режиму досить. Ми ж будемо дивитися на другий.

Gpart -if / dev / sda

-i - інтерактивний режим. На кожну знайдену партіціі буде поставлено питання, зберігати її, або пропустити.
-f - повний скан диска.

Після, досить тривалого часу, буде створений звіт з можливими розділами. Його-то і потрібно обов'язково максимально уважно переглянути перед записом.
Приклад звіту (не мій):

Begin scan ...
Possible partition (DOS FAT), size (1907mb), offset (0mb)
Possible partition (SGI XFS filesystem), size (5730mb), offset (1907mb)
End scan.
Checking partitions ...
Partition (DOS or Windows 95 with 32 bit FAT, LBA): primary
Partition (Linux ext2 filesystem): primary
Ok.
Guessed primary partition table:
Primary partition (1)
type: 012 (0x0C) (DOS or Windows 95 with 32 bit FAT, LBA)
size: 1907mb #s (3906544) s (16-3906559)
chs: (0/1/1) - (1023/19/16) d (0/1/1) - (12207/19/16) r
Primary partition (2)
type: 131 (0x83) (Linux ext2 filesystem)
size: 5730mb #s (11736000) s (3906560-15642559)
chs: (1023/19/16) - (1023/19/16) d (12208/0/1) - (48882/19/16) r
Primary partition (3)
type: 000 (0x00) (unused)
size: 0mb #s (0) s (0-0)

Primary partition (4)
type: 000 (0x00) (unused)
size: 0mb #s (0) s (0-0)
chs: (0/0/0) - (0/0/0) d (0/0/0) - (0/0/0) r

Якщо все ОК, то погоджуємося на запис в таблицю розділів, схрещуємо пальці і перезавантажуємося.
У моєму випадку, програма визначила розділи, які були до розбивки (40 і 120), що не підходило і змусило шукати альтернативні способи відновлення.

1.3. testdisk

Note: докладніше ця утиліта описана в, тут не буду повторюватися.

Ця утиліта аналогічна попередній, але має ряд плюсів:
1. свіжіша і активно підтримується;
2. суб'єктивно, працює набагато швидше;
3. функціональніша;
4. є простий консольний інтерфейс на базі ncurses.

Поїхали!
1. в першому вікні вибираємо Create a new log file;
2. вибираємо потрібний диск (/ dev / sda) -\u003e Proceed;
3. відзначаємо тип розділів як Intel;
4. вибираємо Analyse current partition structure and search for lost partitions;
5. якщо знайдені розділи вірні, тиснемо Backup і переходимо до пункту 6, є можливість швидко пересканіровать диск, якщо десь помилка (Quick search);
6. тут вже видно зелений список з розділами. Якщо ок, то записуємо, інакше запускаємо Deep search .;

У моєму випадку, результат був аналогічний результату gpart, що є некоректним.
Запустивши Deep search, почекавши близько 40 хвилин я отримав відповідь, від якого на душі так нехило відлягло.
Було знайдено кілька партіцій, які накладалися одна на іншу (це були початкова (до маніпуляцій) 120Гб і нова, на 100 ГБ). Відзначивши непотрібну, як віддалену, я записав таблицю на диск і перезавантажився. На щастя, все обійшлося і комп'ютер повернувся до стану, який був спочатку, а я міг з чистою совістю лягти спати.

3. Відновлення MBR

Для цього завдання, у нас в арсеналі є тулза ms-sys.
Спершу дізнаємося, що з нашої MBR.

Ms-sys / dev / sda
/ Dev / sda has an x86 boot sector
it is unknown boot sector

Тепер видно, що на даному диску немає завантажувального сектора.
Утиліта може працювати з MBR різних операційних систем. Список можна отримати, запустивши програму без агрумент. У моєму випадку, необхідний був від Windows 7.
Записуємо MBR на диск:

Ms-sys -7 / dev / sda
Windows 7 master boot record successfully written to / dev / sda

перевіряємо:

Ms-sys / dev / sda
it is Microsof 7 master boot record, like the one this
program creates with the switch -7 on a hard disk device.

Ось і все, потрібна MBR встановлена \u200b\u200bі можна перезавантажуватися.

3. Outro

Цей пост приклад того, як на порожньому місці можна створити собі проблему і півночі займатися не тим, чим треба. Але це дало неоціненний досвід, який я постарався викласти тут.
Можливо, комусь він стане в нагоді. Адже в таку ситуацію потрапити дуже не складно, а детального мануала особливо-то і немає.

Підтримку gpart recover в head /. Через два тижні планую зробити MFC в 8-stable, якщо все буде добре. Але хотілося б встигнути до заморозки коду перед початком підготовки до релізу, інакше в 8-ку це все потрапить вже нескоро.

Трохи докладніше. Перш за все варто зауважити, що тепер при виявленні пошкоджень метаданих таблиця GPT буде позначена як corrupt і з нею будуть заборонені будь-які дії. Тобто якщо раніше ви отримували в консоль повідомлення про пошкодженої GPT і могли по-просту не звертати на них уваги, то тепер ігнорувати не вийде :)

Забороняти будь-які дії було б не логічно, якщо не запропонувати щось натомість. Натомість пропонується свого роду гарантія, що ви нічого бува не зламаєте, а так само можливість полагодити таблицю розділів, або, якщо вона вам не потрібна - знищити її зовсім. Для можливості знищення таблиці довелося переробити "gpart destroy -F". Тепер форсоване знищення виконується всередині ядра, а не в userspace як раніше.

Що б знати які типи пошкоджень можливо відновити в GPT за допомогою gpart, потрібно мати уявлення про те, як влаштована GPT. Якщо коротко, то складається вона з заголовка і самої таблиці розділів. Все це дублюється. Тема основний таблиці знаходиться в другому секторі диска, за ним слідує таблиця розділів, її розмір може бути різним. Тема резервної таблиці знаходиться в останньому секторі, таблиця розташовується в попередніх йому секторах. Зміст таблиць ідентично і повинно мати однакову контрольну суму. А ось заголовки відрізняються, в них зберігаються номери секторів, в яких знаходиться сам заголовок і його копія, номер початкового сектора таблиці і межі простору для використання партіціі. Частина цієї інформації відображається у висновку команди gpart list:

\u003e Gpart list ada1 Geom name: ada1 state: OK fwheads: 16 fwsectors: 63 last: 320173022 first: 34 entries: 128 scheme: GPT Тут first і last - номера секторів, що обмежують обсяг пам'яті, доступний для розділів GPT, entries - максимальна кількість записів в таблиці, іншими словами максимальну кількість партіцій.

Так само, ще одним обов'язковою умовою для роботи з GPT є наявність PMBR, який займає перший сектор. Якщо пошкодити вміст PMBR, то клас PART не буде навіть шукати GPT на диску. Така особливість. Тому якщо ваша GPT не виявляється зовсім, ядро \u200b\u200bне видає ніяких повідомлень, пов'язаних з GPT, перш за все варто відновити PMBR. Його копію можна знайти в файлі / boot / pmbr. Потрібно всього лише записати його в перший сектор диска. Це автоматично ініціює пошук метаданих різними GEOM класами, в тому числі і GEOM_PART_GPT.

Тепер про можливі ушкодження. Перше - це пошкодження основного заголовка або таблиці GPT. При виявленні такого ушкодження ядро \u200b\u200bвидасть повідомлення:
GEOM: provider: the primary GPT table is corrupt or invalid. GEOM: provider: using the secondary instead - recovery strongly advised. Тут provider - це ім'я диска, наприклад ad0. Крім цього повідомлення, яке зазвичай можна побачити тільки під час завантаження системи, про те що ваша GPT пошкоджена можуть розповісти команди gpart show, list і status.
\u003e Gpart show \u003d\u003e 34 1250263661 ada0 GPT (596G) 34 256 1 freebsd-boot (128K) 290 8388608 2 freebsd-swap (4.0G) 8388898 1241874797 3 freebsd-zfs (592G)\u003e gpart list ada0 | grep state state: CORRUPT Наступний тип - пошкодження резервної копії заголовка або таблиці GPT. Як окремий випадок сюди саме можна сказати варіант невідповідності резервної і основний копій (наприклад, коли в основний копії заголовок і таблиця з одними даними, а в резервної - з іншими, але самі по собі вони є цілком коректними). У той разі GPART просто скористається даними з основної копії. Повідомлення від ядра в цьому випадку буде таким:
GEOM: provider: the secondary GPT table is corrupt or invalid. GEOM: provider: using the primary only - recovery suggested. Третій випадок, коли таблиця GPT буде позначена як пошкоджена - це невірне розташування заголовка резервної копії GPT. Таке може статися, наприклад якщо у вас GPT створена на якомусь віртуальному носії, який вміє розширюватися шляхом додавання нових дисків. Або, просто, наприклад, ви створили GPT на gmirror пристрої, але забули завантажити клас geom_mirror. У цьому випадку розмір провайдера збільшиться, так як gmirror резервує простір під свої метадані.

Тепер, власне про відновлення. Все що потрібно зробити - правильно вибрати носій, на якому відновлювати GPT і виконати команду:
# Gpart recover ada0 У моєму прикладі це ada0. Чому я виділив слово " правильно"? Повернемося до прикладу, в якому GPT створена поверх gmirror. Так ось, якщо забути завантажити gmirror, то GPT буде знайдена на тому диску, на якому створено gmirror. І відповідно, якщо виконати gpart recover для цього диска, то всі параметри заголовка GPT будуть перераховано, а значить зміниться і значення last - межі останнього доступного сектора, а так же, в останній сектор диска буде записаний заголовок резервної копії GPT, який знищить метадані gmirror. Добре, якщо це саме те, чого ви хотіли :)

Підсумував все написане вище, хочеться ще раз нагадати, що відновлення даних це відповідальний процес, не можна робить його не обдумавши. Це відноситься не тільки до теми даної замітки.