Montage automatique de volumes USB

Actuellement, j’en suis là:

sudo mount -txfs /dev/mapper/seagateUSB4T-bkp /mnt/SeagateBKP/
mount: /mnt/SeagateBKP: impossible de lire le superbloc à l’adresse /dev/mapper/seagateUSB4T-bkp.

$ll /dev/mapper/seagateUSB4T-bkp 
lrwxrwxrwx 1 root root 7 avril  4 12:21 /dev/mapper/seagateUSB4T-bkp -> ../dm-3

Il y a un problème de superblock:

xfs_repair -n /dev/mapper/seagateUSB4T-bkp 
Phase 1 - find and verify superblock...
superblock read failed, offset 0, size 524288, ag 0, rval -1

Puisque xfs_repair ne peut pas faire le travail, je décide de recréer la partition:

# mkfs.xfs -L bkp  -f -N /dev/mapper/seagateUSB4T-bkp 
meta-data=/dev/mapper/seagateUSB4T-bkp isize=512    agcount=4, agsize=137625600 blks
         =                       sectsz=4096  attr=2, projid32bit=1
         =                       crc=1        finobt=1, sparse=1, rmapbt=0
         =                       reflink=0
data     =                       bsize=4096   blocks=550502400, imaxpct=5
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0, ftype=1
log      =internal log           bsize=4096   blocks=268800, version=2
         =                       sectsz=4096  sunit=1 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0

(Affichage auquel je ne comprends rien.)
Mais ça ne change rien!

Ça ne ressemble pas à un problème de format de contenu. On dirait plutôt un problème de lecture, comme si le volume avait une taille nulle ou insuffisante ou s’il était désactivé. Mais s’il était désactivé normalement le périphérique /dev/dm* et ses liens symboliques /dev/vg-lv et /dev/vg/lv ne devraient pas être présents. Ou une erreur de lecture physique. Il y a des messages dans les logs du noyau (dmesg) ?

Normal, avec l’option -N:

-N Causes the file system parameters to be printed out without really creating the file system.

Bonjour ,
Avec quelle application la partition a été recréé pour chaque USB externe ? apparemment ce DD externe est de la marque Seagate USB 4 T . Est-ce exact ?

Questions non pertinentes …

effectivement je pencherai aussi pour un souci avec le disque.

Un test smart pourrais sans doute nous donner plus d’information sur l’état du disque.

Pardon, j’ai évidemment aussi lancé sans l’option -N, avec la même réponse.

Voila ce que dit dmesg:

[42834.049756] usb 3-2: new SuperSpeed Gen 1 USB device number 4 using xhci_hcd
[42834.071061] usb 3-2: New USB device found, idVendor=0bc2, idProduct=231a, bcdDevice= 7.12
[42834.071067] usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[42834.071070] usb 3-2: Product: Expansion
[42834.071073] usb 3-2: Manufacturer: Seagate
[42834.071076] usb 3-2: SerialNumber: NAAX94EB
[42834.076024] scsi host8: uas
[42834.076958] scsi 8:0:0:0: Direct-Access     Seagate  Expansion        0712 PQ: 0 ANSI: 6
[42834.077982] sd 8:0:0:0: Attached scsi generic sg4 type 0
[42840.569368] sd 8:0:0:0: [sde] 7814037167 512-byte logical blocks: (4.00 TB/3.64 TiB)
[42840.569372] sd 8:0:0:0: [sde] 4096-byte physical blocks
[42840.569548] sd 8:0:0:0: [sde] Write Protect is off
[42840.569551] sd 8:0:0:0: [sde] Mode Sense: 53 00 00 08
[42840.569887] sd 8:0:0:0: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[42840.570309] sd 8:0:0:0: [sde] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 bytes)
[42840.688801]  sde: sde1
[42840.690653] sd 8:0:0:0: [sde] Attached SCSI disk

Pour la question «comment j’ai fait…» je ne me souviens plus vraiment, mais j’ai suivi vos aides pas à pas, et j’y retourne: c’était le 28 janvier, ici:


et là:

merci

je reviens vous «voir» après relecture et d’éventuels actions.

J’ai installé smartmontools et lancé:

$sudo smartctl -i /dev/sde
smartctl 6.6 2017-11-05 r4594 [x86_64-linux-4.19.0-16-amd64] (local build)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org

Read Device Identity failed: scsi error unsupported field in scsi command

A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

puis:

 $sudo smartctl -i -T permissive /dev/sde
smartctl 6.6 2017-11-05 r4594 [x86_64-linux-4.19.0-16-amd64] (local build)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org

Read Device Identity failed: scsi error unsupported field in scsi command

=== START OF INFORMATION SECTION ===
Device Model:     [No Information Found]
Serial Number:    [No Information Found]
Firmware Version: [No Information Found]
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   [No Information Found]
Local Time is:    Wed Apr 14 15:34:05 2021 CEST
SMART support is: Ambiguous - ATA IDENTIFY DEVICE words 82-83 don't show if SMART supported.
SMART support is: Ambiguous - ATA IDENTIFY DEVICE words 85-87 don't show if SMART is enabled.
SMART support is: Unknown - Try option -s with argument 'on' to enable it.

puis:

$sudo smartctl -i -s on -T permissive -T permissive /dev/sde
smartctl 6.6 2017-11-05 r4594 [x86_64-linux-4.19.0-16-amd64] (local build)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org

Read Device Identity failed: scsi error unsupported field in scsi command

=== START OF INFORMATION SECTION ===
Device Model:     [No Information Found]
Serial Number:    [No Information Found]
Firmware Version: [No Information Found]
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   [No Information Found]
Local Time is:    Wed Apr 14 15:37:10 2021 CEST
SMART support is: Ambiguous - ATA IDENTIFY DEVICE words 82-83 don't show if SMART supported.
SMART support is: Ambiguous - ATA IDENTIFY DEVICE words 85-87 don't show if SMART is enabled.
                  Checking to be sure by trying SMART RETURN STATUS command.
SMART support is: Unknown - Try option -s with argument 'on' to enable it.
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

(etc, jusqu’à 4 fois « -T permissive » )

Je pense repartitionner:

umount /dev/sde1
mkfs.ext4 /dev/sde1

Puis recréer le volume physique et les 2 volumes logiques, à moins que le recours à LVM soit la cause de la difficulté?

Est-ce une bonne démarche, ou faut-il explorer autrement ?

Ah que oui , c’était juste pour avoir un réponse d’un membre Josephtux qui a des difficultés de refaire une partition avec son matériel. J’ai eu il y a QQs mois une aide sur mon ennui similaire qui a été aujourd’hui résolu.
J’ai utilisé un outil comme Gparted + smartmontools et une autre application qui n’est pas accepté avec debian…avec le falacieux pretexte de « détruire son matériel ou causer des PBs »
Et pourtant, chez moi dans mon vieux PC, tout est en ordre avec un de mes DDs externe/interne !
Dans 1 de mes D.D. se trouve 6 OSs libres dont Debian buster Plasma5 avec en plus un autre OS que j’ai nommé CACATOES plasma 5
Cet OS est Q4OS plasma5 KDE de base Debian …C’était juste une plaisanterie un amusement de changer le nom de cet OS… avec lequel je réponds :wink:
J’ai été étonné que Josephtux n’arrive pas , pour le moment, trouver une solution de son ennui …
Je n’ai aucun intérêt pour faire savoir que l’application n’a jamais été créé par moi ! Absolument pas… !
Je m’en sers depuis presque 10 ans pour arriver a installer et modifier ou
refaire une partition en EXT,4 ou en GPT ou en partition étendue !
Justement oui, avec cet ennui de ce D.D. de 1 tera que j’ai cru avoir avec la société Fr du matos des PC !
Tout a été corrigé, ce D.D. externe aujourd’hui a toutes les partitions pour installer ce que je veux comme OS libres… Je n’ai jamais osé critiquer, ça n’était qu’une question, pertinente ou non . Je remercie le forum de recevoir des notifications… @ pluche :rofl:

Du nouveau:

pvdisplay | egrep 'Physical|Name|PV Size|Allocatable'
  Error reading device /dev/seagateUSB4T/bkp at 0 length 512.
  Error reading device /dev/seagateUSB4T/bkp at 0 length 4096.
  Error reading device /dev/seagateUSB4T/CD at 0 length 512.
  Error reading device /dev/seagateUSB4T/CD at 0 length 4096.

alors que je crois n’avoir touché à rien, à part les commandes smartctl indiquées, et que pvdisplay reconnaissait hier les volumes sans ces messages.

Ce n’était évident que pour toi.

Donc aucun message d’erreur après le branchement du disque.

SMART ne passe pas avec tous les disques USB. Parfois ça marche tout seul, parfois il faut forcer le type d’interface avec -d (voir la page de manuel pour les différents types supportés), parfois ça ne marche pas du tout.

Ce que tu écris est incohérent. /dev/sde1 est un PV LVM, pas un système de fichiers, donc ça ne se monte pas et et il n’y a pas lieu de le démonter. D’autre part mkfs.ext4 ne repartitionne pas mais reformate en ext4. Si tu veux refaire un PV LVM, il ne faut pas repartitionner en ext4.

J’en viens à soupçonner que quelque chose ne va pas avec LVM sur ce disque. As-tu vraiment besoin de LVM ? Je suis assez réservé concernant son ulisation sur un disque amovible. Si les LV ne contiennent rien d’important, tu peux essayer de les supprimer proprement et de les recréer avec lvremove et lvcreate, puis les formater à ta convenance.

Quel est l’intérêt de cette commande ? Les erreurs affichées sont liées à la tentative de lecture du contenu des LV qu’on s’ait déjà inaccessibles, pas du PV lui-même (/dev/sde1).
A mon avis la sortie de la commande lvdisplay serait plus intéressant.

Cela sent le problème matériel. Essayez avec un autre port USB, pouvez-vous changer de câble ? Il y a tant de paramètres qui peuvent entrer en jeu.

Si une option aussi simple que --info ne fonctionne pas, ce n’est pas la peine d’insister. Je ne sais pas combien vous a coûté l’achat de ce disque externe, mais s’il n’est plus sous garantie, j’ai bien peur que la solution soit direction la déchetterie :rage:

Cordialement,
Regards,
Mit freundlichen Grüßen,
مع تحياتي الخالصة


F. Petitjean
Ingénieur civil du Génie Maritime.

« L’arbre tombe toujours du côté où il penche. »
Proverbe français

« Un ordinateur c’est comme un frigo : on le branche et ça marche. »
Laurent Serano Directeur informatique, réunion Délégués du Personnel 2010

Sans aucune erreur dans les logs du noyau ?

L’idée était de pouvoir étendre facilement l’une des deux partitions sans savoir d’avance laquelle pourraît l’exiger. Mais ça n’est pas une absolue nécessité.

lvdisplay | egrep "Logical|Name|Size"
  --- Logical volume ---
  LV Name                bkp
  VG Name                seagateUSB4T
  LV Size                2,05 TiB
  --- Logical volume ---
  LV Name                CD
  VG Name                seagateUSB4T
  LV Size                1000,00 GiB

Au moins pour l’exercice, je commence par suivre ce conseil:

J’ai donc supprimé sans problème les 2 VG, avec lvremove.
Puis lancé la commande (avec exactement les mêmes valeurs que le VL supprimé)

lvcreate -nbkp -L2100G seagateUSB4T

qui demande avec une alerte:

WARNING: ext4 signature detected on /dev/seagateUSB4T/bkp at offset 1080. Wipe it? [y/n]:

je répond «y», et le message suivant confirme que tout s’est bien passé:

Wiping ext4 signature on /dev/seagateUSB4T/bkp.
Logical volume "bkp" created.

(et pareil pour l’autre VL, nommée CD et de 1000G)

Suite:
# mke2fs -t ext4 -L BKP_2To -U time -v /dev/mapper/seagateUSB4T-bkp
mke2fs 1.44.5 (15-Dec-2018)
résolution de fs_types pour mke2fs.conf : ‹ ext4 ›
Étiquette de système de fichiers=BKP_2To
Type de système d’exploitation : Linux
Taille de bloc=4096 (log=2)
Taille de fragment=4096 (log=2)
« Stride » = 0 blocs, « Stripe width » = 0 blocs
137625600 i-noeuds, 550502400 blocs
27525120 blocs (5.00%) réservés pour le super utilisateur
Premier bloc de données=0
Nombre maximum de blocs du système de fichiers=2699034624
16800 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8192 i-noeuds par groupe
UUID de système de fichiers=fecaeae4-9dcc-11eb-bb20-0090f5f607f2
Superblocs de secours stockés sur les blocs :
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848, 512000000

Allocation des tables de groupe : complété                        
Écriture des tables d'i-noeuds : complété                        
Création du journal (262144 blocs) : complété
Écriture des superblocs et de l'information de comptabilité du système de
fichiers : complété   

puis:

mount -text4 /dev/mapper/seagateUSB4T-bkp /mnt/Seagate4T/

et ça marche!
(idem pour le VL «CD»)

La question initiale demeure:
est-il possible de faire en sorte que ces 2 partitions soient montées automatiquement au branchement, et facilement démontable.

Premier problème: le montage se fait sous root et il est donc impossible d’écrire sous l’utilisateur.
Les groupes auxquels appartient l’utilisateur sont:

$groups
laguilde adm disk lp dialout cdrom floppy sudo audio dip www-data video plugdev staff users netdev bluetooth lpadmin scanner

Est-ce convenable?

Ce n’est pas ce que j’avais demandé. La sortie est tronquée.

Aucun rapport. Les permissions d’un système de fichiers ext4 (ou XFS, ou de type Unix en général) ne dépendent pas de l’utilisateur qui l’a monté. Il faut les définir avec chown/chmod, comme d’habitude. Tu confonds peut-être avec FAT ou NTFS qui ne gèrent pas nativement les permissions Unix et dont les permissions sont définies au montage.

Mais si tu veux pouvoir monter les volumes en tant qu’utilisateur normal (manuellement), il faut ajouter les lignes correspondantes dans /etc/fstab avec les options de montage users,noauto.

Merci PascalHambourg, et tous les autres pour votre patience.

Je ne connais rien à FAT ou NTFS, mais apparemment pas suffisamment non plus sous Linux.

Je vais suivre votre conseil (/etc/fstab), conforme à ce que je peux comprendre.

J’essaierais plus tard de comprendre par des lectures ce qui se passe avec les autres volumes USB; mais l’essentiel est que je pourrai utiliser mon disque dur.

Encore un grand merci

Thunar sous xfce le fait dès le branchement une fois configuré correctement. Si le disque est bien rempli et est éventuellement lent (usb2, …) le montage peut prendre du temps et faire penser que ça se monte pas.

La plupart de mes volumes USB se montent spontanément, sans que j’ai à faire quoi que ce soit, et notamment, il ne sont pas répertoriés dans /etc/fstab

Mais cette solution est suffisante.
Merci

C’est fait.