GParted pendu pendant des heures sur le rétrécissement
GParted est bloqué sur la réduction des 25 dernières heures en essayant de réduire ma partition Windows 8 de 442 Go à 426 Go. Cette partition est sur mon disque dur SATA et je ne modifie que la fin de la partition afin de placer mon nouvel Ubuntu après.
Devrais-je continuer à attendre ou puis-je faire autre chose pour accélérer ou annuler (sans perte de données) le processus?
EDIT:
Gparted est toujours en cours d'exécution, voici l'état actuel de top:
15773 - racine - 20 - 0 - 454m - 25m - 19m - R - 1,7 - 0,2 - 44: 14.40 gpartedbin
Donc, il me semble qu'il fait toujours quelque chose, n'est-ce pas? Ce qui me préoccupe (mais je me trompe sûrement là-dedans), c'est que glances ne remarque rien qui se passe sur le disque dur (IN et OUT) et qu'il y a ces A_DENY sur la ligne gpartedbin pour les colonnes IO_R et IO_W (respectivement lire et écrire je suppose?).
Donc, après avoir attendu près de 50 heures sur ce sujet, je viens d’abandonner et de décider d’annuler l’opération de réduction , même si cela aurait pu entraîner une perte de données.
Une fois l'opération annulée, GParted ne pouvait pas reconnaître correctement la partition Windows 8. J'ai donc essayé d'utiliser GParted pour la récupérer. Sans succès.
C’est à ce moment-là que j’ai décidé d’utiliser PhotoRec et TestDisk et j’ai été surpris de constater que TestDisk ne pouvait détecter aucune erreur sur mes partitions (même avec la fonction de recherche plus profonde) et même mieux que cela. mes fichiers et dossiers étaient intacts sur ma partition W8!
C'est alors que j'ai décidé d'essayer et de le redémarrer, mais malheureusement (et comme on peut s'y attendre), mon lecteur W8 était cassé. J'ai donc utilisé mon disque de récupération W7 (je suis passé de W7 à W8 en le téléchargeant à partir de Microsoft) pour démarrer. et exécutez l'outil de ligne de commande Bootrec.exe /fixmbr et le tour est joué ! Toutes mes données étaient toujours là et mon W8 a été réparé (la première chose que j'ai faite a été d'exécuter un disque de contrôle sans erreur).
Pour revenir sur le sujet Ubuntu, j'ai décidé de réduire la partition W8 de Windows cette fois, donc après quelques défragmentation et utilisation de MyDefrag (pour obtenir les données au début de mon disque lorsque cela est possible ) J'ai été capable de réduire suffisamment ma partition W8 pour faire de la place pour mon installation Ubuntu.
Pour conclure, je pense que dans mon cas GParted était vraiment en suspens (pour rien) car aucune donnée n'a été perdue de ma partition W8, et cela m'a pris quelques jours pour réparer, je me sens chanceux que l'annulation de la réduction ne me cause aucun dommage.
Ce que je recommande cependant, c’est que si vous souhaitez réduire votre partition Windows avant d’installer Ubuntu (ou tout autre système d’exploitation) à côté, utilisez l’outil Windows pour cela (diskmgmt.msc).
Un redimensionnement de 25 heures est définitivement long, trop long. Il est tout à fait possible que le programme se soit bloqué. Dans ce cas, vous devez être prêt à restaurer à partir de sauvegardes. (Vous devez TOUJOURS sauvegarder les données importantes avant d'exécuter une opération de redimensionnement de la partition.) OTOH, il est possible que les données de votre disque soient simplement agencées de manière à ralentir le fonctionnement de GParted. Si tel est le cas, le programme finira par se terminer et tout ira bien. Il est difficile de dire lequel de ces cas est le cas. Cependant, si l'activité du disque est complètement arrêtée, je privilégierais l'hypothèse "bloquée". Si l'activité du disque est en cours, cela pourrait être l'une ou l'autre situation. De même pour la charge du processeur. (Tapez top dans une fenêtre de terminal pour afficher une liste mise à jour de manière dynamique des programmes utilisant le plus de temps CPU.)
Malheureusement, il n'y a vraiment aucun moyen d'arrêter une opération en cours de redimensionnement de partition de manière sécurisée. Si le programme est suspendu, vous devrez soit restaurer vos données à partir de sauvegardes, soit vous passez beaucoup de temps (avec PhotoRec ou quelque chose de similaire) et/ou de l'argent (sur un spécialiste en récupération de données) pour récupérer. les données.
Je recommande de lui donner un autre jour ou deux. Si ce n'est toujours pas fini à ce moment-là, les chances de le terminer sont plutôt faibles. Il n’existe cependant pas de limite absolue, ou, le cas échéant, je ne sais pas de quoi il s’agit, mais cela varie en fonction de la taille du disque, de sa vitesse et d’autres facteurs.
Attends. Le retard n’est pas qu’il s’agisse d’une "pendaison", mais bien d’un travail.
Le système testera d’abord le rétrécissement/déplacement de la partition. Ça prend du temps. Quand il redimensionne et déplace réellement les données, cela prend aussi du temps. De plus, quand vous aurez redimensionné, Windows risque de vous crier après.