Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

impossible de lire mes fichiers de DDE depuis migration vers 18.4.1

Coeur Noir

…oui tout à fait c'est juste qu'un label est vaguement susceptible de changer, alors que l'uuid est permanent.
À choisir je prend le plus robuste.

moko138

"vaguement" ???

Une étiquette change :
- si l'administrateur le décide
- si la partition est reformatée.(*)

Tout comme un UUID.
Donc même robustesse.

S'il te plaît, dis-moi si j'oublie quelque chose.

__
(*) Et encore : cf. ./viewtopic.php?id=1680761 pour un cas d'étiquettes fantômes, ayant résisté à un changement de table de partitions (jusqu'à l'intervention de ton serviteur 🙂).

Coeur Noir

Ok ! non non rien à ajouter, Maître 🙂

edit : bah en fait si, j'ajoute…

moko138

Vous en êtes un autre ! :lol:

[center]= =[/center]
Ma connexion redevient pourrave. 🙁

Coeur Noir

Pinaille. On ne peut pas changer un uuid soit-même, cela dit, enfin on peut demander au système qu'il réattribue un uuid à quelque chose mais on ne peut pas choisir l'uuid, c'est un processus avec des valeurs aléatoires qui garantit la très très forte improbabilité que 2 choses puissent avoir le même uuid.
Alors que des partitions avec le même label, c'est facile à produire.

Désolé misterbean22 pour les digressions → une méthode à tester au post #59.

misterbean22

Retour après un WE prolongé !
Je vois ça demain à tête encore plus reposée car vous m'avez embrouillé, moko et Coeur Noir !!😛

Coeur Noir

Embrouillé ?

…euh on t'a laissé au #59 un modus-operandi en quelques étapes détaillées. Je dis « on » parce que Moko est aussi intervenu - et d'autres ont dû lire, qui auraient espérons le réagi si on t'envoyait au casse-pipe ;-)

Si c'est le débat label / uuid qui te chiffonne, préfère uuid, simplement parce que le commentaire introductif du fichier fstab se réfère à uuid et donne la commande nécessaire pour les lister, au cas où tu l'oublierais :

le fichier fstab a écrit# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed.

Si tu as besoin d'un peu plus de contexte on est encore là mais tu as aussi la doc' si des termes ou des commandes t'intriguent.

À bientôt ;-)

moko138

@ Coeur Noir :
1) Tu cites le fstab :

# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed.

Mais "plus robuste" que quoi ?
Plus robuste que grub-legacy qui désignait les partitions par
des /dev/sdXN susceptibles de changer à tout moment !

D'où la ligne suivante du fstab :

# that works even if disks are added and removed./
# Cela marche même si des disques ont été ajoutés ou retirés.

[center]= =[/center]

2) Mais si ! on peut choisir l'uuid ! Et sans perte de données !
La preuve :

moko@crunchbang:~$ date; ls -la /media/CINQ ; echo "     ==="; sudo blkid | grep CINQ
lundi 10 septembre 2018, 22:09:12 (UTC+0200)
     ===
total 32
drwxr-xr-x  4 moko  moko   4096 sept. 10 22:04 .
drwxr-xr-x 17 root root  4096 sept. 10 22:05 ..
drwx------  2 root root 16384 juin   7 21:20 lost+found
drwxr-xr-x  2 moko  moko   4096 sept. 10 22:04 Test_rep
-rw-r--r--  1 moko  moko      4 sept. 10 22:05 test.txt
     ===
[sudo] password for moko: 
/dev/sda5: LABEL="CINQ" UUID="2c6e3825-b533-4bee-ba70-860dc47862e4" TYPE="ext4" 
moko@crunchbang:~$

2.1) tentative ratée, sans tirets :

moko@crunchbang:~$ sudo tune2fs -U 12345678abcdeffedcba567890098765 /dev/sda5
tune2fs 1.42.5 (29-Jul-2012)
tune2fs: Format UUID invalide

2.2) tentative avec tirets :

moko@crunchbang:~$ sudo tune2fs -U 12345678-abcd-effe-dcba-567890098765 /dev/sda5
tune2fs 1.42.5 (29-Jul-2012)
moko@crunchbang:~$

Vérifier que l'UUID choisi a été validé :

moko@crunchbang:~$ date; echo "     ==="; sudo blkid | grep CINQ
lundi 10 septembre 2018, 22:19:13 (UTC+0200)
     ===
/dev/sda5: LABEL="CINQ" UUID="12345678-abcd-effe-dcba-567890098765" TYPE="ext4" 
moko@crunchbang:~$

🙂

Vérifier si le contenu de sda5 a été conservé :

moko@crunchbang:~$ mkdir /tmp/5/ ; sudo mount /dev/sda5 /tmp/5; ls -la /tmp/5
total 32
drwxr-xr-x  4 moko  moko   4096 sept. 10 22:04 .
drwxrwxrwt 11 root root  4096 sept. 10 22:20 ..
drwx------  2 root root 16384 juin   7 21:20 lost+found
drwxr-xr-x  2 moko  moko   4096 sept. 10 22:04 Test_rep
-rw-r--r--  1 moko  moko      4 sept. 10 22:05 test.txt
moko@crunchbang:~$

🙂

Conclusion :
Le nouvel uuid a été choisi à la main
et imposé, sans perte de données, par
sudo tune2fs -U <uuid, tirets inclus (mais pas les chevrons)> /dev/sdxn
C.Q.F.D.

EDIT : mise en forme.

Coeur Noir

Ok, ok, ok… sauf que. L'idée de l'UUID ( quand il est généré par le système ) c'est d'être unique. Un même UUID ne peut pas désigner 2 choses différentes. C'est donc pratique pour distinguer des partitions ( et tout ce qu'on veut, d'ailleurs ). https://stackoverflow.com/questions/1155008/how-unique-is-uuid https://en.wikipedia.org/wiki/Universally_unique_identifier

Un label ou un UUID ( créés manuellement ) peuvent s'appliquer à des choses différentes, qui ne deviendraient plus différenciables à un premier niveau de lecture. C'est un risque d'erreur.

Exemple : dans mon secteur, les fichiers importants sont nommés par uuid, pour avoir la certitude quasi absolue que 2 fichiers différents auront forcément des noms différents + des signatures + des certificats + des indexes. Et c'est une norme internationale du secteur.

Et oui, le commentaire de fstab fait allusion au nommage des périphériques via /dev/… qui lui dépend du moment où le système « voit » tel périphérique.

Coeur Noir

misterbean22, es-tu arrivé à tes fins ?

« Page précédente