mardi, novembre 10 2009, 20:47
Les mises à jour d'Ubuntu c'est un peu comme celles de Windows, après un bon format ça marche beaucoup mieux
Par Cyrille - Linux - Lien permanent
Moi j'ai des relations, moi je connais des journalistes. Ce soir c'est mon
camarade Philippe
Richard qui s'essaie à l'exercice du plombage d'Ubuntu sur 01net, il n'est pas le seul, génération-nt a pondu le sien. A la différence de Philippe
qui a fait son effort d'investigation en contactant des gens du forum ubuntu-fr, Génération NT se
contente de colporter des "faits".
Des "faits", la rumeur en fait, c'est que les faits le problème c'est qu'on en
n'a pas. On n'a pas de chiffres précis des utilisateurs d'Ubuntu, on n'a donc
pas à fortiori le nombre d'utilisateurs qui ont planté leur upgrade, on n'a pas
non plus dans ce chiffre le nombre de personnes compétentes et capables de
faire un upgrade. La seule chose de concrète qu'on peut dire quand on lit ce
sondage c'est que finalement si c'est pour faire des sondages aussi pourris,
mieux vaut ne rien sonder, bien mieux, Canonical ne devrait même pas faire de
réponse ce serait leur donner une signification. Lorsque l'on connait un peu
Ubuntu, on sait que les dépôts annexes sont nombreux, parmi les utilisateurs
qui ont rencontré des problèmes, quels sont les utilisateurs qui se sont
limités aux dépôts officiels ? Je ne parle même pas de getdeb par exemple,
ce n'est qu'une question parmi des dizaines qu'il aurait fallu poser pour avoir
une enquête cohérente.
Il est de mode en ce moment de plomber Ubuntu, preuve que cette distribution
est une réussite, il est évident que tirer sur une ambulance (qui a dit
Opensuse ou Mandriva ?), c'est moins porteur en terme de stats. Attention, je
n'ai pas dit qu'il n'était pas justifié de plomber Ubuntu mais bien de tirer
dessus pour les bonnes raisons. Les écarts d'Ubuntu par rapport au logiciel
libre, un certain manque de stabilité bien réel à la livraison des versions,
les interrogations qu'on est en droit de se poser par rapport à la position de
Canonical qui reste une entreprise tout ce qu'elle a de plus commerciale, sont
autant de points sur lesquels on pourrait argumenter, mais de façon plus
sérieuse.
Ce qui est certain et c'est valable pour tout système informatique, plus une
installation est complexe plus elle est difficile à maintenir, plus il y a de
chances pour que ça plante lors d'un upgrade, moralité sans connaitre
réellement les manipulations réalisées par les utilisateurs, il est un peu trop
simple d'incriminer Ubuntu. Ce qui est aussi certain, c'est que dans les
commentaires des blogueurs, c'est le nom de Archlinux et de Fedora qui
remontent de plus en plus actuellement, c'est à dire la notion de
« rolling releases ». A l'opposée des distributions classiques où la
nouvelle version sort tous les six mois, la « rolling releases » est
une distribution qui évolue au fur et à mesure, évitant donc ce style de
problèmes en entrainant parfois d'autres comme une instabilité temporaire. Le
cas de Fedora est un peu plus particulier puisque le cycle de la distribution
comme les autres ténors existe mais apporte une forte mise à jour comme la mise
à niveau de gnome ou de kde alors que les versions des logiciels d'utilisation
courante (pidgin, firefox etc ...) sont mis à jour régulièrement.
En conclusion, on peut supposer que les gens qui ne quittent pas les sentiers
battus n'auront pas de problèmes à la mise à jour. Les gens qui auront réussi à
bricoler leur système au point de le planter auront toujours la possibilité de
réinstaller ce qui n'était pas réellement ce qui était prévu à l'origine quand
on invitait les gens à passer sous Linux, surtout tous les 6 mois. On ne peut
toutefois qu'inciter les gens qui maitrisent un peu à aller voir si l'herbe est
plus verte ailleurs, c'est aussi ça la force de la diversité des distributions
Linux. Dans quelques semaines je passerai en version 12 de Fedora sur une
distribution que j'ai largement bricolée, j'indiquerai donc si cette prairie
verdoyante porte le nom de Constantine.
39 commentaires
il me semble que la prairie verdoyante, c'est windows XP, oui monsieur. J'en veux pour preuve son... fond d'écran par defaut!
J'en viens a penser que les gens sont vraiment pas doués... Je me souviens même pas si j'ai échoué un jour une mise a jour majeure d'Ubuntu.
Il est arrivé quelques problèmes dans le passé, mais absolument rien qui oblige a reformater. Pour Karmic c'est un peu différent. J'ai mis a jour quelques machines et je n'ai pas vu l'ombre d'un souci (et la première upgrade c'était avec l'alpha 5).
Enfin bon, conseiller ArchLinux a des gens qui n'arrivent même pas a upgrader Ubuntu c'est mauvais pour son image. Dans quelques mois ils viendront pleurer comme quoi Arch c'est pourri parce qu'ils auront réussi a faire n'importe quoi et tout planter.
C'est marrant le responsable informatique de mon service vient juste d'installer le pack 3 de windows XP sur nos postes. À l'entendre jurer on voyait bien que ça ne passait pas comme une lettre à la poste. Je n'ai récupéré l'utilisation de mon ordi que le lendemain. À la maison ma debian testing et ses petites mises à jour régulières marche du feu de dieu, j'ai pu terminer mes dossiers.
Petite précision pour Fedora : le cycle d'une version stable se voit effectivement chargé en MAJ, que ce soit des mises à jour de sécurité, de corrections de bogues ou de montées en version. Si effectivement, Gnome ne monte pas de version durant la vie de la version stable, il n'en est pas de même pour KDE, qui par exemple a commencé en 4.2 lors de la Fedora 11 et est maintenant en 4.3.x. Le kernel aussi peut être mis à jour, 2.6.29 -> 2.6.30 (toujours pour Fedora 11).
En revanche, les "nouvelles technologies" attendent en général la prochaine version, ces dernières changeant souvent la manière de fonctionner au bas niveau du système (exemple : DeviceKit remplaçant HAL, Plymouth remplaçant le vieillissant RHGB, changements des attributs SUID sur les exécutables, etc).
Il est toutefois bon de noter, pour contrebalancer un peu la hype, que quelque soit la distribution, les montées en version majeures ne se font que rarement sans quelques mauvaises surprises (Fedora a son lot de posts sur le sujet dans les forums, quelques devs Debian ont remonté des (petits) soucis lors du passage à Lenny sur leur planet, et même, oui oui, les utilisateurs d'Arch un peu pressés ayant mis à jour X.org lors du passage à la détection auto par HAL ou durant la période noire pour les drivers Intel, ces derniers faisant geler le système lorsque la 3D était activée).
Le système de mises à jour entre Ubuntu et Archlinux n'est pas comparable. Archlinux évolue petit à petit, alors qu'en passant d'une version d'ubuntu à une autre il y a une marche immense à gravir. Entre la 9.04 et la 9.10, on est passé de Grub 0.9 à 1.7, on a changé de GDM, on a viré le centre logiciel pour le remplacer par la logithèque, on a remplacé Pidgin par empathy, et j'en oublie. C'est presque un autre système.
D'autre part les mises à jour de Archlinux ne se passent pas toujours bien, mais on en parle jamais. Voici un exemple: http://www.etenilsrealm.nl/weblog/?...
Ubuntu ne devrait pas proposer d'upgrade, c'est une opération beaucoup trop risquée.
Bon et bien comme dit Strider, je ne suis pas doué du tout. Sur le coup l'upgrade a fonctionné. J'ai bien eu quelques petits soucis par la suite, rien de grave, jusqu'a ce que je ne puisse plus démarrer sur ubuntu. J'ai beau réfléchir, je ne vois pas ce que j'ai installé ou modifié de plus, après l'upgrade. Sur une autre pc, j'étais passé de 7.10 à 8.04 puis 9.10 sans aucuns problèmes, et la..
Je ne voulais pas faire la mise à jour tout de suite, maintenant je m'en mords les doigts.
La mise à jour d'Ubuntu en suivant le procédure standard se passe sans problème dans l'immense majorité des cas. Je soupçonne les utilisateurs qui ont des problèmes d'avoir installé des tas de dépôts non-officiels ou de faire un upgrade au lieu d'un dist-upgrade, bref de ne pas suivre la procédure normale.
Ceci dit c'est vrai que l'écart entre ces deux versions est assez important, il y a là un certain potentiel à créer des problèmes, mais certainement pas de quoi nécessiter une réinstallation (après tout, sous Linux tout est toujours réparable).
Comme je ne suis pas très doué, jamais je n'ai réussi un upgrde de version sur Ubuntu et cela quelque soit le PC. Je n'ai jamais eu de dépôts exotiques.
D'où l'abandon pur et simple de cette distribution exotique qui nous vient d e l'espace...
+1 figaro. Jamais aucun dépôt exotique ou plutôt rien de bien méchant... D'ailleurs, je me demande bien quel(s) dépôt(s) pourrai(en)t occasionner un tel foutoir... je veux dire un foutoir tel qu'il rende impossible la dist-upgrade. Je ne comprends pas.
Jamais aucun dépôt exotique donc et jamais une dist-upgrade réussie de 5.10 à 8.04 ! Je dois être un vrai pied !
Venant de gens qui sont expérimenté sur Debian je dirai même que vous le faites exprès ...
Les commandes les plus compliquées que j'ai eu a taper sur une upgrade qui se passe "mal" c'est apt-get -f install et dpkg --configure -a (et peut être 1 ou 2 dpkg --reconfigure ). Pour info, j'ai le même genre de problèmes en passant une Lenny vers Sid (Sid étant en perpétuelle évolution, ça dépends des fois). Ubuntu n'est ni plus ni moins solide que Debian.
Il y a trois ans quand j'expérimentais et que je faisait n'importe quoi avec les paquets, les dépôts et les sources, je n'ai jamais été jusqu'au point ou l'upgrade était impossible.
Aujourd'hui c'est plutôt : je lance l'upgrade de 9.04 chez un pote, je me barre chez moi, je reviens 2 heures plus tard et il y a karmic sur l'écran.
Bref, des problèmes ça arrive, et je comprends totalement que tout le monde n'a pas les compétences pour les résoudre. Mais au lieu de faire une mauvaise publicité à Ubuntu, demandez a des personnes qui peuvent vous aidez et n'allez pas afficher vos échecs en disant que c'est la faute d'un système éprouvé et utilisé sans problème par des milliers de personnes.
@strider
T'es pas croyable... Tu ne peux pas dire : « Ubuntu n'est ni plus ni moins solide que Debian. » Tout bonnement parce que les deux distributions se distinguent de plus en plus... Le détail finalement m'intéresse assez peu. Je ne crois pas être complètement novice et je peux t'assurer que jamais une dist-upgrade n'a été efficace sur mes machines. Toujours un tas de soucis. La dernière fois où j'ai fait la manip, il y avait par exemple des problèmes incompréhensibles et complètement insolubles : http://forum.ubuntu-fr.org/viewtopi... ! Une vraie plaie. Je n'ai jamais trouvé la solution...
Le problème du bon déroulement d'un upgrade sous ubuntu m'a plutôt l'air d'être fonction de la configuration machine de tout un chacun, car comment expliquer que moi , qui suis loin d'être un crack, je n'ai que très rarement des soucis avec cette opération (1 fois en fait ==> impossible installation driver nvidia), alors que figaro et le fada de mayotte, qui eux sont loin d'être des débutants, disent avoir renoncés à cause de sempiternels emmerdes, tout en précisant qu'ils n'ont ni dépôts ni logiciels exotiques.
En fait je crois que le problème vient du fait que Ubuntu change d'une version à l'autre des tas de fichiers de configuration soit de noms soit de place. Le système ne peut plus s'y retrouver.
Non, si le système perdait ses fichiers de conf, ça le ferait chez tout le monde, il y a forcément autre chose. Est-ce que vous (ceux chez qui ça ne marche pas) suivez bien les instructions officielles de mise à niveau (https://help.ubuntu.com/community/J...) ? Je pense à ça parce que j'entends GMC parler de "dist-upgrade" qui ne figure nulle part dans les instruction de mise à niveau. Si on se contente de changer la liste des dépôts et de mettre à jour les paquets, ce n'est probablement pas pareil que de lancer l'application (update-manager) prévue pour la mise à niveau et qui doit permettre justement au système de retrouver ses petits à la sortie...
Pour l'instant, j'ai une 6.06 mise à jour en gros tous les 6 mois jusqu'à la 9.04. L'installation a même changé 2 fois de disque dur en cours de route, et ça marche encore. Pourtant j'utilise quelques dépôts officieux (medibuntu, wine) et je pioche occasionnellement dans getdeb. En parallèle j'ai un portable installé initialement avec la 7.10RC, mis à jour également jusqu'à la 9.04 sans problème bloquant. Je ne crois pas au simple coup de bol ou de pas bol, même des différences de config matérielles n'expliquent pas tout (sauf bien sûr si ça touche aux drivers). Il y a forcément un problème de méthode de quelque part.
La seul méthode qui fonctionnera pour tout le monde :
Installer une LTS 6 mois après sa sortie (elle sera pas mal déboguée comme cela) en écrasant l'ancienne mais en gardant son /home qui doit être sur une autre partition que le système.
ensuite réinstaller toutes ses applications et plugins .....
Bye bye Ubuntu .......
"Est-ce que vous (ceux chez qui ça ne marche pas) suivez bien les instructions officielles de mise à niveau"
Bien sur on est pas doué mais pas à ce point là
Non Ubuntu fait de la pioche dans sid n'importe comment, puis fait une adaptation des paquets, bidouille les fichiers de configuration (je maintiens), bidouille le kernel et les drivers, etc ......
En effet il y a probablement un problème de méthode.
@Christophe : Je peux t'assurer que Debian et Ubuntu sont toujours aussi proche, tout les 6 mois les développeurs Ubuntu viennent faire une copie des paquets de Sid. C'est la politique qui change, pas le mécanisme, les outils sont strictement les mêmes.
Le problème que tu évoque, c'est plutôt un bug post-installation non ? Si je comprends bien la procédure d'upgrade s'est bien déroulé, c'est juste le résultat final qui n'est pas satisfaisant.
Je veux bien t'accorder une chose, c'est que les forums francophones sont minables, c'est typique de cet endroit de ne pas recevoir de réponses a une question un peu pointue. Si tu veux vraiment trouver une réponse a tes problèmes dirige toi directement sur Launchpad, il y a beaucoup de chances qu'un utilisateur ai rencontré le même problème, sinon tu peux toujours soumettre un nouveau bug et tu sera en contact avec des gens bien plus compétent que sur les forums u-fr.
Une grosse majorité des problèmes post-installation sont du a des conflits dans les fichiers de configuration de l'utilisateur.
Essayer de reproduire un bug sur un profil utilisateur vierge est la première chose a faire dès qu'on rencontre un problème suite a une upgrade, cette méthode permet d'isoler le fichier coupable très rapidement.
Pour ceux qui modifie les fichiers directement dans /etc alors oui, il faut être prêt a accepter des changements : passer de sysvinit a upstart , utiliser les UUID pour les disques, passer de grub a grub 2, utiliser HAL puis DeviceKit, PulseAudio, etc ...
Ceux qui veulent un système figé dans le temps, qui n'évolue pas auront raison d'utiliser autre chose qu'Ubuntu. C'est légitime, il suffit de voir la popularité de Windows XP aujourd'hui alors qu'il est sorti en 2001.
@Figaro : tu as des exemples concrets pour appuyer ce que tu avance ?
Un exemple que j'ai en tête : "dossier /proc/bus/usb a été supprimé" mais il y en a d'autres comme cela.
Mais tu peux t'amuser à comparer les fichiers de /etc d'une version à une autre.
Pour moi Ubuntu c'est mort depuis un bon moment, je vis sous Debian tranquillement c'est autrement sérieux.
Ubuntu cela me file la jaunisse ..
"Est-ce que vous (ceux chez qui ça ne marche pas) suivez bien les instructions officielles de mise à niveau"
c'est beau la foi. Et que fait de plus update-manager que d'offrir une interface graphique avec des couleurs à apt-get ou aptitude ? Àh oui, peut-être réinstaller si nécessaire ubuntu-desktop.
man update-manager : "Update-manager is a frontend for the apt package management system. It allows you to perform some actions of the command line tool apt-get in a graphical environment. "
À part les lts, les autres versions de ubuntu sont des versions "experimental/unstable". Finalement, avec lts, ubuntu a repris à son compte le cycle debian, des versions de développement et une version stable tous les deux ou trois ans.
À noter tout de même qu'en général les paquets debian sont plus récents dans sid que dans les différentes ubuntu
"Et que fait de plus update-manager que d'offrir une interface graphique avec des couleurs à apt-get ou aptitude ? "
Dans le cas d'une mise à niveau, je le soupçonne de faire en plus le ménage dans les fichiers de configurations. Par exemple les mises à jours habituelles avec apt-get ou update-manager ne me proposent jamais d'écraser mes fichiers de conf (samba, ssh, cups et autres), alors que ça m'est proposé lors d'un changement de version pour tous les fichiers modifiés par rapport aux valeurs par défaut. Probablement qu'on peut trouver une option d'apt-get ou d'aptitude qui fait pareil, mais ça ne semble pas être le comportement par défaut.
Maintenant ce n'est peut-être effectivement qu'une question de foi : si on y croit ça marche, si on y croit pas, ça ne marche pas !
Pour citer un autre exemple : la gestion des règles UDEV. Les mécanismes ne sont plus les mêmes. Les règles sont rangées sous Ubuntu depuis Karmic (?) dans /lib/udev/rules.d. D'ailleurs, Sous Ubuntu, le daemon udev consulte (ou consultait je ne sais pas) ce répertoire avec inotify afin que les modifications apportées à ces fichiers soient automatiquement prises en charge. Pour cette raison, ce répertoire doit (ou devait) contenir des fichiers et non des liens symboliques vers un autre emplacement, comme c’est le cas sous Debian. C'est juste un exemple. J'imagine qu'il y a en bien d'autres.
"Par exemple les mises à jours habituelles avec apt-get ou update-manager ne me proposent jamais d'écraser mes fichiers de conf "
là aussi tu m'étonnes.
Je fais régulièrement mes mises à jour sur mes debian et, chaque fois qu'un paquet mis à jour apporte un nouveau .conf aptitude me prévient et me demande si je veux garder mon paquet, prendre le fichier du responsable du paquet, ou voir les différences. Je regarde les différences et agis en conséquence.
Mais peut-être que si l'on fait les mises à jour avec un interface graphique il n'en est pas de même.
@cep
« Finalement, avec lts, ubuntu a repris à son compte le cycle debian, des versions de développement et une version stable tous les deux ou trois ans. »
Prétendument stable ! La dernière LTS, la 8.04, était une vraie bouse ! L'intégration totalement expérimentale de PulseAudio a été une vraie gabegie. À ce sujet, il faut lire ce qu'en disait le dev principal de PulseAudio.
Un autre exemple qui montre que les deux distributions, Debian et Ubuntu, ne sont pas (plus) vraiment les mêmes.
Ça c'est une piste pour expliquer pourquoi ça marche chez certains et pas chez d'autres : de mon côté je n'ai jamais touché aux règles udev.
@cep : Je fais parfois les mises à jour en ligne de commande (mais plutôt par apt-get que par aptitude), pas vu de différence avec synaptic ou update-manager pour le quotidien. Cela dit comme les màj courantes ne sont pas censées changer les versions des logiciels ou librairies, il n'y a peut-être pas lieu de modifier les fichiers de conf dans la plupart des cas.
@ Christophe : "la gestion des règles UDEV. Les mécanismes ne sont plus les mêmes. Les règles sont rangées sous Ubuntu depuis Karmic (?) dans /lib/udev/rules.d. "
Il en est de même sous debian.
Les règles dans /etc/udev/rules.d/ existent toujours et sont des règles "locales". Voir /etc/udev/rules.d/README.
" les deux distributions, Debian et Ubuntu, ne sont pas (plus) vraiment les mêmes."
oui, bien que le problème pulseaudio ne soit pas propre à ubuntu.
Un autre mécontent :
http://www.linux-mag.com/cache/7600...
Sous Ubuntu, à ce que m'ont dit les Karmics que j'avais sous la main, plus rien dans /etc/udev/rules.d/.
ls /etc/udev/rules.d/ pour en avoir le cœur net. Pour Debian, c'est différent, les deux emplacements existent.
@cep
Reste tout de même cette distinction : sous Ubuntu, le daemon udev consulte (encore je pense) ce répertoire avec inotify afin que les modifications apportées à ces fichiers soient automatiquement prises en charge. Ce répertoire doit (ou devait) donc contenir des fichiers et non des liens symboliques, comme c’est le cas sous Debian.
bonjour
si je peux ajouter mon grain de sel de néophyte, j'ai ubuntu 9.04 sur mon PC et je n'ai pas encore dait de mise à jour.
Sur mon PC portable, j'ai mandriva 2009 et j'ai fait une mise à jour sans probleme.
De là à penser que pour les amateurs omme moi, Mandriva présente (peut-etre) moins de risques....
@ Christophe :
je ne sais pas si l'on se comprend bien.
/lib/dev/rules.d debian et ubuntu ont le même but, ce sont des règles.
Au cas où, je viens de vérifier dans une karmic, il y a bien des règles dans /etc/udev/rules.d karmic, tout comme dans debian.
Il y a aussi des liens dans /etc/udev/rules.d debian, liens qui renvoient vers des fichiers positionnés directement dans /etc/udev/
Il y a par contre d'autres différences dans debian/ubuntu, par exemple upstart.
@cep
Si si on se comprend bien : un ls -l /etc/udev/rules.d/ montre qu'il y a des liens symboliques sous Debian. Ce que l'on ne trouve pas sous Ubuntu. La gestion des règles n'est donc pas la même. Sous l'une il y a des liens symboliques sous l'autre aucun. C'est une vraie différence. Pourquoi cette impossibilité de créer des liens symboliques ? Est-ce à dire que s'il n'est pas possible d'y mettre des liens symboliques c'est que tout bonnement, par nature, le répertoire ne le permet pas ? Par nature, j'entends "système de fichiers à part entière". En ce cas, la différence est "profonde". Une autre idée ?
Sous karmic, est-ce que le répertoire /etc/udev/rules.d/ existe toujours ? Que donne un ls -l ? À ce qu'on m'a dit, il n'existe plus. Toutes les règles ont migré dans le répertoire /lib/udev/rules.d qui existe lui aussi sous Debian. Si /etc/udev/rules.d/ existe sous Karmic essaie d'y mettre un lien symbolique...
@cep
Je n'avais bien lu ton message : « Il y a aussi des liens dans /etc/udev/rules.d debian, liens qui renvoient vers des fichiers positionnés directement dans /etc/udev/ ».
Pourquoi « il y a aussi ». C'est tout le contraire que je dis. Pour le coup, c'est toi qui n'a pas lu correctement le mien. Il est impossible de faire un lien symbolique sous Ubuntu dans /etc/udev/rules.d/.
@ Christophe "Toutes les règles ont migré dans le répertoire /lib/udev/rules.d qui existe lui aussi sous Debian. Si /etc/udev/rules.d/ existe sous Karmic essaie d'y mettre un lien symbolique..."
Voir ce que j'ai écrit plus haut #24 y compris la lecture de /etc/udev/rules.d/README
Sinon, pour le reste, je viens de faire l'expérience
:/etc/udev# ls -l 70*net*
-rw-r--r-- 1 root root 603 2009-11-12 14:05 70-persistent-net.rules
:/etc/udev# ls -l rules.d/70*net*
lrwxrwxrwx 1 root root 27 2009-11-12 14:10 rules.d/70-persistent-net.rules -> 70-persistent-net.rules
:/etc/udev# restart hal
hal start/running, process 3559
:/etc/udev# restart udev
udev start/running, process 3628
:/etc/udev# ls -l rules.d/70*net*
lrwxrwxrwx 1 root root 27 2009-11-12 14:10 rules.d/70-persistent-net.rules -> 70-persistent-net.rules
On verra tout de même après reboot. Par contre je ne sais pas comment fonctionne leur devicekit-*
Pour m'avoir obligé à démarrer une karmic tu en seras quitte en m'offrant un verre au Caribou de Mamoudzou
@cep
Comment ! Tu connais le Caribou à Mamoudzou ! Perso, je préfère le Jungle, le soir, plus "mixte", et il y a un billard, de la musique et ça danse local ! Mapouka !
Mais le Caribou des débuts, années 80, n'avait rien à voir avec le Caribou de maintenant. Tout comme Mayotte d'ailleurs.
T'as drôlement bourlingué dis-donc, tu m'avais dit connaître la Nouvelle-Calédonie aussi.
@strider : Vous êtes visiblement un metteur à jour expérimenté d'Ubuntu, je ne le suis pas.
Vous me verriez donc extrêmement reconnaissant si vous pouviez m'aider à réparer ma malheureuse mise à jour vers Karmic Koala sur mon Compaq nx6310.
Je n'avais aucun dépôt particulier, mais depuis la mise à jour :
- mon trackpad n'est plus détecté alors qu'il l'était sans problème sous Jaunty
- je n'ai plus d'accélération graphique (chip GMA450) alors qu'elle était activée par défaut
- je n'ai plus de son alors que l'applet est lancé sur le bureau, signe que le système détecte un périphérique de sortie.
Mille mercis.