bonsoir, Sylvain Sauvage wrote: > [...] >> La version du noyau est vérifiée au moment de l'upgrade. >> Mais ce n'est pas parce que l'on utilise un 2.6.zz au moment de >> l'upgrade qu'on utilise toujours un 2.6.zz. >> >> Qu'arrive-t-il si j'upgrade avec un 2.6.16, et que 2 jours plus tard je >> veux booter sur un 2.6.8, voire même un 2.4? >> > > Ben, avec le 2.6.8, il y a des problèmes (: pas de udev = pas de /dev ni > de hotplug), avec le 2.4, ça devrait passer. > > >> N'y aurait-il pas moyen de garder plusieurs versions de udev et que au >> boot, selon la version du noyau, le bon udev soit activé? Genre un >> udev-2.4, udev-2.6.0 (pour qui utilise un noyau de 2.6.0 à 2.6.12), etc. >> > > Pas bête. Faut voir si c'est facilement gérable au boot : ça nécessite de > trouver le bon udev, peut-être d'avoir un script d'init pour chaque. > > Ingérable en l'état, car un paquet donné à le chemin des executables, configs, docs etc x paquets => x "arboresences" => utilisation de liens dans les scripts probablement etc de plus une version n est compilée avec la libA en version m et la version n+1 compilé avec la libA m+x voir même libB en version p etc, ce genre de truc est une source des pires pbs qui soient. Car en généraisant, on pourrait avoir des noyaux 2.0* 2.2* 2.4* etc et toutes les versions des libs, de udev/devfs, hotplug, etc qui vont bien... (donc dépendances entre paquets conflictuelles!) Meme pas la peine de remplir un whishlist.
Seule soluce viable: le chroot/multiboot (une petite racine avec l'essentiel, une autre avec les outils plus lourds par ex...) [...] J8. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
