C'est moi ou le libre s'est grandement amélioré ? - Page 6

(cross)

Non, mais pour des périphériques complexes (comme probablement la plupart des périphériques en fait), t'as pas forcément accès aux valeurs internes. Genre la carte réseau qui conserve un état en mémoire interne, si la fonction de ràz le remet pas bien à zéro, le driver ne peut absolument rien faire. En fait il ne peut même pas le savoir.

Et après, ben le comportement avec l'état pas bien remis à zéro est non spécifié, donc ça peut marcher bien ou pas selon la façon dont la carte est utilisée. Ca veut pas dire que l'un ou l'autre marche mieux, juste que l'un est affecté par le bug et pas l'autre.
Par exemple, un bug qui concernerait l'état du TCP Checksum offload sur une carte réseau pourrait affecter un driver qui l'utilise et pas un qui ne l'utilise pas. Ca ne signifie pas que celui qui ne l'utilise pas est meilleur.


C'est une remarque indépendante de l'OS, d'ailleurs il y a ce genre de problèmes dans les deux sens. Voire dans les deux sens en même temps : j'ai eu une carte réseau qui ne fonctionnait jamais après un reboot, peu importe l'OS, il fallait systématiquement faire un arrêt complet et un cold boot.

J'ai un phénomène assez curieux : je mets mon PC en veille sous W7. Quand je le relance, si je fais pas attention, le fait que GRUB aie comme premier choix Ubuntu -> Ubuntu se lance...tout en ayant W7 en veille Oo.
Par contre c'est vraiment lent...

Si c'est la veille prolongée c'est normal, c'est juste une manière de démarrer différente.

C'est finalement logique comme comportement ^^ (cross)

Mmm, veille prolongée, oué, mais maintenant c'est souvent une veille hybride (j'ai l'impression que c'est une veille plus ou moins normale avec la sauvegarde sur le disque en cas de besoin. J'ai jamais cherché plus que ça)

Pen^2 (./156) :
Mmm, veille prolongée, oué, mais maintenant c'est souvent une veille hybride (j'ai l'impression que c'est une veille plus ou moins normale avec la sauvegarde sur le disque en cas de besoin. J'ai jamais cherché plus que ça)

Oui, c'est exactement ça (sauf que j'ai désactivé cette option, j'aime bien être sûr de savoir ce qu'a fait mon ordi avant de le débrancher ).
Sinon, non, c'est pas très logique... si tu démarres Ubuntu et que tu changes des choses au niveau matériel ou logiciel puis que tu redémarres Windows en veille prolongée, tu risques d'avoir de gros ennuis. D'ailleurs, sur mes 3 portables, deux ont une sécurité à ce niveau : quand tu sors de veille prolongée, le portable le sait et t'interdit de choisir une autre façon de démarrer que la précédente. C'est un peu contraignant, mais ça évite des ennuis (ça peut être désactivé dans le BIOS).

Nil (./157) :
Sinon, non, c'est pas très logique

C'est logique au niveau du bootloader qui ne peut pas savoir comment l'ordi a été éteint, et qui fait son boulot en te laissant le choix.

Bah il doit pouvoir récupérer l'info, puisque l'ordi est au courant (ohohoh, quel jeu de mot laid !)

erf

Nil (./159) :
Bah il doit pouvoir récupérer l'info, puisque l'ordi est au courant (ohohoh, quel jeu de mot laid !)

Ben ça demande un hack de tous les OS, ou un port dédié et universel que le bootloader consulterait, non ?

Je ne suis pas sûr... je pense que l'info est passée à l'ordi par le biais de l'ACPI (disant que l'ordinateur a été arrêté avec un code G1/S4) et que cette information peut être récupérée directement par le bootloader de façon propre en utilisant les tables ACPI.

Pour Grub, ça va dépendre de la version, c'est pas grub2 c'est deja limité question possibilitée, il faut tabler sur du Grub 2 pour peut etre avoir acces aux tables ACPI

Et faut aussi ne pas avoir la malchance de tomber sur une CM qui gère mal l'ACPI (standard "customisé" par le constructeur pour sa propre suite logicielle)

Oui, meme si ça tend a devenir moins courant je pense.

sans doute

Nil (./157) :

Pen^2 (./156) :
Mmm, veille prolongée, oué, mais maintenant c'est souvent une veille hybride (j'ai l'impression que c'est une veille plus ou moins normale avec la sauvegarde sur le disque en cas de besoin. J'ai jamais cherché plus que ça)

Oui, c'est exactement ça (sauf que j'ai désactivé cette option, j'aime bien être sûr de savoir ce qu'a fait mon ordi avant de le débrancher ).
Sinon, non, c'est pas très logique... si tu démarres Ubuntu et que tu changes des choses au niveau matériel ou logiciel puis que tu redémarres Windows en veille prolongée, tu risques d'avoir de gros ennuis. D'ailleurs, sur mes 3 portables, deux ont une sécurité à ce niveau : quand tu sors de veille prolongée, le portable le sait et t'interdit de choisir une autre façon de démarrer que la précédente. C'est un peu contraignant, mais ça évite des ennuis (ça peut être désactivé dans le BIOS).

Windows 7 ne permet pas de redémarrer automatiquement normalement s'il y a eu du changement de matos ? (il me semblait...)

Je me demande si ça détecte vraiment tous les cas qui peuvent poser problème (exemple auquel je pensais : si on fait un swap partagé Windows/Linux, est-ce que ça fonctionne sans que ce soit le chaos ?).

En tous cas W7+Ubuntu en dual boot c'est la meilleure solution à mon sens pour profiter au mieux de son matériel

Ca doit aussi être le cas en faisant bootcamp avec Mac OS X + W7 + Ubuntu non ?

Zerosquare (./168) :
Je me demande si ça détecte vraiment tous les cas qui peuvent poser problème (exemple auquel je pensais : si on fait un swap partagé Windows/Linux, est-ce que ça fonctionne sans que ce soit le chaos ?).

En théorie ça fait juste qu'ils redémarreront totalement, vu que les informations de mise en veille seront perdues (il y a une signature).
En pratique, c'est pas forcément évident à mettre en oeuvre. Si, ptêt en montant le fichier swap de windows dans un loop et en invoquant mkswap au boot. Faut être un peu tordu quand même.

Rusty Frozbite (./169) :
En tous cas W7+Ubuntu en dual boot c'est la meilleure solution à mon sens pour profiter au mieux de son matériel

Ca doit aussi être le cas en faisant bootcamp avec Mac OS X + W7 + Ubuntu non ?

Bof, je n'aime pas du tout l'idée de multi-boot, j'ai trop la flemme de rebooter et rouvrir toutes mes applications à chaque fois

Bah si tu peux virtualiser ton O.S. c'est pas mal, mais perso, j'utilise Ubuntu, et W7 uniquement pour certaines applications (certains jeux), donc bon...après c'est sûr que c'est carrément plus pratique la virtualisation

Bootcamp ça le fait oui, mais 3 OS bof. 2 c'est déjà un poil plus compliqué à gérer mais ça t'apporte des avantages qui en valent la peine, par contre 3 c'est le bordel.

Flanker> Sur le MBAir je reboote assez souvent sous Windows si j'ai par exemple envie de jouer avec un ému, suivant où je dois imprimer, pour regarder certains films, écouter du chiptune, etc. Avec le SSD les applis sont fermées quasi instantanément et le boot se fait en 12 à 14 secondes pour les deux OS. Quand tu arrives à 20 secondes pour switcher et que lancer les applis est juste une histoire de deux ou trois raccourcis, l'idée devient soudain moins folle

Brunni (./173) :
Bootcamp ça le fait oui, mais 3 OS bof. 2 c'est déjà un poil plus compliqué à gérer mais ça t'apporte des avantages qui en valent la peine, par contre 3 c'est le bordel.

Ici 5 :

1- Windows XP SP3.1
2- Windows 2000 SP4.1
3- QNX 6.5.0
4- Ubuntu 10.04 (ouais, je lague, mais le mettre à jour par 3G c'est hors de question)
5- Fedora

Kochise

Ça ne fait que quatre.

Pourquoi garder Win2000 ?

Passe à ME !

Windows 2000 pour m'assurer de la compatibilité Win32. Disons comme OS, il est stable, raisonnable en consommation mémoire, et adapté dans un render farm vu qu'il ne coûte quasi rien en temps CPU (moins de services à la con et touti quanti)

Fedora sera certainement remplacé par WebOS dès que la version PC sortira...

Kochise

Ton PC fait partie d'un render farm ?

Non, je fais du développement temps réel, c'est juste que c'est adapté...

Kochise

Mmmh ma partition ne se monte toujours pas au démarrage...c'est dommage, je voulais faire un raccourci vers mon dossier C:/users/mon_nom pour utiliser les deux de manière totalement transparente entre Ubuntu & W7