#351 Le 19/06/2021, à 17:02
- geole
Re : SSD en partie invisible [RESOLU]
Tes donnes sauvegardées devraient se trouver sous cette structure
/media/michel/Sauvegarde Focal
Tu peux y accéder en mode graphique
ou en ligne de commandes
ls -ls "/media/michel/Sauvegarde Focal"
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
#352 Le 19/06/2021, à 21:12
- Coeur Noir
Re : SSD en partie invisible [RESOLU]
sudo lsblk -fe7 -o +size
(…) cette commande a besoin d'une fenêtre de terminal bien large pour s'afficher complètement et lisiblement.
Et passe donc à nouveau cette commande ↑
michel@michel-System-Product-Name:~$ sudo mount -v /dev/sdg1 SDG1
Mount is denied because the NTFS volume is already exclusively opened.
The volume may be already mounted…
michel@michel-System-Product-Name:~$ udisksctl mount -b /dev/sdg4
Error mounting /dev/sdg4: GDBus.Error:org.freedesktop.UDisks2.Error.AlreadyMounted: Device /dev/sdg4 is already mounted at `/media/michel/Sauvegarde Focal'.
Or on a bien vu au lsblk du #327 que « sans rien » faire, ces partitions n'ont pas monté comme on aurait pu s'y attendre dans /media/michel.
Or ce retour de commande dit qu'on devrait voir sdg4 ( sauvegarde Focal ) dans le volet latéral de Nautilus, ainsi que dans Autres Emplacements → Ordinateur → dossier /media → michel
Je suis un peu perdu là : que s'est-il passé entre temps ?
Suspicion : comme il y a des partitions NTFS sur ce disque, retourne sous Windows. Branche ce disque sous Windows. Nettoie / répare ces partitions NTFS depuis Windows. Et au final assure-toi de déconnecter en toute sécurité ce disque depuis Windows - surtout pas le débrancher à la sauvage.
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#353 Le 20/06/2021, à 10:07
- dauphin
Re : SSD en partie invisible [RESOLU]
Bonjour Coeur Noir,
Nous sommes allé à un anniversaire hier soir et ce matin le réveil a été dur...
Voici les réponses aux commandes:
michel@michel-System-Product-Name:~$ sudo lsblk -fe7 -o +size
[sudo] Mot de passe de michel :
Désolé, essayez de nouveau.
[sudo] Mot de passe de michel :
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT SIZE
sda 223,6G
├─sda1 ntfs Réservé au système F276A20D76A1D321 500M
├─sda2 ntfs A8D6BC32D6BBFE9E 97,2G
└─sda3 ext4 eb8a79ce-6a39-40a9-af87-28853183c2c6 107,3G 8% / 125,9G
sdb 931,5G
├─sdb1 ext4 Dossiers-Ubuntu 68c02ee4-57a5-4879-a539-7704fa8b6b8a 461,9G 1% /media/DATA-EXT 503G
└─sdb2 ntfs Dossiers-Windows 360664D30B460A8E 426,2G 1% /media/DATA-NTFS 428,5G
sdg 1,8T
├─sdg1 ntfs Windows_Externe 34E8DA5E085E7C8C 761,7G
├─sdg2 ntfs Sauvegarde Windows 770063C36B52EEA4 597,8G
├─sdg3 ext4 ex_Sauvegarde_Fo dc070ba5-cc9b-4684-adcc-d7a97fa5419a 56,3G
└─sdg4 ext4 Sauvegarde Focal 0ab85b2d-e4c6-4af7-9262-05609a3d3026 447,3G
sr0 1024M
michel@michel-System-Product-Name:~$
michel@michel-System-Product-Name:~$ sudo mount -v /dev/sdg1 SDG1
michel@michel-System-Product-Name:~$
michel@michel-System-Product-Name:~$ udisksctl mount -b /dev/sdg4
Mounted /dev/sdg4 at /media/michel/Sauvegarde Focal.
michel@michel-System-Product-Name:~$
Or ce retour de commande dit qu'on devrait voir sdg4 ( sauvegarde Focal ) dans le volet latéral de Nautilus, ainsi que dans Autres Emplacements → Ordinateur → dossier /media → michel
C'est bien le cas. J'ai essayé de réparer le disque sous Windows, mais je n'y suis pas arrivé : "Vous n'avez pas les permissions suffisantes"et pas moyen d'augmenter les permissions.
20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés
Hors ligne
#354 Le 20/06/2021, à 12:08
- Coeur Noir
Re : SSD en partie invisible [RESOLU]
Ok…
…donc c'est bien les 2 commandes de « montage » qui agissent : sudo mount -v /dev/sdg1 SDG1 et udisksctl mount -b /dev/sdg4
À nouveau ( disque externe branché dont certaines partitions sont à priori dorénavant montées ) :
lsblk -fe7 -o + size
pour confirmer.
Puis
ls -la /home/michel/SDG1
et
ls -la /media/michel/Sauvegarde\ Focal
pour en voir les contenus ET droits et permissions.
________________________________
J'ai essayé de réparer le disque sous Windows, mais je n'y suis pas arrivé : "Vous n'avez pas les permissions suffisantes"et pas moyen d'augmenter les permissions.
Mmm… Je suppose qu'il y a un loup par là, soit à la base dès le formatage~partitionnement de ce disque ; soit dans la méthode utilisée pour nettoyer~réparer ce disque sous Windows.
Je compte sur Geole pour éclaircir ce point ;-)
L'idée pour l'instant ça n'est pas de changer quoi que ce soit sur ce disque 1,8 To : il contient des données, des sauvegardes.
Il faut d'abord s'assurer d'une méthode pour y accéder, les réintégrer à ton système.
Te souviens-tu comment, avec quels outils tu avais formaté~partitionné ce disque de 1,8 To ?
________________________________
Notes à propos des montages « manuels » en ligne de commande :
⋅ quand tu utilises une commande du type
sudo mount -v /chemin/vers/partition /chemin/vers/dossier_point_de_montage
important ! Avant de débrancher / déconnecter ce périphérique il faut passer la commande
sudo umount /chemin/vers/partition
# ou formulation équivalente :
sudo umount /chemin/vers/dossier_point_de_montage
ce qui par exemple chez toi correspondrait à
sudo umount /dev/sdg1
# ou :
sudo umount /home/michel/SDG1
Cela afin de « démonter » proprement cette partition.
⋅ quand tu utilises une commande du type
udisksctl mount -b /chemin/vers/partition
dans ce cas, avant de débrancher~déconnecter le périphérique, il suffit de faire un clic droit « démonter » sur cette ressource dans Nautilus ou de cliquer sur l'icône ^ à côté de son nom.
Pas besoin de mot de passe ou d'une nouvelle commande dans ce cas car udisksctl mount agit en tant que michel et crée les montages dans /media/michel/nom_partition pour te les rendre immédiatement accessibles et gérables.
Si tu tiens absolument à tout faire en commande alors pour démonter proprement c'est dans ce cas :
udisksctl unmount -b /dev/la_partition
Une commande sudo présente toujours un risque : une coquille, une faute de frappe, une commande mal comprise par celui qui la tape peuvent avoir des conséquences funestes sur tout un système.
Tandis que des commandes NON sudo - en cas de mésusage - n'auront d'impact que dans « l'espace utilisateur » /home/$USER et pas au delà. Ça n'est pas complètement sans risque pour tes données utilisateur MAIS c'est sans risque pour le fonctionnement du système.
Pour ces raisons - en cas de besoin de montage « manuel » - je te recommande préférablement d'utiliser udisksctl mount -b /dev/une_partition plus simple et moins risquée.
C'est exactement la raison d'être de cette interface~commande : permettre à un utilisateur « normal » de monter des partitions pour lui, sans recourir aux droits du SuperUtilisateur root.
________________________________
Une idée en amenant une autre… à propos des périphériques ( sans partition ) qu'on voit listés chez toi dans :
michel@michel-System-Product-Name:~$ ls -la /dev/sd*
(…)
brw-rw---- 1 root disk 8, 32 juin 19 07:11 /dev/sdc
brw-rw---- 1 root disk 8, 48 juin 19 07:11 /dev/sdd
brw-rw---- 1 root disk 8, 64 juin 19 07:11 /dev/sde
brw-rw---- 1 root disk 8, 80 juin 19 07:11 /dev/sdf
(…)
ils correspondent peut-être aux différents connecteurs de ton lecteur de cartes.
À l'occasion insère une ou des cartes mémoires dans ce lecteur puis regardons où elles apparaissent dans ( toujours la même commande de repérage ) :
lsblk -fe7 -o +size
Dernière modification par Coeur Noir (Le 20/06/2021, à 12:44)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#355 Le 20/06/2021, à 12:43
- dauphin
Re : SSD en partie invisible [RESOLU]
Merci Coeur Noir,
Voici les réponses:
michel@michel-System-Product-Name:~$ lsblk -fe7 -o + size
michel@michel-System-Product-Name:~$
michel@michel-System-Product-Name:~$ ls -la /home/michel/SDG1
total 19378
drwxrwxrwx 1 root root 40960 juin 18 08:19 .
drwxr-xr-x 20 michel michel 4096 juin 19 17:39 ..
drwxrwxrwx 1 root root 4096 juin 16 16:24 '$RECYCLE.BIN'
-rwxrwxrwx 1 root root 147670 août 15 2018 abook.mab
-rwxrwxrwx 1 root root 105991 févr. 8 2017 acquittement.pdf
-rwxrwxrwx 2 root root 35260 janv. 24 2019 'Adresses personnelles.csv'
-rwxrwxrwx 2 root root 65978 juil. 29 2018 'Adresses personnelles utf.csv'
-rwxrwxrwx 2 root root 2209621 mars 13 2017 'Apicil - Beaujolais Novembre 2016.zip'
-rwxrwxrwx 2 root root 137688 janv. 6 2018 'APICIL RIVE GAUCHE - CYCLADES - ATH -1er OCT 2018 (1) [Page 1].doc'
-rwxrwxrwx 2 root root 162704 janv. 6 2018 'APICIL RIVE GAUCHE - CYCLADES - ATH -1er OCT 2018 (1).pdf'
-rwxrwxrwx 2 root root 131808 mai 11 2017 'Astuce Windows.jpg'
-rwxrwxrwx 2 root root 724 déc. 27 2017 'AVG Antivirus Gratuit - Téléchargement 100% Gratuit avg.com.url'
-rwxrwxrwx 2 root root 419761 janv. 10 2018 'Barre de douche.JPG'
drwxrwxrwx 1 root root 0 mars 24 2019 bookmarkbackups
drwxrwxrwx 1 root root 8192 mars 24 2019 Boot
drwxrwxrwx 1 root root 4096 mars 24 2019 CDBOOTABLE_fichiers
drwxrwxrwx 1 root root 786432 mars 24 2019 CD_ECML_JPEG
-rwxrwxrwx 1 root root 510 janv. 14 2004 CD.txt
-rwxrwxrwx 2 root root 9 mars 27 2018 'code UGC'
-rwxrwxrwx 2 root root 9 sept. 13 2017 'code UGC.txt'
-rwxrwxrwx 1 root root 2576896 oct. 17 2015 cogito_ergo_sum_.pps
-rwxrwxrwx 2 root root 4102 août 17 2018 'Complément Vieux Lyon.txt'
-rwxrwxrwx 2 root root 105092 janv. 8 2019 contacts.ldif
-rwxrwxrwx 2 root root 65323 janv. 8 2019 'contacts outlook.CSV'
-rwxrwxrwx 1 root root 52182 mai 3 2018 contacts.txt
drwxrwxrwx 1 root root 4096 août 29 2020 crack
drwxrwxrwx 1 root root 28672 mars 24 2019 'Débrancher clé USB_fichiers'
-rwxrwxrwx 2 root root 686905 janv. 18 2017 desactiver_web_cortana.pdf
-rwxrwxrwx 2 root root 0 janv. 1 1970 .device_info_d5e484bd-079a-42a4-88df-6c3f9e80b11f
-rwxrwxrwx 1 root root 2286 oct. 28 2015 distraction.txt
drwxrwxrwx 1 root root 40960 janv. 17 17:25 Divers
-rwxrwxrwx 2 root root 1091628 déc. 11 2016 'Douceur de noêl !.ppt'
drwxrwxrwx 1 root root 12288 mars 24 2019 ex_.aMule
drwxrwxrwx 1 root root 16384 mars 13 2020 Films
-rwxrwxrwx 1 root root 11768 janv. 3 2017 'FUNERAILLES DE Hélène LEFORT.docx'
-rwxrwxrwx 1 root root 964 janv. 2 2017 Funérailles.txt
drwxrwxrwx 1 root root 4096 mars 24 2019 Garmin
-rwxrwxrwx 1 root root 20280 avril 20 2015 Garmin-rma-1330598776.pdf
drwxrwxrwx 1 root root 4096 mars 24 2019 'Images Hélène'
drwxrwxrwx 1 root root 0 mars 24 2019 Jeûne
-rwxrwxrwx 2 root root 1467 janv. 31 2018 'KMS Tools Portable 31.12.2016.nfo'
drwxrwxrwx 1 root root 163840 mars 13 2020 LOGICIELS
drwxrwxrwx 1 root root 40960 mars 24 2019 'Ma musique suite'
-rwxrwxrwx 1 root root 1345752 avril 27 2015 Marie.pdf
drwxrwxrwx 1 root root 40960 sept. 27 2019 'Mes Documents'
drwxrwxrwx 1 root root 4096 mars 24 2019 'Mes sites Web'
drwxrwxrwx 1 root root 8192 nov. 11 2019 miim
-rwxrwxrwx 1 root root 904704 déc. 1 2006 msdia80.dll
drwxrwxrwx 1 root root 0 mars 24 2019 MSOCache
drwxrwxrwx 1 root root 0 févr. 14 2018 MyPhoneExplorer
drwxrwxrwx 1 root root 0 avril 15 20:31 Outlook_fichier
-rwxrwxrwx 1 root root 2810880 nov. 19 2019 outlook.pst
-rwxrwxrwx 2 root root 1287168 févr. 16 2019 Outlook.pst.pst
drwxrwxrwx 1 root root 4096 mars 24 2019 'Photos JP'
-rwxrwxrwx 1 root root 65313 janv. 1 2017 'Pieces Succession.doc'
-rwxrwxrwx 1 root root 59843 oct. 29 2015 'polenta sucrée'
drwxrwxrwx 1 root root 16384 mars 24 2019 'Polices - serie 1'
drwxrwxrwx 1 root root 12288 mars 24 2019 'Polices - serie 2'
drwxrwxrwx 1 root root 4096 mars 24 2019 Pratique
drwxrwxrwx 1 root root 12288 mars 24 2019 qu-est-ce-qu-une-aurore-boreale--018_fichiers
-rwxrwxrwx 1 root root 112512 oct. 29 2015 "- Recettes - Dans la peau d'un chef - France 2.html"
drwxrwxrwx 1 root root 0 mars 24 2019 Recovery
drwxrwxrwx 1 root root 4096 juin 10 13:57 'sauvegarde 8'
-rwxrwxrwx 2 root root 116272 avril 25 2018 'Sauvegarde Téléphone SWIFT.mpb'
drwxrwxrwx 1 root root 0 nov. 4 2019 '.SAUVE WIN 10'
drwxrwxrwx 1 root root 24576 juin 10 13:52 SENSIBLES
-rwxrwxrwx 1 root root 1545216 sept. 5 2015 'Si_seulement BOUD.pps'
drwxrwxrwx 1 root root 4096 mai 24 2018 .special
drwxrwxrwx 1 root root 4096 juin 18 07:47 'System Volume Information'
drwxrwxrwx 1 root root 0 mars 24 2019 Téléchargements
drwxrwxrwx 1 root root 8192 mars 1 2020 TRANSFERT
drwxrwxrwx 1 root root 0 avril 15 20:26 .Trash-1000
-rwxrwxrwx 1 root root 11186 août 5 2018 ucp.php
-rwxrwxrwx 1 root root 143 mars 27 2018 UGC
drwxrwxrwx 1 root root 0 mars 30 2020 VCARDS
drwxrwxrwx 1 root root 0 mars 24 2019 'VirtualBox VMs'
drwxrwxrwx 1 root root 0 mai 4 17:33 WindowsImageBackup
-rwxrwxrwx 1 root root 2169856 oct. 17 2015 'zozios politique 04 201512.pps'
michel@michel-System-Product-Name:~$
michel@michel-System-Product-Name:~$ ls -la /media/michel/Sauvegarde\ Focal
total 200
drwxr-xr-x 29 michel michel 4096 juin 7 16:30 .
drwxr-x---+ 3 root root 4096 juin 20 10:58 ..
-rw-rw-r-- 1 michel michel 56986 avril 18 16:48 adresses_autres.csv
-rw------- 1 michel michel 353 avril 29 14:51 .bash_history
-rw-r--r-- 1 michel michel 220 avril 12 18:12 .bash_logout
-rw-r--r-- 1 michel michel 3771 avril 12 18:12 .bashrc
drwxr-xr-x 3 michel michel 4096 avril 20 10:20 Bureau
drwx------ 18 michel michel 4096 mai 4 10:17 .cache
drwx------ 18 michel michel 4096 avril 29 15:05 .config
drwxr-xr-x 2 michel michel 4096 mai 4 10:11 Documents
drwxrwxr-x 9 michel michel 4096 juin 3 15:04 'Du 3 juin 2021'
drwx------ 3 michel michel 4096 avril 29 14:21 .gnupg
-rw-rw-r-- 1 michel michel 0 avril 25 17:10 .gpg
drwxr-xr-x 2 michel michel 4096 avril 12 18:24 Images
drwx------ 3 michel michel 4096 avril 12 18:24 .local
drwxrwxr-x 4 michel michel 4096 juin 3 15:28 LOGICIELS
drwx------ 2 michel michel 16384 mai 4 10:01 lost+found
drwxr-xr-x 6 michel michel 4096 avril 29 14:30 .luckyBackup
drwxr-xr-x 3 michel michel 4096 avril 29 15:15 .luckybackup-snaphots
drwxr-xr-x 2 michel michel 4096 avril 12 18:24 Modèles
drwx------ 5 michel michel 4096 avril 13 09:54 .mozilla
drwxr-xr-x 2 michel michel 4096 avril 12 18:24 Musique
-rw-r--r-- 1 michel michel 807 avril 12 18:12 .profile
drwxr-xr-x 2 michel michel 4096 avril 12 18:24 Public
drwx------ 3 michel michel 4096 avril 15 18:51 .sane
drwxrwxr-x 7 michel michel 4096 juin 16 14:35 'Sauve 7 juin'
drwxrwxr-x 41 michel michel 4096 mai 31 12:02 'sauvegarde réinstal'
drwx------ 2 michel michel 4096 avril 13 18:59 .sbd
drwxr-xr-x 4 michel michel 4096 mai 4 10:11 snap
drwx------ 2 michel michel 4096 avril 13 11:49 .ssh
-rw-r--r-- 1 michel michel 0 avril 13 11:49 .sudo_as_admin_successful
drwxr-xr-x 3 michel michel 4096 mai 4 10:14 Téléchargements
drwx------ 7 michel michel 4096 avril 13 18:58 .thunderbird
drwxrwxrwx 7 michel michel 4096 mai 4 10:14 Thunderbird
drwx------ 4 michel michel 4096 juin 3 14:21 .Trash-1000
drwxr-xr-x 2 michel michel 4096 avril 12 18:24 Vidéos
michel@michel-System-Product-Name:~$
bizarre: j'ai inséré une carte mémoire, mais elle n'apparait pas; j'ai attendu un peu et relancé la commande : toujours rien, puis j'ai changé de carte après avoir vérifié qu'elle contenait des imges; pareil. il doit y avoir un loup dans la machine.
edit avec un lecteur de carte usb,voici la réponse:
michel@michel-System-Product-Name:~$ lsblk -fe7 -o +size
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT SIZE
sda 223,6G
├─sda1 ntfs Réservé au système F276A20D76A1D321 500M
├─sda2 ntfs A8D6BC32D6BBFE9E 97,2G
└─sda3 ext4 eb8a79ce-6a39-40a9-af87-28853183c2c6 107,3G 8% / 125,9G
sdb 931,5G
├─sdb1 ext4 Dossiers-Ubuntu 68c02ee4-57a5-4879-a539-7704fa8b6b8a 461,9G 1% /media/DATA-EXT 503G
└─sdb2 ntfs Dossiers-Windows 360664D30B460A8E 426,2G 1% /media/DATA-NTFS 428,5G
sdg 1,8T
├─sdg1 ntfs Windows_Externe 34E8DA5E085E7C8C 162,4G 79% /home/michel/SDG1 761,7G
├─sdg2 ntfs Sauvegarde Windows 770063C36B52EEA4 597,8G
├─sdg3 ext4 ex_Sauvegarde_Fo dc070ba5-cc9b-4684-adcc-d7a97fa5419a 56,3G
└─sdg4 ext4 Sauvegarde Focal 0ab85b2d-e4c6-4af7-9262-05609a3d3026 281,3G 31% /media/michel/Sauvegarde Focal 447,3G
sdh 244M
└─sdh1 vfat 244M
sr0 1024M
michel@michel-System-Product-Name:~$
Dernière modification par dauphin (Le 20/06/2021, à 12:53)
20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés
Hors ligne
#356 Le 20/06/2021, à 13:38
- Coeur Noir
Re : SSD en partie invisible [RESOLU]
Ok. Tu confirmes bien que dans cette situation tu peux copier des fichiers ou dossiers depuis ces partitions pour les coller ailleurs, dans ton ordi ?
Pour restaurer, réintégrer des données dans ton ordi depuis ces partitions, n'agis que par copier et coller : pas de couper-coller, pas de déplacement.
Et tout ça depuis Nautilus si tu veux.
Sur la partition NTFS : tout appartient à root MAIS tout est aussi accessible en lecture, écriture et exécution à tout le monde ( les droits rwxrwxrwx ).
C'est l'émulation « basique » d'un système de fichiers NTFS ( nativement sans droits ni permissions à la sauce Linux ) dans un système Linux à travers le pilote ntfs(-3g).
Cette situation ( tout accessible à n'importe qui ) est tolérable dans la mesure où il s'agit d'un support de données externe, nomade, amovible, donc potentiellement utilisable sur diverses machines avec divers utilisateurs.
La seule chose qu'on pourrait corriger ce sont les droits d'exécution sur tous les fichiers - pas nécessaires, ils ne sont nécessaires que sur les dossiers.
sudo chmod -R a-rwx,a+rwX /home/michel/SDG1
Remontre ensuite
ls -la /home/michel/SDG1
Sur la partition EXT4 : là aussi, conforme à ce qu'on peut attendre, sur un système de fichiers qui gère nativement les droits et permissions. Tout appartient à michel ( uid 1000 ) et ça ressemble très fort à la copie d'un ancien répertoire personnel /home/$USER n'est-ce pas ?
De cet endroit, tu ne récupères que les fichiers et dossiers visibles - tous ceux qui t'intéressent dont le nom ne commence pas par un . point !
Ceux qui commencent par un point sont les config's relatives aux logiciels que tu utilisais sur le système précédent. Ça peut être intéressant d'en récupérer certaines, mais ça c'est à voir au cas par cas, selon les logiciels ou config's concernées. C'est sage de les conserver là.
Personnellement dans cette partition, je rangerais tout ça dans un seul dossier nommé michel. Tout ça à l'exception de .Trash-1000 et lost+found qui devront rester à la racine de cette partition.
Bref : tout ça me paraît normal et n'explique pas pourquoi quand tu branches ce disque, les partitions ne sont pas traitées~montées automatiquement.
Que montre chez toi → Paramètres système → Médias amovibles ?
_______________________________________
j'ai inséré uns carte mémoire, mais elle n'apparait pas
Où n'apparaît-elle pas ? Dans Nautilus, dans lsblk ?
et relancé la commande
lsblk ?
→ ici je peux déduire ou deviner mais fais l'effort d'être précis dès le départ, ça évite les malentendus.
Ça renforce un peu l'idée de vérifier Paramètres système / Médias amovibles.
Sinon, tu es sûr qu'il y a des données sur cette carte mémoire ?
Les lecteurs de carte sont parfois des appareils capricieux voire certains mal pris en charge sous Linux.
lsusb
devrait identifier cet appareil.
Tu n'as pas répondu à
Te souviens-tu comment, avec quels outils tu avais formaté~partitionné ce disque de 1,8 To ?
Dernière modification par Coeur Noir (Le 20/06/2021, à 13:54)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#357 Le 20/06/2021, à 13:43
- Coeur Noir
Re : SSD en partie invisible [RESOLU]
Mmm… edit avec un lecteur de carte usb,voici la réponse:
Dans ce cas la carte est bien vue du point de vue matériel ( sdh ) - mais ses données, si elle en contient, ne sont montées nulle-part.
Ça renforce encore l'idée de vérifier Paramètres système / Médias amovibles.
Je pense que ton autre lecteur de cartes « intégré » à la tour est problématique - c'est hélas assez courant.
À l'occasion, débranche le de la carte mère, et redonne ensuite
ls -la /dev/sd*
Si ce lecteur de cartes inclut aussi un port USB classique, ne t'en sers pas.
Dernière modification par Coeur Noir (Le 20/06/2021, à 13:50)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#358 Le 20/06/2021, à 13:51
- geole
Re : SSD en partie invisible [RESOLU]
dauphin a écrit :J'ai essayé de réparer le disque sous Windows, mais je n'y suis pas arrivé : "Vous n'avez pas les permissions suffisantes"et pas moyen d'augmenter les permissions.
Mmm… Je suppose qu'il y a un loup par là, soit à la base dès le formatage~partitionnement de ce disque ; soit dans la méthode utilisée pour nettoyer~réparer ce disque sous Windows.
Je compte sur Geole pour éclaircir ce point ;-)
Bonjour
J'ai noté.
Voici mon avis
1) Dans un premier temps: Ne rien faire sous windows tant que les opérations de ré-injection des données sur le disque interne depuis le(s) disque(s) externe(s) ne sont pas terminées y compris celles de windows.....
2) Dans un second temps, utiliser windows pour vérifier que les disques externes sont bien accessibles en utilisant les deux méthodes de branchement
Cela permettra de savoir si l'adaptateur USB à 4 entrées est fichu ou si c'est le logiciel ubuntu 20.04 qui ne sait pas s'en servir...
3) Dans un troisième temps: La seule façon de réparer de windows que je connaisse est la commande chkdsk qui ne sait contrôler que les partitions FAT32 EXFAT et NTFS mais pas EXT4 => Donc ne pas confondre au moment du lancement.
Elle doit être lancée en mode administrateur et pas en mode utilisateur.
Soit en ligne de commande. Soit par interface graphique
Mais je ne suis pas inquiet sur l'état des deux partitions NTFS. Le fait de voir montée la première prouve qu'elles ne sont pas tellement dégradées.
lsblk -fe7 -o +size
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT SIZE
....
sdg 1,8T
├─sdg1 ntfs Windows_Externe 34E8DA5E085E7C8C 162,4G 79% /home/michel/SDG1 761,7G
├─sdg2 ntfs Sauvegarde Windows 770063C36B52EEA4 597,8G
.....
Dernière modification par geole (Le 20/06/2021, à 14:21)
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
#359 Le 20/06/2021, à 13:56
- dauphin
Re : SSD en partie invisible [RESOLU]
Le lecteur de cartes a 4 emplacements pour différents modèles de cartes.je ne me sert que de celui pour les cartes SD car je n'ai pas d'autre modèles de cartes. Bien que les deux ports usb 1.0 soient à coté du lecteur de cartes, il ne me semble pas qu'ils fassent partie du lecteur .
20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés
Hors ligne
#360 Le 20/06/2021, à 14:05
- Coeur Noir
Re : SSD en partie invisible [RESOLU]
si l'adaptateur USB à 4 entrées est fichu ou si c'est le logiciel ubuntu 20.04 qui ne sait pas s'en servir...
Oui il n'est pas forcément fichu, et reste potentiellement utilisable depuis Windows.
J'aimerais cependant qu'à l'occasion, Dauphin le débranche pour vérifier si sous Ubuntu les entrées /dev/sd{c,d,e,f} correspondaient à ce lecteur de cartes ;-)
Ma curiosité : sous Windows il se passe quoi quand on branche un disque qui contient des partitions EXT ? Il les voit ? Il les montre en disant « machin inconnu pour moi » ? Ou elles sont juste invisibles et non-modifiables depuis Windows ?
Autrement dit : y-a-t-il le moindre risque pour Dauphin~le~maladroit à connecter à son Windows un disque externe contenant les 2 types de système de fichiers ? ? ?
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#361 Le 20/06/2021, à 14:11
- Coeur Noir
Re : SSD en partie invisible [RESOLU]
Le lecteur de cartes a 4 emplacements pour différents modèles de cartes.je ne me sert que de celui pour les cartes SD car je n'ai pas d'autre modèles de cartes. Bien que les deux ports usb 1.0 soient à coté du lecteur de cartes, il ne me semble pas qu'ils fassent partie du lecteur .
il ne me semble pas ≠ je suis sûr à 100%
Ce sera à vérifier.
Tout comme il faut vérifier :
Paramètres sytème → Médias amovibles
Puisqu'apparemment chez toi, jamais rien ne « monte » tout seul.
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#362 Le 20/06/2021, à 14:18
- dauphin
Re : SSD en partie invisible [RESOLU]
voici les réponses aux post 356/357
michel@michel-System-Product-Name:~$ lsusb
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 002: ID 0781:a3a3 SanDisk Corp. MobileMate SD+
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 003: ID 116f:c108 Silicon 10 Technology Corp. Flash Card Reader
Bus 004 Device 002: ID 04a9:2220 Canon, Inc. CanoScan LIDE 25
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 002: ID 04f2:0923 Chicony Electronics Co., Ltd HP USB Optical Mouse
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 009 Device 003: ID 0480:a202 Toshiba America Inc Canvio Basics HDD
Bus 009 Device 002: ID 2109:0810 VIA Labs, Inc. VL81x Hub
Bus 009 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 008 Device 003: ID 2109:3431 VIA Labs, Inc. Hub
Bus 008 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 008 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
michel@michel-System-Product-Name:~$
michel@michel-System-Product-Name:~$ sudo chmod -R a-rwx,a+rwX /home/michel/SDG1
[sudo] Mot de passe de michel :
sudo chmod -R a-rwx,a+rwX /home/michel/SDG1
michel@michel-System-Product-Name:~$
michel@michel-System-Product-Name:~$
michel@michel-System-Product-Name:~$ sudo chmod -R a-rwx,a+rwX /home/michel/SDG1
^[[michel@michel-System-Product-Name:~$ sudo chmod -R a-rwx,a+rwX /home/michel/SDG1
michel@michel-System-Product-Name:~$
michel@michel-System-Product-Name:~$
Te souviens-tu comment, avec quels outils tu avais formaté~partitionné ce disque de 1,8 To ? Je l'avais partitionné avec Gparted
J'ai vérifié les paramètres des media amovible et tout re-coché.
Je vais éteindre l'ordi pour pouvoir débrancher le lecteur intégré.
Je lancerai ensuite la commande ls -la /dev/sd*
20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés
Hors ligne
#363 Le 20/06/2021, à 14:28
- dauphin
Re : SSD en partie invisible [RESOLU]
@ geole:
J'ai bien noté, et j'exécuterai tes commandes après celles de Coeur Noir et après avoir ré-intégré les sauvegardes;
@Coeur Noir
Ma curiosité : sous Windows il se passe quoi quand on branche un disque qui contient des partitions EXT ? Il les voit ? Il les montre en disant « machin inconnu pour moi » ? Ou elles sont juste invisibles et non-modifiables depuis Windows ?
ça, je peux te répondre vu que depuis que je suis en double boot mon disque de 2 To partitionné en 1 pour Linux et 1 pour Windows est vu complètement (les 2 partitions) par Linux et seule la partition en Ntfs est vue par Windows. Depuis Linux je peux (pouvais?) lire et écrire sur les deux partitions; depuis Windows je ne peux que lire/écrire sur la partition Ntfs.
Pour les deux:
Je vais reprendre ma copie depuis mes disques externes
Dernière modification par dauphin (Le 20/06/2021, à 14:30)
20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés
Hors ligne
#364 Le 20/06/2021, à 14:39
- Coeur Noir
Re : SSD en partie invisible [RESOLU]
Dauphin, quand une commande ne « répond » rien, c'est qu'elle s'est effectuée sans problème.
Si problème, alors elle râle.
Pas la peine de les lancer plusieurs fois ! Selon les commandes que tu répéterais ainsi, ça peut même se révéler dangereux.
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#365 Le 20/06/2021, à 14:51
- dauphin
Re : SSD en partie invisible [RESOLU]
J'ai fait quelques essai pour voir ce qui cloche avec le lecteur de cartes voila le résultat
michel@michel-System-Product-Name:~$ udisksctl mount -b /dev/sdh1
Mounted /dev/sdh1 at /media/michel/disk.
michel@michel-System-Product-Name:~$
michel@michel-System-Product-Name:~$ lsblk -fe7 -o +size
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT SIZE
sda 223,6G
├─sda1 ntfs Réservé au système F276A20D76A1D321 500M
├─sda2 ntfs A8D6BC32D6BBFE9E 97,2G
└─sda3 ext4 eb8a79ce-6a39-40a9-af87-28853183c2c6 107,2G 8% / 125,9G
sdb 931,5G
├─sdb1 ext4 Dossiers-Ubuntu 68c02ee4-57a5-4879-a539-7704fa8b6b8a 461,9G 1% /media/DATA-EXT 503G
└─sdb2 ntfs Dossiers-Windows 360664D30B460A8E 426,2G 1% /media/DATA-NTFS 428,5G
sdg 1,8T
├─sdg1 ntfs Windows_Externe 34E8DA5E085E7C8C 162,4G 79% /home/michel/SDG1 761,7G
├─sdg2 ntfs Sauvegarde Windows 770063C36B52EEA4 597,8G
├─sdg3 ext4 ex_Sauvegarde_Fo dc070ba5-cc9b-4684-adcc-d7a97fa5419a 56,3G
└─sdg4 ext4 Sauvegarde Focal 0ab85b2d-e4c6-4af7-9262-05609a3d3026 281,3G 31% /media/michel/Sauvegarde Focal 447,3G
sdh 244M
└─sdh1 vfat 178,2M 27% /media/michel/disk 244M
sr0 1024M
michel@michel-System-Product-Name:~$
michel@michel-System-Product-Name:~$ udisksctl unmount -b /dev/sdh1
Unmounted /dev/sdh1.
michel@michel-System-Product-Name:~$
michel@michel-System-Product-Name:~$ udisksctl mount -b /dev/sdh1
Error looking up object for device /dev/sdh1
michel@michel-System-Product-Name:~$
J'en ai déduit que le lecteur externe fonctionne, mais qu'il y a un problème avec le lecteur interne ; Correct Monsieur le professeur ?
Et je n'ai rien cassé!
20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés
Hors ligne
#366 Le 20/06/2021, à 14:58
- geole
Re : SSD en partie invisible [RESOLU]
Ma curiosité : sous Windows il se passe quoi quand on branche un disque qui contient des partitions EXT ? Il les voit ? Il les montre en disant « machin inconnu pour moi » ? Ou elles sont juste invisibles et non-modifiables depuis Windows ?
Autrement dit : y-a-t-il le moindre risque pour Dauphin~le~maladroit à connecter à son Windows un disque externe contenant les 2 types de système de fichiers ? ? ?
Réponse en trois niveaux
A) Windows Standard
Il les voit. Si on lance son gestionnaire disque, on constate qu'elles ont un taux d'occupation de 100%
Si on se positionne dessus, on peut évidemment les formater ou les supprimer. Donc perte de leur contenu.
B) Sous windows WSL
On peut les monter et y accéder soit sous ubuntu soit avec le navigateur.
C) Avec les vieux logiciels du style du style EXT2FSD
Elles sont automatiquement détectées et utilisées comme toute partition NTFS
En conclusion, Je pense que dauphin est resté dans le contexte A. Le risque est donc quasiment nul tant qu'on ne va pas lancer le gestionnaire disque qui peut donc détruire. C'est pour cela qu'il est préférable de finir les restaurations avant de faire autre chose
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
#367 Le 20/06/2021, à 15:05
- dauphin
Re : SSD en partie invisible [RESOLU]
J'ai débranché le lecteur de cartes interne. Voici la réponse à question ls -la /dev/sd* :
michel@michel-System-Product-Name:~$ ls -la /dev/sd*
brw-rw---- 1 root disk 8, 0 juin 20 15:59 /dev/sda
brw-rw---- 1 root disk 8, 1 juin 20 15:59 /dev/sda1
brw-rw---- 1 root disk 8, 2 juin 20 15:59 /dev/sda2
brw-rw---- 1 root disk 8, 3 juin 20 15:59 /dev/sda3
brw-rw---- 1 root disk 8, 16 juin 20 15:59 /dev/sdb
brw-rw---- 1 root disk 8, 17 juin 20 15:59 /dev/sdb1
brw-rw---- 1 root disk 8, 18 juin 20 15:59 /dev/sdb2
michel@michel-System-Product-Name:~$
20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés
Hors ligne
#368 Le 20/06/2021, à 16:04
- Coeur Noir
Re : SSD en partie invisible [RESOLU]
C'est pour cela qu'il est préférable de finir les restaurations avant de faire autre chose
Oh oui !
Et CQFD pour le lecteur de cartes, c'est sa présence qui crée les entrées de périphériques supplémentaires.
michel@michel-System-Product-Name:~$ udisksctl mount -b /dev/sdh1
Error looking up object for device /dev/sdh1
Là comme tu as démonté proprement sdh1 d'un point de vue logiciel,
maintenant pour que le systèm le voit à nouveau, il faut éjecter physiquement, déconnecter ce périphérique puis le rebrancher.
[ edit ] et si le lecteur de cartes n'est plus là pour créer des entrées de périphérique, alors les prochains supports que tu brancheras devraient s'appeler sdc ou sdd ( et plus g ou h ).
Tout cela paraît fort normal.
Dernière modification par Coeur Noir (Le 21/06/2021, à 10:49)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#369 Le 20/06/2021, à 22:53
- Coeur Noir
Re : SSD en partie invisible [RESOLU]
J'ai vérifié les paramètres des media amovible et tout re-coché.
Je dirais plutôt qu'il ne faut pas cocher « ne jamais demander ou lancer de programmes à l'insertion de médias ».
Le but étant justement qu'Ubuntu te demande ou fasse quelque chose « automatiquement » quand tu insères un média.
( mon doute ici : ça ne concerne peut-être bien que les médias « insérables » genre cd, dvd et pas les clés usb ou disques externes… )
Que répondent chez toi :
gsettings get org.gnome.desktop.media-handling automount
et
gsettings get org.gnome.desktop.media-handling automount-open
?
Dernière modification par Coeur Noir (Le 20/06/2021, à 23:18)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#370 Le 21/06/2021, à 06:59
- dauphin
Re : SSD en partie invisible [RESOLU]
Bojour Coeur NOir,
voila:
michel@michel-System-Product-Name:~$ gsettings get org.gnome.desktop.media-handling automount
true
michel@michel-System-Product-Name:~$ gsettings get org.gnome.desktop.media-handling automount-open
true
michel@michel-System-Product-Name:~$
20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés
Hors ligne
#371 Le 21/06/2021, à 10:38
- Coeur Noir
Re : SSD en partie invisible [RESOLU]
Bon. Ça aussi ça paraît normal.
Ça m'intrigue que disque ou carte ne soient pas davantage visibles ( dans Nautilus ou dans le dock ou ailleurs dans ton interface… ) quand tu les connectes.
Une préférence ou option dans Nautilus qui expliquerait ça ?
Dernière modification par Coeur Noir (Le 21/06/2021, à 11:03)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#372 Le 21/06/2021, à 13:02
- dauphin
Re : SSD en partie invisible [RESOLU]
Non, je ne crois pas. Je ne les vois que dans /D$dev/Disk/by label, mais ils ne sont pas montés. Maintenant qu'ils sont montés je les vois dans Nautilus et dans "Autres emplacements"
20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés
Hors ligne
#373 Le 21/06/2021, à 15:47
- Coeur Noir
Re : SSD en partie invisible [RESOLU]
Et du coup t'es obligé de les monter via une commande → ça n'est pas le comportement « standard » ( qui est : on branche un DD externe ou une clé usb, l'engin en question apparaît dans le dock ou sur le bureau ou dans un panel ou dans le volet latéral d'un explorateur de fichiers ).
Un pépin avec les étiquettes ? Attention au nombre maxi de caractères → https://doc.ubuntu-fr.org/uuid_et_label … e_commande
Enfin, pour l'instant l'important c'est que tu récupères tes données et les ranges dans ton ordi.
Il y a aussi l'histoire de la corbeille à éclaircir.
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#374 Le 21/06/2021, à 17:25
- dauphin
Re : SSD en partie invisible [RESOLU]
Bonsoir à tous,
VICTOIRE. j'ai rapatrié tous les fichiers de mes sauvegardes. Ensuite j'ai éjecté mes disque et je les ai débranchés, puis j'ai redémarré l'ordi sur Focal et sur Windows. Tout fonctionne!!! il faudra juste que je vérifie l'emplacement des fichiers rapatriés. j'ai quelques doutes sur la place de certains.Mais c'est génial..
Encore mille mercis à vous tous
20.04 sur carte Asus M5 et proc AMD64 2000 8GO de Ram
Video et son intégrés
Hors ligne
#375 Le 21/06/2021, à 17:35
- geole
Re : SSD en partie invisible [RESOLU]
Et du coup t'es obligé de les monter via une commande → ça n'est pas le comportement « standard » ( qui est : on branche un DD externe ou une clé usb, l'engin en question apparaît dans le dock ou sur le bureau ou dans un panel ou dans le volet latéral d'un explorateur de fichiers ).
Bonjour Coeur Noir
Je suis en train de réfléchir au problème
Il se trouve que je possède aussi un disque externe non-standard car relié avec un adaptateur
J'ai mis sous tension et constaté qu'une seule partition EXT4 était montée alors qu'il y a en deux...!!
J'ai vérifié que la partition non montée était en bon état
Je viens donc de démonter la partition montée
J'ai coupé l'alimentation et remis l'alimentation
=> le disque n'est plus vu comme SDD mais comme SDE et maintenant aucune des deux partitions n'a été montée automatiquement comme on peut le constater
a@b:~$ sudo lsblk -fe7 -o+size /dev/sde
[sudo] Mot de passe de a :
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT SIZE
sde 189,9G
├─sde1 32M
├─sde2 vfat FAT1 4B6D-0A9E 512M
├─sde3 ext4 Hirsute1 eb69513c-8cbc-4f19-a182-a0cd98672776 16G
├─sde4 linux_raid_member b:55 3e073140-a133-44ac-a011-6bbd3a57d43e 5G
├─sde5 linux_raid_member b:55 3e073140-a133-44ac-a011-6bbd3a57d43e 5G
├─sde6 linux_raid_member b:55 3e073140-a133-44ac-a011-6bbd3a57d43e 5G
├─sde7 linux_raid_member b:55 3e073140-a133-44ac-a011-6bbd3a57d43e 5G
├─sde8 linux_raid_member b:55 3e073140-a133-44ac-a011-6bbd3a57d43e 5G
├─sde9 linux_raid_member b:123 c5b6e007-d57e-63ec-0614-89598ef64d33 4G
├─sde10 vfat FAT2 D571-948A 36M
├─sde11 vfat FAT3 6144-5F7C 36M
├─sde12 ext4 Hisurte2 e4d473a3-c6a4-4ddf-adc0-ca6360a51152 16G
├─sde13 linux_raid_member b:123 c5b6e007-d57e-63ec-0614-89598ef64d33 4G
├─sde14 linux_raid_member b:66 346326e4-98db-ec29-35c2-62d98394ee8a 10G
├─sde15 linux_raid_member b:66 346326e4-98db-ec29-35c2-62d98394ee8a 10G
├─sde16 linux_raid_member b:66 346326e4-98db-ec29-35c2-62d98394ee8a 10G
├─sde17 linux_raid_member b:66 346326e4-98db-ec29-35c2-62d98394ee8a 10G
├─sde18 linux_raid_member b:100 7f6e2fb8-a114-5e35-da54-249a6c600c34 35,6G
├─sde19 linux_raid_member b:101 2ac75614-1332-1a2b-e7ef-f607d5a84e7f 35,6G
├─sde20 ext4 539e7f32-d31f-43bd-8734-f67fb8cabb07 1M
├─sde21 linux_raid_member b:12 01bae38f-47fa-1bdb-957c-91b8779c1a64 1G
├─sde22 linux_raid_member b:12 01bae38f-47fa-1bdb-957c-91b8779c1a64 1G
├─sde23 linux_raid_member b:12 01bae38f-47fa-1bdb-957c-91b8779c1a64 1G
├─sde24 linux_raid_member b:12 01bae38f-47fa-1bdb-957c-91b8779c1a64 1G
├─sde25 linux_raid_member b:12 01bae38f-47fa-1bdb-957c-91b8779c1a64 1G
├─sde26 1M
└─sde27 ext4 TEST MONTAGE 40c3b06a-630e-4877-a730-8d1a3e2ccf13 22M
a@b:~$
a@b:~$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=20.04
DISTRIB_CODENAME=focal
DISTRIB_DESCRIPTION="Ubuntu 20.04.2 LTS"
a@b:~$
Je reboote pour reposter la situation initiale
a@b:~$ lsblk -fe7 -o+size /dev/sdd
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT SIZE
sdd 189,9G
├─sdd1 32M
├─sdd2 vfat FAT1 4B6D-0A9E 512M
├─sdd3 ext4 Hirsute1 eb69513c-8cbc-4f19-a182-a0cd98672776 16G
├─sdd4 linux_raid_m b:55 3e073140-a133-44ac-a011-6bbd3a57d43e 5G
│ └─md55 ext4 24c05921-c125-4dac-a76c-a8fabfa7e018 15G
├─sdd5 linux_raid_m b:55 3e073140-a133-44ac-a011-6bbd3a57d43e 5G
│ └─md55 ext4 24c05921-c125-4dac-a76c-a8fabfa7e018 15G
├─sdd6 linux_raid_m b:55 3e073140-a133-44ac-a011-6bbd3a57d43e 5G
│ └─md55 ext4 24c05921-c125-4dac-a76c-a8fabfa7e018 15G
├─sdd7 linux_raid_m b:55 3e073140-a133-44ac-a011-6bbd3a57d43e 5G
│ └─md55 ext4 24c05921-c125-4dac-a76c-a8fabfa7e018 15G
├─sdd8 linux_raid_m b:55 3e073140-a133-44ac-a011-6bbd3a57d43e 5G
│ └─md55 ext4 24c05921-c125-4dac-a76c-a8fabfa7e018 15G
├─sdd9 linux_raid_m b:123 c5b6e007-d57e-63ec-0614-89598ef64d33 4G
│ └─md123 btrfs e1189427-f178-4258-858f-a7981f4f83f2 3,9G
├─sdd10 vfat FAT2 D571-948A 36M
├─sdd11 vfat FAT3 6144-5F7C 36M
├─sdd12 ext4 Hisurte2 e4d473a3-c6a4-4ddf-adc0-ca6360a51152 6,3G 54% /media/a/Hisurte2 16G
├─sdd13 linux_raid_m b:123 c5b6e007-d57e-63ec-0614-89598ef64d33 4G
│ └─md123 btrfs e1189427-f178-4258-858f-a7981f4f83f2 3,9G
├─sdd14 linux_raid_m b:66 346326e4-98db-ec29-35c2-62d98394ee8a 10G
│ └─md66 ext4 7dab1511-be89-4c60-9213-1b91874c7f95 30G
├─sdd15 linux_raid_m b:66 346326e4-98db-ec29-35c2-62d98394ee8a 10G
│ └─md66 ext4 7dab1511-be89-4c60-9213-1b91874c7f95 30G
├─sdd16 linux_raid_m b:66 346326e4-98db-ec29-35c2-62d98394ee8a 10G
│ └─md66 ext4 7dab1511-be89-4c60-9213-1b91874c7f95 30G
├─sdd17 linux_raid_m b:66 346326e4-98db-ec29-35c2-62d98394ee8a 10G
│ └─md66 ext4 7dab1511-be89-4c60-9213-1b91874c7f95 30G
├─sdd18 linux_raid_m b:100 7f6e2fb8-a114-5e35-da54-249a6c600c34 35,6G
│ └─md100 btrfs BRTRFS1 6849aebe-43d1-4520-b5be-b155db089b73 35,6G
├─sdd19 linux_raid_m b:101 2ac75614-1332-1a2b-e7ef-f607d5a84e7f 35,6G
│ └─md101 btrfs 0f402a8e-135b-44f3-822d-9dc03e8dbe8f 35,6G
├─sdd20 ext4 539e7f32-d31f-43bd-8734-f67fb8cabb07 900K 2% /media/a/539e7f32-d31f-43bd-8734-f67 1M
├─sdd21 linux_raid_m b:12 01bae38f-47fa-1bdb-957c-91b8779c1a64 1G
│ └─md12 ntfs 468383FF249B2232 4G
├─sdd22 linux_raid_m b:12 01bae38f-47fa-1bdb-957c-91b8779c1a64 1G
│ └─md12 ntfs 468383FF249B2232 4G
├─sdd23 linux_raid_m b:12 01bae38f-47fa-1bdb-957c-91b8779c1a64 1G
│ └─md12 ntfs 468383FF249B2232 4G
├─sdd24 linux_raid_m b:12 01bae38f-47fa-1bdb-957c-91b8779c1a64 1G
│ └─md12 ntfs 468383FF249B2232 4G
├─sdd25 linux_raid_m b:12 01bae38f-47fa-1bdb-957c-91b8779c1a64 1G
│ └─md12 ntfs 468383FF249B2232 4G
├─sdd26 1M
└─sdd27 ext4 TEST MONTAGE 40c3b06a-630e-4877-a730-8d1a3e2ccf13 15,8M 0% /media/a/TEST MONTAGE 22M
a@b:~$
journalctl --no-pager -b -g sdd3
-- Logs begin at Sun 2020-12-27 17:20:21 CET, end at Mon 2021-06-21 19:02:13 CEST. --
juin 21 18:56:55 b kernel: sdd: sdd1 sdd2 sdd3 sdd4 sdd5 sdd6 sdd7 sdd8 sdd9 sdd10 sdd11 sdd12 sdd13 sdd14 sdd15 sdd16 sdd17 sdd18 sdd19 sdd20 sdd21 sdd22 sdd23 sdd24 sdd25 sdd26 sdd27
a@b:~$ journalctl --no-pager -b -g sdd12
-- Logs begin at Sun 2020-12-27 17:20:21 CET, end at Mon 2021-06-21 19:02:13 CEST. --
juin 21 18:56:55 b kernel: sdd: sdd1 sdd2 sdd3 sdd4 sdd5 sdd6 sdd7 sdd8 sdd9 sdd10 sdd11 sdd12 sdd13 sdd14 sdd15 sdd16 sdd17 sdd18 sdd19 sdd20 sdd21 sdd22 sdd23 sdd24 sdd25 sdd26 sdd27
juin 21 18:57:01 b kernel: EXT4-fs (sdd12): mounted filesystem with ordered data mode. Opts: (null)
juin 21 18:57:01 b udisksd[1000]: Mounted /dev/sdd12 at /media/a/Hisurte2 on behalf of uid 1000
a@b:~$ udisksctl mount -b /dev/sdd3
Mounted /dev/sdd3 at /media/a/Hirsute1
.
a@b:~$ journalctl --no-pager -b -g sdd3
-- Logs begin at Sun 2020-12-27 17:20:21 CET, end at Mon 2021-06-21 19:03:46 CEST. --
juin 21 18:56:55 b kernel: sdd: sdd1 sdd2 sdd3 sdd4 sdd5 sdd6 sdd7 sdd8 sdd9 sdd10 sdd11 sdd12 sdd13 sdd14 sdd15 sdd16 sdd17 sdd18 sdd19 sdd20 sdd21 sdd22 sdd23 sdd24 sdd25 sdd26 sdd27
juin 21 19:03:45 b kernel: EXT4-fs (sdd3): mounted filesystem with ordered data mode. Opts: (null)
juin 21 19:03:46 b udisksd[1000]: Mounted /dev/sdd3 at /media/a/Hirsute1 on behalf of uid 1000
a@b:~$
C'est assez déroutant. Il suffit de le savoir.
Je crois qu'il y a eu beaucoup de changement dans les choix de montage automatiques.
et pour un disque externe classique, Pas de problème
a@b:~$ lsblk -fe7 -o+size /dev/sde
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT SIZE
sde 465,8G
├─sde1 vfat USBFAT32 6275-73D4 52M
├─sde2 ntfs Windows10-StoreDansUSB 4AD43343D4333115 9,4G 76% /media/a/Windows10-StoreDansUSB 39,6G
├─sde3 16M
├─sde4 vfat USBNEWFAT32 2250-D2EB 144,7M 44% /media/a/USBNEWFAT32 257M
├─sde5 ext4 8f20d237-5d3a-4b02-b275-973ee14f34be 9G 45% /media/a/8f20d237-5d3a-4b02-b275-97 18,6G
├─sde6 ext4 Boot2004DansSLIM 1e6a29f8-e648-47b9-8fad-7b1df92fa674 713,7M 18% /media/a/Boot2004DansSLIM 1000M
└─sde7 ext4 SaveDesWindows d87a6502-7512-4dbe-ae35-d934ec9614c9 4,2G 92% /media/a/SaveDesWindows 153,7G
Je viens donc de démonter les partitions
J'ai débranché et rebranché
=> Le disque reste vu comme SDE
Ses partitions se montent bien automatiquement y compris les partitions FAT
a@b:~$ lsblk -fe7 -o+size /dev/sde
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT SIZE
sde 465,8G
├─sde1 vfat USBFAT32 6275-73D4 52M
├─sde2 ntfs Windows10-StoreDansUSB 4AD43343D4333115 9,4G 76% /media/a/Windows10-StoreDansUSB 39,6G
├─sde3 16M
├─sde4 vfat USBNEWFAT32 2250-D2EB 144,7M 44% /media/a/USBNEWFAT32 257M
├─sde5 ext4 8f20d237-5d3a-4b02-b275-973ee14f34be 9G 45% /media/a/8f20d237-5d3a-4b02-b275-97 18,6G
├─sde6 ext4 Boot2004DansSLIM 1e6a29f8-e648-47b9-8fad-7b1df92fa674 713,7M 18% /media/a/Boot2004DansSLIM 1000M
└─sde7 ext4 SaveDesWindows d87a6502-7512-4dbe-ae35-d934ec9614c9 4,2G 92% /media/a/SaveDesWindows 153,7G
a@b:~$
Dernière modification par geole (Le 21/06/2021, à 18:23)
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