Le topic de Windows 10 - Page 28

Tu parles de mon screen ? Cet écran de veille est censé proposer une photo, d'ailleurs très belle la plupart du temps.
Tu fais ensuite Echap pour rentrer ton mdp/code pin. tandis que la photo est toujours présente.

Ici j'ai la photo après avoir fait Echap, mais mon écran de veille est tout noir ^^

Curieux....

J'ai ça au boot, mais pas au sortir de l'extinction automatique de l'écran...

C'est un écran fonctionnaire : quand il reprend il y va en douceur...

En fait, cet OS est un gamin : il fait des caprices, il veut toujours qu'on s'occupe de lui, il se mêle de tout et pense que tout lui appartient...

?

Windows windows window windows -_- (10)

J'étais tranquille sur mon Mac, à faire un minutieux travail de grapheux depuis ma VM sous Windows 10. Quand est arrivé le moment où ma batterie est passée en dessous de 5%. Windows a décidé alors de se mettre en veille mais comme c'est une VM et qu'elle peut pas se mettre en veille prolongée il a simplement arrêté la machine. J'ai perdu mon boulot que j'avais pas pu sauver, un truc super délicat, et dieu sait encore ce que j'avais d'autre ouvert (heureusement je m'en souviens plus).

Grrr.

En fait c'était parce que j'étais pas sur le plan "Parallels" que mon soft de virtualisation avait automatiquement créé et qui dit à Windows de mettre en veille à 1% et non prolongée, j'étais en "Utilisation normale" parce que j'avais booté sous Windows à l'occasion. N'empêche quand même que pourquoi qu'ils ont enlever l'option du menu de batterie et qu'il faut faire clic droit, options d'alimentations pour avoir le vieux menu ? C'est vraiment dommage…

Ce qui m'étonne, c'est que ton soft de virtualisation laisse passer la commande d'extinction de la machine, et sans demande de sauvegarde des trucs ouverts en plus.

Oui, je dirais que le défaut est plutôt là qu'ailleurs, c'est pas normal que l'hôte soit contraint a l'extinction parce que l'invité l'a décidé, c'est quand même le monde à l'envers

-

Je n'ai pas ce soucis avec vmware, la veille et la veille prolongée marche a merveille!

Idem avec Virtualbox (host Linux, guest Windows), la mise en veille prolongée fonctionne à merveille. Je trouve que 1%, c'est limite et dangereux, par contre : suivant l'état de la batterie, ça peut être insuffisant pour terminer le processus d'hibernation et, en plus, ça abime chimiquement la batterie...

Folco > je pense que c'est la machine virtualisée qui s'est arrêtée, pas l'hôte ?!

Ah oui, tiens.

Je pense le contraire. Que l'hôte a tout coupé. Soit une session VM Mac OSX sous Win10.

Brunni (./821) :
J'étais tranquille sur mon Mac, à faire un minutieux travail de grapheux depuis ma VM sous Windows 10.

AMHA, la VM n'a pas à connaître l'état de la batterie (ni même de savoir qu'il y en a une), le problème se situe déjà à cet endroit.

Ce qui est complètement stupide comme reflexion. Si l'OS sais qu'il y a une batterie et qu'en plus elle est relativement basse, il a des mecanismes pour limiter la consomation, et ausi prevenir l'utilisateur.

Ne pas donner ce types d'informations a l'OS virtualisé c'est au contraire risquer encore plus de problemes.

Godzil (./833) :
Si l'OS sais qu'il y a une batterie et qu'en plus elle est relativement basse, il a des mecanismes pour limiter la consomation,

Ça se fait en pratique?

et ausi prevenir l'utilisateur.

Ça, c'est le boulot du host OS. Les avertissements du guest OS ne seraient qu'en double.

Ne pas donner ce types d'informations a l'OS virtualisé c'est au contraire risquer encore plus de problemes.

Pour moi, le but d'une VM est d'isoler du matériel autour. Il peut y avoir des exceptions si l'utilisateur les a choisies explicitement (genre USB passthrough), mais par défaut, la VM n'a pas à voir le matériel physique.

J'espère qu'il y a des mécanismes qui permettent de faire passer cette information à l'invité pour lui permettre de se mettre en veille à temps ! (et que ça puisse être désactivable).
De la même façon que, pour de la virtualisation d'entreprise, il est possible de transmettre l'état de l'alimentation secourue en direct aux serveurs virtualisés pour qu'ils réagissent proprement.

Nil: oui il y a

QEMU n'émule aucune batterie en tout cas, la VM me dit "no battery available" (et ça tombe bien, c'est ce que j'attends de QEMU ).

QEMU? Faut vraiment n'avoir aucune estime de soi pour utiliser QEMU comme virtualisateur x86..

Je croyais que Qemu utilisait KVM (qui est plutôt pas mal)

Il y a plusieurs version de QEMU et surtout ca depends de la cible. qemu-arm ne risque pas d'utiliser kvm sur un hote x86