Проблемы с разделами после изменения размера

Question

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 (на /sda). К счастью, Linux загрузился из нового меню Grub2, но Windows при загрузке зависала. Рассматривая это больше в Linux, я обнаружил, что такие приложения, как KDE Partition Manager и GParted, не могут прочитать раздел на моем /sda-диске.

KDE Partition Manager выдает мне "Не найдено допустимого раздела на этом устройстве". GParted дает мне все это нераспределенное, и "не в состоянии удовлетворить все ограничения на разделение".

Затем я установил другое приложение, 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 находились на одном диске, но это другая проблема.

РЕДАКТИРОВАТЬ
Сначала я думал, что проблема в том, что «раздел 0xEE не начинается в секторе 1», но теперь я не уверен. Мои другие диски (у меня 3) выдают ту же ошибку, но приложения раздела могут их прочитать. Однако я помню, как приложение восстановления загрузчика переустанавливало grub2 на каждом диске, так что, возможно, это связано. Кроме того, теперь я вижу, что раздел Windows 8 (/dev/sda2) является логичным ??? Windows не может загрузиться с логической, поэтому не могло быть раньше. Как я могу даже изменить это без потери данных на нем?

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

Answer 1

Боже мой, это просто беспорядок.

Вот только некоторые из проблем, которые выделяются:

«Раздел 0xEE не начинается в секторе 1»

Теперь у вас нет дисков типа 0xEE на этих дисках. Если, как показано в этом сообщении, оно у вас есть, то в один момент ваши диски были разбиты с помощью совершенно другого механизма таблицы разделов, который, по-видимому, полностью уничтожил ваш "ремонт". В таких обстоятельствах вполне возможно, что то, что вы видите сейчас, является результатом "гибридной" схемы таблиц разделов (параллельные таблицы разделов MBR и EFI, описывающие, насколько это возможно, одни и те же разделы), восстановленной с точностью до дюйма от ее срока службы. Или, может быть, на один дюйм дальше.

Это одна из причин, почему Windows 8 не загружается. Microsoft ошибочно полагает, что установка на диск, разделенный таблицей разделов MBR, подразумевает не загрузку по EFI, а наоборот. Если вы "отремонтировали" свое разбиение так радикально, что вам удалось преобразовать схему таблицы разделов из EFI в MBR, вы, вероятно, перепутали ад из Windows.

Конечно, запись в таблице разделов MBR типа 0xEE, которая не начиналась в блоке № 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.

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

теперь я вижу, что раздел Windows 8 (/dev/sda2) является логичным ???

Не в выводе из fdisk , вы не делаете. Там нет ничего, что указывает на это. И тот факт, что ему было выделено второстепенное устройство № 2, является убедительным признаком того, что это основной раздел. Вторичные разделы получают номера, начиная с 5.

Конечно, FixParts может (и, без сомнения, это) говорить правду. В этом случае ваша таблица разделов MBR не имеет активного основного раздела на всех, Windows 8 действительно находится в логическом томе в расширенном разделе, и не удивительно , вещи не будет загружаться. Программы начальной загрузки VBR плохо работают во вторичных разделах, если только Boot Manager не исправит их 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 ), так как вы загружаете старый способ прошивки ПК /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|

На системном томе вашего Бедного есть старая загрузочная программа Windows NT 5.x VBR.

=================== 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 Boot Manager не правильно там. Магазин BCD полностью отсутствует. Программа начальной загрузки VBR в вашем втором основном разделе может найти Microsoft Boot Manager. Но менеджер загрузки Microsoft не имеет хранилища BCD в системном томе.

sdc1: __________________________________________________________________________

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

Напротив: на вашем третьем диске ваш первый основной раздел помечен как активный и, следовательно, является системным томом Бедного. Там есть менеджер загрузки Microsoft и хранилище BCD, а также программа начальной загрузки Windows NT 6.x VBR. Я подозреваю, как должен выглядеть ваш первый диск. Но это не так.

Я предлагаю:

• Исправьте проблему, когда sda2 является вторичным разделом.
• Отметьте sda1 как активный.
• Теперь sda1 - это "системный" том вашего Бедного, как и раньше.
• Поместите программу загрузки Windows NT 6.2 VBR на sda1 .
• Поместите менеджер загрузки Microsoft на sda1 .
• Создайте магазин BCD на sda1 .
• Добавьте запись BCD для загрузки с sda2 , "загрузочного" тома Windows 8.
• Теперь sda1 по крайней мере загрузится с ПК /AT.
• Чтобы это произошло, либо:
  • Избавьтесь от grub в режиме вируса MBR и переустановите обычную программу начальной загрузки MBR на sda .
  • Добавьте недостающие записи в grub, так как в настоящее время он вообще не упоминает hd0,msdos0 или hd0,msdos1 .

Остальное зависит от тебя.