Tu as visiblement fait de grosses bêtises avec des mount en root et créé des problèmes dont on ne connait pas l’historique.
Vérifies déjà que findmnt -s est réparé:
findmnt -s |grep so6
ls -l /media/so6/SaveAlexSSDOne/Documents/ |head -n2
Es-tu bien sûr qu’il n’y a rien dans fstab relatif à ce périphérique ?
so6@pc-32:~$ findmnt -s | grep so6
so6@pc-32:~$ ls -l /media/so6/SaveAlexSSDOne/
total 84
drwxr-xr-x 8 so6 so6 4096 16 oct. 2019 2019
drwxr-xr-x 8 so6 so6 4096 22 févr. 2021 2020
drwxr-xr-x 4 so6 so6 4096 1 mars 2021 2021
drwxr-xr-x 13 so6 so6 4096 2 nov. 2018 dic
drwxr-xr-x 67 so6 so6 4096 6 sept. 12:39 Documents
drwx------ 2 so6 so6 16384 2 nov. 2018 lost+found
drwxr-xr-x 259 so6 so6 20480 13 août 11:31 Musique
drwxr-xr-x 2 so6 so6 20480 16 oct. 2019 RAW2019
drwxr-xr-x 2 so6 so6 4096 22 févr. 2021 RAW2020
drwxr-xr-x 2 so6 so6 4096 1 mars 2021 RAW2021
so6@pc-32:~$
fstab ? Je ne sais pas…
Je ne comprends pas le findmnt qui ne rapporte rien pour un périphérique monté. Jamais vu ça, troublant. Une énigme. Fais ça:
udisksctl unmount -b /dev/sdb1
débranche ce périphérique sdb1
supprime /media/so6/SaveAlexSSDOne/
Ne recrée aucun répertoire.
Branche le périphérique.
Vérifie son nom de bloc avec lsblk
udisksctl mount -b /dev/sdbx , x étant le bon numéro vérifié.
Et réinvestigue.
Fait.
so6@pc-32:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 931,5G 0 disk
├─sda1 8:1 0 23,3G 0 part /
├─sda2 8:2 0 1K 0 part
├─sda5 8:5 0 9,3G 0 part /var
├─sda6 8:6 0 976M 0 part [SWAP]
├─sda7 8:7 0 1,9G 0 part /tmp
└─sda8 8:8 0 896,1G 0 part /home
sdb 8:16 0 447,1G 0 disk
└─sdb1 8:17 0 447,1G 0 part
sr0 11:0 1 1024M 0 rom
so6@pc-32:~$ udisksctl mount -b /dev/sdb1
Mounted /dev/sdb1 at /media/so6/SaveAlexSSDOne
Aucun changement, hélas.
Il y a une énigme pour moi, une incohérence de ce qui est rapporté. Très étrange, mais cas intérressant…
Il va falloir creuser plus profond… besoin de méditation… pour plus tard éventuellement.
Merci de ton aide.
Je reste là si tu as une idée…
root@pc-32:~# fsck -f -v /dev/sdb1
fsck de util-linux 2.36.1
e2fsck 1.46.2 (28-Feb-2021)
SaveAlexSSDOne: recovering journal
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Entry 'Aide M-CM- la conception - Pierrot - 2024' in /Documents (22544385) references inode 22556884 found in group 2753's unused inodes area.
Fix<y>? yes
Entry 'Aide M-CM- la conception - Pierrot - 2024' in /Documents (22544385) has an incorrect filetype (was 2, should be 0).
Fix<y>? yes
Restarting e2fsck from the beginning...
One or more block group descriptor checksums are invalid. Fix<y>? yes
Group descriptor 2753 checksum is 0xf5a5, should be 0x6f5e. FIXED.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Entry 'Aide M-CM- la conception - Pierrot - 2024' in /Documents (22544385) has deleted/unused inode 22556884. Clear<y>? yes
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Inode 22544385 ref count is 67, should be 66. Fix<y>? yes
Unattached inode 22556897
Connect to /lost+found<y>? yes
Inode 22556897 ref count is 2, should be 1. Fix<y>? yes
Unattached inode 22556898
Connect to /lost+found<y>? yes
Inode 22556898 ref count is 2, should be 1. Fix<y>? yes
Unattached inode 22556899
Connect to /lost+found<y>? yes
Inode 22556899 ref count is 2, should be 1. Fix<y>? yes
Unattached inode 22556900
Connect to /lost+found<y>? yes
Inode 22556900 ref count is 2, should be 1. Fix<y>? yes
Unattached inode 22556901
Connect to /lost+found<y>? yes
Inode 22556901 ref count is 2, should be 1. Fix<y>? yes
Unattached inode 22556902
Connect to /lost+found<y>? yes
Inode 22556902 ref count is 2, should be 1. Fix<y>? yes
Unattached inode 22556903
Connect to /lost+found<y>? yes
Inode 22556903 ref count is 2, should be 1. Fix<y>? yes
Pass 5: Checking group summary information
Block bitmap differences: -(90187794--90187797) -(90537905--90537973) -(90539527--90539589) -(90539600--90539615)
Fix<y>? yes
Free blocks count wrong for group #2762 (79, counted=77).
Fix<y>? yes
Free blocks count wrong for group #2763 (31225, counted=30899).
Fix<y>? yes
Free blocks count wrong (67266169, counted=67265841).
Fix<y>? yes
Inode bitmap differences: -(22556884--22556896)
Fix<y>? yes
Free inodes count wrong for group #2753 (3885, counted=3878).
Fix<y>? yes
Free inodes count wrong (29279683, counted=29279676).
Fix<y>? yes
SaveAlexSSDOne: ***** FILE SYSTEM WAS MODIFIED *****
31300 inodes used (0.11%, out of 29310976)
5303 non-contiguous files (16.9%)
7 non-contiguous directories (0.0%)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 31156/135
49946575 blocks used (42.61%, out of 117212416)
0 bad blocks
2 large files
27787 regular files
3503 directories
0 character device files
0 block device files
0 fifos
0 links
1 symbolic link (1 fast symbolic link)
0 sockets
------------
31284 files
root@pc-32:~#
Cette manip a apparemment réglé le problème.
S’il te plait, peux-tu nous donner le résultat de :
cat /etc/fstab
Bonjour Zargos,
so6@pc-32:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# systemd generates mount units based on this file, see systemd.mount(5).
# Please run 'systemctl daemon-reload' after making changes here.
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=542614cf-ddab-4c53-be79-061affff4b15 / ext4 errors=remount-ro 0 1
# /home was on /dev/sda8 during installation
UUID=d4f0fa30-0562-4ebb-99a7-b007076ba17a /home ext4 defaults 0 2
# /tmp was on /dev/sda7 during installation
UUID=4694ecb0-21be-40b7-b46a-5950847fd99d /tmp ext4 defaults 0 2
# /var was on /dev/sda5 during installation
UUID=d05a31bc-2999-4afd-8413-0ca75a33c252 /var ext4 defaults 0 2
# swap was on /dev/sda6 during installation
UUID=449b5459-f2da-4376-a38b-ee0d66f1ce0c none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
so6@pc-32:~$je n’avais pas vu ton message précédent, c’est fonctionnel maintenant après ton fsck?
Oui !
so6@pc-32:~$ mount
...
`/dev/sdb1 on /media/so6/SaveAlexSSDOne type ext4 (rw,nosuid,nodev,relatime,errors=remount-ro,uhelper=udisks2)`Merci à tous pour votre aide.
Bonjour,
découvrant ici cette commande, je la teste et, surprise, elle ne me montre pas les 2 disques USB pourtant montés et accessibles, et affichés comme il se doit par la commande mount.
Bookworm
PS
même la commande findmnt -s /media/xxx ou findmnt -s /mnt/yyy
n’affiche pas /media/xxx ou /mnt/yyy pourtant mountés et accessibles tous les deux.
findmnt -s cherche les point de montage qui sont dans /etc/fstab
Merci Zargos
Typiquement le cas de périphérique monté en root, démonté à l’arrache… et qui se trouve dans un état batard.
Autre extrait de Montage partition pour l’usager lambda :
… lors du démontage (-u), vérifie que la partition peut être démontée ‹ proprement › en signalant les applications en cours d’utilisation.
→ Monter une partition est une chose, mais la dé monter correctement est fondamental pour ne pas risquer de corrompre le file-system, ce qui nécessiterait une opération de vérification avant tout remontage. Ce point est généralement négligé. Forcer un démontage récalcitrant n’est pas une bonne habitude.
Donc en résumé, excellent exemple de justification du pourquoi j’avais écrit un peu de prose sur le sujet… et de ce qu’il ne faut pas faire. Très bonne leçon. Merci.
findmnt:
C’est l’option -s qui limite à fstab.
Parasitage toi même, extrait du man findmnt:
-s, --fstab
Search in /etc/fstab. The output is in the list format (see --list).
Ce serait bien aussi de ne pas avoir symptomatiquement un commentaire désobligeant.
Au temps pour moi pour le -s.
Test clef USB (évidemment pas dans mon fstab):
findmnt | grep sdc1
└─/media/tux/USB-P1 /dev/sdc1 vfat rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,showexec,utf8,flush,errors=remount-ro
Le problème de fond n’était pas findmnt, puisque lsblk ne voyait pas non plus le point de montage. Ce qui me surprend est que le montage ne rapportait aucun problème mettant sur la piste de fsck.
Le read-only était le signal de mise en protection, pas suffisamment bavard.
Visiblement c’est résolu, mais quand tu fais une sauvegarde créer un dossier avec Root et ensuite toujours avec root donne les droits à un utilisateur lambda sur le dossier
La majorité des problèmes viennent majoritairement des droits, et en faisant ainsi tu en évites beaucoup
Puis si tu as un problème de droits en console
sudo chown -R utilisateur:utilisateur le chemin complet du dossier auquel tu veux donner les droits à un utilisateur particulier
Par exemple/home/masauvegarde
Pour conclure, sous linux moins tu en fais avec root mieux c’est 
Autre chose
Avec les externes préfère le montage avec fstab que plutôt le montage automatique de plasma, gnome etc
Dans ton fstab par exemple rajoute un ligne
UUID=1b1ad068-7187-4bcc-ad45-1f33e222a147 /media/sdc ext4 noauto,users 0 0
Pour trouver l’uuid, monter le périphérique
sudo disk -l
sudo blkid /dev/sda1
Remplacer sda1 par la partition dont tu veux l’uuid