Проблеми розділів після зміни розміру

EDIT3
Це може бути досить безнадійним випадком, тому я опублікував інший метод, який є простішим, але все ще потребує допомоги.
https://superuser.com/questions/706244/will-this-work-backup-partition-contents-of-both-linux-and-windows

Нещодавно я змінив розмір розділу (/ sda2, щоб зробити інший розділ, / sda1) на диску, на якому інстальовано Windows 8 і KDE Linux Mint. Багато речей пішло не так.

По-перше, комп'ютер не завантажувався після BIOS і дав мені рятувальний засіб. За допомогою Live Linux USB я використав програму для відновлення завантаження для перевстановлення grub (on / sda). На щастя, linux завантажився з нового меню grub2, але при спробі завантаження вікна зірвалися. Розглядаючи це більше про linux, я виявив, що такі програми, як KDE Partition Manager і GParted не можуть читати розділ на моєму диску / sda.

KDE Partition Manager дає мені "Немає дійсного розділу на цьому пристрої". GParted дає мені все нерозподілене, і "не в змозі задовольнити всі обмеження на partiton".

Потім я встановив іншу програму, FixParts. Це дало мені наступне:

Warning: 0xEE partition doesn't start on sector 1. This can cause problems
in some OSes.

і

Disk size is 250069680 sectors (119.2 GiB)
MBR disk identifier: 0x0FB1A4FB
MBR partitions:

                                                   Can Be   Can Be
Number  Boot  Start Sector   End Sector   Status   Logical  Primary   Code
   1                    63       192779   primary     Y        Y      0x07
   2      *         208839    134062424   logical     Y        Y      0x07
   5             134066176    234067967   logical     Y        Y      0x83
   6             234067968    250068991   primary              Y      0x82

fdisk -l дав мені це:

Disk /dev/sda: 128.0 GB, 128035676160 bytes
255 heads, 63 sectors/track, 15566 cylinders, total 250069680 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 identifier: 0x0fb1a4fb

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1              63      192779       96358+   7  HPFS/NTFS/exFAT
/dev/sda2   *      208839   134062424    66926793    7  HPFS/NTFS/exFAT
/dev/sda3       134066175   250068991    58001408+   f  W95 Ext'd (LBA)
/dev/sda5       134066176   234067967    50000896   83  Linux
/dev/sda6       234067968   250068991     8000512   82  Linux swap / Solaris

де sda1 - це просто порожній розділ NTFS, sda2 містить мій Windows 8, sda5 - Linux / (root). / home - на іншому диску.

Я хочу зберегти свої дані. І я хочу, щоб мої Windows 8 і Linux були на одному диску, тому що це SSD. Якщо можливо, я також хотів би, щоб файли завантаження Grub і Windows знаходилися на одному диску, але це інша проблема.

EDIT
Спочатку я подумав, що проблема полягає в тому, що "0xEE розділ не запускається на секторі 1", але тепер я не впевнений. Мої інші диски (я отримав 3) дають ту ж помилку, але розділи програми можуть їх читати. Однак, я пам'ятаю, як додаток для відновлення завантаження перевстановив grub2 на кожному диску, так що, можливо, це пов'язано. Крім того, зараз я бачу, що розділ Windows 8 (/ dev / sda2) логічно ??? Windows не може завантажитися з логічного, тому не могло бути раніше. Як я можу навіть змінити це без втрати даних?

EDIT2
Дійсно докладна інформація з програми для відновлення завантаження: http://paste.ubuntu.com/6805345/

Боже мій, це просто безлад.

Ось лише деякі з проблем, які виділяються:

"Розділ 0xEE не запускається в секторі 1"

На цих дисках у вас немає розділу 0xEE. Якщо, як вказує це повідомлення, у вас є його, то в один момент ваші диски розділилися дуже інший механізм таблиці розділів , які, здається, повністю "знищили" ваш "ремонт". За таких обставин можливе те, що те, що ви бачите зараз, є результатом схеми "гібридної" таблиці розділів (паралельні таблиці розділів MBR і EFI, що описують, наскільки це можливо, однакові розділи), які були відремонтовані в межах дюйма свого життя. Або, можливо, один дюйм далі.

Це одна з можливостей, чому Windows 8 не буде завантажуватися. Microsoft неправильно припускає, що встановлення на диск, розділений таблицею розділів MBR, передбачає не завантаження способу EFI, а також зворотного. Якщо ви так "радикально" відремонтували розбиття, що вам вдалося перетворити схему таблиці розділів з EFI в MBR, ви, мабуть, переплутали пекло з Windows.

Звичайно, запис таблиці таблиць розділів типу 0xEE MBR, який не починався з блоку №1, в першу чергу був ознакою корупції. ні це було. Іншим можливим поясненням є те, що запис таблиці розділів 0xEE був привид. Це підтверджується тим фактом, що немає жодних ознак того, що Windows є завантажувальної версією, або коли-небудь завантажувалася, у спосіб EFI на вашому комп'ютері.

Я пам'ятаю, як додаток для відновлення завантаження перевстановив grub2 на кожному диску.

Це, у поєднанні з "ремонтом" захисного запису MBR типу 0xEE, до повної неіснування, витерло будь-яку таблицю розділів EFI. Це припускало, що це дійсно було EFI-розділене в першу чергу, звичайно.

=> Grub2 (v1.99) is installed in the MBR of /dev/sda and looks at sector 1 of 
    the same hard drive for core.img.

У вашому звичайному режимі вірусу MBR встановлено grub core.img там, де буде таблиця розділів EFI.

тепер я бачу, що розділ Windows 8 (/ dev / sda2) логічно ???

Не у виході з fdiskВи цього не робите. Там немає нічого, що вказує на це. І те, що було виділено незначне пристрій № 2, є сильним ознакою того, що він є первинним розділом. Вторинні розділи отримують числа, починаючи з 5.

Звичайно, FixParts може бути (і без сумніву) говорить правду. У цьому випадку ваша таблиця розділів MBR не має активного первинного розділу зовсім , Windows 8 дійсно знаходиться в логічному обсязі в розширеному розділі, і не дивно, що речі не завантажуються. Програми початкового завантаження VBR не відтворюються добре на вторинних розділах, якщо менеджер завантаження не виправляє свої BPB на льоту, і я впевнений, що Grub не робить цього. Тут потрібно скасувати перетворення з основного розділу на додатковий розділ. Об'єм Windows 8 обов'язково повинен бути основним розділом.

/dev/sda1: LABEL="SYSTEM RESERVED" UUID="01CF186FCBFB6340" TYPE="ntfs"
...
/dev/sda2    *        208,839   134,062,424   133,853,586   7 NTFS / exFAT / HPFS

Ваш перший первинний розділ, очевидно, є вашим Обсяг системи (бідного чоловіка) . Але ваш другий основний розділ (або перший розділ, залежно від того, чи вірите fdisk або FixParts) - позначена як активна. Це також переплутатиме Windows. По-перше, він не визнає ваш перший первинний розділ як "систему", тому що він не має активного прапора.

Також (за припущенням, що fdisk правильно), оскільки ви завантажуєте старий прошивку PC / AT (а не спосіб EFI), ваш завантажувальний пристрій завантажуватиме неправильний VBR з неправильного обсягу, якщо це дійсно призначено для резервування гучності. Якщо FixParts правильний, завантажувальний пристрій буде завантажувати неправильний VBR з неправильного обсягу, а також з неправильними значеннями BPB.

Який наводить мене на:

=================== hexdump -n512 -C /dev/sda1
00000000  eb 52 90 4e 54 46 53 20  20 20 20 00 02 08 00 00  |.R.NTFS    .....|
...
000001a0  0d 0a 4e 54 4c 44 52 20  69 73 20 6d 69 73 73 69  |..NTLDR is missi|
000001b0  6e 67 00 0d 0a 4e 54 4c  44 52 20 69 73 20 63 6f  |ng...NTLDR is co|
000001c0  6d 70 72 65 73 73 65 64  00 0d 0a 50 72 65 73 73  |mpressed...Press|

Системний том вашого бідного чоловіка містить стару програму завантаження VBR Windows NT 5.x.

=================== hexdump -n512 -C /dev/sda2
00000000  eb 52 90 4e 54 46 53 20  20 20 20 00 02 08 00 00  |.R.NTFS    .....|
....
000001a0  63 75 72 72 65 64 00 0d  0a 42 4f 4f 54 4d 47 52  |curred...BOOTMGR|
000001b0  20 69 73 20 63 6f 6d 70  72 65 73 73 65 64 00 0d  | is compressed..|
000001c0  0a 50 72 65 73 73 20 43  74 72 6c 2b 41 6c 74 2b  |.Press Ctrl+Alt+|

У вашому другому головному розділі Windows NT 6.x завантажувальна машина VBR. Це зробило б комбінований "завантажувальний" і "системний" том через активний прапор.

sda1: __________________________________________________________________________

    Boot sector type:  Windows 2000/XP: NTFS
    Boot files:        

sda2: __________________________________________________________________________

    Boot sector type:  Windows 8/2012: NTFS
    Boot files:        /bootmgr /Windows/System32/winload.exe

Але менеджер завантаження Microsoft не працює належним чином. Магазин BCD повністю відсутній. Програма завантаження VBR у вашому другому основному розділі може знайти менеджер завантаження Microsoft. Але менеджер завантаження Microsoft не має BCD-сховища в системному томі.

sdc1: __________________________________________________________________________

    Boot sector type:  Windows 8/2012: NTFS
    Boot files:        /bootmgr /Boot/BCD /NTLDR /ntdetect.com

На відміну від цього: на вашому третьому диску ваш перший основний розділ позначений як активний і, таким чином, є системним обсягом Poor Man. Диспетчер завантаження Microsoft і магазин BCD є і там, і програма для завантаження VBR Windows NT 6.x є. Це я підозрюю, що ваш перший диск слід виглядає як. Але це не так.

Я пропоную:

• Виправити проблему sda2 як вторинний розділ.
• Марк sda1 як активний.
• sda1 тепер ще раз "системний" обсяг Вашої Бідної людини, як це було раніше.
• Увімкніть програму завантажувальної версії VBR Windows NT 6.2 sda1.
• Покладіть диспетчер завантаження Microsoft sda1.
• Створіть сховище BCD sda1.
• Додайте запис BCD для вимкнення sda2, Windows 8 "завантажувальний" том.
• sda1 тепер буде, принаймні, bootstrap в PC / AT спосіб.
• Щоб це відбулося, або:
  • Вимкніть grub в режимі вірусу MBR і переустановіть звичайну програму завантаження MBR sda.
  • Додайте відсутні записи до grub, оскільки в даний час не згадується hd0,msdos0 або hd0,msdos1 зовсім.

Решта залежить від вас.