La grande différence entre Linux et Windows dans le cas du déplacement d’un disque d’une machine à une autre est justement dans la détection du matériel et le chargement des pilotes.
Sur une même classe de matériel, sur lequel le même noyau peut tourner (c’est à dire que pour la version X de la distribution Y, on peut installer le même paquet linux-image ou kernel-image), la détection du matériel reste dynamique et le chargement des pilotes automatique. À part dans quelques rares cas de pilotes propriétaires dont on force le chargement ou d’obscures options des modules (options au démarrage du noyau dans Grub ou /etc/modprobe.conf), la migration ne pose aucun souci. Et ces cas sont rares. Pour X, c’est de plus en plus la même chose, auto-configuration dans l’immense majorité des cas...
Et en cas de problèmes, on a presque toujours un accès en console les modifications sont souvent simples.
Le chargement des pilotes sous Windows fonctionne différemment, déjà, il y a plusieurs versions du noyau suivant le type de chipset présent sur la carte mère (4 de mémoire sous XP, en mixant 2 types de HAL avec ou sans I/O APICs), donc en gros 75 % de chances de se prendre un BSOD ;-). En suite, si la détection du matériel est automatique, les pilotes à charger sont listés dans la base de registre et Windows est capable de charger des pilotes qui ne fonctionnement pas (de belle anecdotes à la désinstallation d’un antivirus qui oubliait une fois sur deux de supprimer de la base de registre le chargement de son pilote de la pile réseau : la moitié d’un parc de 400 machines sans réseau après le reboot, création en urgence d’un script utilisant autoruns sur un cd pour nettoyer tout ça...). Il est toujours possible de récupérer le système avec un CD de rescue, installer le bon noyau, changer les options du boot.ini, installer les pilotes manquants et nettoyer les autres avec Autoruns, mais c’est loin d’être aussi simple.
Donc oui, il y a des systèmes qui se prêtent plus facilement que d’autres à la migration d’un matériel à l’autre, et c’est en grande partie structurel. Il n’y a qu’a regarder le boulot que doivent utiliser les outils de P2V suivant les Os pour faire leur boulot correctement...
Tout ça peut aussi être testé très simplement sous Virtualbox en changeant les types de matériels (notamment l’onglet « motherboard »), prévoyez les snapshots ;-)
[^] # Re: les racketiciels pour les nuls
Posté par Hobgoblins Master . En réponse à la dépêche Enfin un article de loi limitant les racketiciels ?. Évalué à 4.
La grande différence entre Linux et Windows dans le cas du déplacement d’un disque d’une machine à une autre est justement dans la détection du matériel et le chargement des pilotes.
Sur une même classe de matériel, sur lequel le même noyau peut tourner (c’est à dire que pour la version X de la distribution Y, on peut installer le même paquet linux-image ou kernel-image), la détection du matériel reste dynamique et le chargement des pilotes automatique. À part dans quelques rares cas de pilotes propriétaires dont on force le chargement ou d’obscures options des modules (options au démarrage du noyau dans Grub ou /etc/modprobe.conf), la migration ne pose aucun souci. Et ces cas sont rares. Pour X, c’est de plus en plus la même chose, auto-configuration dans l’immense majorité des cas...
Et en cas de problèmes, on a presque toujours un accès en console les modifications sont souvent simples.
Le chargement des pilotes sous Windows fonctionne différemment, déjà, il y a plusieurs versions du noyau suivant le type de chipset présent sur la carte mère (4 de mémoire sous XP, en mixant 2 types de HAL avec ou sans I/O APICs), donc en gros 75 % de chances de se prendre un BSOD ;-). En suite, si la détection du matériel est automatique, les pilotes à charger sont listés dans la base de registre et Windows est capable de charger des pilotes qui ne fonctionnement pas (de belle anecdotes à la désinstallation d’un antivirus qui oubliait une fois sur deux de supprimer de la base de registre le chargement de son pilote de la pile réseau : la moitié d’un parc de 400 machines sans réseau après le reboot, création en urgence d’un script utilisant autoruns sur un cd pour nettoyer tout ça...). Il est toujours possible de récupérer le système avec un CD de rescue, installer le bon noyau, changer les options du boot.ini, installer les pilotes manquants et nettoyer les autres avec Autoruns, mais c’est loin d’être aussi simple.
Donc oui, il y a des systèmes qui se prêtent plus facilement que d’autres à la migration d’un matériel à l’autre, et c’est en grande partie structurel. Il n’y a qu’a regarder le boulot que doivent utiliser les outils de P2V suivant les Os pour faire leur boulot correctement...
Tout ça peut aussi être testé très simplement sous Virtualbox en changeant les types de matériels (notamment l’onglet « motherboard »), prévoyez les snapshots ;-)