Journal Désarroi...

Posté par .
Tags : aucun
0
1
nov.
2006
Bien le bonjour,

Je me retrouve dans une situation bien embetante:

Une machine sous Fedora Core 4 (pour des raisons de compatibilité d'anciennes librairies liées a des softs métier), on veut mettre a jour vers FC5 ou 6.

Problème, le noyau 2.6.17 ne veut pas charger le module sata_promise (Call stack). Du coup, pas moyen d'upgrader. J'ai essayé moulte distribution (Gentoo, Ubuntu...)
Toute bloque avec un noyau 2.6.17 et je ne suis pas sur qu'avec un 2.6.18 ca ira mieux (pas pu tester, le PXE FC6 part avec un 2.6.17 donc crash).

Après recherche avec mon ami (google), plein de gens ont le probleme mais aucune solution. Et je n'utilise pas les fonctionalites du pseudo raid.

Pour le moment, il n'y a pas d'urgence, mais, imaginez vous devoir essayer d'installer un linux chez un ami et que cela ne fonctionne pas?

Les gens de mauvaises foi dirons: "Ahahahah Linux c'est de la merde, pas encore pret pour le desktop..."

Bref, cela portera surement prejudice a linux surtout qu'il ne s'agit pas vraiment d'un peripherique exotique c'est un controleur SATA interne a la carte mere.

Ouin

P.S Miserable clavier US (tellement pratique pour coder, mais pour orthographier du francais, c'est pas glop) donc pardon.
  • # Que ce soit fait

    Posté par . Évalué à 10.

    "Ahahahah Linux c'est de la merde, pas encore pret pour le desktop..."

    Ahahaha Linux c'est de la merde, c'est pas people ready.
  • # Comme quoi...

    Posté par (page perso) . Évalué à 2.

    je viens d'echanger une Kubuntu (qui m'enervait) par une Mandriva 2007 et tout tournait impec. Jusqu'a ce que je me dise :
    Et le gros disque qui est sur ma carte promise ?

    ---> QUE-QUETTE !!! il veut rien savoir c't'e bourrique. \o/
    J'ai essayé le noyau de base avec la 2007 (un 2.6.17) puis un 2.6.18.1 vanilla...

    Rien que dalle... 160 Go qui dorment.

    Du coup... je suis en train de compiler un 2.6.15 :) sur un PIII c'est un peu long, mais j'ai bon espoir.

    Je te tiendrais au courant. Je n'ai rien vu sur le LKML qui traitait de cet etat de fait... qq'un a ca en reserve ?
    J'ai des zolis dmesg qui attendent :)
  • # QWERTY

    Posté par . Évalué à 2.

    > P.S Miserable clavier US (tellement pratique pour coder, mais pour orthographier du francais, c'est pas glop) donc pardon.

    J'ai codé pendant 5 ans, et un qwerty est nullement un avantage (à moins d'être anglais) pour coder.
    Tout ça c'est de la frime.
    • [^] # Re: QWERTY

      Posté par (page perso) . Évalué à 10.

      j'ai codé pendant x années avec un azerty (de ~ 10 ans à 20 ans) puis pendant x années avec un qwerty (de 20 ans à 29 ans) et je pense que le qwerty est nettement plus cool pour coder. le point, la virgule, le point-virgule, le slash, l'antislash et le signe égal non shiftés, la place logique des [] {} et ()... perso je trouve ça bien plus pratique.
    • [^] # Re: QWERTY

      Posté par (page perso) . Évalué à 4.

      pas du tout
      • [^] # Re: QWERTY

        Posté par (page perso) . Évalué à 3.

        Hello,

        vous avez rien compris: le dvorak-fr c'est le must !!!
        • [^] # Re: QWERTY

          Posté par . Évalué à 3.

          Hum... qui a essayé le QWERTZ ?

          C'est comme le QWERTY, mais avec la possibilité d'orthographier du français correctement...

          Spy, QWERTZ fr_CH powered :P
          • [^] # Re: QWERTY

            Posté par . Évalué à 4.

            vous avez essayé d'avoir un QWERTY au boulot et un AZERTY à la maison ???
            ben c'est le bordel et on se goure tout le temps :(
            • [^] # Re: QWERTY

              Posté par . Évalué à 2.

              J'ai fait mieux que ça. Au taf on m'avait filé un QWERTY suédois ! (ne me demandez pas pourquoi, le fournisseur s'est trompé sans doute). Alors quand on a besoin de taper massivement des ö c'est très pratique mais pour travailler c'est une autre histoire. D'autant plus quand on est parfois sur des TX avec des QWERTY US et qu'à la maison on a un AZERTY. Bonjour les confusions.
              • [^] # Re: QWERTY

                Posté par . Évalué à 2.

                C'est pas parce que le clavier est sérigraphié, décalcomanié, enfin les marques sur les touches quoi, en qwerty-suédois que tu es obligé d'utiliser une table qwerty-suédois : tu peux toujours le configurer autrement (quel que soit le système)…
                • [^] # Re: QWERTY

                  Posté par . Évalué à 2.

                  Oui, je sais bien, mais je n'ai malheureusement pas en tête la position de la totalité des touches d'un quelconque clavier. Quand il s'agit de taper un texte j'y arrive sans problème en aveugle mais pour les touches que j'utilise plus rarement je suis obligé de regarder ce qu'il y a sur le clavier. Nul n'est parfait.
    • [^] # Re: QWERTY

      Posté par . Évalué à 3.

      il est vrai qu'en vitesse de codage, le qwerty n'apporte pas grand chose... Après tout on passe plus de temps a réfléchir qu'a coder.

      Par contre en confort, quand on code, c'est quand même bien plus agréable ( et logique ) parenthèse, crochet, accolades sont placés sur des touches cote a cotes, et ça c'est quand même du bonheur ( quand a devoir utiliser alt-gr pour tapper, c'est inconfortable au possible )
      Pour le français le dvorak-fr est pas mal du tout quoique je manque d'entrainement, alors je suis en azery/qwerty, avec changement via combinaison de touches et je me met a criser car mon collègue a joyeusement retiré cette fonctionnalité sur sa machine et quand je l'aide, le \ est placé a un endroit pas possible, et ces *ù$^*ù$ chez ms l'ont utilisé comme séparateur de repertoire...

      En général je suis en qwerty, mais entre mon serveur X ( avec window maker ) sous windows ( et son setxkbmap fr/us ) et le windows qui passe entre fr/us, je me rate un fois de temps en temps, mais c'est juste une faute de frappe de rien du tout...

      Hum, je viens de penser a une utilité pour la touche caps-lock, avec la led en plus : led allumé fr, led eteinte us...

      Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • # Composition

    Posté par . Évalué à 7.

    > P.S Miserable clavier US (tellement pratique pour coder, mais pour orthographier du francais, c'est pas glop) donc pardon.

    Réjouis-toi, tu as une nouvelle amie, elle s'appelle la touche de composition. Composition+'+e donne é. Jette un ½il à /usr/X11R6/lib/X11/locale/en_US.UTF-8/Compose pour voir toutes les compositions possibles. Pour l'activer sur la touche windows de droite (par exemple, on peut la mettre ailleurs) : setxkbmap -option compose:rwin .
  • # C'est bizarre ce problème

    Posté par . Évalué à 3.

    Je tourne avec une SuSE sur un Opteron -donc 64 bits- et je l'ai depuis 2 ans. A l'époque j'utilisais la SuSE 9 il me semble (enfin la première SuSE officiel pour 64 bits- et déjà mon SATA promise tournait nickel et aujourd'hui encore -avec l'équivalent d'une 10.1, suite aux mises à jours avec apt, ou mise à jour système- je tourne sur 2.6.18.XXX, et toujours aucun problème. Mon SATA tourne toujours sans problème.

    Conclusion: mauvaise distrib, change distrib.... :-) -oui ok j'aime pas FCX, je suis obligé de m'en coltiner au boulot, de les installer et les administrer, et j'aime franchement pas...-
  • # Essayé pas pu...

    Posté par . Évalué à 2.

    Voila, je suis en FC5, je vois qu'il y a un magnifique kernel-2.6.18-1.2200.fc5
    J'update, je reboot et...

    un magnifique Call Trace... sur sata_promise...

    Je suis tout perdu la...
  • # Kernel instable ?

    Posté par . Évalué à -3.

    Il me semble que pour Linux, les numéros de version impairs correspondent aux branches de développement du noyau. Ca justifie peut-être que certaines fonctionalités soient temporairement cassées ?
    • [^] # Re: Kernel instable ?

      Posté par . Évalué à 2.

      Les versions de linux sont au format X.Y.Z(...)
      Quand Y est impair, ça veut dire branche de développement. Là c'est Z qui est impair.
      • [^] # Re: Kernel instable ?

        Posté par . Évalué à 5.

        sauf que cette règle n'est plus observée du tout pour la 2.6
        • [^] # Re: Kernel instable ?

          Posté par . Évalué à 4.

          Je crois qu'on peut effectivement affirmer que la 2.6 aura un numéro pair pendant longtemps =)
          • [^] # Re: Kernel instable ?

            Posté par . Évalué à 2.

            Je crois qu'il ont parler de faire des numero pair/impair bug/fixe fonctionnalité sur le chiffre "z". Pour corriger les bugs plus rapidement.

            "La première sécurité est la liberté"

            • [^] # Re: Kernel instable ?

              Posté par . Évalué à 2.

              L'usage a plutôt l'air d'être :
              — x.y.z est une release stable ;
              — x.y.z-rct la branche de dév. (avec x.y.z-mm, etc.) ;
              — et x.y.z.t les correctifs.
              Ça doit bien se trouver quelque part…
  • # Une mega bonne nouvelle quand meme.............

    Posté par (page perso) . Évalué à 3.

    Promise vient de libérer les specs de pas mal de ses controlleurs.

    Je ne sais pas combien de temps ca mettre a etre inclus dans le noyal... mais je pourrais peut etre enfin utiliser mon disque ;)

    http://lkml.org/lkml/2006/11/2/10

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.