NAS HDD problème de montage

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.

1 J'aime

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 :slight_smile: 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:

  1. Vider un disque sur un autre
  2. Supprimer la partition sur le disque vide (fdisk)
  3. Supprimer le système de fichier (wipefs)
  4. Partitionner le disque (fdisk)
  5. Créer le système de fichier sur la partition (mkfs.ext4 /dev/sd[x]1)
  6. Vider un autre disque sur celui-ci
  7. Recommencer jusqu’à avoir fait tout les disques

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 :frowning:

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 :

  • Supprimer les partitions inutiles et gênantes des 4 disques.
  • Utiliser dans /etc/fstab des liens symboliques persistants qui pointent bien vers les disques, comme ceux qui sont dans /dev/disk/by-id/. C’est basé sur l’identification du disque lui-même (fabricant, modèle, numéro de série ou identifiant WWN).

Ok c’est noter , je tiendrai au courant, lorsque j’aurai fini tout ce travail