Cher journal,
Après la mis-a-jour Ubuntu de Xorg qui empêche ce dernier de se lancer et auquel j'avais miraculeusement échappé, voici la mis-a-jour Ubuntu du noyau 2.6.15-26.43 qui casse la compatibilité avec les drivers Nvidia et qui, voyez vous donc, empêche Xorg de se lancer. Si, si.
Aujourd'hui à 17h30, j'ai fait une mis a jour automatique de Ubuntu. Celui-ci a installé deux nouvelles images de kernel, une pour K7 et une pour 386, ayant mis par précaution les deux sur mon PC. Au redémarrage, quel ne fut pas ma surprise de voir que Xorg plantait dés le démarrage de GDM, me lançant fièrement au visage un "Driver Nvidia failure". Reboot, lancement du kernel 386, même erreur. Je reviens sous l'ancien Kernel, ça marche.
A croire que c'est une tradition, chez ubuntu, de casser X. Certainement une vieille remonté de chez Debian, pour qui X de toute façon, c'est pas important et ça troue la sécurité.
Nan, je troll. ;-)
Je n'ai pas fait un journal pour me plaindre, mais pour affirmer mon droit de préséance au cas où ça ferait le même barouf que la dernière fois. Pas fou.
Merci de ta compréhension, cher journal, et en espérant ne pas avoir pris trop de ton temps.
# nvidia.ko
Posté par Thibault . Évalué à 2.
Faut pas tout simplement reinstaller le driver pour regenerer le module nvidia dans le bon repertoire avec le nouveau noyau ?
[^] # Re: nvidia.ko
Posté par ploum (site web personnel, Mastodon) . Évalué à 1.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: nvidia.ko
Posté par ThesmallgamerS . Évalué à -1.
Héhé nous ne sommes pas dans Windows, ici. La solution d'un problème ne consiste pas en :
1 : Reinstallez
2 : Redemarrez
3 : Dans le cas où ces deux techniques ne marchent pas, recommencez au 1.
[^] # Re: nvidia.ko
Posté par pasBill pasGates . Évalué à 10.
[^] # Re: nvidia.ko
Posté par ThesmallgamerS . Évalué à 10.
[^] # Re: nvidia.ko
Posté par pasBill pasGates . Évalué à 7.
C'est beau la technologie quand meme non ?
[^] # Re: nvidia.ko
Posté par Matthieu . Évalué à 10.
[^] # Re: nvidia.ko
Posté par Thomas Douillard . Évalué à 4.
[^] # Re: nvidia.ko
Posté par pasBill pasGates . Évalué à 7.
[^] # Re: nvidia.ko
Posté par Alban Crequy (site web personnel) . Évalué à 1.
Est-ce le fait d'avoir une ABI stable? Ou que simplement Windows est beaucoup plus testé avant de publier les mises à jour? Ou alors une autre technique secrète?
[^] # Re: nvidia.ko
Posté par mobutu . Évalué à 5.
Si tu cherchais un peu sur les entrailles de windows, saches entre autre qu'il y a plein, plein de trucs reservés à la rétro compatibilité, qui parfois font du cas par cas avec certains logiciels (comportement de windows qui change légèrement d'un vieux prog à l'autre).
Microsoft fait le maximum qui est en son pouvoir pour assurer la rétrocompatibilité avec les applications les plus célèbres, y compris les apps pas conçues par MS, bien sûr.
Puis, une API/ABI stable. Des drivers qui fonctionnent sous windows 2000 fonctionnent encore dans Windows Vista, c'est dire !
[^] # Re: nvidia.ko
Posté par pasBill pasGates . Évalué à 5.
- Windows a une ABI ultra-stable, c'est un choix, ca comporte qqe inconvenients pour MS mais ca fait plaisir a tout le monde en dehors de MS.
- Nos patchs ils sont testes pendant un sacre moment avant qu'on les sorte, sur un tas de machines differentes, avec un tas de softs differents(y compris evidemment du non-MS), dans des tas de configurations differentes, c'est pourquoi on ne sort pas des patchs en 12 minutes, et c'est pourquoi il n'y a quasiment aucune chance qu'un truc d'une ampleur pareil(large pourcentage de systemes se retrouvant totalement dans les choux) se produise.
[^] # Re: nvidia.ko
Posté par Matthieu . Évalué à 3.
[^] # Re: nvidia.ko
Posté par tuiu pol . Évalué à 4.
Tiens je viens d'avoir un coup de fil familial (il y a 2 minutes .. coincidence) pour me demander ce que je pense d'un PC avec AOL(argh) et XP et qui refuse soudainement de se connecter au Net. Selon les techniciens d'AOL c'est un patch d'XP qui fout la zone et il faut réinstaller le système... qu'est-ce que je peux répondre à ça ?
[^] # Re: nvidia.ko
Posté par pasBill pasGates . Évalué à 5.
Je suis pas sur qu'un techno AOL soit la reference quand a la qualite des patchs MS, surtout quand il conseille de reinstaller...
[^] # Re: nvidia.ko
Posté par tuiu pol . Évalué à 4.
Mais si, certes, AOL n'est pas une référence, on a eut au boulot le même type problème avec des produits IBM par exemple (patchs XP rendait le truc incompatible, production en panne, retour en arrière ..etc)
Bref chacun voit midi à sa porte mais pour moi c'est la même chose dans le monde pourtant ultra-stable (sic) de Ms
[^] # Re: nvidia.ko
Posté par pasBill pasGates . Évalué à 5.
Mais quand on voit le type de probleme, on se rend compte que chez MS c'est :
- tres rarement catastrophique
- tres rarement applicable a une majorite des systemes.
[^] # Re: nvidia.ko
Posté par tuiu pol . Évalué à 3.
[^] # Re: nvidia.ko
Posté par Matthieu . Évalué à 2.
Mais quand on voit le type de probleme, on se rend compte que chez MS c'est :
- tres rarement catastrophique
- tres rarement applicable a une majorite des systemes.
Je ne suis pas d'accord sur la fin de ton analyse. Pour moi, les 2 systèmes sont identiques. Je n'ai que rarement vu des patchs catastrophiques sous Linux. Donc pour moi c'est kif kif bouricot. Sauf que la majorité des distributions linux publient rapidement et souvent. Mais là, c'est un choix, soit on veut des mises à jour rapidement mais moins testées, que des mises à jours plus testées donc moins rapides.
[^] # Re: nvidia.ko
Posté par tuiu pol . Évalué à 2.
C'est évidemment malheureux quand un problème survient sur le noyau ou le serveur X. C'est quand même très rare.
[^] # Re: nvidia.ko
Posté par pasBill pasGates . Évalué à 5.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: nvidia.ko
Posté par pasBill pasGates . Évalué à 2.
Allez vas-y, montre moi donc un patch qui :
- affectes un grand pourcentage de systemes
- cause une perte totale et definitive des donnees
J'attends
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 0.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: nvidia.ko
Posté par pasBill pasGates . Évalué à 2.
Allez, retour au bac a sable j'ai dis.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: nvidia.ko
Posté par pasBill pasGates . Évalué à 3.
Si ca ne te plait pas, rien ne t'empeche d'arreter de jouer au con, c'est toi qui decide.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: nvidia.ko
Posté par pasBill pasGates . Évalué à 2.
Le jour ou les gens qui ne connaissent rien a Windows arreteront de raconter des aneries sur qqe chose qu'ils ne connaissent pas, j'arreterai de me foutre d'eux.
D'ici la tu continueras a passer pour un clown.
Et encore une fois je dis et je repete que je trouve le probleme, pour la deuxieme fois, qui s'est passe avec Ubuntu totalement anormal. Que cela se passe sous edgy ok mais pas sous dapper. Sur ce il fait beau dehors ...
Ben tu vois, c'est pas dur de dire des trucs intelligents, essaie de le faire plus souvent maintenant.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: nvidia.ko
Posté par pasBill pasGates . Évalué à 1.
Vu que Windows n'a pas plus besoin d'anti-virus que Linux et qu'on a pas forcement plus de failles critiques que les autres systemes tu continues a passer pour un idiot qui ne sait pas de quoi il parle.
Apres tu vas me dire que en faisant tel ou tel manip j'aurait pu avoir acces et effacer ce truc merdique mais bon vu que le service technique ibm/lenovo m'a clairement dit "desole c'est impossilbe a effacer c'est completement cache meme au systeme", les manips pour se debarasser de ce truc semble etre a la porte de monsieur tout le monde....
Pas mon probleme, avant d'affirmer qqe chose le minimum c'est de se renseigner et etre un minimum sur de ce qu'on dit, chose que tu oublies regulierement de faire alors que tu sais pertinemment que tu parles d'un sujet que tu connais mal et que donc une recherche serait necessaire pour verifier tes dires.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: nvidia.ko
Posté par pasBill pasGates . Évalué à 2.
Ce patch IE a cause un probleme catastrophique a la majorite des systemes ? Non
Ce patch NTFS a cause un probleme catastrophique a la majorite des systemes ? Non
Maintenant retourne jouer dans ton bac a sable
[^] # Re: nvidia.ko
Posté par thedidouille . Évalué à 1.
Enfin dans ce problême, il y a un truc que je pige pas bien : Il ne change quand même pas l'ABI entre un 2.6.15 et un autre 2.5.15 m.a.j ??? alors il ne devrait rien avoir a faire non ?
P-e que la notion d'ABI est plus complexe si on parle d'un module du noyau ? mais je vois pas bien ce qui empêcherait de de gérer ça.
qq1 peut m'expliquer ???
[^] # Re: nvidia.ko
Posté par shal . Évalué à 1.
Mais Ubuntu (ou d'autre) backport un patch prevu pour 2.6.17 dans un 2.6.15. normalement, ils regardent si cela pose pas de problème mais bon .... ca doit être un gugusse tout seul qui fait cela donc il y a fatalement des erreurs.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -1.
Ce commentaire a été supprimé par l’équipe de modération.
# Pilotes en code fermé
Posté par Bruno Ethvignot (site web personnel) . Évalué à 3.
[^] # Re: Pilotes en code fermé
Posté par mobutu . Évalué à 10.
Ce n'est pas recevable dans le cadre d'une distro qui l'offre officiellement. Ubuntu permets l'installation, sans ajouter "manuellement" des repositories, des drivers nvidia. Il est de leur devoir, donc, de ne pas casser à toutes les opportunités ces drivers, encore moins sur une version de la distrib qui porte le sigle "Long Term Support".
S'ils ne veulent pas avoir cette responsabilité, ils n'ont qu'à ne pas proposer les drivers proprio sur leurs propres serveurs apt-get.
[^] # Re: Pilotes en code fermé
Posté par ColonelMoutarde . Évalué à 2.
Faut-il retarder la mise à disposition d'un patch pour l'ensemble des utilisateurs (qui ont peut-être une carte graphique correctement supportée par un fabriquant qui joue le jeu de l'open source, ou qui n'ont même pas installé Xorg) sous prétexte que le driver propriétaire de Nvidia qui prend en compte la modification du noyau n'a pas encore été releasé ?
Certainement pas ! D'autant qu'Ubuntu ne maîtrise pas les cycles de release de Nvidia.
La seule solution, c'est de fournir un driver de carte graphique open-source. Toute autre alternative ne peut que conduire à ce genre de situation dommageable.
J'espère seulement que les utilisateurs arrêteront de tirer à boulets rouges sur Ubuntu ou Xorg, et comprendron que la cause de tout ça, c'est NVidia et sa politique de merde.
[^] # Re: Pilotes en code fermé
Posté par mobutu . Évalué à 10.
Ce n'est pas le cas d'une distribution qui n'est constituée que de logiciels libres et qui ne propose pas dans ses repositories des drivers proprio, comme Fedora.
Les distributions ont des choix à faire. Si ça emmerde Ubuntu de faire des tests sur les drivers proprio et de tout faire pour les supporter, ils n'ont pas à les fournir , point.
[^] # Re: Pilotes en code fermé
Posté par Mildred (site web personnel) . Évalué à 2.
ca devrait venir dans les prochaines versions non ? X.org en mode failsafe
[^] # Re: Pilotes en code fermé
Posté par Matthieu . Évalué à 2.
Je ne pense pas que ce soit à cause de nvidia, mais plutôt l'oubli de mettre à jour en même temps le package des modules restricted.
[^] # Re: Pilotes en code fermé
Posté par Khâpin (site web personnel) . Évalué à 3.
Mais bon, ici j'ai une Gentoo et une Debian avec le module nvidia proprio (je sais, çaimal, mais si vous avez une astuce pour faire du TwinView avec le pilote libre nv, je suis preneur) et le noyau 2.6.17, et ça marche sans problème, et out-of-the-box. De là à dire que la faute est plus à Ubuntu qu'à nvidia, il y a un pas que je n'hésite pas à franchir!
(c'est pas non plus comme si le module nvidia était incompatible avec une nouvelle version du noyau - comme c'était le cas il y a quelques temps - ou avec Xorg 7.1 - comme c'était encore le cas il y a peu).
# C'est presque corrigé
Posté par Ecran Plat (site web personnel) . Évalué à 6.
Je pense qu'ils ont du bloquer l'accès à la mise à jour.
C'est vrai que la confiance en ubuntu est rompue, chaque fois qu'il me propose des mises à jours je me demande ce qui va me tomber dessus.
[^] # Re: C'est presque corrigé
Posté par mobutu . Évalué à 10.
Toutes les distro ont des problèmes, c'est arrivé à mandrake, à fedora, à suse, à slackware, à debian...
Mais là, Ubuntu est une distro qui prétends rendre linux accessible à tout le monde, un peu comme Linspire. Ils fournissent les drivers proprio avec une installation facile via des repositories officiels. C'est la moindre des choses pour cette distrib que de proposer des updates qui ne cassent pas X chez le quidam toutes les 3 semaines.
Ubuntu ne servira qu'à faire mauvaise impression. Les débutants, qui utiliseront ubuntu, se diront "putain linux c'est de la merde, chaque mises à jour coupe mon PC". Et c'est bien plus dur de regagner la confiance de quelqu'un qui a déjà testé linux, que de quelqu'un qui n'a jamais essayé.
La dapper était terrible à son lancement, il y a eu une foule pas possible de patchs. La cadence d'updates a beaucoup ralentie depuis le respin 6.06.1 mais la qualité n'a pas l'air de répondre présente.
Une distribution qui vends son cul au grand public doit fournir du service grand public. Ubuntu est un échec.
Une citation des forums officiels :
As I understand it, the kernel developers decided to skip bumping the ABI of the kernel, assuming that the changes they made do not affect any modules, so they can save the users from the possible inconvenience of rebuilding kernel modules.
However, for some odd reason nvidia.ko was affected, so an updated linux-restricted-modules package needs to be uploaded.
Needless to say, Matt Zimmerman is not at all happy about the way the kernel update was issued....
Ca laisse sans voix sur le contrôle qualité.
Ils n'ont pas une seule machine avec une nvidia ou ati + driver proprio pour tester leur kernel ?? ils ne testent pas leur kernel sur du hardware tout ce qu'il y a de plus ordinaire ? pour une distro qui redistribue ces mêmes drivers proprio, ça craint.
[^] # Re: C'est presque corrigé
Posté par manatlan (site web personnel) . Évalué à 2.
ça va mettre à mal l'ora de la distrib, ça c'est certain ...
Pour relativiser, autant ce prob que le précédent, ne concerne que "très peu" de monde ... les ubuntiens avec des nvidia et les drivers proprios qui ont upgradé dans le laps de temps où les repository officiels étaient buggués ...(8h le premier et 5h celui-là, je crois)
Après, parmis ces gens là, ils y a certes des newbies qui ne se retrouvent qu'avec leurs yeux pour pleurer, et qui seront deg (j'imagine pas le gars qui a eu les 2 ;-( ).
Les autres, plus experimentés, s'en sortiront, en downgradant sur le précédent.
(moi même, j'ai eu le malheur de tomber dans la mauvaise tranche, et j'ai du faire pas mal de console pour m'en sortir ... ça faisait un bail que j'avais plus taté du tty )
C'est d'autant plus bête, que ça fait 2x en 3 semaines, sur une distrib censée être ultra stable ;-( ... alors qu'il n'y a jamais eu ce genre de prob sur les précédentes.
C'est assez grave quand même, et ça va faire du tord à ubu ... ça craint
A la première bourde, je m'étais dit qu'au moins "ça leur servira de leçon", et je pensais sincèrerement qu'ils ne pourraient plus jamais refaire ce genre de bourde.
Après tout, c'est du libre, du gpl, on est libre ou non de l'utiliser ...
Mais je reste un ubunteros convaincu ... et je me dis encore, que là, maintenant c'est sure : ils ne feront plus jamais ce genre de bourde ! MS (mark) va crier un bon coup ;-)
[^] # Re: C'est presque corrigé
Posté par ThesmallgamerS . Évalué à 5.
Je conseille tout le monde de faire comme moi, ça ne coute rien et ça rapporte gros.
[^] # Re: C'est presque corrigé
Posté par mobutu . Évalué à 8.
Même. Une entreprise *sérieuse*, qui en plus fournit du driver proprio, se doit de tester ses patchs sur quelques bécannes, le minimum syndical, avant de les uploader. Est-ce trop demander à Ubuntu, que de par leur marketing, il soit normal qu'ils testent UN NOUVEAU KERNEL, un truc aussi important qu'un KERNEL, sur des machines relativement standards ? du ati et nvidia on en trouve partout.
Si ubuntu ne veut pas prendre une telle responsabilité, qu'ils arrêtent de distribuer les drivers proprio sur leurs repo, qu'ils arrêtent de faire du marketing "humanity to others blablablabla" et viser les gens qui n'y connaissent rien. Ainsi ils ne feront pas de tort à la communauté linuxienne en balaçant des paroles qu'ils ont du mal à assumer. Un produit qui n'est pas à la hauteur de son paraître.
J'ai réussi à convertir une connaissance à linux en le faisant installer une Ubuntu. Je ne l'ai pas vu ce soir, j'ose espérer qu'il n'est pas tombé en ce fameux instant de gloire. Ni même qu'il vienne se foutre de ma gueule après avoir vu mon troll sur linuxfr :x
Je suis encore le cul troué devant ce fait, qu'ubuntu soit capable d'uploader un kernel sans le tester auparavant. C'est choquant et ça fout les boules.
[^] # Re: C'est presque corrigé
Posté par patrick_g (site web personnel) . Évalué à -4.
En temps normal je suis remarquablement courtois mais là je n'hésite pas à te dire que tu viens de nous sortir une immonde connerie.
Sur ma Dapper je n'ai eu aucun problème de plantage de X.
Jamais.
La recette ? J'utilise des drivers libres. J'ai acheté mon ordinateur pour pouvoir n'utiliser que des drivers libres. Et rien n'a jamais planté. Aucun update n'a foiré.
Alors les gens qui achète des ATI et des NVidia en connaissance de cause et qui mettent des drivers proprio en connaissance de cause et qui ensuite osent se plaindre en disant qu'Ubuntu est la honte du libre...hum comment dire...je les emmerde.
[^] # Re: C'est presque corrigé
Posté par mobutu . Évalué à 9.
C'est quand même assez facile d'appâter le couillon avec sa distrib à deux balles si après elle n'assume pas ses actes. Le paquet "nvidia-glx" est supporté officiellement dans le repository dapper-security/restricted.
Oui, cette distro est une honte pour le libre parce qu'elle a des prétentions qui ne sont pas à la hauteur de ses gestes. Que tu sois un crétin de fanboy n'y change rien. Ubuntu n'a pas à livrer les drivers s'ils ne les supportent pas réellement. C'est faux cul.
[^] # Re: C'est presque corrigé
Posté par Nicolas Peninguy (site web personnel) . Évalué à 7.
[^] # Re: C'est presque corrigé
Posté par schyzomarijks . Évalué à 5.
[^] # Re: C'est presque corrigé
Posté par patrick_g (site web personnel) . Évalué à 2.
Mais les drivers binaires ils sont pas sur le dépot spécifique "Restricted" ?
Suffit de pas l'activer non ?
[^] # Re: C'est presque corrigé
Posté par plagiats . Évalué à 3.
[^] # Re: C'est presque corrigé
Posté par thedidouille . Évalué à 1.
c'est énorme ce problême. Le module noyau d'une CG n'a pas une interface très compliquée. Je voudrais voir comment ils ont pu faire passer ça.
[^] # Re: C'est presque corrigé
Posté par cmiramon . Évalué à 1.
Les distributions Linux sont aujourd'hui le maillon faible du libre et un frein pour notre développement. La surenchère dans la distribution communautaire (Mandriva, Fedora, OpenSuse et enfin Ubuntu) conduit à réaliser les distributions avec des équipes minuscules et à sabrer tout contrôle qualité. Une organisation plus bureaucratique mais plus coûteuse aurait des avantages.
[^] # Re: C'est presque corrigé
Posté par viking . Évalué à 4.
https://launchpad.net/distros/ubuntu/+source/linux-source-2.(...)
# Euh...
Posté par Snark_Boojum . Évalué à 2.
Et comme les dépendances sont dans l'autre sens, la mise à jour se fait alors qu'il manque un composant essentiel.
Ceci dit j'ai la chance d'avoir une carte ATI bien supportée par le pilote libre, donc perso j'ai échappé aux ennuis les deux fois... :-)
[^] # Re: Euh...
Posté par manatlan (site web personnel) . Évalué à 2.
c'est quoi comme ATI, et profites tu de XGL(voire AIGLX)/Compiz aussi ?
[^] # Re: Euh...
Posté par Eric P. . Évalué à 1.
C'est une Radeon 9200SE. XGL/compiz tourne nickel (de même que AIGLX/compiz, plus léger).
Eric
Excusez l'absence d'accents dans mes commentaires, j'habite en Australie et n'ai pas de clavier francais sous la main.
[^] # Re: Euh...
Posté par mizu . Évalué à 2.
[^] # Re: Euh...
Posté par pasBill pasGates . Évalué à 4.
Les 2 cas presents(XOrg & Kernel) ne vous concernent pas car le probleme se situait au niveau de l'interface avec les drivers, mais le probleme reel, c'est le manque total de tests fait sur les updates avant qu'elles sortent. Ce qui veut dire que driver proprio ou pas, vous aussi etes sujets a etre touches par leur manque de serieux parce que le jour ou le probleme sera ailleurs, ils ne le verront peut-etre pas non plus vu qu'ils ne testent (quasiment) pas leurs patchs.
[^] # Re: Euh...
Posté par Markov . Évalué à 2.
Donc non c'est très, mais alors vraiment très improbable que cela arrive avec les drivers libre. Ensuite les dev ubuntu qui s'occupe du noyau doivent probablement pas aimer les blobs binaire comme tous les dev du noyau et dc il n'en n'ont pas sur leur machine.
Cela étant si ubuntu veut supporter officielement les drivers proprio alors elle doit effectivement s'assurer de ne pas les rendre inopérationnel à chaque update. Mais il me semble qu'il les propose simplement pour faciliter la vie de ceux qui veulent les installer. D'ailleur par defaut quand on install une ubuntu on pas que les drivers libre ?
[^] # Re: Euh...
Posté par mobutu . Évalué à 2.
Non, ils sont supportés officiellement dans restricted. Ce n'est pas un goodies où ils peuvent se permettre de dire "voilà, prenez les à vos risques et périls".
Package: nvidia-glx
Section: restricted/x11
Maintainer: Ubuntu Kernel Team <kernel-team@lists.ubuntu.com>
Filename: pool/restricted/l/linux-restricted-modules-2.6.15/nvidia-glx_1.0.8762+2.6.15.11-1_i386.deb
Ce ne serait pas supporté officiellement si c'était dans universe/multiverse.
[^] # Re: Euh...
Posté par manatlan (site web personnel) . Évalué à 3.
Je vais certainement remettre ma 9200SE ...(la 6600GT fait trop de bruit, et je vais m'en séparer) ...
Il y a t il un tuto qqpart pour mettre les drivers GPL de la 9200se, ainsi que AIGLX/Compiz ?
# c'est corrigé maintenant
Posté par manatlan (site web personnel) . Évalué à 2.
sudo apt-get upgrade
[^] # Re: c'est corrigé maintenant
Posté par ThesmallgamerS . Évalué à 2.
# Le mot de la fin..
Posté par mobutu . Évalué à 3.
http://ubuntuforums.org/showthread.php?t=257353&page=3
We are all frustrated by what's happened and all hope it doesn't happen again.... Apparently the new QA measures Mark Shuttleworth has been talking about are not in place yet :-/.... It does not look like anyone outside the kernel team reviewed that update before it was posted.
Good job, very good job, indeed.
Sachant que cette fameuse "kernel team" n'a pas l'air d'avoir accès à du matériel commun utilisé par un écrasant pourcentage d'utilisateurs.
[^] # Re: Le mot de la fin..
Posté par Markov . Évalué à 1.
# [HS] Tiens ! Il y a un public, personne ne les avait vu !
Posté par moramarth . Évalué à -7.
Chui perplexe…
# aaaaaaaah ah!
Posté par Prae . Évalué à 2.
mes 2cents
# commentaire inutile
Posté par plagiats . Évalué à 2.
Cela n'enlève rien à ton problème et à l'aspect scandaleux, mais le soucis a quand même été réglé assez vite pour que, 5 heures après toi les utilisateurs comme moi n'ait pas vu passer le bug.
Pas vu, pas pris.
# Mode sans echec
Posté par Joris Dedieu (site web personnel) . Évalué à 7.
init 1 pour l'utilisateurs lambda n'étant vraiment pas adapté.
Voilà comment je le vois :
Démarrage sur un un noyau par défaut (celui de l'installation).
Tres peu de services
Verification des disques (fs, espace libre)
Verification de la base des paquets et correction éventuelle.
Serveur X mono utilisateur en mode vga.
Mini bureau avec : navigateur web, éditeur de texte, utilitaires de dépannage (revenir au noyau précedant, reconfigurer X ... etc )
A defaut d'un truc plus intelligeant (analyse des logs pour voire ce qui ne va pas) ça serai déjà ça.
Qu'en pensez-vous ?
[^] # Re: Mode sans echec
Posté par Alban Crequy (site web personnel) . Évalué à 2.
Que sur Ubuntu, quand on installe un nouveau noyau, l'ancien n'est pas supprimé donc tu peux démarrer dessus dans Grub. Donc ça existe déjà ;-)
Par contre, ça ne s'appelle pas "mode sans echec" et ce n'est pas forcement intuitif pour l'utilisateur d'essayer une version plus ancienne quand ça ne marche plus après une mise à jour...
[^] # Re: Mode sans echec
Posté par Laurent Saint-Michel . Évalué à 2.
Laurent
[^] # Re: Mode sans echec
Posté par Joris Dedieu (site web personnel) . Évalué à 1.
C'est également le cas pour toutes les distros que je connais
>donc tu peux démarrer dessus dans Grub. Donc ça existe déjà ;-)
Tu n'as visiblement aucune idée de ce qu'est l'utilisateur ordinaire d'un ordinateur.
Grub ? Noyau ? Redemarrer ?
>Normalement sous GDM...
Visiblement sur cette mise à jour (comme sur la précedente) ça n'a pas été le cas)
Je te conseille d'essayer de mettre ton /home à 100%. Tu va voire la gueule de ton gdm : "Votre session n'a pas duré trois secondes, c'est pas normal..."
# Finalement, ...
Posté par Matthieu Moy (site web personnel) . Évalué à 10.
[^] # Re: Finalement, ...
Posté par mats . Évalué à 1.
Je me rappelle avoir perdu le réseau sous Sid il y a 3 ans, c'est autrement plus pénible que de perdre X...
Donc oui, c'est un problème pour les nouveaux (encore une fois la cible d'Ubuntu), mais pour les autres...
[^] # Re: Finalement, ...
Posté par Matthieu Moy (site web personnel) . Évalué à 3.
« ;-) »
Mais pour le problème de fond qu'il y a derrière, oui, je suis en SID, (fier de l'être ;-) ), et je prends le risque d'avoir des trucs qui pètent de temps en temps. Il faut croire que je touche du bois, parce que chez moi, j'ai rarement des mésaventures aussi graves qu'un X ou le réseau qui casse. Pour moi, le contrat entre moi et ma disrib, c'est « j'ai une distrib relativement à jour, que je considère de bonne qualité, et en échange, j'accepte que ça casse de temps en temps, et je fais des rapports de bug quand c'est le cas ».
Mais c'est clair que quand c'est une version stable qui casse, et quand c'est la première version d'une distrib qui insiste autant sur le support et la finition, ça fait effectivement tâche.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.