Journal Y vont y bien chez Ubuntu ?

Posté par  .
Étiquettes :
0
24
nov.
2006
Bon j'ai mis à jour mon ubuntu en edgy pour voir un peu ce que ça donnait...


par "hasard", je suis tombé sur le fstab

et de voir que les /dev/machin sont remplacés par les uuid des partitions.

Bon ça part d'un bon sentiment, et si on bouge des disques, ça marche toujours, mais maintenant, on se retrouve avec un fichier illisible....

(oui, je débarque, apparemment ça fait un bail, je trouve des posts de juillet sur ubuntuforums à ce propos)

Votre avis ?

  • # Idem...

    Posté par  . Évalué à 4.

    ... c'est illisible :(

    J'aime autant le système avec les labels des partitions ext2/3 (mis à la main grace à e2label), qui permet également de changer les disques sans perdre en lisibilité. Par défaut sous fedora, sauf erreur.

    • [^] # Re: Idem...

      Posté par  . Évalué à 2.

      Le systeme des label marche aussi avec d'autre file systeme (fat,...) IRRC.

  • # faut lire les commentaires

    Posté par  (site web personnel) . Évalué à 3.

    il suffit de lire les commentaires juste au dessus de la ligne de montage pour voir qui est qui :
    # /dev/hda5
    UUID=9550ab50-946f-4a1b-ad71-1656451b69ab none swap sw 0 0

    donc forcément ca devient totalement lisible. Aprés je ne sais pas qu'elle est la raison de cette utilisation.

    • [^] # Re: faut lire les commentaires

      Posté par  . Évalué à 1.

      bête question: il est stocké où l'uuid ?

      Si il est stocké dans les métadata de la partition et si t'utilises un autre OS qui va se servir de la partoche pour du swap en mode raw, y'a de fortes chances que l'UUID soit effacé, non ?

      • [^] # Re: faut lire les commentaires

        Posté par  (site web personnel) . Évalué à 7.

        beh.......; moi ca ma gavé... j'aime bien savoir qui fait quoi et ou... donc j'ai remis les /dev a la place des UUID.

        GNARK !!

      • [^] # Re: faut lire les commentaires

        Posté par  . Évalué à 3.

        J'ai regardé par curiosité les sources de http://packages.debian.org/unstable/source/udev (volume_id/lib)

        si j'ai bien compris ca utile le serial number des FS :
        - dans le superblock pour l'ext2
        - dans les metainfo à la fin de la partition pour le swap, donc si le swap est toujours reconnu, l'uuid est tjrs la. (j'ai peut être pas tout compris au source).
        - dans le serial number pour FAT
        etc...

        La génération des uuid pour être aléatoire et unique se base sur l'heure et l'adresse MAC de la première carte ethernet si possible.

        Pour un uuid généré par cette lib, on peut retrouver l'heure de la création de cet uuid.

        (faut prendre mon commentaire avec des pincettes, j'ai regardé rapidement)

    • [^] # Re: faut lire les commentaires

      Posté par  . Évalué à 6.

      C'est pour l'avenir. En effet à partir de 2.6.19 c'est possible d'utiliser libata pour les disques IDE (pata), ces disques apparaitront sous la forme /dev/sd* à la place de /dev/hd*. Grace à l'utilisation des UUID le switch se font de façon transparente chez moi (j'utilise un 2.6.19-rcX-mm).

      Apres c'est sur que des labels auraient été plus lisibles plutot que les UUID par contre je sais pas si tout les FS supportent les labels.

      (vol_id donne le UUID d'un partition, sinon avec udev c'est dans /dev/disks/by-uuid/)

      • [^] # Re: faut lire les commentaires

        Posté par  (site web personnel) . Évalué à 3.

        Les label sont /a priori/ portable sous PC, étant écrit dans la table des partitions.

        Par contre, pour le matériel non PC, je ne sais pas. Cela peut être génant pour une distrubution multi-plateforme.

        Personnellement, j'utilise les labels ou lvm pour les disques externes. Pour les disques internes, je ne les change pas tous les jours, je n'ai donc pas l'utilité de me compliquer ma fstab sur ce point.

        Malgré ce que les témoignages de certains ici, l'UUID reste quand même imbuvable. Cela me rapelle la notation avec les lun...

        Un coup de cfdisk, et tu sais en quelques secondes à quelle partition est associée ton label. Je ne fais personnellement pas super confiance aux commentaires dans un fichier fstab.

      • [^] # Re: faut lire les commentaires

        Posté par  . Évalué à 5.

        Sous Debian (testing), vol_id n'est pas dans le $PATH mais dans /lib/udev:

        # /lib/udev/vol_id -u /dev/hda8
        6af9c629-91c8-49a4-b586-2c12f185b550

    • [^] # Re: faut lire les commentaires

      Posté par  . Évalué à 5.

      Il y a des explications là:

      http://doc.ubuntu-fr.org//applications/uuid_et_label

      • [^] # Re: faut lire les commentaires

        Posté par  . Évalué à 5.

        Un extrait:


        UUID : Universal Unique IDentifier (identifiant universel unique)

        *
        Le paquet "volume_id" est désormais nécessaire au système de fichiers RAM initial (initramfs-tools) ainsi qu'aux programmes Grub et Udev. Notre Ubuntu est évidemment concerné par cette évolution.

        Dans ce cadre, l'attribut le plus caractéristique est sans doute l'UUID.

        *
        Il s'agit d'une suite plus ou moins longue de caractères alpha-numériques qui permet d'identifier de façon absolument sûre toute partition ou tout type de périphérique de stockage ("device") physique ou virtuel pouvant être raccordé au système de fichiers.

        *
        L'utilisation de l'UUID est généralisée. La plupart des systèmes de fichiers que vous rencontrerez reconnaissent les UUID. Citons notamment, ext2, ext3, reiserfs pour Linux, FAT16 ou 32 et NTFS pour Windows ainsi que les disques RAID. Vous trouverez une liste détaillée dans /usr/share/doc/libvolumeid0/README.

        *
        Le chiffre de l'UUID est calculé automatiquement au moyen d'un algorithme intégrant notamment certaines données de l'ordinateur hôte. Ce mode de calcul ne présente aucun risque de sécurité crédible.

        *
        L'utilisation de l'UUID constitue à la fois un progrès et une contrainte.

        *
        Un progrès.

        L"UUID vous garantit contre tout duplicata et évite ainsi tout blocage en cas de changement de désignation de périphérique.

        *
        Une contrainte.

        Vous devrez apprendre à tenir compte de l'UUID sous peine de risquer de rendre impossible le montage de certains volumes ou partitions.

  • # LVM powwwaaahhhh

    Posté par  . Évalué à 1.

    Le fstab reste lisible et on peut bouger son disque comme l'on veut sans compter les nombreux autres avantages (cf pas mal de mes commentaires).

  • # Pfff.

    Posté par  . Évalué à 8.

    Et on doit se marrer quand on utilise partimage pour cloner un disque.

    • [^] # Re: Pfff.

      Posté par  . Évalué à 2.

      Deux trucs à faire à priori dans "restoreimage" (je connais pas le nom):

      1) recalculer les UUID à la restauration, ce qui doit être jouable, l'algo doit être connu.

      2) remplacer les anciens UUID par les nouveaux. Dans la table des partitions ça doit pas poser trop de pb. Dans un fstab, ça a l'air plus tendu, effectivement. Faudrait parser le fs, ou à la sauvegarde du disque garder les adresses des UUIDs à modifier sur le disque. Pas simple, mais sans doute jouable (je dis ça, il y a sans doute pleins de contraintes techniques et de cas que j'ai zappé)

    • [^] # Re: Pfff.

      Posté par  (site web personnel) . Évalué à 2.

      Bah, si tu fais du partimage, c'est que t'es un grand garcon et donc tu remets le chemin de tes périphérique dans ton fstab et dans ton menu.lst .

Suivre le flux des commentaires

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