fichiers manquants à double démarrage sur ntfs


14

J'ai 3 partitions: une pour Windows 7 (ntfs), une pour Ubuntu (ext4) et une juste pour les données (ntfs pour que les deux systèmes d'exploitation puissent les voir).

Mon problème est que j'avais stocké des fichiers sur la partition de données à l'aide d'Ubuntu et lorsque j'ai démarré Windows 7, toutes ces données avaient disparu! Après cela, je n'ai pas pu trouver les fichiers même lorsque j'utilisais Ubuntu.

Mes fichiers étaient simplement partis :(

Y a-t-il quelque chose que je peux faire dans Ubuntu ou est-ce juste un problème Windows?


Je déteste dire cela, mais cela ressemble plus à un problème d'utilisateur. Avez-vous déjà vu les fichiers après les avoir enregistrés pour confirmer qu'ils étaient là où vous vous attendiez? Si vous les avez vraiment sauvés là-bas, ils ne disparaissent généralement pas. Essayez peut-être de rechercher la partition ext4 dans Ubuntu et de voir si elles ont été enregistrées dans un emplacement différent.
Marty Fried

hah je le pensais aussi. Non, les fichiers sont manquants. En fait, c'est la deuxième fois que je rencontre la même situation exacte.
yehuda

Comment avez-vous stocké les fichiers? Avez-vous confirmé qu'ils étaient là en utilisant une méthode différente, comme le nautile, au cas où il y aurait une erreur d'écriture que vous n'avez pas vue. Il n'est parfois pas simple d'obtenir les autorisations NTFS correctes, donc la tentative d'écriture a peut-être échoué.
Marty Fried

Les dossiers étaient là depuis environ une semaine. Je les ai consultées plusieurs fois en utilisant ubuntu. Ce sont quelques fichiers PDF et vidéo que j'ai téléchargés sur le net. Doit-il faire quoi que ce soit avec les noms de fichiers? Linux autorise plus de caractères. Win7 pourrait-il effacer les fichiers de la table de fichiers simplement à cause d'un nom de fichier incorrect?
yehuda

1
Tout d'abord, vous avez installé Ubuntu avec Windows 8 en veille prolongée? Ou, pire encore, vous avez laissé Windows en veille prolongée et avez commencé à enregistrer des fichiers dans une partition NTFS? Si l'un de ces 2 est vrai, je dois vous annoncer que vos données sont corrompues et éventuellement perdues à jamais. Vous ne devez JAMAIS enregistrer des fichiers dans un système en veille prolongée, car cela corrompra les données.
Braiam

Réponses:


16

Si vous hibernez des fenêtres (ou un objectif ou en raison d'économies d'énergie), utilisez ensuite ubuntu pour stocker des fichiers sur la partition NTFS, puis démarrez Windows, Windows pense que le disque a été corrompu alors qu'il était en hibernation et "corrige" quelque chose de différent. Après cela, vous reconnecter à ubuntu confirme simplement que les fichiers ont en fait été supprimés.

J'ai également vu que Windows 7 peut faire un chkdsk après avoir installé des mises à jour sur shudown lorsque vous le ramenez, Windows effectue des tâches supplémentaires liées à l'installation des mises à jour, alors faites attention de ne pas démarrer dans Ubuntu après l'arrêt des mises à jour. http://www.linuxquestions.org/questions/linux-newbie-8/windows-chkdsk-deletes-files-written-by-ubuntu-on-an-ntfs-partition-913606/

Oui, même sur une partition partagée séparée de la partition Windows et faites attention même aux grosses partitions (lecteurs USB).

Sources, /superuser/211079/what-do-i-have-to-take-care-of-when-hibernating-both-ubuntu-and-windows-dual-bo/211175#211175 , /superuser/39532/hibernating-and-booting-into-another-os-will-my-filesystems-be-corrupted

Edit: je regardais le site des veuves pour essayer de trouver s'ils détaillaient le processus de mise en veille prolongée, mais cela semble intéressant http://msdn.microsoft.com/en-us/library/dd143253(v=winembedded.5).aspx , Il semble au mieux que la mise en cache d'écriture du disque dur soit enregistrée dans la mémoire, puis en cours d'écriture après avoir remis le lecteur en place, cela peut signifier que les fichiers ne peuvent pas être récupérés, car il ne s'agit pas de "supprimer" comme lors de la suppression du premier lettre du fichier pour que le système ne le voie pas, mais écrase en fait de grandes zones de données qui ont été mises en cache. Doit être approfondi.



3

J'ai une configuration similaire à vous. J'hiberne Windows 7 avec un lecteur NTFS «partagé», modifie les fichiers dans Ubuntu, puis démarre Windows 7 pour trouver les changements disparus.

Pour contourner le problème, utilisez un disque dur externe ou un lecteur USB pour vos fichiers partagés, ou

créer un hibernate.batfichier avec le contenu (changer D:\sur votre lecteur)

mountvol D:\ /D 
shutdown /H

et un startup.batfichier avec le contenu (changez D:\pour votre lecteur)

mountvol D: 'VolumeName'

Exécuter hibernate.batpour mettre en veille prolongée Windows (ne pas mettre en veille prolongée à partir du menu Démarrer!)
Exécuter startup.batau démarrage de Windows

En outre, vous devrez peut-être désactiver la fonction «Démarrage rapide» de Windows 8

( source )


1
s'il vous plaît ne faites pas ça. Windows est bien connu pour corrompre les données enregistrées dans un système en veille prolongée.
Braiam

@Braiam est-il possible de faire en sorte que les fenêtres ne mettent en veille qu’un seul lecteur ( C:)?. Je démonte la partition de données de Windows avant d'hiberner
kiri

1
Je pense que cette question s'adresse à Super User . Mais, pour autant que je sache pour accéder à n'importe quel lecteur NTFS fonctionnant sous Windows, vous devez arrêter correctement le système ou démonter l'appareil.
Braiam

Merci minerz, c'est utile. J'ai désactivé le démarrage rapide. Dans le hibernate.bat, utilisez-vous mountvol D: \ / D pour démonter le lecteur de données avant l'hibernation?
Walex

@Walex Oui, faites que Windows n'hiberne pas l'état de D: \ drive
kiri

0

J'ai rencontré le même problème dans win8. Impossible d'accéder aux fichiers enregistrés dans la partition fat32 dans Ubuntu à partir de Win8. Et la solution désactivait la fonction de démarrage rapide dans win8.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.