OK je prend note, mais dans mon cas vu que j’ai 1 partition entier pour chaque disque, cela ne change rien, ou au contraire.
Dans ton message je dois faire la commande “file -k” ?
OK je prend note, mais dans mon cas vu que j’ai 1 partition entier pour chaque disque, cela ne change rien, ou au contraire.
Dans ton message je dois faire la commande “file -k” ?
file -sk /dev/sd*
Bien sûr que si, ça change tout. Le disque entier /dev/sda ou une partition /dev/sda1 qui occupe tout le disque, ça n’a rien à voir en dehors de la capacité qui est quasiment identique. Ce sont deux périphériques bien distincts. Les systèmes d’exploitation gèrent mieux les disques partitionnés. Même les clés USB sont partitionnées, alors que la plupart ne contiennent qu’une seule partition.
Et surtout, on ne partitionne pas un périphérique dans lequel on a créé un système de fichiers (à moins de vouloir écraser ce dernier). Il ne viendrait à l’idée de personne de partitionner une partition ext4.
voici le code
root@NAS:~# file -sk /dev/sd*
/dev/sda: sticky x86 boot sector; partition 1: ID=0x83, starthead 32, startsector 2048, 976769007 sectors, extended partition table (last)\011, code offset 0x0\012- Linux rev 1.0 ext4 filesystem data, UUID=9cd7d5e6-a1c4-4af7-982d-d9c1cccecdd2, volume name “hdd1” (extents) (large files) (huge files)
/dev/sda1: sticky data
/dev/sdb: sticky x86 boot sector; partition 1: ID=0x83, starthead 32, startsector 2048, 1953523120 sectors, extended partition table (last)\011, code offset 0x0\012- Linux rev 1.0 ext4 filesystem data, UUID=2ad55e9f-ff39-4c5c-a4c0-6d696526582e, volume name “hdd2” (extents) (large files) (huge files)
/dev/sdb1: sticky data
/dev/sdc: sticky x86 boot sector; partition 1: ID=0x83, starthead 32, startsector 2048, 2930275120 sectors, extended partition table (last)\011, code offset 0x0\012- Linux rev 1.0 ext4 filesystem data, UUID=a274f7b1-13fe-4255-b81b-5b040688ab74, volume name “hdd3” (extents) (large files) (huge files)
/dev/sdc1: sticky data
/dev/sdd: sticky x86 boot sector; partition 1: ID=0x83, starthead 32, startsector 2048, 976771120 sectors, extended partition table (last)\011, code offset 0x0\012- Linux rev 1.0 ext4 filesystem data, UUID=020388ca-709f-4ece-a8b9-6b0717d83d9f, volume name “hdd4” (extents) (large files) (huge files)
/dev/sdd1: sticky data
/dev/sde: sticky x86 boot sector; partition 1: ID=0x83, active, starthead 32, startsector 2048, 158201856 sectors; partition 2: ID=0x82, starthead 254, startsector 158203904, 1882112 sectors, code offset 0x63 DOS executable (COM), boot code
/dev/sde1: sticky Linux rev 1.0 ext4 filesystem data, UUID=2a12ca6d-7472-4c83-898d-c10d259a587c (needs journal recovery) (extents) (large files) (huge files)
/dev/sde2: sticky Linux/i386 swap file (new style), version 1 (4K pages), size 235263 pages, no label, UUID=d570af73-abbf-4096-9e0e-2779b084d639
sur ce, on reprend demain a plus tard
Ce résultat montre sans doute possible que les systèmes de fichiers ext4 sont bien dans les disques entiers et non dans leurs partitions.
Et je suis convaincu que c’est l’existence de ces partitions qui perturbe la reconnaissance des UUID.
Pfoua, je ne pensais pas ça possible, bien vu !
@Pyroman_Goliath: A ta place je remettrait tout d’équerre en faisant un truc dans le genre:
Mais le problème, c’est que tout les HDD sont pratiquement plein (reste env. 5 % libre) et je n’ai pas d’autres HDD pour stocker les données
Ce n’est pas grave. Tu as bien une sauvegarde des données, n’est-ce pas ?
Si tu n’as pas de sauvegarde, cela signifie que ces données ne sont pas importantes, n’est-ce pas ?
Bon, j’arrête là l’humour pince-sans-rire.
Voici deux axes de résolution possible :
Ok c’est noter , je tiendrai au courant, lorsque j’aurai fini tout ce travail