Droits d'accès à DD externe

Support Debian
#17 
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…

#18

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.

#19

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.

#20

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.

#21

Merci de ton aide.
Je reste là si tu as une idée…

#22 
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.

#23

S’il te plait, peux-tu nous donner le résultat de :
cat /etc/fstab

#24

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

je n’avais pas vu ton message précédent, c’est fonctionnel maintenant après ton fsck?

#26

Oui !

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

Merci à tous pour votre aide.

#28

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.

#29

findmnt -s cherche les point de montage qui sont dans /etc/fstab

#30

Merci Zargos

#31

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.

#32

findmnt:
C’est l’option -s qui limite à fstab.

#33

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.

#34

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.

1 J'aime
#35

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 :wink:
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

1 J'aime
#36

J’avais un problème similaire, et je m’en suis sorti grâce à « Disques », de Gnome (p.j.) : "réparer le système de fichiers.
réparer-le-système-de-fichiers