Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Test] installation 12.04 par Wubi dans Windows 8

malbo

Je n'ai pas fait d'extinction de Win7 : j'ai juste fait un redémarrage. Donc le fichier hiberfil.sys de Win7 est dans l'état où il a été créé lors de l'installation de Win7 que j'ai faite ce matin.
Mais ça se comporte différemment par rapport à Win8 : là avec Win7, si je mets en veille prolongée ou en veille simple, lorsque je ré-appuie sur le bouton marche du PC, ça redémarre directement sur le bureau de Win7 alors que dans les mêmes conditions avec Win8, ça ne redémarrait pas directement sous Win8 : je passais par le menu Grub, choisissais l'entrée pour Win8 et là seulement j'arrivais sur le bureau de Win8. En somme, je réalise que cette sortie de veille prolongée que j'avais avec Win8 n'était pas correcte (ce n'était pas normale de passer par Grub en sortie de veille) et que j'étais peut-être victime d'un bug de Win8 sur mon PC.

YannUbuntu

Pour Windows je ne sais pas, mais les rares fois où j'ai hiberné Ubuntu, il me semble que je passais par GRUB en sortie d'hibernation.

Si tu fais Eteindre (pas redémarrer ni veille ni hiberner) Win7 , est-ce que le hiberfil.sys disparait ?

malbo

Toujours avec Win7 dans sdb1, je m'aperçois que je n'avais pas pu activer la veille prolongée jusqu'ici parce que l'option démarrage rapide était activée par défaut, ce qui empêche la fonctionnalité "veille prolongée". J'ai donc désactivé l'option démarrage rapide et du coup, j'ai bien eu un choix "veille prolongée" dans le menu "Arrêter" et c'est ce que j'ai choisi pour arrêter Win7. Au redémarrage du PC je ne vais pas du tout dans Win7 mais je regarde comment ça se passe depuis mes Ubuntu installées (manip semblable au post #5 sauf qu'à présent il s'agit de Win7)
1) Depuis Ubuntu 10.04 (installé dans sda6) :
- Vérif par mount (extrait du résultat obtenu) :

/dev/sda6 on / type ext4 (rw,errors=remount-ro)
/dev/sdb1 on /media/Acer type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)

- Vérif de la présence et des caractéristiques du fichier hiberfil.sys :

ls -l /media/Acer/hiberfil.sys
-rwxrwxrwx 1 root root 3220824064 2012-08-29 14:42 /media/Acer/hiberfil.sys

2) Depuis Ubuntu 11.10 (installé dans sdb9) :

sudo mount -t ntfs-3g /dev/sdb1 /media/Acer

- Vérif par mount (extrait du résultat obtenu) :

/dev/sdb9 on / type ext4 (rw,errors=remount-ro,commit=0)
/dev/sdb1 on /media/Acer type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)

- Vérif de la présence et des caractéristiques du fichier hiberfil.sys :

ls -l /media/Acer/hiberfil.sys
-rwxrwxrwx 1 root root 3220824064 2012-08-29 14:42 /media/Acer/hiberfil.sys

3) Depuis Ubuntu 12.04.1 (installé dans sdb5) :

sudo mount -t ntfs-3g /dev/sdb1 /media/Acer
Windows is hibernated, refused to mount.
Failed to mount '/dev/sdb1': Opération non permise
The NTFS partition is hibernated. Please resume and shutdown Windows
properly, or mount the volume read-only with the 'ro' mount option, or
mount the volume read-write with the 'remove_hiberfile' mount option.
For example type on the command line:

            mount -t ntfs-3g -o remove_hiberfile /dev/sdb1 /media/Acer

Bilan provisoire :
Si on utilise la veille prolongée de Win7, on arrive à empêcher le montage en écriture de la partition système de Win7 depuis Ubuntu 12.04. Par contre, les versions Ubuntu 11.10 et Ubuntu10.04 n'ont pas de problème de montage de cette partition. D'accord je patauge un peu avec la veille et la veille prolongée parce que ce sont des fonctions que je n'ai pas l'habitude d'utiliser mais il y a bien un problème spécifique à Ubuntu 12.04 en présence d'une partition Windows en hibernation.

malbo

YannUbuntu a écritPour Windows je ne sais pas, mais les rares fois où j'ai hiberné Ubuntu, il me semble que je passais par GRUB en sortie d'hibernation.

Je confirme que si on arrête Win7 par la veille prolongée (hibernation), on repasse bien par Grub si c'est Grub qui gère le multi-boot (grub dans le MBR)

YannUbuntu a écrit Si tu fais Eteindre (pas redémarrer ni veille ni hiberner) Win7 , est-ce que le hiberfil.sys disparait ?

A la suite de ma manip du post #23, j'ai redémarré sur Win7. Au démarrage il est apparu sur l'écran "Reprise de windows" ce qui doit être une preuve que c'est bien une sortie de veille prolongée. Arrivé sur le bureau de Win7, j'ai ouvert l'explorateur de fichiers et j'ai pu vérifier que mon fichier hiberfil.sys était bien là, avec la même date et heure de modif que ce qu'on pouvait voir depuis les Ubuntu. Conformément à ta demande, j'ai fait arrêter normalement (pas redémarrer ni veille ni hiberner). Puis j'ai démarré en choisissant Ubuntu 11.10 (qui se trouve sur sdb9) et j'ai pu passer la commande de montage :

sudo mount -t ntfs-3g /dev/sdb1 /media/Acer

relever ceci :

ls -l /media/Acer/hiberfil.sys
-rwxrwxrwx 1 root root 3220824064 2012-08-29 14:42 /media/Acer/hiberfil.sys

La date de modif du fichier est inchangée (2012-08-29 14:42)

Je redémarre immédiatement sous Ubuntu 12.04 (qui se trouve sur sdb5) et là surprise :
la commande de montage passe :

sudo mount -t ntfs-3g /dev/sdb1 /media/Acer

et je peux relever ceci :

ls -l /media/Acer/hiberfil.sys
-rwxrwxrwx 1 root root 3220824064 août  29 14:42 /media/Acer/hiberfil.sys

J'avoue que ça me dépasse : le fichier n'a apparemment pas changé mais à présent Ubuntu 12.04 n'est pas gêné pour monter la partition...

YannUbuntu

Bravo pour les tests.

Ce que j'en tire pour l'instant:

Post#23: veille prolongée (=hibernation) de Win7: présence de hiberfil.sys dans Win7. 11.10 et précédent montent la partition Win7 sans rien dire (donc risque de perte de données, pas glop). 12.04 ne monte pas (ok pour moi).

Post#19: veille par défaut de Win7 (="veille simple" ou "démarrage rapide" ?): présence de hiberfil.sys dans Win7. Ce coup-ci, 12.04 monte la partition Win7 sans broncher. Je ne sais pas s'il y a un risque de perte de données avec la veille par défaut, donc je ne sais pas dire si cette situation est bien ou pas.

( Post#24: extinction de Win7: comportement idem la veille par défaut. Mais là on sait que ça ne présente pas de risque. )

Conclusion: 12.04 sait faire la différence entre un Win7 en veille par défaut, et un Win7 en veille prolongée.

Je me demande:
- Comment 12.04 fait-il la distinction? on peut le demander aux devs de ntfs-3g, mais dans tous les cas le fichier hiberfil.sys est présent, donc la détection se fait sûrement au niveau d'un autre fichier.
- Dans le cas de la veille par défaut de Win7 : est-ce que écrire sur la partition Win7 ou effacer hiberfil.sys présentent un risque de perte de données? si oui alors 12.04 devrait faire comme 11.10 (ne pas autoriser le montage de la partition Win7 lors d'une veille par défaut)
- dans Win8, n'y aurait-il pas moyen de désactiver une option qui s'appelerait "Hybrid boot" ?

malbo

Je redémarre sur Win7 et je constate (depuis Win7) que le fichier hiberfil.sys a été modifié : sa date a changé. J'éteins normalement Win7 puis je démarre sur Ubuntu 12.04 (sur sdb5) et je peux monter la partition Win7 :

sudo mount -t ntfs-3g /dev/sdb1 /media/Acer

et faire ces relevés :

ls -l /media/Acer/hiberfil.sys
-rwxrwxrwx 1 root root 3220824064 août  29 16:29 /media/Acer/hiberfil.sys

md5sum /media/Acer/hiberfil.sys
7edfaeb2caa89ca7c569505daecf0883  /media/Acer/hiberfil.sys

Edit1 : je redémarre sur Win7 et je constate depuis Win7 que la date/heure du fichier hiberfil.sys a changé. J'éteins normalement Win7 puis je démarre sur Ubuntu 12.04 (sur sdb5) et je peux monter la partition Win7 :

sudo mount -t ntfs-3g /dev/sdb1 /media/Acer

et faire ces relevés :

ls -l /media/Acer/hiberfil.sys
-rwxrwxrwx 1 root root 3220824064 août  29 16:45 /media/Acer/hiberfil.sys

md5sum /media/Acer/hiberfil.sys
7edfaeb2caa89ca7c569505daecf0883  /media/Acer/hiberfil.sys

Donc le contenu du fichier hiberfil.sys n'a pas changé bien que sa date ait changé.

Edit 2 : je redémarre sur Win7 et je constate que l'heure a encore changé pour le fichier hiberfil.sys : il indique 16:49. A 17h01, je mets en VEILLE PROLONGEE. Puis je démarre sur Ubuntu 11.10 (installé dans sdb9) et j'obtiens ceci au montage de la partition Win7 :

sudo mount -t ntfs-3g /dev/sdb1 /media/Acer
[sudo] password for malbo: 
The disk contains an unclean file system (0, 0).
The file system wasn't safely closed on Windows. Fixing.

Puis je fais ces relevés :

ls -l /media/Acer/hiberfil.sys
-rwxrwxrwx 1 root root 3220824064 2012-08-29 16:59 /media/Acer/hiberfil.sys

md5sum /media/Acer/hiberfil.sys
e0bd87f45e8c8cacb2bab29c73a19f69  /media/Acer/hiberfil.sys

Je redémarre direct sur Ubuntu 12.04 (sur sdB5) parce que je suppose qu'il va se sentir mal. C'est le cas :

sudo mount -t ntfs-3g /dev/sdb1 /media/Acer
Windows is hibernated, refused to mount.
Failed to mount '/dev/sdb1': Opération non permise
The NTFS partition is hibernated. Please resume and shutdown Windows
properly, or mount the volume read-only with the 'ro' mount option, or
mount the volume read-write with the 'remove_hiberfile' mount option.
For example type on the command line:

            mount -t ntfs-3g -o remove_hiberfile /dev/sdb1 /media/Acer

Donc après hibernation de Win7, Ubuntu 11.10 arrive à monter la partition Win7 mais Ubuntu 12.04 n'y arrive pas (ça se confirme).

EDIT3 : je redémarre sur Win7 puis j'arrête normalement. Je démarre sur Ubuntu 12.04 (sur sdb5) et je peux monter la partition Win7 :

sudo mount -t ntfs-3g /dev/sdb1 /media/Acer

et faire ces relevés :

ls -l /media/Acer/hiberfil.sys
-rwxrwxrwx 1 root root 3220824064 août  29 16:59 /media/Acer/hiberfil.sys

md5sum /media/Acer/hiberfil.sys
9fa31b7231e2e3084239b61b386b3ede  /media/Acer/hiberfil.sys

Donc malgré la date qui n'a pas changé, le contenu du fichier hiberfil.sys a changé puisque son md5sum n'est pas le même.

cep

YannUbuntu a écrit la détection se fait sûrement au niveau d'un autre fichier.

voir dans cela quel rôle joue $logFile ?

YannUbuntu

dans Win8, n'y aurait-il pas moyen de désactiver une option qui s'appelerait "Hybrid boot" ?

malbo

J'ai complété mon post #26. La partie EDIT2 après mise en veille m'inquiète. C'est cette partie :

sudo mount -t ntfs-3g /dev/sdb1 /media/Acer
[sudo] password for malbo: 
The disk contains an unclean file system (0, 0).
The file system wasn't safely closed on Windows. Fixing.

Ubuntu 11.10 dit que Windows aurait été fermé comme un cochon or moi je l'ai mis en veille prolongée. C'est tout sauf une fermeture de cochon. Et que veux dire la mention "Fixing" ? Ubuntu 11.10 serait capable de réparer ce genre de problème ? Première nouvelle. J'ai toujours lu que dans ces cas là, il fallait réparer cela depuis Windows lui-même par un chkdsk. J'en viens à me demander si je n'ai pas un bug de mon PC et si ces anomalies ne sont pas dues à ma machine. Ce qui est bizarre c'est que Win7 sort de la "veille prolongée" comme un prince (il affiche "Reprise de Windows") et j'ai bien une arrivée rapide sur le bureau donc la fonction veille prolongée est satisfaisante par elle-même.

malbo

YannUbuntu a écritdans Win8, n'y aurait-il pas moyen de désactiver une option qui s'appelerait "Hybrid boot" ?

j'ai l'impression que tu te laisses intoxiquer lentement par le commentaire #8 de Dmitrijs Ledkovs :

I am speculating this is due to this Windows8 feature:
"Hybrid Boot will use hibernation technology to allow faster startup times by saving the Windows core's memory to the hard disk and reloading it upon boot."

Le problème c'est que cette fonction démarrage rapide de Win8 sera très appréciée des utilisateurs comme je l'ai déjà écrit plusieurs fois. Si Wubi ne sait pas vivre avec, on n'utilisera pas Wubi dans les prochains PC préinstallés Win8 et Wubi va crever (je sais que beaucoup ne verseront pas une larme). Et c'est peut-être le but inavoué...d'autant que Wubi est incompatible avec Windows quand il est installé en UEFI. Autant lui faire boire tout de suite le bouillon d'onze heures puisqu'il ne supporte pas l'évolution technique.

malbo

Doutant de tout, j'ai installé Win8_RTM , la version "pour entreprise" que je suppose la plus proche de la version finale de Win8, et j'ai installé Ubuntu par Wubi dedans. A noter que je n'ai pas retouché les réglages de Win8 s'agissant des options d'alimentation, donc "Autoriser la veille hybride" est activé par défaut. Et bien ça fonctionne aussi mal que mon installation précédente de Win8, c'est à dire que la sortie de veille est une cata (ça plante et je dois faire un arrêt de sauvage par appui de 3 secondes sur le bouton marche-arrêt du PC). Et au démarage suivant, si je choisis Ubuntu dans le menu proposé par Bootmgr, Ubuntu ne se lance pas (j'arrive dans Busybox).
Par contre, j'ai fait le constat suivant qui me permet de sortir de ce trou : si je choisis de démarrer sur Win8 et que je le quitte par le choix "Redémarrer", puis que je choisis ubuntu au redémarrage, j'ai encore la Busybox. Si je fais un arrêt normal de Win8 (choix "Arrêter), si je choisis ubuntu au démarrage suivant , ce dernier démarre normalement.
L'explication, je crois l'avoir trouvée en contrôlant systématiquement le md5sum de ce fichier depuis Ubuntu : j'ai constaté que Win8 ne modifie pas le contenu du fichier hiberfil.sys si je le quitte par "Redémarrer" alors qu'il reconstruit ce fichier si je le quitte par "Arrêter".
Pour faire court : en cas de problème de démarrage de Ubuntu installé par Wubi, il est bon de démarrer sur Win8 et d'en sortir par "Arrêter". Cela devrait être nécessaire et suffisant pour que Ubuntu puisse refonctionner.

Je me suis fendu de ce commentaire #12 dans le rapport de bug pour rapporter cela : https://bugs.launchpad.net/wubi/+bug/1042159/comments/12

YannUbuntu

- Post#31: juste pour être sûr, c'était bien Wubi 12.04 ?

- Ton commentaire précédent (#31) remet en cause ton commentaire #11 comme quoi "quelque soit la façon d'éteindre Win8, par redémarrage ou par arrêt complet, ce fichier hiberfil.sys existe et pose problème pour Precise dans le cas d'une installation faite par Wubi.". Je suppose que tu avais constaté que le fichier restait mais que tu n'avais pas vérifié si ça posait problème après ShutDown, c'est bien cela? (ce n'est pas une critique, c'est juste pour vérifier, et savoir si je dois modifier la description du bug 1043149)

- Suite à https://bugs.launchpad.net/ubuntu/+source/ntfs-3g/+bug/1043149/comments/3 , il faudrait faire le test suivant: utiliser le bouton "Restart" de Win8, puis depuis Ubuntu monter la partition Win8 en ReadOnly, puis indiquer le retour de:

ls -l /media/Acer/hiberfil.sys
head -c 8 /media/Acer/hiberfil.sys | od -t x1

YannUbuntu

Appel aux testeurs du dev de ntfs-3g: http://forum.ubuntu-fr.org/viewtopic.php?pid=10582011#p10582011

malbo

YannUbuntu a écrit - Post#31: juste pour être sûr, c'était bien Wubi 12.04 ?

Oui, c'est bien Wubi 12.04

YannUbuntu a écrit
- Ton commentaire précédent (#31) remet en cause ton commentaire #11 comme quoi "quelque soit la façon d'éteindre Win8, par redémarrage ou par arrêt complet, ce fichier hiberfil.sys existe et pose problème pour Precise dans le cas d'une installation faite par Wubi.". Je suppose que tu avais constaté que le fichier restait mais que tu n'avais pas vérifié si ça posait problème après ShutDown, c'est bien cela? (ce n'est pas une critique, c'est juste pour vérifier, et savoir si je dois modifier la description du bug 1043149)

J'ai un comportement différent de l'installation Win8_PR qui était mon installation initiale de Win8 et de l'installation Win8_RTM que j'ai installé ensuite à sa place. Ce matin, je viens de restaurer ma Win8_PR (j'avais fait une image de partition) et j'ai pu vérifier que d'éteindre Win8 par ShutDown avec cette dernière ne permet pas de sortir de l'ornière, alors que ça marchait avec Win8_RTM. Les essais que je détaille ci-après sont donc réalisés avec Win8_PR.

YannUbuntu a écrit - Suite à https://bugs.launchpad.net/ubuntu/+source/ntfs-3g/+bug/1043149/comments/3 , il faudrait faire le test suivant: utiliser le bouton "Restart" de Win8, puis depuis Ubuntu monter la partition Win8 en ReadOnly, puis indiquer le retour de:
ls -l /media/Acer/hiberfil.sys
head -c 8 /media/Acer/hiberfil.sys | od -t x1

Je colle les essais de ce matin qui devraient répondre à cette demande :

----------------------------------------------------------------------------------
Etape 1 : avec un hiberfil.sys vérolé qui empèche le démarrage de mon Ubuntu 12.04 installé par Wubi dans Win8_RP (install Win8 du post #1 que j'ai restaurée avec Clonezilla), je monte la partition Win8 en lecture seule depuis mon autre installation de Ubuntu 12.04 qui se trouve dans sda2 et je fais les relevés demandés :

ls -l /media/Acer/hiberfil.sys
-rwxrwxr-x 1 malbo users 3435544576 août  31 09:46 /media/Acer/hiberfil.sys

md5sum /media/Acer/hiberfil.sys
a7021801b7429e89f82b5a61d6d17391  /media/Acer/hiberfil.sys

head -c 8 /media/Acer/hiberfil.sys | od -t x1
0000000 48 49 42 52 09 00 00 00
0000010

---------------------------------------------------------------------------------
Etape 2 : je redémarre sur sdb1 et dans le menu de bootmgr, je choisis de démarrer sur Win8, puis je quitte Win8 par "Redémarrer" et je redémarre sur sda2 pour faire ces relevés :

l

s -l /media/Acer/hiberfil.sys
-rwxrwxr-x 1 malbo users 3435544576 août  31 09:52 /media/Acer/hiberfil.sys

md5sum /media/Acer/hiberfil.sys
a7021801b7429e89f82b5a61d6d17391  /media/Acer/hiberfil.sys

head -c 8 /media/Acer/hiberfil.sys | od -t x1
0000000 48 49 42 52 09 00 00 00
0000010

---------------------------------------------------------------------------------
Etape 3 : je redémarre sur sdb1 et dans le menu de bootmgr, je choisis de démarrer sur Win8, puis je quitte Win8 par "Arrêter" et je démarre sur sda2 pour faire ces relevés :

ls -l /media/Acer/hiberfil.sys
-rwxrwxr-x 1 malbo users 3435544576 août  31 09:58 /media/Acer/hiberfil.sys

md5sum /media/Acer/hiberfil.sys
a7021801b7429e89f82b5a61d6d17391  /media/Acer/hiberfil.sys

head -c 8 /media/Acer/hiberfil.sys | od -t x1
0000000 48 49 42 52 09 00 00 00
0000010

---------------------------------------------------------------------------------
Etape 4 : je redémarre sur sdb1 et dans le menu de bootmgr, je choisis de démarrer sur Win8, puis je quitte Win8 par "Mettre en veille prolongée" et je démarre sur sda2 pour faire ces relevés :

ls -l /media/Acer/hiberfil.sys
-rwxrwxr-x 1 malbo users 3435544576 août  31 10:04 /media/Acer/hiberfil.sys

md5sum /media/Acer/hiberfil.sys
1823c3f43269e477a7df9020486251a2  /media/Acer/hiberfil.sys

head -c 8 /media/Acer/hiberfil.sys | od -t x1
0000000 48 49 42 52 09 00 00 00
0000010

-----------------------------------------------------------------------------------
Etape 5 : je redémarre sur sdb1 et je constate que ça démarre direct sur Win8 (je n'ai pas l'affichage du Bootmgr pour choisir entre mon Ubuntu installé par Wubi et Win8).
Bien que Win8 n'affiche pas "Reprise de Windows" (alors qu'avec Win8_RTM, ce message s'affichait dans ce cas), il y a bien une sortie correcte de la de "veille prolongée" : je retrouve tout mon travail laissé exprès sur le bureau. Je quitte Win8 par Redémarrer" et je redémarre sur sda2 pour faire ces relevés :

l

s -l /media/Acer/hiberfil.sys
-rwxrwxr-x 1 malbo users 3435544576 août  31 10:04 /media/Acer/hiberfil.sys

md5sum /media/Acer/hiberfil.sys
9f99160a661feca9ccef1660c4ccee82  /media/Acer/hiberfil.sys

head -c 8 /media/Acer/hiberfil.sys | od -t x1
0000000 57 41 4b 45 09 00 00 00
0000010

-------------------------------------------------------------------------------
Etape 6 : je redémarre sur sdb1 et là j'ai bien l'affichage du Bootmgr pour choisir entre mon Ubuntu installé par Wubi et Win8 et je choisis Ubunu et ça démarre sans problème (normal puisque la partition Win8 n'est plus vue comme étant en hibernation). je redémarre sur Win8 que je quitte par "Redémarrer" et je redémarre sur sda2 pour faire ces relevés :

ls -l /media/Acer/hiberfil.sys
-rwxrwxr-x 1 malbo users 3435544576 août  31 10:25 /media/Acer/hiberfil.sys

md5sum /media/Acer/hiberfil.sys
9f99160a661feca9ccef1660c4ccee82  /media/Acer/hiberfil.sys

head -c 8 /media/Acer/hiberfil.sys | od -t x1
0000000 57 41 4b 45 09 00 00 00
0000010

------------------------------------------------------------------------------
Etape 7 : je redémarre sur sdb1 et dans le menu de bootmgr, je choisis de démarrer sur Win8, puis je quitte Win8 par "Mettre en veille prolongée" et je démarre sur sda2 pour faire ces relevés :

ls -l /media/Acer/hiberfil.sys
-rwxrwxr-x 1 malbo users 3435544576 août  31 10:34 /media/Acer/hiberfil.sys

md5sum /media/Acer/hiberfil.sys
230c1f38ee2c4a9f533ba00990280194  /media/Acer/hiberfil.sys

head -c 8 /media/Acer/hiberfil.sys | od -t x1
0000000 48 49 42 52 09 00 00 00
0000010

Appréciation des résultats :
Quand la partition Win8 est en hibernation voulue et effective, on a bien la signature "48 49 42 52 09 00 00 00" qui est la même que celle de mon fichier hiberfil.sys vérolé du départ (Etape 1). Ubuntu 12.04 a donc raison en présence de mon fichier vérolé de considérer que Win8 est "hiberné" puisqu'il voit cette signature. J'avais tord de considérer que c'était Ubuntu 12.04 qui était en défaut et qu'il suffisait que Ubuntu 12.04 soit tolérant comme les versions précédentes de Ubuntu : la version 12.04 fonctionne correctement. Ce sont les versions précédentes qui sont inadaptées.
Cela étant posé, je commence sérieusement à me dire que mon problème se résume peut-être à un bug de Win8 dans ma machine et que Ubuntu 12.04 n'a peut-être rien à voir là-dedans et ne fait que subir. Je veux dire que c'est le choix "Veille" pour quitter Win8 qui ne fonctionne pas correctement dans mon PC : si je n'avais pas ce dysfonctionnement qui m'oblige à faire un arrêt sauvage (appui 3 secondes sur le bouton marche/arrêt du PC), il n'y aurait pas création d'un fichier hiberfil.sys défectueux.

YannUbuntu

malbo a écritCela étant posé, je commence sérieusement à me dire que mon problème se résume peut-être à un bug de Win8 dans ma machine et que Ubuntu 12.04 n'a peut-être rien à voir là-dedans et ne fait que subir. Je veux dire que c'est le choix "veille" pour quitter Win8 qui ne fonctionne pas correctement dans mon PC : si je n'avais pas ce dysfonctionnement qui m'oblige à faire un arrêt sauvage (appui 3 secondes sur le bouton marche/arrêt du PC), il n'y aurait pas création d'un fichier hiberfil.sys défectueux.

C'était peut-être ton ISO Win8_RP ou son installation qui était défectueuse?

YannUbuntu

Mon analyse de tes derniers tests:

- Étapes 1, 4 et 7: après avoir utilisé la "Veille prolongée" de Win8RP, le md5 du fichier peut changer (normal), et on a toujours la signature "48 49 42 52 09 00 00 00". Comme c'est l'info demandée par le dev de ntfs-3g, je suppose que Ubuntu se base uniquement sur la présence de cette signature pour considérer que Win est hiberné.

- Étapes 2, 5 et 6: après avoir utilisé "Restart" de Win8RP, on a deux cas: parfois la signature change (Etape 5), parfois elle ne change pas (Etape 2 et 6). Ce qui pose problème c'est que parfois la signature reste donc la même que celle de la "Veille prolongée" (Etape2), alors que parfois elle devient/reste "57 41 4b 45 09 00 00 00" (Etapes 5 et 6).

- Étapes 3: après avoir utilisé "ShutDown" de Win8RP, la signature n'a pas changé, elle est restée "48 49 42 52 09 00 00 00". Si ntfs-3g se base seulement sur cette signature pour considérer Win hiberné, cela explique pourquoi tu as constaté "éteindre Win8 par ShutDown avec cette dernière ne permet pas de sortir de l'ornière". Ce qui serait intéressant de vérifier, c'est:

(1) si la signature de Win8_RP n'est PAS "48 49 42 52 09 00 00 00", puis que l'on fait "ShutDown" avec Win8_RP, est-ce que la signature redevient "48 49 42 52 09 00 00 00" ou pas?

(2) si la signature de Win8_RTM EST "48 49 42 52 09 00 00 00", puis que l'on fait "ShutDown" avec Win8_RTM, est-ce que la signature reste "48 49 42 52 09 00 00 00" ou pas? si oui, est-ce que ça bloque le montage de la partition Win8_RTM en read/write par 12.04?

malbo

YannUbuntu a écrit (1) si la signature de Win8_RP n'est PAS "48 49 42 52 09 00 00 00", puis que l'on fait "ShutDown" avec Win8_RP, est-ce que la signature redevient "48 49 42 52 09 00 00 00" ou pas?

Cela voudrait dire que quitter Win8 par shutdown pourrait faire passer la partition Win8 en état "hibernation", là ça serait de la folie. Mais j'ai quand même fait la manip :
-----------------------------------------------------
manip complémentaire avec un hiberfil.sys non vérolé (normal quoi). Etat des lieux depuis sda2 :

ls -l /media/Acer/hiberfil.sys
-rwxrwxr-x 1 malbo users 3435544576 août  31 12:23 /media/Acer/hiberfil.sys

md5sum /media/Acer/hiberfil.sys
6082d967d2a28984b861103e3f5ad861  /media/Acer/hiberfil.sys

head -c 8 /media/Acer/hiberfil.sys | od -t x1
0000000 57 41 4b 45 09 00 00 00
0000010

------------------------------------------------------
je redémarre sur sdb1 et dans le menu de bootmgr, je choisis de démarrer sur Win8, puis je quitte Win8 par "Arrêter" et je démarre sur sda2 pour faire ces relevés :

ls -l /media/Acer/hiberfil.sys
-rwxrwxr-x 1 malbo users 3435544576 août  31 12:53 /media/Acer/hiberfil.sys

md5sum /media/Acer/hiberfil.sys
6082d967d2a28984b861103e3f5ad861  /media/Acer/hiberfil.sys

head -c 8 /media/Acer/hiberfil.sys | od -t x1
0000000 57 41 4b 45 09 00 00 00
0000010

Aucun changement. C'était largement prévisible.

YannUbuntu a écrit (2) si la signature de Win8_RTM EST "48 49 42 52 09 00 00 00", puis que l'on fait "ShutDown" avec Win8_RTM, est-ce que la signature reste "48 49 42 52 09 00 00 00" ou pas? si oui, est-ce que ça bloque le montage de la partition Win8_RTM en read/write par 12.04?

Là je n'ai pas le courage de réinstaller Win8_RTM. J'en ai vraiment marre, désolé.

YannUbuntu

malbo a écrit
YannUbuntu a écrit (1) si la signature de Win8_RP n'est PAS "48 49 42 52 09 00 00 00", puis que l'on fait "ShutDown" avec Win8_RP, est-ce que la signature redevient "48 49 42 52 09 00 00 00" ou pas?
Cela voudrait dire que quitter Win8 par shutdown pourrait faire passer la partition Win8 en état "hibernation", là ça serait de la folie.

Non, ça aurait voulu dire que "48 49 42 52 09 00 00 00" n'était pas forcément créé par une hibernation. Attention à ne pas avoir d'à-priori, surtout quand il s'agit de Windows 😉 (d'ailleurs au début de cette conversation on avait l'à-priori que la présence de hiberfil.sys = hibernation, ce qui s'est révélé faux)

malbo a écrit
YannUbuntu a écrit (2) si la signature de Win8_RTM EST "48 49 42 52 09 00 00 00", puis que l'on fait "ShutDown" avec Win8_RTM, est-ce que la signature reste "48 49 42 52 09 00 00 00" ou pas? si oui, est-ce que ça bloque le montage de la partition Win8_RTM en read/write par 12.04?
Là je n'ai pas le courage de réinstaller Win8_RTM. J'en ai vraiment marre, désolé.

Pas de soucis, c'est déjà super tout ce que tu as testé !

@tous: un volontaire pour tester svp?

YannUbuntu

Ma conclusion avec les résultats actuels:

1) si la signature n'est PAS "48 49 42 52 09 00 00 00", alors Win8RP n'est PAS HIBERNE. Il est soit Redémarré soit Eteint.
2) si la signature est "48 49 42 52 09 00 00 00", alors Win8RP est soit hiberné, soit Redémarré, soit Eteint.

malbo

YannUbuntu a écritMa conclusion avec les résultats actuels:

1) si la signature n'est PAS "48 49 42 52 09 00 00 00", alors Win8RP n'est PAS HIBERNE. Il est soit Redémarré soit Eteint.
2) si la signature est "48 49 42 52 09 00 00 00", alors Win8RP est soit hiberné, soit Redémarré, soit Eteint.

Heureusement que les essais font apparaître qu'il y a une action qui permet de remettre les choses en ordre, c'est de provoquer la mise en veille prolongée (Etape 4) à partir de là, tout est remis en ordre. Je suppose que cela est dû au fait que Win8 a enregistré quelque part : "au prochain démarrage, il faut que je fasse une opération de sortie de veille prolongée en exploitant le contenu du hiberfil.sys". Je veux dire que la signature "hibernation" du hiberfil.sys ne suffit pas pour que Win8 s'occupe du problème : il faut qu'il ait enregistré une instruction spéciale en plus. Ce que je veux dire c'est que ta façon de synthétiser ne prend pas en compte que le problème et sa solution sont "séquentiels".

« Page précédente Page suivante »