nature du troll

• [^]Re: nature du troll

  Posté par alexissoft (Jabber id, page perso, ) le 05/05/2008 à 00:24. (lien). Évalué à 8.

  Franchement, depuis que ΠαζαΠατα a été forké depuis la r12382, rien ne va plus. Faut dire que le changement de licence n'a rien amélioré.

  [ Répondre ]

elements

termitor@proton:~$ blkid 
/dev/hda5: UUID="eb6053a4-2a81-46dc-9321-31a70cd997d4" SEC_TYPE="ext2" TYPE="ext3" 
/dev/hda6: UUID="bcaf6a6a-f233-467b-9169-1843057469d6" SEC_TYPE="ext2" TYPE="ext3" 
/dev/hda7: UUID="0fbf211d-4975-419c-8154-d85e8e1a872b" SEC_TYPE="ext2" TYPE="ext3" LABEL="/" 
/dev/hda8: UUID="32c27f20-118e-42bf-9c1e-876ca4dc9332" SEC_TYPE="ext2" TYPE="ext3" 
/dev/hda9: UUID="9ba9d07a-562f-43b8-9a2f-c8adc2ea0335" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sda1: UUID="e5c5348f-e976-4269-98f6-2455ef958d16" SEC_TYPE="ext2" TYPE="ext3" 
/dev/hda2: TYPE="swap" UUID="e753222e-f8ac-4248-ae07-23f2af5f817d" 
/dev/hda1: UUID="b36c4feb-bd9f-4ff7-acad-e80bec82bfde" TYPE="ext2" 
/dev/hda4: UUID="53393E5D00114EFF" TYPE="ntfs" 


et les uuid dans le fstab.

termitor@proton:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point>              

proc            /proc           proc    defaults        0       0
#/dev/hda6
UUID=bcaf6a6a-f233-467b-9169-1843057469d6 /media/hda6     ext3    defaults       0       2

#/dev/hda5
UUID=eb6053a4-2a81-46dc-9321-31a70cd997d4 /  ext3 defaults,errors=remount-ro     0       1

#/dev/sda1
UUID=e5c5348f-e976-4269-98f6-2455ef958d16 /home           ext3    defaults       0       2

#/dev/hda1
UUID=b36c4feb-bd9f-4ff7-acad-e80bec82bfde /media/boot     ext2    defaults       0       2

#/dev/hda3
UUID=e753222e-f8ac-4248-ae07-23f2af5f817d none            swap    defaults       0       0

/dev/hdd        /media/cdrom0   udf,iso9660 user,noauto,exec 0       0


mandriva le gere surement ! 


termitor@proton:/dev$ ls -l disk/
total 0
drwxr-xr-x 2 root root 340 2008-05-04 14:27 by-id
drwxr-xr-x 2 root root  60 2008-05-04 14:27 by-label
drwxr-xr-x 2 root root 300 2008-05-04 14:27 by-path
drwxr-xr-x 2 root root 220 2008-05-04 14:27 by-uuid

• [^]Re: elements

  Posté par John Balcaen (page perso, ) le 05/05/2008 à 00:17. (lien). Évalué à 4.

  mandriva gère effectivement les UUIDS tout comme les LABELS.
  D'ailleurs depuis la 2008.1 ce sont les UUIDS qui sont utilisés a l'installation.
  

  [ Répondre ]

  • [^]Re: elements

    Posté par Elfir3 () le 05/05/2008 à 02:39. (lien). Évalué à 5.

    Ce serait pas un feature du kernel le fait de gérer ou non les UID ?
    Enfin, excepté le fait de les utiliser lors de l'install...

    [ Répondre ]

    • [^]Re: elements

      Posté par liberforce (Jabber id, page perso, ) le 05/05/2008 à 15:59. (lien). Évalué à 2.

      Si mais ça dépend de la version du kernel livré par la distribution. Donc dire que Mandriva le gère veut dire que le kernel livré par défaut le gère, ce qui n'est pas dénué de sens.

      [ Répondre ]

• [+] [^]Re: elements

  Posté par ΠαζαΠατα () le 05/05/2008 à 07:50. (lien). Évalué à -2.

  j'utilises pas les uuids.

  [ Répondre ]

• [^]Re: elements

  Posté par IsNotGood () le 05/05/2008 à 09:48. (lien). Évalué à 3.

  blkid est tellement vieux (je l'ai vu dans RH 6.2) qu'on se demande qui ne le gère pas. Évidemment il s'est perfectionné dans le temps.

  [ Répondre ]

hd* en sd*

• [^]Re: hd* en sd*

  Posté par ΠαζαΠατα () le 05/05/2008 à 07:53. (lien). Évalué à 6.

  Pas du tout efface.
  l'information de ce journal est en fait que Mandriva a switché vers libata PATA modules.
  Sans modi (avec des /dev/hd*)f, tu as une impossibilité de monter le répertoire /

  [ Répondre ]

  • [^]Re: hd* en sd*

    Posté par dawar (page perso, ) le 05/05/2008 à 13:17. (lien). Évalué à 0.

    Puis c'est un bonheur d'utiliser ce module buggé qui pose de gros problèmes entre autre avec les chipset VIA pour certaines configurations de disques.
    
    Pour Mandriva je sais pas, mais sur Ubuntu Hardy je trouve le switch un peu prématuré vu les difficultés rencontrées.

    [ Répondre ]

    • [^]Re: hd* en sd*

      Posté par bobert () le 05/05/2008 à 13:46. (lien). Évalué à 1.

      Ouais il semblerait que je me retrouve dans la panade sur la machine d'un copain à cause de ça:
      
      2 disques SATA en RAID et un graveur dvd IDE -> le graveur est inutilisable.
      
      Quelqu'un sait-il comment de dépatouiller de cette situation ?

      [ Répondre ]

      • [^]Re: hd* en sd*

        Posté par dawar (page perso, ) le 05/05/2008 à 14:15. (lien). Évalué à 2.

        Essai de changer le sens du branchement IDE et de vérifier les jumpers sur les disques/lecteur. Le nouveau driver est très sensible au branchement : https://bugzilla.redhat.com/show_bug.cgi?id=444334
        
        Sinon, recompiler les anciens modules =)

        [ Répondre ]

        • [^]Re: hd* en sd*

          Posté par bobert () le 05/05/2008 à 14:54. (lien). Évalué à 1.

          Merci beaucoup du conseil, je testerai dès que j'en ai l'occasion.
          
          Malheureusement je ne crois pas être dans le même cas que ceux de la discussion mentionnée, parce que mes symptômes ne sont pas les mêmes.
          
          De mon côté le graveur est reconnu mais soit les performances sont à ch.er, soit nulles, avec des seekerror visibles par un dmesg

          [ Répondre ]

          • [^]Re: hd* en sd*

            Posté par dawar (page perso, ) le 05/05/2008 à 16:08. (lien). Évalué à 1.

            Tu as un bugs causé par le même module ici et dont les symptomes s'approchent des tiens : https://bugs.launchpad.net/ubuntu/+source/linux/+bug/213639
            
            La solution retenue à été le "backport" des modules, mais ça ne coute pas grand chose d'essayer de cabler autrement le CD.

            [ Répondre ]

            • [^]Re: hd* en sd*

              Posté par bobert () le 07/05/2008 à 22:27. (lien). Évalué à 1.

              Effectivement ça y ressemble bien. Un double merci pour les infos qui me permettent de refaire avancer le dossier !
              

              [ Répondre ]

    • [^]Re: hd* en sd*

      Posté par ΠαζαΠατα () le 05/05/2008 à 16:13. (lien). Évalué à 2.

      Pour Mandriva, c'est sous cooker, donc en test, pas en production.
      
      Pour le moment, pas trop tester tous les lecteurs, mais c'est claire que je crois que je vais supprimer toutes entrées autres que mes disques dans la fstab

      [ Répondre ]

Bonne nouvelle pour le Wifistes en ralink

• [^]Re: Bonne nouvelle pour le Wifistes en ralink

  Posté par Christophe Merlet (page perso, ) le 05/05/2008 à 12:10. (lien). Évalué à 2.

  J'avais acheté il y a quelques années une carte WiFi PCI avec une puce RaLink, en me disant que suite a la publications du driver du constructeur en GPL, ce sera vite supporté dans le kernel officiellement....
  
  Il aura fallu être patient :/
  
  En ce qui concerne les puce ACX100 et ACX111, quelqu'un sait où ça en est ? Là aussi j'attends un support officiel dans le kernel...
  
  De manière plus générale, il y a une feuille de route quelque part qui recense tous les drivers WiFi existant et leur état d'avancement ?

  [ Répondre ]

• [^]Re: Bonne nouvelle pour le Wifistes en ralink

  Posté par Zorro () le 05/05/2008 à 20:17. (lien). Évalué à 2.

  Est-ce qu'il va être porté vers la 2008 Spring, ce beau noyau ? Vu les problèmes avec le wi-fi Ralink, ça serait bien - ou alors au moins le module Ralink.

  [ Répondre ]

  • [^]Re: Bonne nouvelle pour le Wifistes en ralink

    Posté par dguihal () le 06/05/2008 à 09:15. (lien). Évalué à 1.

    Pas besoin de le porter, il suffit d'aller le cherche à la mimine sur un dépôt cooker, de l'installer en parallèle du 2.6.24 et la plupart du temps ça fonctionne sans accrocs, et si ça ne fonctionne pas, il te reste toujours ton 2.6.24

    [ Répondre ]

    • [^]Re: Bonne nouvelle pour le Wifistes en ralink

      Posté par baud123 (Jabber id, page perso, ) le 06/05/2008 à 13:38. (lien). Évalué à 2.

      la bonne manière est de prendre le src.rpm de refaire un rebuild (rpmbuild -ba sur le .spec) et obtenir un paquet adapté à ta distribution (et pour ce qui est du kernel, il peut y avoir des impacts côté userland tout de même, notamment quand alsa est impacté... mais pas seulement).
      
      Donc non, prendre un paquet d'un dépôt non prévu pour, la plupart du temps ce n'est pas la bonne méthode.

      [ Répondre ]

      • [^]Re: Bonne nouvelle pour le Wifistes en ralink

        Posté par dguihal () le 06/05/2008 à 16:21. (lien). Évalué à 2.

        Le noyau est pour cela une bonne exception puisqu'il est possible d'en installer facilement plusieurs en parallèle, donc aucun risque de péter ton système avec (à moins d'un gros bug genre sur le driver ext3, mais là recompiler le paquet ne t'aidera pas).
        
        Donc au pire ca ne marche pas out-of-the-rpm mais il suffit de rebooter sur l'ancien noyau pour retrouver un système sain. Et c'est nettement plus rapide que de recompiler le src.rpm.

        [ Répondre ]

        • [^]Re: Bonne nouvelle pour le Wifistes en ralink

          Posté par baud123 (Jabber id, page perso, ) le 06/05/2008 à 22:12. (lien). Évalué à 2.

          bin non, ce n'est pas une exception, simplement que tu as eu de la chance...
          Tu peux regarder http://sophie.zarb.org/rpm/2008.1,x86_64/kernel-laptop-2.6.2(...)
          par exemple, il "suffit" que bootloader-utils, mkinitrd, module-init-tools, sysfsutils ne soient pas dans les bonnes versions et zou.
          Ton argumentaire ne tient pas très bien, même pas à un fil.

          [ Répondre ]

          • [^]Re: Bonne nouvelle pour le Wifistes en ralink

            Posté par dguihal () le 07/05/2008 à 09:08. (lien). Évalué à 4.

            Eh ho, racontes pas n'importe quoi, moi je te parles d'installer le rpm du noyau cooker a la main (via rpm et non urpmi) sur une 2008.1, et toi tu me file un lien vers les dépendances du noyau de la 2008.1, tu devrais réviser ta notion d'argumentaire parce que là tu carrément HS.
            
            Alors je dois avoir une chance de cocu parce que ca a fonctionné presque a chaque fois.
            De plus si c'est un problème de dépendances, recompiler le src.rpm n'y changera rien.
            
            Je le dis et le répète (et je me base son mon expérience perso), ça fonctionne très souvent et au pire :
            
            - Le rpm du noyau ne s'installe pas a cause d'un probleme de dépendances donc tu n'as rien cassé
            
            - Le rpm du noyau s'installe et il plante ou est foireux, et ben reboot sur l'ancien et zou c'est reparti

            [ Répondre ]

            • [^]Re: Bonne nouvelle pour le Wifistes en ralink

              Posté par alexissoft (Jabber id, page perso, ) le 07/05/2008 à 15:18. (lien). Évalué à 2.

              De toute façon, le jour où le noyau sera dépendant d'une lib, je m'inquiéterai.

              [ Répondre ]

            • [^]Re: Bonne nouvelle pour le Wifistes en ralink

              Posté par baud123 (Jabber id, page perso, ) le 07/05/2008 à 19:42. (lien). Évalué à 2.

              Si tu ne peux pas imaginer l'installation de ce noyau de la 2008.1 sur une 2008.0, je ne peux pas grand chose pour ta comprenette, désolé. Je te laisse l'exercice de trouver le kernel-linus de la cooker ;-)
              
              Prendre tel quel des rpm de cooker est un très mauvais conseil, que ce soit le noyau ou autre.
              Pour ton "pire" que tu cites, oui je suis d'accord, en ajoutant "tu prends de très mauvaises habitudes et ce ne sont pas de bons conseils", stout hein...

              [ Répondre ]