Màj Ubuntu Je crois que j'ai fait une connerie... - Page 1

Mon boss était pas là ces 3 derniers jours, et il m'a foutu les droits d'admin parce que je devais faire joujou avec des softs comme VirtualBox, et bon, comme le système est pas super stable j'ai eu plusieurs reboots forcés, avec à chaque fois les notifications de mise à jour disponibles vu que je suis admin.

Comme un bon gros lourd de Windowsien qui en a marre d'un système instable et qui pense que ça va s'améliorer avec les updates j'accepte de les installer

Horreur! J'aurais jamais dû faire ça, ni VMWare ni VirtualBox ne fonctionnent! (et peut être d'autres softs, je n'ai utilisé qu'OOo à part ça). En fait ce con m'a mis à jour le kernel sans rien dire, et du coup il faut recompiler des modules. Génial! Surout quand t'as pas la source [sous la main]

En fait j'aurai compris à mes dépends que Ubuntu c'est encore la vieille philosophie des systèmes embarqués: quand ça marche tu y touches plus [grotrollpourriinside]
(nan franchement j'm'en veux)

Donc pour cacher la merde au chat j'ai changé l'entry par défaut du grub pour booter sur le "vieux" kernel 14 plutôt que le "nouveau" 15, mais ça me semble sale, surtout que peut être que certaines des updates de softs que j'ai faites en même temps requièrent le dernier kernel, qu'en pensez-vous?

Mayrci d'avance

heu t as pas besoin de recompiler un noyau sous ubuntu. regarde le wiki ubuntu et ubuntu-fr

si t'as installé virtualbox avec un paquet, tu fais un dpkg-reconfigure <nom du paquet> et ça recompilera le module.

./2: Moi je n'ai rien recompilé, la mise à jour était automatique, et j'ai juste modifié l'entrée par défaut du grub pour booter sur la version précédente du kernel. Par contre j'ai lu sur les forums qu'il fallait que je recompile certains modules, comme (sauf erreur) vboxdrv, qui refuse de se lancer sur le nouveau kernel.
Pour VMware-player il me semblait qu'il n'y avait juste aucune solution, d'autres personnes étaient dans la même merde mais rien de neuf depuis.

Le noyau a été mis à jour pour corriger des failles de sécurité. Donc oui, il faut recompiler les modules externes (ou mettre à jour les paquetages si les modules ont été installés à partir de paquetages binaires). Les modules fournis avec VMWare et VirtualBox sont distribués au moins partiellement sous forme de sources (parce que sinon ça ne serait pas gérable, il y a trop de versions du noyau; même pour les modules propriétaires, il y a en général un objet binaire et un wrapper sous forme de sources qui peut être recompilé avec le noyau) et donc il est possible de les recompiler pour le nouveau noyau. (Et si la mise à jour n'a fait qu'appliquer les correctifs de sécurité, la recompilation devrait se passer sans problèmes.)

C'est incroyable ça ! A chaque mise à jour du noyau, il faut recompiler tous les pilotes et modules ???

Le fonctionnement du noyau change tellement que les pilotes ne sont plus compatibles ? Quelle merde Linux. Avec Windows XP mis à jour, tu peux prendre des vieux programmes ou des vieux pilotes, ça marchera.

Thibaut (./6) :
C'est incroyable ça ! A chaque mise à jour du noyau, il faut recompiler tous les pilotes et modules ???

Seulement ceux qui ne sont pas fournis avec le noyau.

Et pour une mise à jour qui est uniquement de sécurité, une grande partie des pilotes est souvent réutilisable (et Red Hat a introduit une technologie prévue surtout pour RHEL (peu efficace sous Fedora où le noyau est vraiment mis à jour, pas seulement patché pour les trous de sécurité) qui crée automatiquement des symlinks du répertoire de modules de l'ancien noyau vers celui du nouveau si le module utilise seulement des symboles connus comme compatibles entre les 2 versions). En revanche, pour une mise à jour de type 2.6.n -> 2.6.n+1 et même souvent 2.6.m.n -> 2.6.m.n+1, en général tout doit être recompilé. C'est bien pour ça que tous les pilotes Linux sont censés être intégrés au noyau!

Le problème, c'est que garder une interface binaire (ABI) compatible pour les modules de noyau (comme le font les systèmes d'exploitation propriétaires) empêche d'améliorer (optimiser, corriger, ...) pas mal d'endroits dans le noyau. Donc le noyau Linux ne garantit pas d'ABI ni même d'API compatible entre les versions. La parade, c'est d'intégrer son pilote au noyau officiel, comme ça il sera gardé compatible automatiquement.

Ou d'intégrer des systèmes de mise à jour transparents pour l'utilisateur.

Une mise à jour du noyau de Mandriva ne m'oblige en rien à recompiler, chaque démarrage du système vérifie les versions des modules et les recompile si nécessaire.

Kevin Kofler (./7) :
Le problème, c'est que garder une interface binaire (ABI) compatible pour les modules de noyau (comme le font les systèmes d'exploitation propriétaires) empêche d'améliorer (optimiser, corriger, ...) pas mal d'endroits dans le noyau. Donc le noyau Linux ne garantit pas d'ABI ni même d'API compatible entre les versions. La parade, c'est d'intégrer son pilote au noyau officiel, comme ça il sera gardé compatible automatiquement.

Bizzare, sous d'autres OS ils n'ont pas ces problèmes, une fois que les API pour les drivers sont bien définies

Si, ils les ont, il y a plein de bogues qu'ils ne peuvent pas corriger parce que ça casserait la compatibilité binaire des pilotes, et ils se traînent aussi wrapper sur wrapper de compatibilité, ou plusieurs APIs totalement différentes qui coexistent pendant des années (genre les pilotes WDM, les pilotes pré-WDM etc.).

Kevin > on a bien compris que la compatibilité n'était importante que quand ça t'arrangeait

Kevin Kofler (./10) :
Si, ils les ont, il y a plein de bogues qu'ils ne peuvent pas corriger parce que ça casserait la compatibilité binaire des pilotes, et ils se traînent aussi wrapper sur wrapper de compatibilité, ou plusieurs APIs totalement différentes qui coexistent pendant des années (genre les pilotes WDM, les pilotes pré-WDM etc.).

Je crois que tu connais mal ce coté du monde informatique ^^

(j'avais mal lu ta phrase, j'avais manqué une virgule)

et c'est bien ce que je dit, l'API a mal été pensé vu qu'elle n'est pas stable

Ben non, ils expliquent justement pourquoi l'API peut changer, ce n'est pas une histoire de bien ou mal pensé. L'API parfaite n'existe pas, l'évolutivité est indispensable.

Brunni, tu as essayé la méthode du dpkg-reconfigure pour virtualbox ? chez moi j'ai testé et ça fait le boulot.
Kevin, Flanker, Thibaut, Godzil > sérieusement, c'est grave votre attitude à pourrir systématiquement tous les topics de logiciel et à répondre à la moindre pique de l'autre, grandissez ou sortez prendre l'air quand vous flairez le troll, merde .

Kevin, tu es sérieux quand tu dis que la meilleure solution esst d'intégrer tous les pilotes du monde au noyau ? C'est la solution la plus idiote qu'on pourrait trouver au problème. On se retrouverait avec un tas de RAM gaspillée et un boot très lent.

Intégrer au noyau = distribuer avec le noyau, compiler lors de la compilation du noyau, mais évidemment le pilote peut être compilé sous forme de module et le sera dans toutes les grandes distributions! Mais les modules sont livrés dans le paquetage binaire du noyau, donc tu n'as pas à t'occuper d'aller chercher des modules si tu changes de matériel, tout marche tout seul (chose dont on ne peut que rêver chez la concurrence propriétaire issue de Redmond), et si l'API du noyau change, les modules sont adaptés automatiquement (c'est la responsabilité des développeurs qui changent l'API) et mis à jour en même temps que le noyau (parce qu'ils sont dans le même paquetage), mais seuls les modules utilisés sont chargés en RAM, évidemment!

OK

Enfin bon, l'idéal serait que le noyau se stabilise un peu... Vivement le jour où les nouvelles versions de Linux sortiront tous les 2 ans au lieu de 2 fois par an.

Bah non, on ne peut pas arrêter le progrès! Le matériel progresse sans arrêt, il faut que le logiciel suive.