Droits d'accès à DD externe

Bonjour Nicola,

so6@pc-32:~$ mount | grep /media/so6
/dev/sdb1 on /media/so6/SaveAlexSSDOne type ext4 (ro,nosuid,nodev,relatime,errors=remount-ro,uhelper=udisks2)

Oh l’beau ro.

root@pc-32:~# mount -o remount,rw /dev/sdb1 /media/so6/SaveAlexSSDOne/
mount: /media/so6/SaveAlexSSDOne: impossible de remonter /dev/sdb1 en lecture/écriture, est protégé en écriture.

Ouvre-le avec gparted pour voir s’il n’y a pas un réglage qui a sauté.

Je ne vois pas dans gparted quel "réglage " pourrait bien avoir « sauté »… La seule chose que je vois, c’est qu’il y a une clé à côté du périphérique sdb1…

Il n’y a aucun réglage de montage dans gparted (!!) (ce n’est pas fait pour ça).
Si findmnt -s ne montre rien du tout, inutile d’aller plus loin Le problème est plus général.
Au moins la partition système doit être vue par findmnt.
Une fois cette clarification faite, voir ce sujet sur le montage usager:

Sauf cas très particulier où l’usager unique est aussi l’administrateur, mount est une commande qui ne doit pas être utilisée dans un environnement bureau pour un montage de périphérique externe pour les raisons suivantes:
→ par défaut, mount est uniquement accessible à l’administrateur pour une opération de montage/démontage.
→ mount est trop bas niveau pour interagir directement avec l’utilisateur;
…/…

Oublie mount pour monter une partition usager.
monte /dev/sdb1, et montre ce que dit ceci:

En user !!
udisksctl mount -b /dev/sdb1

Si ni findmnt, ni udiskctl ne fonctionnent, ça devient très très embettant.

so6@pc-32:~$ udisksctl mount -b /dev/sdb1
Mounted /dev/sdb1 at /media/so6/SaveAlexSSDOne

Que dit ceci

touch /media/so6/SaveAlexSSDOne/xxxxx

Déjà en user, ou en root si problème.

Bonjour Verner,

so6@pc-32:~$ touch /media/so6/SaveAlexSSDOne/Documents/
touch: initialisation des dates de '/media/so6/SaveAlexSSDOne/Documents/': Système de fichiers accessible en lecture seulement

root@pc-32:~# touch /media/so6/SaveAlexSSDOne/Documents/
touch: initialisation des dates de '/media/so6/SaveAlexSSDOne/Documents/': Système de fichiers accessible en lecture seulement

D’où vient cette commande ??
touch /media/so6/SaveAlexSSDOne/Documents/
/Documents/ est un répertoire, et non un fichier.

ou
touch /media/so6/SaveAlexSSDOne/Documents/xxxx si tu préfères.

Pardon, je n’avais pas compris le sens de « xxxx ».

so6@pc-32:~$ touch /media/so6/SaveAlexSSDOne/xxxx
touch: impossible de faire un touch '/media/so6/SaveAlexSSDOne/xxxx': Système de fichiers accessible en lecture seulement

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:~$