Tenter d'installer Linux peut verrouiller définitivement des portables Samsung

Tenter d’installer Linux peut verrouiller définitivement des portables Samsung

L'UEFi est en cause

Avatar de l'auteur
Damien Labourot

Publié dans

Sciences et espace

31/01/2013 2 minutes
102

Tenter d'installer Linux peut verrouiller définitivement des portables Samsung

De nombreux utilisateurs rapportent qu'une tentative d'installation d'Ubuntu via une méthode classique ou l'utilisation d'un live CD sur certains PC portables Samsung exploitant l'UEFI aurait la fâcheuse conséquence de les verrouiller... définitivement.

D'après nos confrères de H-Online, le symptôme serait relativement simple et la conséquence particulièrement fâcheuse sur certains portables de la marque Samsung. En effet, lors du chargement d'un pilote durant l'installation d'Ubuntu, le PC affiche un écran noir. Dès lors, la seule action possible est d'éteindre sa machine, mais il faut savoir qu'elle ne redémarrera plus... jamais. Ce problème ne toucherait que les portables dont l'UEFI est activé par défaut. Le Secure Boot introduit depuis quelques mois par les fabricants de PC sous l'impulsion de Microsoft ne serait pas en cause puisque sa désactivation ne changerait rien à l'affaire. La seule possibilité ensuite est le remplacement de la carte mère, ce qui est fait par le constructeur coréen si le produit est sous garantie. 

 

smasung series 7 chronos

 

Les développeurs d'Ubuntu ont été prévenus durant la fin d'année dernière par quelques utilisateurs, comme on peut le voir sur ce bug tracker. Cependant, ce phénomène ne semble pas toucher uniquement les équipes Canonical, mais l'ensemble des distributions, puisque c'est un pilote inclus dans le Kernel de Linux qui semble être en cause, et un correctif est en cours de préparation pour tenter de résoudre le problème. Voici la liste des portables de Samsung qui sont incriminés par les différents retours des utilisateurs : 

  • NP300E5C
  • NP700Z5C
  • NP700Z7C
  • NP900X4C 

Toujours d'après nos confrères, Canonical s'est rapproché de Samsung et des firmwares corrigeant ce souci seraient aussi en cours de développement depuis de nombreuses semaines. Cependant, il faudra dès lors faire impérativement la mise à jour avant toute tentative d'installation d'une distribution Linux pour éviter de verrouiller son PC portable.

 

Nous avons contacté le constructeur pour obtenir plus d'informations quant au problème et nous attendons leur retour.

Écrit par Damien Labourot

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Fermer

Commentaires (102)


Comment un os pourrait il “détruire/corrompre” l UEFI ???



Il y a quelque chose qui m’échappe là…


oula ça craint grave la !


Les joies de l’UEFI… <img data-src=" />

Ils codent avec les pieds chez Samsung (Ou AMI&cie) ou quoi?



Autant pour l’interface, j’apprécie, autant pour le boot sur disque et clé USB, beaucoup moins… Pas rare d’avoir quelques problèmes… Mais si en plus, y’a un accès en écriture à ce qui est censé ne pas être accessible en écriture une fois le système chargé… WTF ?



Sous windows, si y’a une faille, ça va faire la joie des hackers ça… En titillant l’UEFI de la même façon que le pilote provoquant le problème sous Linux


Même un liveCD ?

Je vais commencer à stocker des composants pour garder la maitrise de mes machines,si ca continue….








divinechild a écrit :



Comment un os pourrait il “détruire/corrompre” l UEFI ???



Il y a quelque chose qui m’échappe là…







le système peut écrire dans l’ufi



Génial, ça fait une carte mère gratuite en garantie <img data-src=" />


Le 31/01/2013 à 09h 37



du Kernel de Linux





Ça ne veut absolument rien dire


Je suis persuadé que cette techno UEFI n’a pas fini de nous faire des surprises. <img data-src=" />








bingo.crepuscule a écrit :



Les joies de l’UEFI… <img data-src=" />

Ils codent avec les pieds chez Samsung (Ou AMI&cie) ou quoi?







Qu’est-ce qui te dit que le problème n’est pas dans le driver libre ?

C’est tout à fait possible aussi.



Je me rapelle que jusqu’à il y a peu Xorg ne respectait pas les modes d’affichages supportés déclarés par les carte graphiques ce qui obligeait sur certaines configs à changer en dur la conf de Xorg pour avoir un affichage. Si ca se trouve c’est peut être le même genre de problème, l’UEFI déclare tel GPIO pour telle chose sauf que le driver à une conf en dur qui ne respecte pas ça.



Bon après ce ne sont que des suppositions, mais sans plus d’info taper sur samsung c’est un peu chauvin…









ff9098 a écrit :



Ça ne veut absolument rien dire





modifié ma phrase merci ;)



De quel coté provient l’origine de ce “bug” ? De Samsung ou de Linux ?


Ouais enfin, t’es pas censé foutre en l’air un PC avec l’UEFI hein, d’une façon ou d’une autre, ce dernier ne doit pas rencontrer ce genre de problème, point.



L’UEFI, comme le bios, c’est le dernier rempart entre l’OS et la gestion du matériel de la carte mère, ce dernier doit servir de garde fou, quoi qu’il arrive… D’ailleurs, le problème a bien été reconnu, sinon samsung cracherait sur Linux, et ne proposerait pas un retour en garantie.








Anikam a écrit :



De quel coté provient l’origine de ce “bug” ? De Samsung ou de Linux ?







C’est pas tout à fait ça, c’est un pilote compatible Linux qui passe des paramètres à l’UEFI, qui à son tour, plante la machine, alors qu’il ne devrait pas.



J’ai rarement vu une merde pire que l’UEFI !!!



Sur un PC desktop neuf que mon neveu a eu pour Noel, il y a un UEFI à la con, résultat, il y a eu une coupure de courant durant l’activation de Windows 8 (premier démarrage).



Du coup, ça a flingué l’UEFI, et plus aucun périph de démarrage n’est reconnu !!!



Impossible de Booter sur un CD ou l’USB, plus aucun disque accessible.



Retour en SAV, et la carte mère a été changée !!!



Super l’UEFI, au moins, avec un bon vieux BIOS, y a pas de soucis.








metaphore54 a écrit :



Je suis persuadé que cette techno UEFI n’a pas fini de nous faire des surprises. <img data-src=" />





Comme quoi le BIOS qu’on annonce mort depuis de nombreuses années a encore un bel avenir devant lui :p.









plumachau a écrit :



J’ai rarement vu une merde pire que l’UEFI !!!



Sur un PC desktop neuf que mon neveu a eu pour Noel, il y a un UEFI à la con, résultat, il y a eu une coupure de courant durant l’activation de Windows 8 (premier démarrage).



Du coup, ça a flingué l’UEFI, et plus aucun périph de démarrage n’est reconnu !!!



Impossible de Booter sur un CD ou l’USB, plus aucun disque accessible.



Retour en SAV, et la carte mère a été changée !!!



Super l’UEFI, au moins, avec un bon vieux BIOS, y a pas de soucis.





Ah ouhais la …









plumachau a écrit :



….

Super l’UEFI, au moins, avec un bon vieux BIOS, y a pas de soucis.





100% Ok pour dire que l’UEFI c’est encore clairement à améliorer, mais si on veut rester honnête intellectuellement il faut bien reconnaitre aussi que le BIOS posait aussi certains problèmes…



Pas de soucis avec le BIOS, j’ai comme un doute… Tu n’as jamais rencontré personnellement de soucis, peut-être…



L’UEFI c’est une merde ça c’est sur, ça crée plus de problème que ça n’en résoud, enfin bref.



Pour plus de précision ça touche les distributions qui ont le module samsung-laptop d’activé puice qu’apparemment c’est lui qui pose problème. Pour le moment difficile de savoir si ça viens du Bios Samsung ou du module néanmoins les dev du Kernel et Samsung travaille sur le problème puisque Samsung participe à la maintenance du module samsung-laptop.


Encore heureux que Samsung remplace la carte mère.

Quid de la machine hors garantie ?

Ca va en refroidir plus d’un pour une installation sur une machine Samsung. <img data-src=" />








bingo.crepuscule a écrit :



C’est pas tout à fait ça, c’est un pilote compatible Linux qui passe des paramètres à l’UEFI, qui à son tour, plante la machine, alors qu’il ne devrait pas.





Merci pour la mise au point<img data-src=" />



le mieux c’est les cartes dual bios de gygabite, c’est super pratique et robuste


Si le hardware était libre aussi, y’aurait pas ce genre de merde du à ce driver libre surement fait par rétro-engenering.



En plus les portable il n’y a rien de pire car tu a toujours des composant bien fermé et propriétaire uniquement compatible windows qui pète bien les burnes quand tu veut aller sur une autre distribution.


Halalalala toujouts aussi merdique Samsung..


Plusieurs choses que je trouve inconcevables :

* l’installation d’un OS flingue la CM

* un pilote peut écrire dans un BIOS ou UEFI



Sans déconner, c’est n’importe quoi aussi bien chez linux que chez samsung.








Damien a écrit :



La seule possibilité ensuite est le remplacement de la carte mère, ce qui est fait par le constructeur coréen si le produit est sous garantie.





Ce genre de défaut n’est-il pas à considéré comme un vice caché, dont la garantie légale en France est de 2 ans ? <img data-src=" />

Sur wikipédia <img data-src=" />, ils disent même que la jurisprudence considère la prescription comme étant de 2 ans, non pas à partir de l’achat, mais à partir de la découverte du vice <img data-src=" /> (à confirmer, “wikipedia inside” quoi ! <img data-src=" />)









Anikam a écrit :



Merci pour la mise au point<img data-src=" />







Du coup, c’est plutôt la boite qui développe l’UEFI qui est en cause, mais ici j’ignore si c’est American Megatrend (AMI), Phoenix Technologies, ou autre…



Mais l’UEFI accuse clairement ses erreurs de jeunesse… <img data-src=" />



Je n’ai jamais réussi à installer Linux sur mon PC perso avec une carte mère ASUS avec UEFI <img data-src=" />








GutsBlack a écrit :



[…]Pour le moment difficile de savoir si ça viens du Bios Samsung ou du module néanmoins les dev du Kernel et Samsung travaille sur le problème puisque Samsung participe à la maintenance du module samsung-laptop.







Ce serait con que le problème vienne du code écris par Samsung dans le pilote Linux. <img data-src=" />









eternal_darkness a écrit :



Je n’ai jamais réussi à installer Linux sur mon PC perso avec une carte mère ASUS avec UEFI <img data-src=" />







Sur les nouvelles versions d’Ubuntu, le boot UEFI est pris en charge depuis l’année 2012 (sous Fedora aussi il me semble), ArchLinux, même chose.



Mais généralement sur les cartes mère, on peut activer dans les options de l’UEFI la rétrocompatibilité avec l’ancien système de boot (MBR) propre aux bios.









Obelixator a écrit :



Ce genre de défaut n’est-il pas à considéré comme un vice caché, dont la garantie légale en France est de 2 ans ? <img data-src=" />

Sur wikipédia <img data-src=" />, ils disent même que la jurisprudence considère la prescription comme étant de 2 ans, non pas à partir de l’achat, mais à partir de la découverte du vice <img data-src=" /> (à confirmer, “wikipedia inside” quoi ! <img data-src=" />)





oui c’est bien 2 ans à partir de la découverte du vice caché. La difficulté étant de faire admettre au constructeur qu’il y a bien un vice-caché (personne n’attaquant en justice pour si peu).









bingo.crepuscule a écrit :



Du coup, c’est plutôt la boite qui développe l’UEFI qui est en cause, mais ici j’ignore si c’est American Megatrend (AMI), Phoenix Technologies, ou autre…



Mais l’UEFI accuse clairement ses erreurs de jeunesse… <img data-src=" />





C’est pas le truc utilisé par les macintosh depuis, depuis, euh longtemps ?



Y’a vraiment des Inpactiens qui achète cette marque? <img data-src=" />








Drepanocytose a écrit :



Pas de soucis avec le BIOS, j’ai comme un doute… Tu n’as jamais rencontré personnellement de soucis, peut-être…





Il y a assez longtemps, j’ai été confronté à un firmware de carte graphique (GeForce MX440 je crois) qui empêchait l’installation de Windows XP (Ecran noir figé lors de l’installation) … j’ai mis plus d’un an à trouver la cause … obligé de rester sous Windows ME pendant ce temps-là <img data-src=" />









Winderly a écrit :



C’est pas le truc utilisé par les macintosh depuis, depuis, euh longtemps ?







Non, les ordinateurs d’APPLE (et je dis bien ordinateurs, parce que c’est du X86_64 avec archi PC, plus du PowerPC), sont équipé d’un EFI, ça diffère quelque peu… L’UEFI est grosso modo la V2 de l’EFI (ou un fork), et il me semble que l’EFI des cartes mères des machines d’Apple n’est pas sous traité par des tiers, mais par eux même… (Ce qui doit pas mal optimiser le bousin aussi)









Winderly a écrit :



C’est pas le truc utilisé par les macintosh depuis, depuis, euh longtemps ?







C’est même utilisé par HP sur ces stations Itanium depuis un bail (90’). Pour en avoir une à la maison qui tourne sous Debian, je peux dire que l’EFI permet sans souci d’installer autre chose que les merdes que nous sort $$$crosoft. Donc pour moi, le problème ici c’est Samsung.









Goldensniper a écrit :



Y’a vraiment des Inpactiens qui achète cette marque? <img data-src=" />







La coquille est regrettable, mais les ultraportables de Samsung, c’est de la bonne came, pour en avoir eu un entre les mains, robuste, finitions aluminium, léger, bonne autonomie, charge rapide, NAND SSD intégrée à la carte mère + Disque dur 2”5, bonne dalle MAT…



Si je devait acheter une machine, à défaut d’un Thinkpad série X, ce serait une des leurs.



Le 31/01/2013 à 10h 23







bingo.crepuscule a écrit :



NAND SSD intégrée à la carte mère





<img data-src=" /> la saloperie









bingo.crepuscule a écrit :



La coquille est regrettable, mais les ultraportables de Samsung, c’est de la bonne came, pour en avoir eu un entre les mains, robuste, finitions aluminium, léger, bonne autonomie, charge rapide, NAND SSD intégrée à la carte mère + Disque dur 2”5, bonne dalle MAT…

Si je devait acheter une machine, à défaut d’un Thinkpad série X, ce serait une des leurs.





C’est pas faux … Mais le problème avec Samsung, c’est





  • que c’est pas la première fois que ce phénomène de hard-brick survient (SGNote),

  • que la publication des spécifications de leurs matos (Exynos, CM, etc…) n’est pas leur point fort (pour rester poli <img data-src=" />), et ça pourrait expliquer en partie ces hard-bricks (retro-engeneering), même si certains cas sont 100% de la responsabilité de Samsung (MàJ ICS STOCK en OTA du SGNote),





Le 31/01/2013 à 10h 28







bingo.crepuscule a écrit :



c’est du X86_64 avec archi PC, plus du PowerPC)





Tu m’intéresses. T’as une doc ?









Obelixator a écrit :



Ce genre de défaut n’est-il pas à considéré comme un vice caché, dont la garantie légale en France est de 2 ans ? <img data-src=" />

Sur wikipédia <img data-src=" />, ils disent même que la jurisprudence considère la prescription comme étant de 2 ans, non pas à partir de l’achat, mais à partir de la découverte du vice <img data-src=" /> (à confirmer, “wikipedia inside” quoi ! <img data-src=" />)







Pour un vice caché, t’as le droit de te le faire réparer pendant 5 ans en moyenne (dépendant du type de produit ).

Mais faut d’abord apporter la preuve que c’est un vice caché, et là bon courage …<img data-src=" />



D’ailleurs c’est là que les Class actions aux US prennent encore une fois tout leur sens.^^



Elles ont fait reconnaitre très vite certains vices cachés par les entreprises, qui ne voulaient prendre le risque de lourdes amendes et dédommagements, une fois au tribunal..<img data-src=" />









the true mask a écrit :



D’ailleurs c’est là que les Class actions aux US prennent encore une fois tout leur sens.^^





UN GROS +1 <img data-src=" />

Flamby, si tu nous entends … <img data-src=" />









Adakite a écrit :



C’est même utilisé par HP sur ces stations Itanium depuis un bail (90’). Pour en avoir une à la maison qui tourne sous Debian, je peux dire que l’EFI permet sans souci d’installer autre chose que les merdes que nous sort $$$crosoft. Donc pour moi, le problème ici c’est Samsung.





t’as une machine périmée avec un EFI + debian dessus qui marche donc les machines d’aujourd’hui avec un UEFI doivent marcher donc c’est Samsung le problème (et microsoft sort de la merde).

Superbe et pertinente analyse….









lincruste a écrit :



Tu m’intéresses. T’as une doc ?







Pas exactement, mais j’ai trouvé des explications assez claires =&gt;http://fadrienn.irlnc.org/articles/informatique/mac_pc/

Le changement le plus radical date de 2005 avec le passage aux processeurs INTEL, faisant des Mac des PC X86 avec la griffe Intel…

D’ailleurs, en dehors de l’histoire de booter (car l’EFI d’Apple est la partie qui diffère d’une carte mère classique) et d’avoir des drivers pour tes périphériques, c’est assez simple d’installer MacOs sur un PC (j’avais même réussit l’installation sur un vieux thinkpad X41…)



Obelixator a écrit :



UN GROS +1 <img data-src=" />

Flamby, si tu nous entends … <img data-src=" />





Normalement c’est prévu… Si le débat sur le mariage gay ne s’éternise pas trop. <img data-src=" />



ce genre de pannes c’est pas la fête <img data-src=" />


c’est moi ou les BIOS n’ont jamais eu ce genre de problèmes?

la seule fois que j’ai touché à un UEFI, il a planté… reboot du pc. On dirait un OS ce truc :p


Il fut un temps ou Samsung sortait des imprimantes avec des pilotes Linux Unifiés …

En Septembre, j’ai acheté une CLP-365W pour ce seul argument.



Quelle merde ça a été pour l’installer sur Ubuntu 12.04 ! Impossible, obligé de passer à Ubuntu 12.10 ou elle marchait par hasard.

Les pilotes unifiés en question datent de la CLP-360 et n’ont jamais été mis à jour ! Ensuite le support vous dit qu’ils veulent plus mettre à jour.



En gros, Samsung a pendant un temps respecté Linux pour avoir une sorte de “Green Washing” mais maintenant, ils n’en ont plus rien à faire de la compatibilité.



linuxien : Samsung à fuir ?








Goldensniper a écrit :



Y’a vraiment des Inpactiens qui achète cette marque? <img data-src=" />





Bah, les galaxy (tablette ou smartphone) ne sont pas de mauvaises machines …

Le galaxy camera est un produit assez interessant.

Ils font aussi des disques durs, qui marchent plutot pas mal (quoique sur les 3 achetés, j’en ai quand même un qui m’a posé des soucis au bout de 5 ans)

Et pour la TV, je n’ai rien à leur reprocher.



Après, pour un laptop, ça me parait effectivement un peu light, et toute la partie électroménager ne me donne pas trop confiance (mais on parle ici de ressenti, pas de faits).. Mais bon, quand on a un panel de produits aussi large, on ne peut pas être bon partout…



Sachant que changer le système fait souvent sauter la garantie…. ouch !








luxian a écrit :



Il fut un temps ou Samsung sortait des imprimantes avec des pilotes Linux Unifiés …

En Septembre, j’ai acheté une CLP-365W pour ce seul argument.



Quelle merde ça a été pour l’installer sur Ubuntu 12.04 ! Impossible, obligé de passer à Ubuntu 12.10 ou elle marchait par hasard.

Les pilotes unifiés en question datent de la CLP-360 et n’ont jamais été mis à jour ! Ensuite le support vous dit qu’ils veulent plus mettre à jour.



En gros, Samsung a pendant un temps respecté Linux pour avoir une sorte de “Green Washing” mais maintenant, ils n’en ont plus rien à faire de la compatibilité.



linuxien : Samsung à fuir ?





Pour les imprimantes avec Linux, un valeur sure et avec support c’est HP, et les produits sont de bonne facture.

Seul problème: pour lancer le scan, il faut passer par le PC et pas par le bouton du scanner. Mais bon, on s’en passe très largement.









EMegamanu a écrit :



Sachant que changer le système fait souvent sauter la garantie…. ouch !







Faux, ça c’est de l’argumentation en carton, on ne peut pas te refuser la garantie parce que tu as choisit d’installer un autre OS, d’un parce que tu es censé pouvoir refuser les conditions Microsoft au premier démarrage si la machine est fournie avec Windows, deuxièmement parce que l’architecture des PC permettent de facto, l’installation d’un système d’exploitation tierce partie.



A contrario, un smartphone ou une tablette avec un bootloader verrouillé, ou plus largement, un matériel conçu spécifiquement pour ne lancer que l’OS fourni, on peut te refuser la garantie si tu opères quelques modifications que tu n’es pas censé pouvoir effectuer.



Samsung enchaîne les failles …


Le 31/01/2013 à 11h 00







bingo.crepuscule a écrit :



Pas exactement, mais j’ai trouvé des explications assez claires =&gt;http://fadrienn.irlnc.org/articles/informatique/mac_pc/

Le changement le plus radical date de 2005 avec le passage aux processeurs INTEL, faisant des Mac des PC X86 avec la griffe Intel…





Et ben écoute, l’article confirme que les Macs sont des PC du point de vue matériel. Après, oui, l’ensemble Open Firmware/EFI propre à Apple les distingue du premier PC de constructeur venu, mais à mon avis ça ne suffit pas à en faire une architecture à part entière.









bingo.crepuscule a écrit :



Faux, ça c’est de l’argumentation en carton, on ne peut pas te refuser la garantie parce que tu as choisit d’installer un autre OS, d’un parce que tu es censé pouvoir refuser les conditions Microsoft au premier démarrage si la machine est fournie avec Windows, deuxièmement parce que l’architecture des PC permettent de facto, l’installation d’un système d’exploitation tierce partie.



A contrario, un smartphone ou une tablette avec un bootloader verrouillé, ou plus largement, un matériel conçu spécifiquement pour ne lancer que l’OS fourni, on peut te refuser la garantie si tu opères quelques modifications que tu n’es pas censé pouvoir effectuer.







Et pourtant je parle en connaissance de cause :

1/ La FNAC qui m’a fait remettre le Windows Xp Home sur ma machine en lieu place de l’édition Pro il y a pas mal d’années sinon ils refusaient de prendre en compte ma demande.

2/ Boulanger où j’ai bossé cet été, où un de mes collègues du SAV m’a montré des documents de différents constructeurs (j’ai souvenir notamment d’un de Toshiba) où une des clauses de refus de prise en charge sous garantie étant le changement d’OS.









EMegamanu a écrit :



Et pourtant je parle en connaissance de cause :

1/ La FNAC qui m’a fait remettre le Windows Xp Home sur ma machine en lieu place de l’édition Pro il y a pas mal d’années sinon ils refusaient de prendre en compte ma demande.

2/ Boulanger où j’ai bossé cet été, où un de mes collègues du SAV m’a montré des documents de différents constructeurs (j’ai souvenir notamment d’un de Toshiba) où une des clauses de refus de prise en charge sous garantie étant le changement d’OS.







suffit d’un recommandé avec menace de contacter une asso de consommateur et ca passe <img data-src=" />









lincruste a écrit :



Et ben écoute, l’article confirme que les Macs sont des PC du point de vue matériel. Après, oui, l’ensemble Open Firmware/EFI propre à Apple les distingue du premier PC de constructeur venu, mais à mon avis ça ne suffit pas à en faire une architecture à part entière.







L’architecture matérielle, c’est du PC, c’est l’architecture logicielle qui est Mac. (Un simple flash)





EMegamanu a écrit :



Et pourtant je parle en connaissance de cause :

1/ La FNAC qui m’a fait remettre le Windows Xp Home sur ma machine en lieu place de l’édition Pro il y a pas mal d’années sinon ils refusaient de prendre en compte ma demande.

2/ Boulanger où j’ai bossé cet été, où un de mes collègues du SAV m’a montré des documents de différents constructeurs (j’ai souvenir notamment d’un de Toshiba) où une des clauses de refus de prise en charge sous garantie étant le changement d’OS.







Personnellement, j’ai hâte que ça m’arrive pour faire passer ça auprès d’un juge de proximité, et l’UFC que choisir, qu’on rigole !



A ma connaissance, la seule marque pas chiante à ce niveau là, c’est ASUS, j’ai déjà envoyé quelques machines en SAV, ils n’ont jamais eu de problèmes avec la présence d’ubuntu sur la machine.



Mais la certification joue sans doute son rôle là dedans, on y vois une liste de fabricants faisant quand même quelques efforts… =&gt;http://www.ubuntu.com/certification/desktop/



Je profite de ce post pour signaler une bug que j’ai eu récemment (Je pense que l’UEFI est en cause également)



Mais sur un Dell Latitude E5530 fraîchement acquis, il est “impossible d’installer proprement” Debian.



Je m’explique : lors du boot de la machine (avec UEFI ou sans le “Legacy Mode” étant dispo) j’ai toujours la même erreur “Invalid Partition Table” que ce soit en MBR ou en GPT



Une pression sur une touche me lance grub et ça boot. Mais cette erreur est ultra chiante….









Yangzebul a écrit :



Qu’est-ce qui te dit que le problème n’est pas dans le driver libre ?

C’est tout à fait possible aussi.



Je me rapelle que jusqu’à il y a peu Xorg ne respectait pas les modes d’affichages supportés déclarés par les carte graphiques ce qui obligeait sur certaines configs à changer en dur la conf de Xorg pour avoir un affichage. Si ca se trouve c’est peut être le même genre de problème, l’UEFI déclare tel GPIO pour telle chose sauf que le driver à une conf en dur qui ne respecte pas ça.



Bon après ce ne sont que des suppositions, mais sans plus d’info taper sur samsung c’est un peu chauvin…







Vu qu’avec d’autres drivers le problème ne semble pas exister on peut imaginer que ce soit lié. Est-il normal que tu puisses griller du matériel de façon logiciel ? Est on certains qu’avec les drivers d’origine il soit absolument impossible de ce retrouver dans la même situation ?









ZeHiro a écrit :



Pour les imprimantes avec Linux, un valeur sure et avec support c’est HP, et les produits sont de bonne facture.

Seul problème: pour lancer le scan, il faut passer par le PC et pas par le bouton du scanner. Mais bon, on s’en passe très largement.





Pareil pour moi : j’ai une tout-en-un HP3070 et je ne passe que par XSane pour scanner.<img data-src=" />



edit : je dis bien pour scanner, pas pour photocopier directement où effectivement il faut passer par la machine uniquement.









paradise a écrit :



Pareil pour moi : j’ai une tout-en-un HP3070 et je ne passe que par XSane pour scanner.<img data-src=" />



edit : je dis bien pour scanner, pas pour photocopier directement où effectivement il faut passer par la machine uniquement.







Canon a aussi fait de bons progrès à ce niveau, toutes les imprimantes récentes proposent un fichier PPD et sont prises en charge par la dernière version des drivers Gutenprint, j’ai une multifonction pixma Mx515, qui fonctionne sans soucis, canon fournit les drivers linux sur sa page de support si besoin, tant par USB que réseau ethernet & wifi.



HP, ça reste cher pour ce que c’est, la marque se paie cher… :-/



Le 31/01/2013 à 11h 49







Yangzebul a écrit :



Bon après ce ne sont que des suppositions, mais sans plus d’info taper sur samsung c’est un peu chauvin…





Chauvin ? C’est français GNU/Linux ?









TaigaIV a écrit :



Est-il normal que tu puisses griller du matériel de façon logiciel ?







Cela dépends du niveau d’abstraction :




  • pour un programme, non ce n’est pas normal.

  • pour un driver, oui c’est pas choquant



    Ton driver à un accès direct à ton matériel, c’est le principe du driver. Donc griller le matos en question est tout à fait possible.

    Ou alors ton matériel à une couche d’abstraction et expose une API “sûre”, un peu comme ci le driver était inclus dans le matériel… dans ce cas ton driver software ne pilote plus vraiment le matériel, il traduit juste l’API hardware vers l’API de l’OS.



Chez Fedora c’est Bumblebee qui prend en charge l’UEFI, apparemment le souci est réglé., je n’ai pas remarqué des soucis spécialement avec Samsung.



La news parle de l’origine du souci comme provenant d’un “pilote du kernel”, mais lequel ? Un pilote graphique ?



Ou alors xorg ?



Il faudrait connaître exactement l’origine du problème avec Samsung avant d’incriminer ci ou ça.



Mais bon, cet UEFI est plus une source de problème qu’autre chose, je doute que la sacro-sainte “sécurité” mise en avant par M$ soit ainsi si pertinente grâce à ce système. <img data-src=" />



J’y vois plus un verrouillage et un prétexte de leur part. Ou alors c’est que l’OS lui-même est poreux au point de devoir ajouter ce machin…?








Yangzebul a écrit :



Cela dépends du niveau d’abstraction :




  • pour un programme, non ce n’est pas normal.

  • pour un driver, oui c’est pas choquant



    Ton driver à un accès direct à ton matériel, c’est le principe du driver. Donc griller le matos en question est tout à fait possible.

    Ou alors ton matériel à une couche d’abstraction et expose une API “sûre”, un peu comme ci le driver était inclus dans le matériel… dans ce cas ton driver software ne pilote plus vraiment le matériel, il traduit juste l’API hardware vers l’API de l’OS.





    Je vois bien un certains nombre de chose qui peuvent faire que le matériel supporte mal certains traitement de la à pouvoir le griller de façon garantie et instantanément ça m’étonne (surtout sur un bidule secure boot machin truc qui protège l’utilisateur de lui même). Je comprend que ce soit possible mais ça m’étonne, par exemple il me semble qu’il est relativement courant que tu doives modifier la conf depuis le bios ou un cavalier pour pouvoir élargir les valeurs acceptés pour l’OC.



L’idéal serait de pouvoir désactiver l’UEFI comme le Secure Boot.



Décidément, ces verrouillages sont une plaie pour installer autre chose que Windows, et n’existeraient pas sans la vente liée, nous sommes loin du « C’est pas grave, rien n’empêche d’installer autre chose que Win si on veut », là, la preuve que si.









paradise a écrit :



L’idéal serait de pouvoir désactiver l’UEFI comme le Secure Boot.



Si tu fais ça, soit tu touches ta bille, soit ça fait cher le presse-papier.









Drepanocytose a écrit :



Même un liveCD ?

Je vais commencer à stocker des composants pour garder la maitrise de mes machines,si ca continue….





D’autres y pensent :http://catarina.fr/index.php?post/2012/08/17/Depechez-vous-d-acheter-un-ordinate…









paradise a écrit :



L’idéal serait de pouvoir désactiver l’UEFI comme le Secure Boot.



Décidément, ces verrouillages sont une plaie pour installer autre chose que Windows, et n’existeraient pas sans la vente liée, nous sommes loin du « C’est pas grave, rien n’empêche d’installer autre chose que Win si on veut », là, la preuve que si.







Oui, le verrouillage c’est une plaie. D’un autre coté, quand on veut acheter un PC sous Linux on n’achète pas un PC sous Windows.



Sauf à croire la promesse de Ubuntu qui dit “c’est pas grave, Linux ca s’installe sans problème sur un PC sous windows”. <img data-src=" />





Oui, le verrouillage c’est une plaie. D’un autre coté, quand on veut acheter un PC sous Linux on n’achète pas un PC sous Windows.





Toutafé ! Encore faut-il (faudra-t-il) pouvoir acheter un ordinateur sans rien dessus.



J’ai toujours pensé (et ça m’emmerde) qu’un jour, il sera très difficile d’acquérir du matériel totalement compatible avec des logiciels libres. Il est grand temps de prévoir la production de matos libre.








labdam a écrit :



modifié ma phrase merci ;)





Des utilisateurs ont signalé avoir remis leur portable d’applomb après débranchement de batterie et reset CMOS. (cf le bug sur le launchpad)



Le 31/01/2013 à 13h 21







bingo.crepuscule a écrit :



Ils codent avec les pieds chez Samsung (…) ou quoi?







Vu qu’ils se distinguent déjà largement pour leur matos audio-visuel calibré pour tomber en panne peu après la garantie, au point d’avoir cumulé les reportages sur l’obsolescence programmée ou cette marque fait figure de star!



Alors pourquoi pas le laptop qui s’autodétruit en voyant un pingouin?!



Cette marque est clairement à éviter. <img data-src=" />









cogitor a écrit :



Il est grand temps de prévoir la production de matos libre.





Comment veux-tu que ça soit possible ? Le hardware c’est à la fois les pièces physiques et les drivers. Sans driver tu pourras pas utiliser les technologies du hardware. <img data-src=" />









Winderly a écrit :



Plusieurs choses que je trouve inconcevables :

* l’installation d’un OS flingue la CM

* un pilote peut écrire dans un BIOS ou UEFI



Sans déconner, c’est n’importe quoi aussi bien chez linux que chez samsung.





Non, les BIOS sont protégé en écriture depuis que l’arrivée de qui tente d’effacer le BIOS.









Crysalide a écrit :



Comment veux-tu que ça soit possible ? Le hardware c’est à la fois les pièces physiques et les drivers. Sans driver tu pourras pas utiliser les technologies du hardware. <img data-src=" />





Moi j’ai toujours cru que les drivers appartiennent au software.









Crysalide a écrit :



Comment veux-tu que ça soit possible ? Le hardware c’est à la fois les pièces physiques et les drivers. Sans driver tu pourras pas utiliser les technologies du hardware. <img data-src=" />





Pourquoi un matos libre n’aurait pas de driver ?



Le 31/01/2013 à 14h 24







Winderly a écrit :



Moi j’ai toujours cru que les drivers appartiennent au software.





+1

Le hardware, c’est à la fois les pièces physiques et les specifications.

Ce sont ces spec qui permettent de coder (soft) des drivers (libre ou non)









divinechild a écrit :



Comment un os pourrait il “détruire/corrompre” l UEFI ???



Il y a quelque chose qui m’échappe là…





Le bug vient du driver linux pour la gestion des périphériques sur les portables samsung (le module samsung-laptop), ce driver gère par exemple la luminosité de l’écran.



Le problème c’est l’UEFI remplace le BIOS, et en plus de gérer le boot, ces logiciels donnent des informations au système d’exploitation concernant la configuration de la machine. Sauf que quand l’UEFI est activé les tables BIOS classiques ne sont plus présentes ou sont invalides.



Or le drivers que utilisait ces info pour accéder au matériel lit des informations fausses et fait du coup n’importe quoi.



Ce genre de bug est assez courant, mais fort heureusement ça provoque rarement un plantage du matos



Il y a un correctif:

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=e009…





Chez Fedora c’est Bumblebee qui prend en charge l’UEFI, apparemment le souci est réglé., je n’ai pas remarqué des soucis spécialement avec Samsung.





T’es sur de toi ?

C’est pas plutôt pour cette cochonerie d’Optimus Bumblebee ?








bingo.crepuscule a écrit :



Personnellement, j’ai hâte que ça m’arrive pour faire passer ça auprès d’un juge de proximité, et l’UFC que choisir, qu’on rigole !



A ma connaissance, la seule marque pas chiante à ce niveau là, c’est ASUS, j’ai déjà envoyé quelques machines en SAV, ils n’ont jamais eu de problèmes avec la présence d’ubuntu sur la machine.



Mais la certification joue sans doute son rôle là dedans, on y vois une liste de fabricants faisant quand même quelques efforts… =&gt;http://www.ubuntu.com/certification/desktop/





En fait c’est juste que les constructeurs ont livré une machine avec un OS et les diagnostics seront faits sous cet OS pour faire la différence entre un problème Hard ou Soft.



J’ai fait du support technique pour 3 constructeurs et à chaque fois on tenait le même discours.

On demandait de remettre l’OS d’origine. Si le client refusait, on lui expliquait que si c’était nécessaire, l’atelier réinstallerait la config d’origine et le client perdrait ses données.



Samsung n’est pas un as du firmware, c’est le moins que l’on puisse dire. J’ai eu deux graveur de salon combo (avec lecteur VHS, pour recopier sur DVD). Sur l’un des deux, quand je voulais graver, il fallait que je débranche d’abord l’appareil pour le réinitialiser sinon je ne pouvais pas régler la durée de gravage (donc la qualité : SP, LP? etc.). Pour le deuxième, l’heure se remettait toute seule à 0 et au final, le firmware a eu la peau du lecteur de DVD qui ne reconnaissait plus aucun disque à la fin :qu’il soit vierge, gravé par moi-même ou du commerce. Je me suis juré de ne jamais plus rien acheter de chez Samsung (les 2 appareils m’ont été remboursés intégralement car encore sous garantie). J’ai un combo Toshiba avec disque dur qui me donne entière satisfaction depuis plus de 3 ans maintenant.

Conclusion : Samsung, c’est de la m !








anonyme a écrit :



+1

Le hardware, c’est à la fois les pièces physiques et les specifications.

Ce sont ces spec qui permettent de coder (soft) des drivers (libre ou non)







Entre le soft et le hard il y a le firmware (du soft “claqué” en PROM). UEFI signifie “Unified Extensible Firmware Interface”. Souvent, du soft dans les drivers permet d’étendre (“extensible”) les fonctionnalités du firmware.



Le 31/01/2013 à 15h 07







wykaaa a écrit :



Entre le soft et le hard il y a le firmware (du soft “claqué” en PROM). UEFI signifie “Unified Extensible Firmware Interface”. Souvent, du soft dans les drivers permet d’étendre (“extensible”) les fonctionnalités du firmware.





Certes pour le firmware (qui reste ceci dis bien du soft, bien que figé en PROM)

Mais le driver est du soft à 100%, contrairement à ce que Crysalide insinuait.



Bref, tant qu’un hard est branché sur des connecteurs standard, et que les spec sont ‘ouvertes’, il est sensé fonctionner pour n’importe que OS, du moment que quelqu’un écrive les drivers.

Le principal soucis est que les constructeurs ont du mal à ouvrir leur spec (qui pourtant ne dévoilent rien (ou vraiment très peu, mais qui de toute façon se trouverai en analysant le comportement du bidule) du hard)









cogitor a écrit :



Toutafé ! Encore faut-il (faudra-t-il) pouvoir acheter un ordinateur sans rien dessus.



J’ai toujours pensé (et ça m’emmerde) qu’un jour, il sera très difficile d’acquérir du matériel totalement compatible avec des logiciels libres. Il est grand temps de prévoir la production de matos libre.





Bah ! Pour un PC/tour, c’est très facile : assembleur du coin, ou assembalge maison.



Pour un portable, LDLC, Keynux, proposent d’excellents portables, souvent à dalle mate d’ailleurs, nus.



C’est ce que j’ai fait il y a dix-huit mois :un portable Fujitsu chez LDLC, et un PC/tour assemblé par mes soins, <img data-src=" /> pour les deux.









sylvere a écrit :







Merci pour ces explications <img data-src=" />



Du coup, l uefi rend la machine encore plus vulnérable du coup, si un simple driver peut provoquer n’importe quoi, çà va être la fête des malwares/virus/bootkit etc… ??<img data-src=" />



Le 31/01/2013 à 15h 10







marquis a écrit :



En fait c’est juste que les constructeurs ont livré une machine avec un OS et les diagnostics seront faits sous cet OS pour faire la différence entre un problème Hard ou Soft.



J’ai fait du support technique pour 3 constructeurs et à chaque fois on tenait le même discours.

On demandait de remettre l’OS d’origine. Si le client refusait, on lui expliquait que si c’était nécessaire, l’atelier réinstallerait la config d’origine et le client perdrait ses données.



Et pourquoi ces constructeurs n’utilisent pas un LiveCD/USB (même sous windows si ils veulent, ca doit bien pouvoir se faire) ?

Ou à défaut une première passe en interchangeant le DD avec un des leurs qui comprends les outils spéciaux de diag. (et si aucun soucis détecté, alors c’est la seule variable, ie le DD, qui serait en cause)



Le 31/01/2013 à 15h 13







sylvere a écrit :



Le bug vient du driver linux pour la gestion des périphériques sur les portables samsung (le module samsung-laptop), ce driver gère par exemple la luminosité de l’écran.



Le problème c’est l’UEFI remplace le BIOS, et en plus de gérer le boot, ces logiciels donnent des informations au système d’exploitation concernant la configuration de la machine. Sauf que quand l’UEFI est activé les tables BIOS classiques ne sont plus présentes ou sont invalides.



Or le drivers que utilisait ces info pour accéder au matériel lit des informations fausses et fait du coup n’importe quoi.



Ce genre de bug est assez courant, mais fort heureusement ça provoque rarement un plantage du matos



Il y a un correctif:

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=e009…





En regardant de plus près, le bug viens initialement d’un non respect des standards de la part de Samsung, qui oblige la création d’un ‘hack’ moche, le driver samsung-driver :



This driver is needed because a number of Samsung laptops do not hook

their control settings through ACPI. So we have to poke around in the

BIOS to do things like brightness values, and “special” key controls.










anonyme a écrit :



Et pourquoi ces constructeurs n’utilisent pas un LiveCD/USB (même sous windows si ils veulent, ca doit bien pouvoir se faire) ?

Ou à défaut une première passe en interchangeant le DD avec un des leurs qui comprends les outils spéciaux de diag. (et si aucun soucis détecté, alors c’est la seule variable, ie le DD, qui serait en cause)





Parce que c’est le moyen le plus fiable pour détecter d’éventuels pilotes foireux ou incompatibilités software



Le 31/01/2013 à 15h 27







marquis a écrit :



Parce que c’est le moyen le plus fiable pour détecter d’éventuels pilotes foireux ou incompatibilités software



Perso, quand je demande le SaV, c’est que je sais (après avoir fait de nombreux test) que c’est un soucis Hard/Firmware.









divinechild a écrit :



Merci pour ces explications <img data-src=" />



Du coup, l uefi rend la machine encore plus vulnérable du coup, si un simple driver peut provoquer n’importe quoi, çà va être la fête des malwares/virus/bootkit etc… ??<img data-src=" />





C’est juste qu’un tel driver tourne en espace noyau et a tous les droits pour accéder à n’importe quelle partie de la machine.









anonyme a écrit :



En regardant de plus près, le bug viens initialement d’un non respect des standards de la part de Samsung, qui oblige la création d’un ‘hack’ moche, le driver samsung-driver :





Ce ne sont pas les seuls, l’ACPI est trés mal géré en général par la plupart des constructeurs. I’ACPI est une usine à gaz en partie à cause de Microsoft qui a fait exprès de faire chier linux:http://antitrust.slated.org/www.iowaconsumercase.org/011607/3000/PX03020.pdf





“It seems unfortunate if we do this work and get our partners to do the work and the result is that Linux works great without having to do the work” said Bill Gates in 1999 (pdf). While we don’t know if he actually managed to do just that (creating problems to other OSes to work well with ACPI), but if he did, it is a good explanation why ACPI has been flaky on the majority of x86 computers with anything else other than Windows (the older, APM standard, seemed more compatible with alternative OSes).









anonyme a écrit :



Perso, quand je demande le SaV, c’est que je sais (après avoir fait de nombreux test) que c’est un soucis Hard/Firmware.





Toi, oui comme pas mal de lecteurs de PCi mais il nous est arrivé d’avoir un ingénieur modem qui a passé 1 semaine chez nous à tester son matériel dans nos labos parce que le modem équipant les PCs ne fonctionnait pas en France.



Seuls les clients français étaient touchés et tu pouvais changer 10x le modem, ça ne fonctionnait pas.



Le 31/01/2013 à 15h 41







sylvere a écrit :



Ce ne sont pas les seuls, l’ACPI est trés mal géré en général par la plupart des constructeurs. I’ACPI est une usine à gaz en partie à cause de Microsoft qui a fait exprès de faire chier linux:http://antitrust.slated.org/www.iowaconsumercase.org/011607/3000/PX03020.pdf





Oui, effectivement, énormément de constructeurs font ce genre de pratique, et forcément, un jour ca leur retombe ( -ra) dessus.









Obelixator a écrit :



UN GROS +1 <img data-src=" />

Flamby, si tu nous entends … <img data-src=" />





oui, oui, j’arrive.<img data-src=" />





et arrêtez de m’appeler flamby. Je suis un flan, juste un flan!



Une bonne raison de ne pas acheter Samsung. Autrement, il y a des constructeurs, comme par exemple LDLC, qui proposent des pécé portables SANS OS. Et donc il n’y a pas d’os dans le pâté.








wykaaa a écrit :



Samsung n’est pas un as du firmware, c’est le moins que l’on puisse dire. J’ai eu deux graveur de salon combo (avec lecteur VHS, pour recopier sur DVD). Sur l’un des deux, quand je voulais graver, il fallait que je débranche d’abord l’appareil pour le réinitialiser sinon je ne pouvais pas régler la durée de gravage (donc la qualité : SP, LP? etc.). Pour le deuxième, l’heure se remettait toute seule à 0 et au final, le firmware a eu la peau du lecteur de DVD qui ne reconnaissait plus aucun disque à la fin :qu’il soit vierge, gravé par moi-même ou du commerce. Je me suis juré de ne jamais plus rien acheter de chez Samsung (les 2 appareils m’ont été remboursés intégralement car encore sous garantie). J’ai un combo Toshiba avec disque dur qui me donne entière satisfaction depuis plus de 3 ans maintenant.

Conclusion : Samsung, c’est de la m !





Je plussoie. Graveur de DVD de salon Samsung qui a fonctionné, allez, 9 mois puis qui foirait un disque sur 2 puis 23… J’aurais dû me méfier. en 98 je tenais une boutique de pécé, j’ai vendu des lecteurs de cédé Samsung en quantité, et une quantité non négligeable est revenue en garantie après 14 mois. Obsolescence programmée ? Possible. Après j’ai mis du LG et des LG de 1998, j’en ai encore chez moi et qui fonctionnent parfaitement.









CaptainDangeax a écrit :



Je plussoie. Graveur de DVD de salon Samsung qui a fonctionné, allez, 9 mois puis qui foirait un disque sur 2 puis 23… J’aurais dû me méfier. en 98 je tenais une boutique de pécé, j’ai vendu des lecteurs de cédé Samsung en quantité, et une quantité non négligeable est revenue en garantie après 14 mois. Obsolescence programmée ? Possible. Après j’ai mis du LG et des LG de 1998, j’en ai encore chez moi et qui fonctionnent parfaitement.







Tomber en panne à 14 mois, je pense pas qu’il s’agisse d’obsolescence programmée, surtout si les appareils étaient encore sous garantie.. Et si c’était pas le cas ce serait un coup à faire fuir les clients, et d’autant plus s’il existe des appareils identiques plus fiables chez les autre concurrents.



Après, oui, comme toi pour ma part je n’irais pas acheter un pc chez Samsung après ce qu’il vient de se passer.. Heureusement que la garantie est appliquée !



Le 01/02/2013 à 08h 56

Le problème exact c’est que, pour récupérer certains infos et initialiser certains trucs lors du boot, ce driver devait récupérer une série d’offset mémoire stockée à une adresse fixe lors du boot, puis écrire des valeurs arbitraires à ces emplacements. C’est via ce principe que le driver communique à l’aveugle avec le firmware pour initialiser des trucs Samsung. Or Samsung a complètement changé ce fonctionnement sans modifier le driver linux ni documenter ces nouveaux appels. Du coup le driver déclenche bien des appels, mais ceux-ci génèrent une machine-check exception qui, dans le pire des cas, fous en l’air en firmware.








Teddy Nuckley a écrit :



Tomber en panne à 14 mois, je pense pas qu’il s’agisse d’obsolescence programmée, surtout si les appareils étaient encore sous garantie.. Et si c’était pas le cas ce serait un coup à faire fuir les clients, et d’autant plus s’il existe des appareils identiques plus fiables chez les autre concurrents.



Après, oui, comme toi pour ma part je n’irais pas acheter un pc chez Samsung après ce qu’il vient de se passer.. Heureusement que la garantie est appliquée !





C’eut été sur un exemplaire unique, ce serait passé comme ça. Mais vu que j’en ai changé plusieurs dizaines, en panne après 14 mois et garanti 1 ans, il y avait vraiment de quoi se poser la question. À la même époque, j’ai aussi vendu des Creative qui étaient des Samsung rebadgés, et qui avaient le même problème… C’était sur des 24x, je me rappelle…









anonyme a écrit :



En regardant de plus près, le bug viens initialement d’un non respect des standards de la part de Samsung, qui oblige la création d’un ‘hack’ moche, le driver samsung-driver :







SAMSUNG , se permet donc de ne pas respecter le standard (spécification) ?



Les distros GNU/Linux vont devoir tous intégrer ce “patch” ?

(j’espère que non, car finalement selon l’info le responsable c’est SAMSUNG) ?



Ce n’est pas à SAMSUNG de faire correctement ses produits du coup ?



Le 01/02/2013 à 16h 20







yoda_testeur a écrit :



SAMSUNG , se permet donc de ne pas respecter le standard (spécification) ?



Les distros GNU/Linux vont devoir tous intégrer ce “patch” ?

(j’espère que non, car finalement selon l’info le responsable c’est SAMSUNG) ?



Ce n’est pas à SAMSUNG de faire correctement ses produits du coup ?





Non, mais le driver de ‘contournement’ existe semble t’il depuis pas mal de temps.

Sauf qu’il utilisait principalement le BIOS pour chercher des infos, et avec la disparition de celui-ci au profit de l’UEFI, forcément, ca fonctionne moins bien.



Et si seulement il n’y avait que samsung à ne pas respecter les standards …









CaptainDangeax a écrit :



C’eut été sur un exemplaire unique, ce serait passé comme ça. Mais vu que j’en ai changé plusieurs dizaines, en panne après 14 mois et garanti 1 ans, il y avait vraiment de quoi se poser la question. À la même époque, j’ai aussi vendu des Creative qui étaient des Samsung rebadgés, et qui avaient le même problème… C’était sur des 24x, je me rappelle…







Je dis pas que c’était un cas isolé, mais je pense que c’était un défaut de conception ou de fabrication. Mais de l’obsolescence programmée? J’aurais du mal à croire que faire tomber une machine en panne aussi prématurément soit volontaire, surtout si les produits de la concurrence durent plus longtemps. C’est se planter une balle dans le pied.







yoda_testeur a écrit :



SAMSUNG , se permet donc de ne pas respecter le standard (spécification) ?



Les distros GNU/Linux vont devoir tous intégrer ce “patch” ?

(j’espère que non, car finalement selon l’info le responsable c’est SAMSUNG) ?



Ce n’est pas à SAMSUNG de faire correctement ses produits du coup ?





En principe, si. Mais personne ne le fait.

En tout cas, dommage pour eux, ils risquent de perdre pas mal de ventes cette année à cause de cette histoire..









Teddy Nuckley a écrit :



.

En tout cas, dommage pour eux, ils risquent de perdre pas mal de ventes cette année à cause de cette histoire..





Sans même vouloir forcément installer une distro Linux, il y a pas mal d’outils qui sont basés sur le noyau Linux, pour faire des sauvegarde-restauration système, pour retrouver les mots de passe perdu, etc…









CaptainDangeax a écrit :



Sans même vouloir forcément installer une distro Linux, il y a pas mal d’outils qui sont basés sur le noyau Linux, pour faire des sauvegarde-restauration système, pour retrouver les mots de passe perdu, etc…







Je parlais des ventes de pc Samsung, qui risquaient d’être en chute cette année à cause de ça <img data-src=" />