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

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 дает мне: «На этом устройстве не было найдено никаких разделов». 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 YY 0x07 2 * 208839 134062424 logical YY 0x07 5 134066176 234067967 logical YY 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/

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

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

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

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

Это одна из причин, почему Windows 8 не загружается. Microsoft ошибочно предполагает, что установка на диск, разделённый таблицей разделов MBR, подразумевает не загрузку EFI, а наоборот. Если вы «восстановили» свой раздел так радикально, что вам удалось преобразовать схему таблицы разделов из EFI в MBR, вы, вероятно, путали Hell из 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. 

У вас есть 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 

Ваш первый первичный раздел – это, по-видимому, ваш системный том (бедный человек) . Но ваш второй первичный раздел (или первый раздел seconeary, в зависимости от того, считают ли вы 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 на втором основном разделе. Это сделало бы его объединенным «загрузочным» и «системным» томами из-за активного флага.

 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 

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

Я предлагаю:

  • Исправьте проблему sda2 как вторичный раздел.
  • Mark 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 вообще.

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

  • Ubuntu не будет распознавать загрузочный USB или CD
  • Как удалить GRUB из двойной загрузки (Debian и Windows XP)
  • Interesting Posts
    Давайте будем гением компьютера.