Problèmes de partition après redimensionnement

EDIT3
Ce pourrait être tout à fait l'affaire sans espoir, donc j'ai posté une autre méthode plus simple, mais j'ai encore besoin d'aide.
Https://superuser.com/questions/706244/will-this-work-backup-partition-contents-of-both-linux-and-windows

J'ai récemment redimensionné une partition (/ sda2 pour créer une autre partition, / sda1) sur un disque sur lequel Windows 8 et KDE Linux Mint sont installés. Beaucoup de choses ont mal tourné.

Tout d'abord, l'ordinateur ne démarrait pas le BIOS et m'a donné un sauvetage grub. Avec un Live Linux USB, j'ai utilisé l'application de réparation de démarrage pour réinstaller grub (on / sda). Heureusement, Linux a démarré à partir du nouveau menu grub2, mais Windows s'effondrerait lors de la tentative de chargement. Lorsque je l'ai examiné plus sur linux, j'ai trouvé que les applications comme KDE Partition Manager et GParted ne pouvaient pas lire la partition sur mon / sda.

KDE Partition Manager me donne "Aucune partition valide n'a été trouvée sur ce périphérique". GParted me donne tout est non alloué et "incapable de satisfaire toutes les contraintes sur le partiton".

J'ai ensuite installé une autre application, FixParts. Cela m'a donné ce qui suit:

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

et

 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 m'a donné ceci:

 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 

Où sda1 est juste une partition NTFS vide, sda2 contient mon Windows 8, sda5 est Linux / (root). / Home est sur un autre disque.

Je souhaite garder mes données. Et je veux que mes Windows 8 et Linux soient sur le même disque car c'est un SSD. Si possible, j'aimerais également que les fichiers de démarrage Grub et Windows soient sur le même disque, mais c'est un problème différent.

MODIFIER
D'abord, je pensais que le problème était que "la partition 0xEE ne démarre pas sur le secteur 1", mais maintenant, je ne suis pas si sûre. Mes autres disques (j'ai 3) donnent la même erreur, mais les applications de partition peuvent les lire. Cependant, je me souviens de voir l'application de réparation de démarrage réinstaller grub2 sur chaque disque, donc peut-être que cela est lié. De plus, maintenant, je vois que la partition Windows 8 (/ dev / sda2) est logique ??? Windows ne peut pas démarrer à partir de logique, donc il ne pouvait pas être avant. Comment puis-je même changer cela sans perdre les données?

EDIT2
Informations vraiment détaillées de l'application de réparation de démarrage: http://paste.ubuntu.com/6805345/

Mon Dieu, c'est juste un gâchis.

Voici quelques-uns des problèmes qui se distinguent:

"La partition 0xEE ne démarre pas sur le secteur 1"

Vous ne possédez pas une partition de type 0xEE sur ces disques, maintenant. Si, comme ce message l'indique, vous l'avez fait, puis, en un point, vos disques ont été partitionnés avec un mécanisme de table de partition très différent , que vos "réparations" semblent avoir complètement détruit. Dans de telles circonstances, il est possible que ce que vous voyez maintenant soit le résultat d'un schéma de table de partition "hybride" (tables de partitions MBR et EFI parallèles décrivant, dans la mesure du possible, les mêmes partitions) ayant été réparé dans un pouce de sa vie. Ou peut-être un peu plus loin.

C'est une possibilité pour la raison pour laquelle Windows 8 ne démarrera pas. Microsoft suppose que l'installation sur un disque partitionné avec la table de partition MBR implique de ne pas démarrer la manière EFI, et l'inverse aussi. Si vous avez «réparé» votre partitionnement de manière si radicale que vous avez réussi à convertir le schéma de table de partition de EFI en MBR, vous avez probablement confondu l'enfer de Windows.

Bien sûr, une entrée de la table de partition type 0xEE MBR qui n'a pas débuté au bloc n ° 1 était un signe de corruption en premier lieu, alors ce qui s'est passé peut-être ne l' a pas été. Une autre explication probable est que l'entrée de la table de partition 0xEE était un fantôme. Ceci est soutenu par le fait qu'il n'y a aucun signe que Windows démarre ou qu'il ait déjà démarré, de manière EFI sur votre machine.

Je me souviens avoir vu l'application de réparation de démarrage réinstaller grub2 sur chaque disque.

Ceci, combiné à "réparer" un enregistrement MBR de type 0xEE en négligence complète, aura effacé toute table de partition EFI. Cela présuppose qu'il a été partiellement divisé par EFI, bien sûr.

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

Vous avez installé grub dans son mode de virus MBR habituel, avec son core.img là où la table de partition EFI serait.

Maintenant, je vois que Windows 8 partition (/ dev / sda2) est logique ???

Pas de sortie de fdisk , vous ne l'avez pas. Il n'y a rien là-bas qui indique cela. Et le fait qu'il ait été attribué un numéro de périphérique mineur 2 est une forte indication qu'il s'agit d'une partition principale. Les partitions secondaires obtiennent des numéros à partir de 5.

Bien sûr, FixParts pourrait être (et sans aucun doute) dire la vérité. Dans ce cas, votre table de partition MBR n'a pas de partition primaire active, Windows 8 est vraiment dans un volume logique dans une partition étendue, et il n'est pas étonnant que les choses ne démarrent pas. Les programmes VBR bootstrap ne fonctionnent pas correctement dans les partitions secondaires, à moins qu'un gestionnaire de démarrage ne corrige leurs BPB à la volée, et je suis tout à fait sûr que Grub ne le fait pas. Vous devrez annuler la conversion de la partition principale vers la partition secondaire ici. Votre volume Windows 8 devrait certainement être une partition principale.

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

Votre première partition principale est apparemment votre volume de système (Poor Man's) . Mais votre deuxième partition principale (ou la première partition secondaire, selon que l'on croit fdisk ou FixParts) est celle marquée comme active. Cela va également confondre Windows. Pour commencer, il ne reconnaîtra pas votre première partition primaire comme "système", car elle n'a pas de drapeau actif.

Aussi (sur la présomption que fdisk est correct), comme vous démarrez l'ancienne manière de microprogramme PC / AT (plutôt que la manière EFI), votre bootstrap va charger le mauvais VBR du mauvais volume, si cela est vraiment censé être le Système Volume réservé. Si FixParts a raison, votre bootstrap va charger le mauvais VBR du mauvais volume et avec les mauvaises valeurs BPB aussi.

Ce qui m'amène à:

 =================== 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| 

Le volume de votre système Poor Man comporte l'ancien programme de démarrage VBR 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+| 

Vous avez le Windows NT 6.x VBR bootstrap sur votre deuxième partition principale. Cela créerait un volume combiné de "démarrage" et "système", en raison du drapeau actif.

 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 

Mais Microsoft Boot Manager n'est pas là correctement. Le magasin BCD manque complètement. Le programme VBR bootstrap dans votre deuxième partition principale peut trouver le Gestionnaire de démarrage de Microsoft. Mais Microsoft Boot Manager n'a pas de magasin BCD dans le volume du système.

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

En revanche: sur votre troisième disque, votre première partition principale est marquée comme active, et c'est donc le volume du système Poor Man. Le gestionnaire de démarrage de Microsoft et le magasin BCD sont tous deux là-bas, et un programme de démarrage VBR Windows NT 6.x VBR est là. C'est ce que je soupçonne à quoi ressemble votre premier disque. Mais ce n'est pas le cas.

Je suggère:

  • Réparez le problème de sda2 étant une partition secondaire.
  • Mark sda1 est actif.
  • sda1 est maintenant le volume de votre "système" de Poor Man, comme il l'était apparemment.
  • Mettez un programme sda1 6.2 VBR bootstrap sur sda1 .
  • Mettez Microsoft Boot Manager sur sda1 .
  • Créez un magasin BCD sur sda1 .
  • Ajoutez une entrée BCD pour démarrer sda2 , le volume Windows "Boot".
  • sda1 va au moins démarrer de manière PC / AT.
  • Pour que cela se produise, soit:
    • Supprimez le grub en mode virus MBR et réinstallez un programme de démarrage MBR classique sur sda .
    • Ajoutez les entrées manquantes au grub, car il n'y a actuellement aucune mention de hd0,msdos0 ou hd0,msdos1 .

Le reste dépend de toi.