Hibernation et démarrage dans un autre système d'exploitation : mes systèmes de fichiers seront-ils corrompus ?

Je viens de rencontrer un problème sur un disque physique partagé (FAT32) entre Windows XP et Windows 7. J'ai mis Windows XP en hibernation, j'ai démarré sous Windows 7 pendant quelques jours, puis je suis revenu à XP. Maintenant, j'ai un système de fichiers corrompu sur le disque partagé. Disk Checker est en cours d'exécution, et il semble assez mauvais. Il s'agit principalement de fichiers liés entre eux, mais il y en a des milliers.

C'est un peu vieux, mais comme il s'agit d'une question critique, un autre témoignage en vaut la peine.

J'ai un disque dur externe NTFS USB que j'utilise pour les données (pas de fichiers liés au système d'exploitation) avec 2 PC différents. J'avais l'habitude de perdre constamment des données sur ce disque jusqu'à ce que j'isole le problème. L'un des PC est plutôt vieux et lent (Windows XP), j'utilisais donc l'hibernation pour des temps de redémarrage plus rapides, je déconnectais le disque dur lorsqu'il était dans cet état et j'écrivais des données avec l'autre PC (Windows 7). La perte de données ne se produisait pas à chaque fois, mais elle était certainement causée par ce scénario. Depuis que j'ai arrêté de le faire, cela ne s'est plus jamais reproduit.

J'ai rencontré des problèmes avec l'hibernation et le multi-boot. Situation : Ubuntu et WinxP Multboot mais la partition de données est visible pour les deux OS. J'ai fait quelques tests... en avant et en arrière... Donc j'éditais un fichier Word avec Word... J'ai enregistré le fichier et fermé Word. Hibernation... démarrage d'Ubuntu... édition du même fichier avec OpenOffice... hibernation.

J'ai redémarré avec le WinXP en hibernation. Word n'a PAS "vu" les changements... Il ressemblait simplement à un autre fichier...

J'ai aussi fait ce test dans l'autre sens... La deuxième fois, le fichier était corrompu... Je ne pouvais pas ouvrir le fichier ou supprimer le fichier Chkdsk a 'résolu' le problème mais le fichier était perdu... Dans un autre test, Ubuntu n'a même pas vu le fichier édité.

Donc, lorsque vous utilisez l'hibernation et les mêmes partitions (il n'est pas nécessaire que ce soit la partition sur laquelle le système d'exploitation démarre...), c'est très dangereux... Les fichiers peuvent et seront corrompus dans mes tests et je peux le répéter... BTW : Dans mes tests, j'ai TOUJOURS sauvegardé le fichier et fermé l'application (Word et OpenOffice) avant de passer en hibernation... !! Je pensais que le montage de la partition était le coupable mais maintenant je pense que le problème doit être lié à la mise en cache des fichiers ou autre... En tout cas : Soyez prudent avec l'hibernation multi-OS... !! Salutations, ArnoR

Ne le faites pas (encore !)

J'ai mis en hibernation mon Vista/NTFS et démarré Lucid, j'ai travaillé 3 jours sur la partition ntfs partagée, et j'ai commencé à avoir des fichiers et des répertoires qui disparaissaient ou étaient verrouillés avec des messages d'erreur méchants (dans Lucid). Lorsque j'ai redémarré sous Windows, c'était un vrai désordre, le bureau était en pagaille, etc. Heureusement, chkdsk a pu réparer la plupart des problèmes et j'ai récupéré 98% de ce que j'avais avant.
Donc ce n'est définitivement pas une bonne chose à faire.
Je me souviens que ce n'était pas possible avant : les partitions ntfs 'hibernées' n'étaient pas montables sous linux pour une raison (apparemment bonne). J'aimerais revenir à cet ancien comportement.

J'ai eu l'expérience suivante, très destructrice, avec le double démarrage de Windows (Vista) et Ubuntu (9, 10, 11). Je ne suis pas un utilisateur technique, mais j'ai une longue expérience de l'utilisation et de la configuration de Windows et de DOS. J'ai installé Ubuntu via un CD live sur une machine Win Vista. La procédure s'est déroulée sans problème et le double démarrage a été opérationnel en un rien de temps. Comme il n'y avait pas d'avertissement lié à l'installation d'Ubuntu, j'ai (naïvement) supposé que je pouvais mettre les deux systèmes en hibernation (en les sauvegardant sur le disque, pas en les suspendant) et passer librement de l'un à l'autre. Cela a eu les résultats suivants :

1) J'ai fait l'erreur d'éditer dans Ubuntu un fichier texte que j'avais oublié être ouvert dans Windows. Après cela, le fichier était inaccessible pour les deux systèmes d'exploitation. Il ne pouvait même pas être supprimé. Chkdsk l'a finalement supprimé, mais mes données étaient perdues.

2) J'ai également essayé deux autres opérations sur les fichiers depuis Ubuntu directement dans la partition Win : Générer un fichier pdf à partir d'OpenOffice, et créer un répertoire/dossier sur le bureau de Win. Les deux étaient inaccessibles depuis Windows (bien qu'ils puissent être vus dans l'explorateur Win). Heureusement, ils ont pu être supprimés à partir d'Ubuntu, bien que chkdsk ait dû être exécuté par la suite pour les supprimer complètement à partir de Windows.

3) Un gros fichier OpenOffice Writer (enregistré sous le nom de *.doc), qui a été édité plusieurs fois dans un système d'exploitation, puis dans l'autre (il n'était pas ouvert dans l'autre système lorsque je l'ai édité), a soudainement vu sa taille passer d'environ 2 Mo à 7 Mo, rendant son chargement et son enregistrement presque impossibles. Lorsque j'ai enregistré le fichier en tant que document *.odt, sa taille a été considérablement réduite, mais les temps d'enregistrement et de chargement n'étaient pas plus rapides. Lorsque j'ai décompressé le fichier, sa section "contenu" pesait plus de 22 Mo. Lorsque j'y ai accédé avec un éditeur de texte, il s'est avéré que chaque mot et espace du document était formaté séparément dans et hors du même style ! J'ai finalement résolu le problème en comparant la version géante avec une version antérieure du même fichier, en utilisant l'ancienne version comme base de comparaison, puis en acceptant toutes les modifications et en enregistrant.

4) À ce stade, j'ai effectué une mise à niveau d'Ubuntu 10 vers Ubuntu 11 et j'ai découvert que le système 11 utilisait exclusivement la nouvelle interface Unity, ce qui était totalement inacceptable pour mes besoins. Lorsque j'ai compris comment installer Gnome sur Ubuntu 11, il s'est avéré que Gnome 3 était bien inférieur à Gnome 2. J'ai donc décidé de désinstaller complètement Ubuntu et de faire une nouvelle installation de Karmic Koala, qui utilise Gnome 2 sans aucune trace du nouveau système Unity. Cela s'est avéré compliqué, mais après avoir trouvé exactement les mêmes instructions répétées dans plusieurs manuels en ligne, j'ai procédé. Tout s'est bien passé jusqu'à ce que j'exécute EasyBCD 2.1.2 (à partir de Windows), qui me permettait de redémarrer directement sur Windows après que le Grub booter d'Ubuntu ait été retiré. Au redémarrage, j'ai constaté que mon MBR était fatalement endommagé et que la machine ne reconnaissait aucun disque dur amorçable. J'ai dû payer un technicien pour restaurer le MBR.

5) Maintenant, je pouvais à nouveau démarrer sur Vista et je me préparais à réinstaller Ubuntu, lorsque j'ai découvert qu'un certain nombre de fichiers avaient commencé à disparaître de mon système de manière aléatoire. De toute évidence, le système de fichiers était toujours corrompu. Seule une réinstallation complète de Windows a résolu le problème, et je réfléchis maintenant très attentivement à ce que je dois faire pour éviter des problèmes similaires à l'avenir, avant d'installer Karmic Koala. I espoir mes problèmes sont liés au problème d'hibernation, mais pour être sûr, j'envisage de créer une partition NTFS séparée de "transfert", où je peux mettre les fichiers d'un système d'exploitation avant d'y accéder depuis l'autre. C'est peu pratique, mais cela devrait être sûr. J'espère.