• [^] # Re: uuid

    Posté par . En réponse au journal Rescue réussi. Évalué à 2.

    L'admin ou l'utilisateur ne comprenait pas que linux ne marche plus dès que l'on changeait le disque de place, que l'on réorganise les partitions alors que windows s'en sortait bien. Surtout avec grub1 ou liloo ou en gros le système devenait complètement imbootable dans ces cas la.
    C'est sur que sur un serveur avec 300 disques, on change de place les disques tous les jours :).

    Plus sérieusement, je n'ai rien contre cette façon de faire pour les postes de travail bureautique. Pour le reste, c'est pas forcément la bonne façon de faire et je pense que les distribs orientées "entreprises" devraient favoriser une autre approche.

    Devoir gérer 300 disques ça n'est pas un besoin courant, et il y a quand même by-id et by-path présent par défaut pour ceux qui sont dans ce cas.

    300 disques, sur des serveurs d'entreprise, ce n'est pas si banal que ça .... Si tu prends des métas de 33 Gb, ça ne fait que 9 To de données,

    Et même dans ton cas, rien que pour trouver la partition racine, je garderait quand même la méthode des UUID, parce que c'est fait pour. Bien sur, je n'ai rien contre, ce qui me gène c'est la non persistence des chemins dans /dev et le fait que l'on doit configurer UDEV pour avoir un truc persistant.