# Droits d'accès à DD externe **URL:** \ **Category:** Support Debian\ **Created:** [Octobre 26, 2024, 12:02 UTC](https://www.debian-fr.org/t/droits-dacces-a-dd-externe/90490 "2024-10-26T12:02:01Z")\ **Posts on this page:** 16\ **Page:** 2
**Author:** ![laso6](https://www.debian-fr.org/user_avatar/www.debian-fr.org/laso6/32/4532_2.png) [@laso6](https://www.debian-fr.org/u/laso6)\ **Post date:** [Octobre 26, 2024, 2:43 UTC](https://www.debian-fr.org/t/droits-dacces-a-dd-externe/90490/21 "2024-10-26T14:43:39Z")
Merci de ton aide. Je reste là si tu as une idée… ---
**Author:** ![laso6](https://www.debian-fr.org/user_avatar/www.debian-fr.org/laso6/32/4532_2.png) [@laso6](https://www.debian-fr.org/u/laso6)\ **Post date:** [Octobre 26, 2024, 2:59 UTC](https://www.debian-fr.org/t/droits-dacces-a-dd-externe/90490/22 "2024-10-26T14:59:20Z")
``` 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? yes Entry 'Aide M-CM- la conception - Pierrot - 2024' in /Documents (22544385) has an incorrect filetype (was 2, should be 0). Fix? yes Restarting e2fsck from the beginning... One or more block group descriptor checksums are invalid. Fix? 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? yes Pass 3: Checking directory connectivity Pass 4: Checking reference counts Inode 22544385 ref count is 67, should be 66. Fix? yes Unattached inode 22556897 Connect to /lost+found? yes Inode 22556897 ref count is 2, should be 1. Fix? yes Unattached inode 22556898 Connect to /lost+found? yes Inode 22556898 ref count is 2, should be 1. Fix? yes Unattached inode 22556899 Connect to /lost+found? yes Inode 22556899 ref count is 2, should be 1. Fix? yes Unattached inode 22556900 Connect to /lost+found? yes Inode 22556900 ref count is 2, should be 1. Fix? yes Unattached inode 22556901 Connect to /lost+found? yes Inode 22556901 ref count is 2, should be 1. Fix? yes Unattached inode 22556902 Connect to /lost+found? yes Inode 22556902 ref count is 2, should be 1. Fix? yes Unattached inode 22556903 Connect to /lost+found? yes Inode 22556903 ref count is 2, should be 1. Fix? yes Pass 5: Checking group summary information Block bitmap differences: -(90187794--90187797) -(90537905--90537973) -(90539527--90539589) -(90539600--90539615) Fix? yes Free blocks count wrong for group #2762 (79, counted=77). Fix? yes Free blocks count wrong for group #2763 (31225, counted=30899). Fix? yes Free blocks count wrong (67266169, counted=67265841). Fix? yes Inode bitmap differences: -(22556884--22556896) Fix? yes Free inodes count wrong for group #2753 (3885, counted=3878). Fix? yes Free inodes count wrong (29279683, counted=29279676). Fix? 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. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Octobre 26, 2024, 2:59 UTC](https://www.debian-fr.org/t/droits-dacces-a-dd-externe/90490/23 "2024-10-26T14:59:26Z")
S’il te plait, peux-tu nous donner le résultat de : `cat /etc/fstab` ---
**Author:** ![laso6](https://www.debian-fr.org/user_avatar/www.debian-fr.org/laso6/32/4532_2.png) [@laso6](https://www.debian-fr.org/u/laso6)\ **Post date:** [Octobre 26, 2024, 3:02 UTC](https://www.debian-fr.org/t/droits-dacces-a-dd-externe/90490/24 "2024-10-26T15:02:34Z")
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. # # # / 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:~$ ``` ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Octobre 26, 2024, 3:05 UTC](https://www.debian-fr.org/t/droits-dacces-a-dd-externe/90490/25 "2024-10-26T15:05:08Z")
je n’avais pas vu ton message précédent, c’est fonctionnel maintenant après ton fsck? ---
**Author:** ![laso6](https://www.debian-fr.org/user_avatar/www.debian-fr.org/laso6/32/4532_2.png) [@laso6](https://www.debian-fr.org/u/laso6)\ **Post date:** [Octobre 26, 2024, 3:07 UTC](https://www.debian-fr.org/t/droits-dacces-a-dd-externe/90490/26 "2024-10-26T15:07:22Z")
Oui ! ``` so6@pc-32:~$ mount ... `/dev/sdb1 on /media/so6/SaveAlexSSDOne type ext4 (rw,nosuid,nodev,relatime,errors=remount-ro,uhelper=udisks2)` ``` ---
**Author:** ![laso6](https://www.debian-fr.org/user_avatar/www.debian-fr.org/laso6/32/4532_2.png) [@laso6](https://www.debian-fr.org/u/laso6)\ **Post date:** [Octobre 26, 2024, 3:12 UTC](https://www.debian-fr.org/t/droits-dacces-a-dd-externe/90490/27 "2024-10-26T15:12:01Z")
Merci à tous pour votre aide. ---
**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\ **Post date:** [Octobre 26, 2024, 4:08 UTC](https://www.debian-fr.org/t/droits-dacces-a-dd-externe/90490/28 "2024-10-26T16:08:38Z")
> [@Verner](#): > > Je ne comprends pas le findmnt qui ne rapporte rien pour un périphérique monté. Jamais vu ça, troublant. 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. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Octobre 26, 2024, 4:36 UTC](https://www.debian-fr.org/t/droits-dacces-a-dd-externe/90490/29 "2024-10-26T16:36:44Z")
> [@josephtux](#): > > 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` ---
**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\ **Post date:** [Octobre 26, 2024, 4:38 UTC](https://www.debian-fr.org/t/droits-dacces-a-dd-externe/90490/30 "2024-10-26T16:38:16Z")
Merci Zargos ---
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Octobre 26, 2024, 4:40 UTC](https://www.debian-fr.org/t/droits-dacces-a-dd-externe/90490/31 "2024-10-26T16:40:35Z")
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](https://www.debian-fr.org/t/info-script-montage-partition-image-iso-disque-squashfs-pour-lusager-lambda/90310) : > … 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. ---
**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\ **Post date:** [Octobre 26, 2024, 5:10 UTC](https://www.debian-fr.org/t/droits-dacces-a-dd-externe/90490/32 "2024-10-26T17:10:08Z")
findmnt: C’est l’option -s qui limite à fstab. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Octobre 26, 2024, 5:29 UTC](https://www.debian-fr.org/t/droits-dacces-a-dd-externe/90490/33 "2024-10-26T17:29:23Z")
> [@Verner](#): > > > [@Zargos](#): > > > > `findmnt -s` cherche les point de montage qui sont dans `/etc/fstab` > > Faux. Tous les points de montage. Merci de ne pas rajouter de la friture et confusion. 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. ---
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Octobre 26, 2024, 7:06 UTC](https://www.debian-fr.org/t/droits-dacces-a-dd-externe/90490/34 "2024-10-26T19:06:50Z")
Au temps pour moi pour le -s. Test clef USB (évidemment pas dans mon fstab): ```auto 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. ---
**Author:** ![TuxNuXX](https://www.debian-fr.org/user_avatar/www.debian-fr.org/tuxnuxx/32/13031_2.png) [@TuxNuXX](https://www.debian-fr.org/u/TuxNuXX)\ **Post date:** [Octobre 29, 2024, 1:28 UTC](https://www.debian-fr.org/t/droits-dacces-a-dd-externe/90490/35 "2024-10-29T13:28:26Z")
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 ---
**Author:** ![jeanarobase](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jeanarobase/32/12175_2.png) [@jeanarobase](https://www.debian-fr.org/u/jeanarobase)\ **Post date:** [Novembre 13, 2024, 11:13 UTC](https://www.debian-fr.org/t/droits-dacces-a-dd-externe/90490/36 "2024-11-13T11:13:26Z")
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](https://www.debian-fr.org/uploads/default/original/2X/8/8252793fa84328df3bd04adbff3e4504eaaf7e12.png) [Page précédente](https://www.debian-fr.org/t/droits-dacces-a-dd-externe/90490.md?page=1)