Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1 2

#1 Le 19/01/2024, à 15:19

jepide

[RESOLU] SSD externe (usb) inaccessible

Bonjour,
Sous Ubuntu 22.04.3 LTS , j'ai un disque externe SSD 1To en ext4 (de sauvegarde) qui refuse maintenant de se monter et est inaccessible.
Les gestionnaires Fichier ou doublecmd ne le voient pas
lsbk cite un sdb
Gparted ne le voit pas
Disques le voit mais non monté et avec la seule option active de pouvoir changer le point de montage

Je voudrais pouvoir à nouveau le monter, ou au moins le récupérer et le formater, quite à refaire mes sauvegardes, mais comment ?

Ci après quelques essais parmi d'autres. 

avec Disques on voit le disque:
Drive Realtek RTL9210B-CG      (non monté)
et :     Périphérique  /dev/sdb
seule option active : modifier les options de montage

Dans terminal : quelques essais

jpd@OptiPlex-390:~$ lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
loop0         7:0    0 158,9M  1 loop /snap/chromium/2724
loop1         7:1    0     4K  1 loop /snap/bare/5
…..
├─sda5        8:5    0   512M  0 part /boot/efi
└─sda6        8:6    0 153,7G  0 part /var/snap/firefox/common/host-hunspell
  /
sdb           8:16   1     0B  0 disk 
sr0          11:0    1  1024M  0 rom  
nvme0n1     259:0    0 931,5G  0 disk 

jpd@OptiPlex-390:~$ sudo fsck /media/jpd/
[sudo] Mot de passe de jpd : 
fsck de util-linux 2.37.2
e2fsck 1.46.5 (30-Dec-2021)
fsck.ext2: Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /dev/disk/by-id/usb-ASMT_2115_00000000000000000000-0:0
Périphérique peut-être inexistant ?

jpd@OptiPlex-390:~$ sudo fsck -pftC /dev/sdb
[sudo] Mot de passe de jpd : 
fsck de util-linux 2.37.2	(pas de réponse)

jpd@OptiPlex-390:~$ sudo fsck -pftV /dev/sdb
fsck de util-linux 2.37.2

jpd@OptiPlex-390:~$ sudo fsck -y /dev/sdb
fsck de util-linux 2.37.2
e2fsck 1.46.5 (30-Dec-2021)
fsck.ext2: Argument invalide lors de la tentative d'ouverture de /dev/sdb
Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
    e2fsck -b 8193 <périphérique>
 ou
    e2fsck -b 32768 <périphérique>

jpd@OptiPlex-390:~$ sudo e2fsck -b 8193 /dev/sdb
e2fsck 1.46.5 (30-Dec-2021)
e2fsck: Argument invalide lors de la tentative d'ouverture de /dev/sdb
…

Branché sous windows, le disque est vu par le navigateur de fichier, mais n'est pas accessible, et l'option formater ne marche pas.

Quelqu'un peut il m'aider à récupérer disque et données ou au moins le disque ?

Merci d'avance

Dernière modification par jepide (Le 23/01/2024, à 07:30)

Hors ligne

#2 Le 19/01/2024, à 16:13

iznobe

Re : [RESOLU] SSD externe (usb) inaccessible

Bonjour , pour commencer ,  de quel disque s ' agit il ?

quel modele precis ?


donne les retours de ( avec le disque connecté , cela va de soi ) :

lsusb
lsblk -fe7 -o+model

Dernière modification par iznobe (Le 19/01/2024, à 16:13)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#3 Le 20/01/2024, à 07:38

jepide

Re : [RESOLU] SSD externe (usb) inaccessible

Merci iznobe pour ta réponse et aussi pour le retour utile de commande.
à ta demande:

jpd@OptiPlex-390:~$ lsusb
Bus 001 Device 003: ID 0bda:9210 Realtek Semiconductor Corp. RTL9210 M.2 NVME Adapter
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 006: ID 0846:9053 NetGear, Inc. A6210
Bus 002 Device 005: ID 093a:2510 Pixart Imaging, Inc. Optical Mouse
Bus 002 Device 004: ID 07ca:1871 AVerMedia Technologies, Inc. TD310 DVB-T/T2/C dongle
Bus 002 Device 003: ID 04b3:3025 IBM Corp. NetVista Full Width Keyboard
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
jpd@OptiPlex-390:~$ 

jpd@OptiPlex-390:~$ lsblk -fe7 -o+model
NAME FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINTS MODEL
sda                                                                                     LDLC 
├─sda1
│    ntfs               318F308A65EAF359                                                
├─sda2
│    ext4   1.0   dispo 60d40483-2b53-4ca9-b4c3-8a5ec45d65e1                            
├─sda3
│    ntfs         winbuntu-volume
│                       72B3F2517EBEB69E                       96,9G     1% /winbuntu   
├─sda4
│                                                                                       
├─sda5
│    vfat   FAT32       1AD3-AF17                             499,3M     2% /boot/efi   
└─sda6
     ext4   1.0         c561d286-583d-400f-8335-bd4f01007aa4  108,8G    22% /var/snap/firefox/common/host-hunspell
                                                                                        
                                                                            /           
sdb                                                                                     RTL92
sr0                                                                                     TEAC 
nvme0n1
│                                                                                       CT100
└─nvme0n1p1
     ext4   1.0   home-jpd
                        5f9fc7fe-9993-4f09-ad1a-2e90e10bdbb1  321,4G    25% /home/jpd   
jpd@OptiPlex-390:~$

Hors ligne

#4 Le 20/01/2024, à 07:54

jepide

Re : [RESOLU] SSD externe (usb) inaccessible

Iznobe a écrit :

de quel disque s'agit-il?

J'ai ce disque depuis longtemps , c'est un Crucial P3 Plus 1Tb PCIe M.2 2280 SSD, installé avec radiateur dans un boitier usb externe.
Le boitier ressemble à celui là: boitier ORICO

Dernière modification par jepide (Le 20/01/2024, à 10:52)

Hors ligne

#5 Le 20/01/2024, à 16:20

inbox

Re : [RESOLU] SSD externe (usb) inaccessible

Salut,

Après avoir branché ton disque externe, donne le retour de :

sudo dmesg

A+

Un problème résolu ? Indiquez le en modifiant le titre du sujet.

Hors ligne

#6 Le 20/01/2024, à 17:45

jepide

Re : [RESOLU] SSD externe (usb) inaccessible

Bonjour Inbox
Les dernieres lignes de dmes apres débranché re-branché le disque:

38727.331940] [UFW BLOCK] IN=enp4s0 OUT= MAC=d0:67:e5:03:63:39:6c:38:a1:c1:d6:6f:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x10 PREC=0x80 TTL=1 ID=4812 DF PROTO=2 
[38727.332482] [UFW BLOCK] IN=wlx10da4325859c OUT= MAC=10:da:43:25:85:9c:6c:38:a1:c1:d6:6f:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x10 PREC=0x80 TTL=1 ID=4812 DF PROTO=2 
[38727.563909] [UFW BLOCK] IN=enp4s0 OUT= MAC=01:00:5e:00:00:fb:00:1d:c0:72:42:cc:08:00 SRC=192.168.1.47 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2 
[38727.565039] [UFW BLOCK] IN=wlx10da4325859c OUT= MAC=01:00:5e:00:00:fb:00:1d:c0:72:42:cc:08:00 SRC=192.168.1.47 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2 
[38728.750904] usb 1-1.3: USB disconnect, device number 4
[38729.194670] [UFW BLOCK] IN=enp4s0 OUT= MAC=33:33:00:00:00:0c:10:da:43:25:85:9c:86:dd SRC=fe80:0000:0000:0000:cd63:09db:c824:b708 DST=ff02:0000:0000:0000:0000:0000:0000:000c LEN=655 TC=0 HOPLIMIT=1 FLOWLBL=1007405 PROTO=UDP SPT=35862 DPT=3702 LEN=615 
[38732.517017] usb 1-1.4: new high-speed USB device number 5 using ehci-pci
[38732.631829] usb 1-1.4: New USB device found, idVendor=0bda, idProduct=9210, bcdDevice=20.01
[38732.631839] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[38732.631844] usb 1-1.4: Product: RTL9210B-CG
[38732.631846] usb 1-1.4: Manufacturer: Realtek
[38732.631849] usb 1-1.4: SerialNumber: 012345679039
[38732.639833] usb-storage 1-1.4:1.0: USB Mass Storage device detected
[38732.640310] scsi host4: usb-storage 1-1.4:1.0
[38732.896232] [UFW BLOCK] IN=enp4s0 OUT= MAC=33:33:00:00:00:0c:10:da:43:25:85:9c:86:dd SRC=fe80:0000:0000:0000:cd63:09db:c824:b708 DST=ff02:0000:0000:0000:0000:0000:0000:000c LEN=655 TC=0 HOPLIMIT=1 FLOWLBL=219815 PROTO=UDP SPT=53629 DPT=3702 LEN=615 
[38733.664157] scsi 4:0:0:0: Direct-Access     Realtek  RTL9210B-CG      1.00 PQ: 0 ANSI: 6
[38733.664634] sd 4:0:0:0: Attached scsi generic sg2 type 0
[38733.677563] sd 4:0:0:0: [sdb] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB)
[38733.678678] sd 4:0:0:0: [sdb] Write Protect is off
[38733.678682] sd 4:0:0:0: [sdb] Mode Sense: 37 00 00 08
[38733.679676] sd 4:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[38733.713417] Alternate GPT is invalid, using primary GPT.
[38733.713427]  sdb: sdb1
[38733.713580] sd 4:0:0:0: [sdb] Attached SCSI disk
jpd@OptiPlex-390:~$

Horreur ! Surprise ! le disque est à nouveau visible ! Je ne comprends pas, ce n'est pourtant pas la 1ere fois que je débranche et rebranche !

Je n'ai pas rebranché dans le même port usb, mais ce n'est pas non plus la 1ere fois que je fais ça!
Là c'était après une longue attente disque branché.
dmes décoince t-il quelque chose ?
En tous cas merci Inbox

Je me pose des questions sur la fiabilité de mes sauvegardes externes !

Une explication avant de terminer ?

Dernière modification par jepide (Le 20/01/2024, à 18:09)

Hors ligne

#7 Le 20/01/2024, à 18:15

inbox

Re : [RESOLU] SSD externe (usb) inaccessible

Il est possible que l'erreur soit la suivante :

Alternate GPT is invalid, using primary GPT

Je n'ai jamais rencontré ce problème. Il faut que je cherche.

Comme tu dis avoir changé de port USB, il est possible que certains de ces ports ne soit pas suffisamment alimenté. Dans ce cas, le disque ne peut se monter.

[Edit] Dans ce sujet est expliqué comment restaurer la sauvegarde (backup) de la table GPT.
Il te faut installer le paquet gdisk. Ensuite, passe la commande suivante, en étant certain de cibler le bon disque dur :

sudo sgdisk -e /dev/sdb

Dernière modification par inbox (Le 20/01/2024, à 18:29)

Un problème résolu ? Indiquez le en modifiant le titre du sujet.

Hors ligne

#8 Le 20/01/2024, à 19:03

jepide

Re : [RESOLU] SSD externe (usb) inaccessible

Merci Inbox, voici la réponse de sgdisk

jpd@OptiPlex-390:~$ sudo sgdisk -e /dev/sdb
[sudo] Mot de passe de jpd : 
Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.

Warning! One or more CRCs don't match. You should repair the disk!
Main header: OK
Backup header: ERROR
Main partition table: OK
Backup partition table: OK

****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************
Warning: The kernel is still using the old partition table.
The new table will be used at the next reboot or after you
run partprobe(8) or kpartx(8)
The operation has completed successfully.
jpd@OptiPlex-390:~$

Je vois bien un problème , pour tenter de le corriger j'ai fait un partprobe /dev/sdb
puis

jpd@OptiPlex-390:~$ sudo fsck -p -v /dev/sdb1 
fsck de util-linux 2.37.2
rsync-jpd-optipl : propre, 191723/61054976 fichiers, 83495956/244190208 blocs
jpd@OptiPlex-390:~$

et à nouveau sgdisk comme proposé précédemment

jpd@OptiPlex-390:~$ sudo sgdisk -e /dev/sdb
The operation has completed successfully.
jpd@OptiPlex-390:~$

pas de message d'erreur dans cette dernière commande, j'ai accès au disque, ça semble correct maintenant ?
Votre avis ?

Dernière modification par jepide (Le 20/01/2024, à 20:58)

Hors ligne

#9 Le 20/01/2024, à 20:26

inbox

Re : [RESOLU] SSD externe (usb) inaccessible

Warning! One or more CRCs don't match. You should repair the disk!

Il faut donc que tu installes Smarmontools comme ceci :

sudo apt-get install --no-install-recommends smartmontools

Ensuite, récupère les données Smart avec :

 sudo smartctl -s on -a /dev/sdb

Et comment est formaté la partition de ton disque USB, en FAT, en NTFS, en EXT ?

Dernière modification par inbox (Le 20/01/2024, à 20:27)

Un problème résolu ? Indiquez le en modifiant le titre du sujet.

Hors ligne

#10 Le 20/01/2024, à 20:49

jepide

Re : [RESOLU] SSD externe (usb) inaccessible

J'ai trop vite modifié ma réponse précédente ! (trop optimiste)
Le disque est formaté en ext4

jpd@OptiPlex-390:~$  sudo smartctl -s on -a /dev/sdb
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-6.5.0-14-generic] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Number:                       CT1000P3SSD8
Serial Number:                      2307E6ADE5B9
Firmware Version:                   P9CR30A
PCI Vendor/Subsystem ID:            0xc0a9
IEEE OUI Identifier:                0x00a075
Controller ID:                      1
NVMe Version:                       1.4
Number of Namespaces:               1
Namespace 1 Size/Capacity:          1000204886016 [1,00 TB]
Namespace 1 Formatted LBA Size:     512
Namespace 1 IEEE EUI-64:            6479a7 7520000050
Local Time is:                      Sat Jan 20 20:44:53 2024 CET
Firmware Updates (0x12):            1 Slot, no Reset required
Optional Admin Commands (0x0017):   Security Format Frmw_DL Self_Test
Optional NVM Commands (0x005e):     Wr_Unc DS_Mngmt Wr_Zero Sav/Sel_Feat Timestmp
Log Page Attributes (0x06):         Cmd_Eff_Lg Ext_Get_Lg
Maximum Data Transfer Size:         64 Pages
Warning  Comp. Temp. Threshold:     85 Celsius
Critical Comp. Temp. Threshold:     95 Celsius

Supported Power States
St Op     Max   Active     Idle   RL RT WL WT  Ent_Lat  Ex_Lat
 0 +     6.00W  0.0000W       -    0  0  0  0        0       0
 1 +     3.00W  0.0000W       -    0  0  0  0        0       0
 2 +     1.50W  0.0000W       -    0  0  0  0        0       0
 3 -   0.0250W  0.0000W       -    3  3  3  3     5000    1900
 4 -   0.0030W       -        -    4  4  4  4    13000  100000

Supported LBA Sizes (NSID 0x1)
Id Fmt  Data  Metadt  Rel_Perf
 0 +     512       0         1
 1 -    4096       0         0

=== START OF SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

SMART/Health Information (NVMe Log 0x02)
Critical Warning:                   0x00
Temperature:                        24 Celsius
Available Spare:                    100%
Available Spare Threshold:          5%
Percentage Used:                    0%
Data Units Read:                    1189047 [608 GB]
Data Units Written:                 4052574 [2,07 TB]
Host Read Commands:                 41997734
Host Write Commands:                135151566
Controller Busy Time:               1012
Power Cycles:                       193
Power On Hours:                     38
Unsafe Shutdowns:                   149
Media and Data Integrity Errors:    0
Error Information Log Entries:      8
Warning  Comp. Temperature Time:    0
Critical Comp. Temperature Time:    0
Temperature Sensor 1:               24 Celsius
Temperature Sensor 2:               26 Celsius
Temperature Sensor 8:               24 Celsius

Warning: NVMe Get Log truncated to 0x200 bytes, 0x200 bytes zero filled
Error Information (NVMe Log 0x01, 16 of 16 entries)
No Errors Logged

jpd@OptiPlex-390:~$

c'est quoi ce warning ?

Dernière modification par jepide (Le 20/01/2024, à 20:54)

Hors ligne

#11 Le 20/01/2024, à 21:48

inbox

Re : [RESOLU] SSD externe (usb) inaccessible

Ton disque semble en bon état.

Le warning, je pense, était dû à un problème dans le système de fichier. Ceci expliquerait pourquoi, quand tu as passé de nouveau la commande, celle ci s'est exécuté sans erreur.

Est-ce que ton disque se monte, si tu le rebranches ?

Un problème résolu ? Indiquez le en modifiant le titre du sujet.

Hors ligne

#12 Le 20/01/2024, à 22:11

jepide

Re : [RESOLU] SSD externe (usb) inaccessible

Inbox a écrit :

Est-ce que ton disque se monte, si tu le rebranches ?

Non le disque ne se monte pas automatiquement.
Il faut que j’aille dans Disques et que je l'active. Embêtant. Merci, je n'aurais pas pensé à vérifier ça.
Que faire ?

Hors ligne

#13 Le 20/01/2024, à 22:39

inbox

Re : [RESOLU] SSD externe (usb) inaccessible

Une fois activé, tu peux accéder aux données ?
Tu n'aurais pas modifié le fstab ?

Un problème résolu ? Indiquez le en modifiant le titre du sujet.

Hors ligne

#14 Le 20/01/2024, à 22:44

jepide

Re : [RESOLU] SSD externe (usb) inaccessible

OUI j'accède sans problème aux données. le disque est alors monté sur /sos_syst2 un point de montage spécifique à ce disque, prévu , il y a longtemps, ce qui fonctionnait bien.

Je ne suis pas familier du fstab . Je ne l'ai pas modifié, en tous cas pas récemment, mais il est bien possible que ce soit la clé.
Sur un autre ordinateur linux (NUC), le disque se monte maintenant par défaut sur media/jpd/ .
Sur optiplex-390 Avec 'Disques' en modifiant le point de montage pour le remettre par défaut, le disque se monte à nouveau correctement sur /media/jpd/rsync-jpd-optipl au branchement.

Je dois probablement corriger mon /etc/fstab que voici

# <file system> <mount point> <type> <options> <dump> <pass>

UUID=c561d286-583d-400f-8335-bd4f01007aa4                  	/                                            	ext4	errors=remount-ro                     	0	1
UUID=1AD3-AF17                                             	/boot/efi                                    	vfat	umask=0077                            	0	1
# /dev/disk/by-id/wwn-0x502b2a201d1c1b1a-part5               	/home/2                                      	auto	nosuid,nodev,nofail,noauto,x-gvfs-show	0	0
/dev/disk/by-uuid/5f9fc7fe-9993-4f09-ad1a-2e90e10bdbb1     	/home/jpd                                    	auto	nosuid,nodev,nofail,x-gvfs-show       	0	0
# /dev/disk/by-id/usb-SABRENT_SABRENT_DB9876543214E-0:0      	/home/jpd2                                   	auto	nosuid,nodev,nofail,noauto,x-gvfs-show	0	0
# /dev/disk/by-uuid/60d40483-2b53-4ca9-b4c3-8a5ec45d65e1     	/media/jpd/dispo                             	auto	nosuid,nodev,nofail,x-gvfs-show,noauto	0	0
# /dev/disk/by-label/sov_install                             	/mnt/sov_install                             	auto	nosuid,nodev,nofail,noauto,x-gvfs-show	0	0
# /dev/disk/by-id/usb-Realtek_RTL9210B-CG_012345679039-0:0   	/mnt/usb-Realtek_RTL9210B-CG_012345679039-0:0	auto	nosuid,nodev,nofail,noauto,x-gvfs-show	0	0
# /dev/disk/by-id/wwn-0x50000393c17878eb-part1               	/sov_syst                                    	auto	nosuid,nodev,nofail,noauto,x-gvfs-show	0	0
/dev/disk/by-label/winbuntu-volume                         	/winbuntu                                    	auto	nosuid,nodev,nofail,x-gvfs-show       	0	0
# /dev/disk/by-id/usb-SABRENT_SABRENT_DB9876543214E-0:0-part2	sov_syst                                     	auto	nosuid,nodev,nofail,noauto,x-gvfs-show	0	0
# /dev/disk/by-id/wwn-0x50000393c17878eb-part1               	sov_syst2                                    	auto	nosuid,nodev,nofail,x-gvfs-show       	0	0
/dev/disk/by-id/usb-ASMT_2115_00000000000000000000-0:0 /media/jpd/ auto nosuid,nodev,nofail,x-gvfs-show 0 0

je pense supprimer toutes les lignes commençant par #, et les points de montage spécifiques sov_syst et sov_ syst2 .

Pas de risque ?

Dernière modification par jepide (Le 21/01/2024, à 10:45)

Hors ligne

#15 Le 21/01/2024, à 11:19

iznobe

Re : [RESOLU] SSD externe (usb) inaccessible

Bonjour , à priori , vu le fstab , c' est normal que ton disque ne monte pas automatiquement , la ligne le concernant est commenté .
Tu as sûrement modifié le montage automatique pour faire des tests ? via " disques " .
il te suffit de retourner dans " disques " et de réactiver le montage automatique .


tu peux virer toutes les lignes commentées ( qui commencent par " # " ) proprement , de preference avec nano ( pas en mode graphique en tout cas ! ) , et après modification ( et ajout du montage automatique via " disques " ) passer la commande:

sudo mount -av

pour verifier qu ' il n' y a pas d' erreur .
En cas d' erreur , l ' ordi peut ne plus demarrer ... donc surtout ne pas l ' arreter ou redemarrer .

Ces lignes résiduelles sont du à la désactivation du montage automatique , ou au changement de point de montage via " disques " . il se contente d' inserer un " # " devant l' ancienne ligne et ajoute une nouvelle ligne au fichier fstab .

Dernière modification par iznobe (Le 21/01/2024, à 11:24)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#16 Le 21/01/2024, à 13:46

jepide

Re : [RESOLU] SSD externe (usb) inaccessible

Bonjour Iznobe
J'ai copié mon fstab tel qu'il était.
J'ai supprimé les lignes commençant par #
j'ai remis le point de montage /sov_syst2 pour mon disque   ---> il ne se monte plus -->je reviens au montage par défaut -->OK

jpd@OptiPlex-390:~$ sudo mount -av
/                         : ignoré
/boot/efi                 : déjà monté
/home/jpd                 : déjà monté
/winbuntu                 : déjà monté
mount: /media/jpd: bad option; for several filesystems (e.g. nfs, cifs) you might need a /sbin/mount.<type> helper program.
/sov_syst2                : ignoré
jpd@OptiPlex-390:~$

Il y a encore un bazard ligne mount: ..., je ne comprends pas ce qu'il veut (le disque est enEXT4)

le fstab actuel:

# <file system> <mount point> <type> <options> <dump> <pass>

UUID=c561d286-583d-400f-8335-bd4f01007aa4                  	/                                            	ext4	errors=remount-ro                     	0	1
UUID=1AD3-AF17                                             	/boot/efi                                    	vfat	umask=0077                            	0	1
/dev/disk/by-uuid/5f9fc7fe-9993-4f09-ad1a-2e90e10bdbb1     	/home/jpd                                    	auto	nosuid,nodev,nofail,x-gvfs-show       	0	0
/dev/disk/by-label/winbuntu-volume                         	/winbuntu                                    	auto	nosuid,nodev,nofail,x-gvfs-show       	0	0
/dev/disk/by-id/usb-ASMT_2115_00000000000000000000-0:0 /media/jpd/ auto nosuid,nodev,nofail,x-gvfs-show 0 0

Pouvez vous m'aider ?

Dernière modification par jepide (Le 21/01/2024, à 13:56)

Hors ligne

#17 Le 21/01/2024, à 17:06

inbox

Re : [RESOLU] SSD externe (usb) inaccessible

Pour ma part, j'abandonne !!!

Un problème résolu ? Indiquez le en modifiant le titre du sujet.

Hors ligne

#18 Le 21/01/2024, à 17:23

jepide

Re : [RESOLU] SSD externe (usb) inaccessible

Inbox, vous m'avez beaucoup aidé et alors que je désespérais de sauver ce disque , je pense maintenant pouvoir récupérer les données et le disque, même si il reste quelque anomalie à traiter avec une autre personne très pro elle aussi. Merci pour votre aide très efficace.

Dernière modification par jepide (Le 21/01/2024, à 17:27)

Hors ligne

#19 Le 21/01/2024, à 18:15

jepide

Re : [RESOLU] SSD externe (usb) inaccessible

Sur le web je trouve des problèmes qui ressemblent
ici
https://stackoverflow...
avec ces réponses

1) You likely need to install a package that knows how to mount that file system. For NFS this may be nfs-common with Debian/Ubuntu.
sudo apt update && sudo apt install nfs-common -

2) It happened on my ubuntu server 22.04 LTS machine. Use sudo apt install nfs-common or sudo apt install nfs-utils to resolve it.

et aussi là
reddit.com
avec la préconisation

 Package cifs-utils not installed on the system and that could be caused in not mounting the cifs share.
Install cifs-utils package:

NFS en anglais est-il l'équivalent de NTFS?
Je ne voudrais pas faire d'essai hasardeux , j'ai besoin d'un avis

Hors ligne

#20 Le 21/01/2024, à 18:19

iznobe

Re : [RESOLU] SSD externe (usb) inaccessible

inbox a écrit :

Pour ma part, j'abandonne !!!

j ' ai peut etre pas tout suivi de la discussion ...

le probleme est juste pour le montage automatique du disque externe ou il y a autre chose ?

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#21 Le 21/01/2024, à 18:22

iznobe

Re : [RESOLU] SSD externe (usb) inaccessible

non , pas du tout NFS et NTFS n ' ont absolument rien à voir .
pour etre plus precis et y voir clair dans tes partitions , disques et format de partitions , donne :

lsblk -fe7 -o+model,fstype | cat

puis:

ls -l /

et aussi :

whoami

( je suppose que la reponse à cette derniere commande sera : jpd )
tu ne peux pas monter un systeme de fichiers sur ton repertoire /media/ton nom utilisateur .
ce repertoire est particulier , il sert à executer les montages " manuels " , lorsque tu cliques sur une clé ou un disque externe , c' est là qu ' il sera monté .
et cette ligne de ton fstab n ' est donc pas bonne :

/dev/disk/by-id/usb-ASMT_2115_00000000000000000000-0:0 /media/jpd/ auto nosuid,nodev,nofail,x-gvfs-show 0 0

Il faudrait que tu mettes les choses au propre .
pour chaque partition , tu lui donnes un nom precis sur son contenu ou son utilisation , comme sov_syst2 , c ' est pas super , mais du moment que tu t ' y retrouves c ' est le principal .
une fois que tu as trouvé un nom à chaque partition , tu ouvres gparted , et tu attribues à chaque partition le LABEL que tu as choisis .
tu appliques ensuite les changements , puis tu fermes gparted .

Tu vas ensuite dans " disques " , puis tu modifies les options de montages pour chacune d' entre elles en choisissant :
LABEL = le nom que tu as choisis
dans la liste déroulante " s identifier comme " .

le top est de creer un point de montage qui porte aussi le nom de la partition ( le LABEL ) , comme ca c ' est clair et net .
Pour le chemin , tu as deja dans ton fstab pour chaque ligne le chemin , sachant que /media/jpd ne peut pas servir de point de montage , et que comme le systeme utilise ce dossier pour y monter dedans les systemes externes , tu ne dois pas non plus y creer un point de montage à l' interieur de façon a eviter les conflits .
Par contre tu peux par exemple creer un dossier " jpd " dans /mount , puis creer les points de montages à l' interieur de ce dossier .

Dernière modification par iznobe (Le 21/01/2024, à 18:41)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#22 Le 21/01/2024, à 18:30

geole

Re : [RESOLU] SSD externe (usb) inaccessible

Bonsoir.
Dans ta ligne décrivant la partition, il y a certainement un caractère parasite non visualisé.

cat -v /etc/fstab

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#23 Le 21/01/2024, à 20:14

jepide

Re : [RESOLU] SSD externe (usb) inaccessible

Iznobe a écrit :

le probleme est juste pour le montage automatique du disque externe ou il y a autre chose ?

oui le disque avec l'option de montage par défaut se monte maintenant quand je le branche, mais pas quand avec 'disques' je lui précise le point de montage /sov_syst2

Les retours demandés

jpd@OptiPlex-390:~$ lsblk -fe7 -o+model,fstype | cat
NAME        FSTYPE FSVER LABEL            UUID                                 FSAVAIL FSUSE% MOUNTPOINTS                            MODEL                FSTYPE
sda                                                                                                                                  LDLC F7+480GB        
├─sda1      ntfs                          318F308A65EAF359                                                                                                ntfs
├─sda2      ext4   1.0   dispo            60d40483-2b53-4ca9-b4c3-8a5ec45d65e1                                                                            ext4
├─sda3      ntfs         winbuntu-volume  72B3F2517EBEB69E                       96,9G     1% /winbuntu                                                   ntfs
├─sda4                                                                                                                                                    
├─sda5      vfat   FAT32                  1AD3-AF17                             499,3M     2% /boot/efi                                                   vfat
└─sda6      ext4   1.0                    c561d286-583d-400f-8335-bd4f01007aa4  108,9G    22% /var/snap/firefox/common/host-hunspell                      ext4
                                                                                              /                                                           
sdb                                                                                                                                  RTL9210B-CG          
└─sdb1      ext4   1.0   rsync-jpd-optipl a79d0ece-e43e-4a15-b3c3-ec36733d45ff  566,4G    33% /media/jpd/rsync-jpd-optipl                                 ext4
sr0                                                                                                                                  TEAC DVD-ROM DV-28SW 
nvme0n1                                                                                                                              CT1000P3SSD8         
└─nvme0n1p1 ext4   1.0   home-jpd         5f9fc7fe-9993-4f09-ad1a-2e90e10bdbb1    321G    25% /home/jpd                                                   ext4
jpd@OptiPlex-390:~$ 
jpd@OptiPlex-390:~$ ls -l /
total 100
lrwxrwxrwx   1 root root     7 mai   26  2023 bin -> usr/bin
drwxr-xr-x   4 root root  4096 janv. 11 06:45 boot
drwxrwxr-x   2 root root  4096 mai   26  2023 cdrom
drwxr-xr-x  20 root root  5260 janv. 21 19:21 dev
drwxr-xr-x 159 root root 12288 janv. 21 19:20 etc
drwxr-xr-x   4 root root  4096 juil. 30 11:13 home
lrwxrwxrwx   1 root root     7 mai   26  2023 lib -> usr/lib
lrwxrwxrwx   1 root root     9 mai   26  2023 lib32 -> usr/lib32
lrwxrwxrwx   1 root root     9 mai   26  2023 lib64 -> usr/lib64
lrwxrwxrwx   1 root root    10 mai   26  2023 libx32 -> usr/libx32
drwx------   2 root root 16384 mai   26  2023 lost+found
drwxr-xr-x   3 root root  4096 juil. 30 11:09 media
drwxr-xr-x   4 root root  4096 mai   31  2023 mnt
drwxr-xr-x   2 root root  4096 juil. 27 08:52 mtp
drwxr-xr-x   5 root root  4096 déc.  31 09:42 opt
dr-xr-xr-x 333 root root     0 janv. 21 19:01 proc
drwx------  15 root root  4096 déc.  31 09:42 root
drwxr-xr-x  38 root root  1020 janv. 21 19:01 run
lrwxrwxrwx   1 root root     8 mai   26  2023 sbin -> usr/sbin
drwxr-xr-x  27 root root  4096 déc.  27 13:14 snap
drwxr-xr-x   2 root root  4096 mai   27  2023 sov_syst1
drwxr-xr-x   2 root root  4096 mai   27  2023 sov_syst2
drwxr-xr-x   2 root root  4096 févr. 23  2023 srv
dr-xr-xr-x  13 root root     0 janv. 21 19:01 sys
drwxrwxrwt  25 root root  4096 janv. 21 19:16 tmp
drwxr-xr-x  16 root root  4096 mai   26  2023 usr
drwxr-xr-x  15 root root  4096 mai   26  2023 var
drwxrwxrwx   1 root root 12288 janv. 19 13:23 winbuntu
jpd@OptiPlex-390:~$ 
jpd@OptiPlex-390:~$ whoami
jpd
jpd@OptiPlex-390:~$

Pour y voir plus clair
disque sda 480Gb
      partition 1 label Windows   non montée 105Gb NTFS
      Partition 2         dispo         non montée  105Gb EXT4
      partition 3         winbuntu    sur /winbuntu  105Gb NTFS    modifié était bizarement sur /media/jpd/winbuntu
      partition 4 extended
      partition 5         systeme     /boot/efi         537Mb  FAT
      partition 6         ubuntu        racine           165Gb   EXT4
disque nvme0n1p1
      partition 1    home-jpd        /home/jpd       500Gb  EXT4
      non alloué                                                 500Gb
sdb
       partition 1  rsyn-jpd-optipl  /media/jpd/rsync-jpd-optpl  1Tb EXT4      -->le disque sujet de la discussion

Pressé d'en finir j'avais chargé nfs-common

jpd@OptiPlex-390:~$ cat -v /etc/fstab
# <file system> <mount point> <type> <options> <dump> <pass>

UUID=c561d286-583d-400f-8335-bd4f01007aa4                  	/                                            	ext4	errors=remount-ro                     	0	1
UUID=1AD3-AF17                                             	/boot/efi                                    	vfat	umask=0077                            	0	1
/dev/disk/by-uuid/5f9fc7fe-9993-4f09-ad1a-2e90e10bdbb1     	/home/jpd                                    	auto	nosuid,nodev,nofail,x-gvfs-show       	0	0
/dev/disk/by-label/winbuntu-volume                         	/winbuntu                                    	auto	nosuid,nodev,nofail,x-gvfs-show       	0	0
/dev/disk/by-id/usb-ASMT_2115_00000000000000000000-0:0 /media/jpd/ auto nosuid,nodev,nofail,x-gvfs-show 0 0
/dev/disk/by-uuid/72B3F2517EBEB69E /winbuntu auto nosuid,nodev,nofail,x-gvfs-show 0 0
jpd@OptiPlex-390:~$

Je me déconnecte un moment pour redémarrer

Dernière modification par jepide (Le 21/01/2024, à 20:16)

Hors ligne

#24 Le 21/01/2024, à 20:27

geole

Re : [RESOLU] SSD externe (usb) inaccessible

Ce n'est pas bon. Un point de montage ne peut pas être alloué à deux partitions.

/dev/disk/by-label/winbuntu-volume /winbuntu auto nosuid,nodev,nofail,x-gvfs-show       	0	0
/dev/disk/by-uuid/72B3F2517EBEB69E /winbuntu auto nosuid,nodev,nofail,x-gvfs-show 0 0

Dernière modification par geole (Le 21/01/2024, à 20:32)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#25 Le 21/01/2024, à 20:44

jepide

Re : [RESOLU] SSD externe (usb) inaccessible

Après redémarrage

jpd@OptiPlex-390:~$ cat -v /etc/fstab
# <file system> <mount point> <type> <options> <dump> <pass>

UUID=c561d286-583d-400f-8335-bd4f01007aa4                  	/                                            	ext4	errors=remount-ro                     	01
UUID=1AD3-AF17                                             	/boot/efi                                    	vfat	umask=0077                            	01
/dev/disk/by-uuid/5f9fc7fe-9993-4f09-ad1a-2e90e10bdbb1     	/home/jpd                                    	auto	nosuid,nodev,nofail,x-gvfs-show       	00
/dev/disk/by-label/winbuntu-volume                         	/winbuntu                                    	auto	nosuid,nodev,nofail,x-gvfs-show       	00
/dev/disk/by-id/usb-ASMT_2115_00000000000000000000-0:0 /media/jpd/ auto nosuid,nodev,nofail,x-gvfs-show 0 0
/dev/disk/by-uuid/72B3F2517EBEB69E /winbuntu auto nosuid,nodev,nofail,x-gvfs-show 0 0
jpd@OptiPlex-390:~$

Bien d'accord, mais je ne sais pas d'ou viens ce /dev/disk/by-uuid/72B3F2517EBEB69E
Avec disques, avant redémarrage, j'ai modifié le label winbuntu-volume pour winbuntu et ça n'apparait pas dans fstab. Par contre sous Gparted le label est bien winbuntu.

Horreur le /winbuntu est vide ! (pas très grave car me sert seulement d'échange avec windows)
trouvé --> la partition n'est pas montée et ne se monte pas avec disques

décidément !!! que d'avatars !

trouvé: 72B3F2517EBEB69E est l'UID de la partition winbuntu . puis-je supprimer cette ligne et dans fstab corriger /dev/disk/by-label/winbuntu ?

Dernière modification par jepide (Le 21/01/2024, à 21:26)

Hors ligne

Pages : 1 2