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.

#351 Le 19/06/2021, à 18: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, à 22:12

Coeur Noir

Re : SSD en partie invisible [RESOLU]

retenir… a écrit :
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ébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#353 Le 20/06/2021, à 11: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, à 13: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, à 13:44)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#355 Le 20/06/2021, à 13: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, à 13: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, à 14: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 ?
param-medias-amovibles-2.png

_______________________________________

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, à 14:54)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#357 Le 20/06/2021, à 14: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, à 14:50)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#358 Le 20/06/2021, à 14:51

geole

Re : SSD en partie invisible [RESOLU]

Coeur Noir a écrit :
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, à 15: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, à 14: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, à 15: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ébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#361 Le 20/06/2021, à 15:11

Coeur Noir

Re : SSD en partie invisible [RESOLU]

dauphin a écrit :

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ébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#362 Le 20/06/2021, à 15: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, à 15: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, à 15: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, à 15: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ébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#365 Le 20/06/2021, à 15: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, à 15:58

geole

Re : SSD en partie invisible [RESOLU]

Coeur Noir a écrit :

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, à 16: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, à 17: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, à 11:49)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#369 Le 20/06/2021, à 23: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 21/06/2021, à 00:18)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#370 Le 21/06/2021, à 07: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, à 11: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, à 12:03)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#372 Le 21/06/2021, à 14: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, à 16: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ébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#374 Le 21/06/2021, à 18: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, à 18:35

geole

Re : SSD en partie invisible [RESOLU]

Coeur Noir a écrit :

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, à 19: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