Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
(Debian) déverrouiller disque dur
24 views
Skip to first unread message
docanski
Dec 6, 2021, 6:39:37 AM12/6/21
to
Bonjour,
Retrouvé un DD inutilisé depuis 2015 pour constater que tous les
dossiers/fichiers étaient verrouillés. Lecture seule mais impossibilité
de sauvegarder les fichiers sur un autre DD ou tout simplement modifier
ces dossiers/fichiers. J'y tiens : beaucoup de photos anciennes.
Ce n'est pas la première fois que cette bizarrerie se manifeste, j'ai pu
le constater à quelques reprises sur des clefs USB.
Comment déverrouiller ces fichiers ?
Cordialement,
--
docanski
Guide des champignons d'Europe : http://mycorance.free.fr/
La vallée de la Rance maritime : http://valderance.free.fr/
Les côtes du nord de la Bretagne : http://docarmor.free.fr/
Forum boursier : http://docanski.free.fr/boursomania/
Retrouvé un DD inutilisé depuis 2015 pour constater que tous les
dossiers/fichiers étaient verrouillés. Lecture seule mais impossibilité
de sauvegarder les fichiers sur un autre DD ou tout simplement modifier
ces dossiers/fichiers. J'y tiens : beaucoup de photos anciennes.
Ce n'est pas la première fois que cette bizarrerie se manifeste, j'ai pu
le constater à quelques reprises sur des clefs USB.
Comment déverrouiller ces fichiers ?
Cordialement,
--
docanski
Guide des champignons d'Europe : http://mycorance.free.fr/
La vallée de la Rance maritime : http://valderance.free.fr/
Les côtes du nord de la Bretagne : http://docarmor.free.fr/
Forum boursier : http://docanski.free.fr/boursomania/
Marc SCHAEFER
Dec 6, 2021, 6:45:06 AM12/6/21
to
docanski <doca...@scarlett-invalid.be> wrote:
> Retrouvé un DD inutilisé depuis 2015 pour constater que tous les
> dossiers/fichiers étaient verrouillés. Lecture seule mais impossibilité
Il y a deux raisons, à mon avis, pour ce "verrouillage":
> Retrouvé un DD inutilisé depuis 2015 pour constater que tous les
> dossiers/fichiers étaient verrouillés. Lecture seule mais impossibilité
1) le système de fichiers supporte les droits POSIX
mais le fs a été créé par un utilisateur (UID) qui
n'est pas le même que celui qui veut le lire (*)
solution simple:
# si disque monté sur /mnt (utiliser df pour
# connaître le point de montage) et que l'utilisateur
# actuel est user et son groupe group (voir la
# commande id)
# à tourner sous root, p.ex. via sudo
chown -R user:group /mnt
2) le système de fichiers est corrompu, et dmesg | tail (sous root,
par exemple avec sudo) montre des erreurs.
(*) La plupart du temps, les distributions crée le 1er utilisateur
avec le numéro 1000, groupe 1000, donc cela est surprenant.
docanski
Dec 6, 2021, 11:37:34 AM12/6/21
to
Marc SCHAEFER a écrit le 6/12/21 à 12:45 :
> Il y a deux raisons, à mon avis, pour ce "verrouillage":
>
> 1) le système de fichiers supporte les droits POSIX
> mais le fs a été créé par un utilisateur (UID) qui
> n'est pas le même que celui qui veut le lire (*)
- Ce DD a été créé avec Debian mais sur une autre machine à l'époque.
- user et root ont toujours été les mêmes qu'actuellement et en
utilisant le même identifiant pour les deux.
- Le "propriétaire" est donc toujours le même car les configurations des
distributions successives ont toujours été faites avec les mêmes noms.
> # à tourner sous root, p.ex. via sudo
> chown -R user:group /mnt
Via sudo (en réalité sudo su car sudo seul me retourne une erreur) cette
commande me renvoie
chown: utilisateur incorrect: « user:group »
> Il y a deux raisons, à mon avis, pour ce "verrouillage":
>
> 1) le système de fichiers supporte les droits POSIX
> mais le fs a été créé par un utilisateur (UID) qui
> n'est pas le même que celui qui veut le lire (*)
- user et root ont toujours été les mêmes qu'actuellement et en
utilisant le même identifiant pour les deux.
- Le "propriétaire" est donc toujours le même car les configurations des
distributions successives ont toujours été faites avec les mêmes noms.
> # à tourner sous root, p.ex. via sudo
> chown -R user:group /mnt
commande me renvoie
chown: utilisateur incorrect: « user:group »
jp willm
Dec 6, 2021, 11:54:26 AM12/6/21
to
Le 06/12/2021 à 17:37, docanski a écrit :
> Via sudo (en réalité sudo su car sudo seul me retourne une erreur) cette
> commande me renvoie
> chown: utilisateur incorrect: « user:group »
>
Chez moi ce serait sudo chown -R jp:jp /mnt
> Via sudo (en réalité sudo su car sudo seul me retourne une erreur) cette
> commande me renvoie
> chown: utilisateur incorrect: « user:group »
>
--
jp willm
https://willms.pagesperso-orange.fr/
https://www.youtube.com/channel/UCJwHW5GwrK1fq16cxUoBOUw
Marc SCHAEFER
Dec 6, 2021, 12:07:07 PM12/6/21
to
docanski <doca...@scarlett-invalid.be> wrote:
> Via sudo (en réalité sudo su car sudo seul me retourne une erreur) cette
Syntaxe de sudo
> Via sudo (en réalité sudo su car sudo seul me retourne une erreur) cette
sudo commande
ou
sudo -s # ou sudo bash, sudo su, etc
> chown: utilisateur incorrect: «| user:group| »
1) la sortie de la commande id sous l'utilisateur qui aimerait
accéder à ce vieux système de fichiers
2) la sortie de sudo ls -l /mnt
(changer /mnt en le chemin où se trouve vraiment ce
système de fichier)
il faudrait qu'on voie au moins un des fichiers ou
répertoire en lecture seulement
3) mount | grep /mnt
(changer /mnt en le chemin où se trouve vraiment ce
système de fichier)
docanski
Dec 6, 2021, 12:27:36 PM12/6/21
to
Marc SCHAEFER a écrit le 6/12/21 à 18:07 :
> Bon, je vous propose plutôt de nous envoyer ceci:
>
> 1) la sortie de la commande id sous l'utilisateur qui aimerait
> accéder à ce vieux système de fichiers
uid=1000(docanski) gid=1000(docanski)
groupes=1000(docanski),24(cdrom),25(floppy),27(sudo),29(audio),30(dip),44(video),46(plugdev),109(netdev),112(bluetooth),116(scanner),119(lpadmin)
> 2) la sortie de sudo ls -l /mnt
> (changer /mnt en le chemin où se trouve vraiment ce
> système de fichier)
commande faite dans le DD en question me retourne total 0
> 3) mount | grep /mnt
> (changer /mnt en le chemin où se trouve vraiment ce
> système de fichier)
commande faite dans le DD ne retourne rien.
(Désolé si j'agis mal mais la ligne de commande est loin d'être ma tasse
de thé)
> Bon, je vous propose plutôt de nous envoyer ceci:
>
> 1) la sortie de la commande id sous l'utilisateur qui aimerait
> accéder à ce vieux système de fichiers
groupes=1000(docanski),24(cdrom),25(floppy),27(sudo),29(audio),30(dip),44(video),46(plugdev),109(netdev),112(bluetooth),116(scanner),119(lpadmin)
> 2) la sortie de sudo ls -l /mnt
> (changer /mnt en le chemin où se trouve vraiment ce
> système de fichier)
> 3) mount | grep /mnt
> (changer /mnt en le chemin où se trouve vraiment ce
> système de fichier)
(Désolé si j'agis mal mais la ligne de commande est loin d'être ma tasse
de thé)
Marc SCHAEFER
Dec 6, 2021, 12:29:35 PM12/6/21
to
docanski <doca...@scarlett-invalid.be> wrote:
> commande faite dans le DD en question me retourne total 0
Dans le système de fichiers monté, donc il n'y a rien dans le répertoire
> commande faite dans le DD en question me retourne total 0
(ou que des fichiers cachés).
> commande faite dans le DD ne retourne rien.
été monté.
Vous pouvez me donner l'entier des commandes:
lsblk
mount
Le plus simple serait:
(lsblk; mount) > /tmp/toto
puis dans Firefox aller ici: https://www.alphanet.ch/~schaefer/cgi-bin/demo-filesend.pl
et uploader le fichier /tmp/toto
docanski
Dec 7, 2021, 3:33:03 AM12/7/21
to
Marc SCHAEFER a écrit le 6/12/21 à 18:29 :
> Vous pouvez me donner l'entier des commandes:
>
> lsblk
[code]
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 232,9G 0 disk
├─sda1 8:1 0 579M 0 part
├─sda2 8:2 0 50,3G 0 part
└─sda3 8:3 0 182G 0 part /
sdb 8:16 1 29,3G 0 disk
└─sdb1 8:17 1 29,3G 0 part
sdc 8:32 1 14,5G 0 disk
└─sdc1 8:33 1 14,5G 0 part
sdd 8:48 1 14,9G 0 disk
└─sdd1 8:49 1 14,9G 0 part
sde 8:64 0 465,8G 0 disk
└─sde1 8:65 0 465,8G 0 part /media/docanski/3C89-4532
sr0 11:0 1 1024M 0 rom
[/code]
> mount
[code]
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs
(rw,nosuid,relatime,size=4002180k,nr_inodes=1000545,mode=755)
devpts on /dev/pts type devpts
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=807012k,mode=755)
/dev/sda3 on / type ext4 (rw,noatime)
securityfs on /sys/kernel/security type securityfs
(rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup2 on /sys/fs/cgroup/unified type cgroup2
(rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup
(rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup
(rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/rdma type cgroup
(rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/pids type cgroup
(rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/devices type cgroup
(rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/cpuset type cgroup
(rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/memory type cgroup
(rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup
(rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/blkio type cgroup
(rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/freezer type cgroup
(rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/perf_event type cgroup
(rw,nosuid,nodev,noexec,relatime,perf_event)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs
(rw,relatime,fd=28,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=14371)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
mqueue on /dev/mqueue type mqueue (rw,relatime)
tmpfs on /run/user/1000 type tmpfs
(rw,nosuid,nodev,relatime,size=807008k,mode=700,uid=1000,gid=1000)
/dev/sde1 on /media/docanski/3C89-4532 type vfat
(ro,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
[/code]
>
> Le plus simple serait:
>
> (lsblk; mount) > /tmp/toto
>
> puis dans Firefox aller ici: https://www.alphanet.ch/~schaefer/cgi-bin/demo-filesend.pl
> et uploader le fichier /tmp/toto
Le fichier issu de lsblk; mount a été "uploadé" sur l'URL indiqué.
Attention toutefois car je l'ai essayé sur 2 machines différentes. La
bonne est la seconde.
(en espérant avoir bien compris la proposition ...)
> Vous pouvez me donner l'entier des commandes:
>
> lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 232,9G 0 disk
├─sda1 8:1 0 579M 0 part
├─sda2 8:2 0 50,3G 0 part
└─sda3 8:3 0 182G 0 part /
sdb 8:16 1 29,3G 0 disk
└─sdb1 8:17 1 29,3G 0 part
sdc 8:32 1 14,5G 0 disk
└─sdc1 8:33 1 14,5G 0 part
sdd 8:48 1 14,9G 0 disk
└─sdd1 8:49 1 14,9G 0 part
sde 8:64 0 465,8G 0 disk
└─sde1 8:65 0 465,8G 0 part /media/docanski/3C89-4532
sr0 11:0 1 1024M 0 rom
[/code]
> mount
[code]
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs
(rw,nosuid,relatime,size=4002180k,nr_inodes=1000545,mode=755)
devpts on /dev/pts type devpts
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=807012k,mode=755)
/dev/sda3 on / type ext4 (rw,noatime)
securityfs on /sys/kernel/security type securityfs
(rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup2 on /sys/fs/cgroup/unified type cgroup2
(rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup
(rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup
(rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/rdma type cgroup
(rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/pids type cgroup
(rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/devices type cgroup
(rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/cpuset type cgroup
(rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/memory type cgroup
(rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup
(rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/blkio type cgroup
(rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/freezer type cgroup
(rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/perf_event type cgroup
(rw,nosuid,nodev,noexec,relatime,perf_event)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs
(rw,relatime,fd=28,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=14371)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
mqueue on /dev/mqueue type mqueue (rw,relatime)
tmpfs on /run/user/1000 type tmpfs
(rw,nosuid,nodev,relatime,size=807008k,mode=700,uid=1000,gid=1000)
/dev/sde1 on /media/docanski/3C89-4532 type vfat
(ro,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
[/code]
>
> Le plus simple serait:
>
> (lsblk; mount) > /tmp/toto
>
> puis dans Firefox aller ici: https://www.alphanet.ch/~schaefer/cgi-bin/demo-filesend.pl
> et uploader le fichier /tmp/toto
Attention toutefois car je l'ai essayé sur 2 machines différentes. La
bonne est la seconde.
(en espérant avoir bien compris la proposition ...)
Marc SCHAEFER
Dec 7, 2021, 5:04:42 AM12/7/21
to
docanski <doca...@scarlett-invalid.be> wrote:
> ??sda3 8:3 0 182G 0 part /
> ??sde1 8:65 0 465,8G 0 part /media/docanski/3C89-4532
Il y a donc deux filesystems.
> /dev/sde1 on /media/docanski/3C89-4532 type vfat
> (ro,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
Ah, ok.
Je n'utilise jamais de filesystem non ext4, en fait. Ici, le filesystem
de la clé USB a probablement été créé sur un OS non Linux, qui a mis du
VFAT.
Le VFAT c'est du FAT avec des noms de fichiers usuels.
Dans tous les cas, cela ne supporte pas les droits POSIX (propriétaire,
groupe, permissions).
En *théorie*, le système qui a automonté ça (le GUI peut-être) aurait dû
monter avec les droits de l'utilisateur courant. A voir ce qui précède,
c'est fait (uid=1000,gid=1000).
Par contre, cela été monté en lecture seule! Je ne sais pas pourquoi.
Work-around:
sudo mount /media/docanski/3C89-4532 -o remount,rw
Est-ce que cela marche?
Est-ce que quelqu'un sait pourquoi cela a été monté en ro (lecture
seule) ? Comme je ne vois pas d'option errors=remount-ro, je suppose
que cela peut être exclu.
> ??sda3 8:3 0 182G 0 part /
> ??sde1 8:65 0 465,8G 0 part /media/docanski/3C89-4532
Il y a donc deux filesystems.
> /dev/sde1 on /media/docanski/3C89-4532 type vfat
> (ro,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
Je n'utilise jamais de filesystem non ext4, en fait. Ici, le filesystem
de la clé USB a probablement été créé sur un OS non Linux, qui a mis du
VFAT.
Le VFAT c'est du FAT avec des noms de fichiers usuels.
Dans tous les cas, cela ne supporte pas les droits POSIX (propriétaire,
groupe, permissions).
En *théorie*, le système qui a automonté ça (le GUI peut-être) aurait dû
monter avec les droits de l'utilisateur courant. A voir ce qui précède,
c'est fait (uid=1000,gid=1000).
Par contre, cela été monté en lecture seule! Je ne sais pas pourquoi.
Work-around:
sudo mount /media/docanski/3C89-4532 -o remount,rw
Est-ce que cela marche?
Est-ce que quelqu'un sait pourquoi cela a été monté en ro (lecture
seule) ? Comme je ne vois pas d'option errors=remount-ro, je suppose
que cela peut être exclu.
docanski
Dec 7, 2021, 6:34:53 AM12/7/21
to
Marc SCHAEFER a écrit le 7/12/21 à 11:04 :
> sudo mount /media/docanski/3C89-4532 -o remount,rw
>
> Est-ce que cela marche?
Résultat :
-- mount: /media/docanski/3C89-4532: le point de montage n'existe pas
docanski
> sudo mount /media/docanski/3C89-4532 -o remount,rw
>
> Est-ce que cela marche?
-- mount: /media/docanski/3C89-4532: le point de montage n'existe pas
docanski
Marc SCHAEFER
Dec 7, 2021, 8:14:52 AM12/7/21
to
docanski <doca...@scarlett-invalid.be> wrote:
> Résultat :
> -- mount: /media/docanski/3C89-4532: le point de montage n'existe pas
Contrôlez que ce montage est actif actuellement (mount | grep /media et
> Résultat :
> -- mount: /media/docanski/3C89-4532: le point de montage n'existe pas
df | grep /media)
docanski
Dec 7, 2021, 11:14:25 AM12/7/21
to
Marc SCHAEFER a écrit le 7/12/21 à 14:14 :
> Contrôlez que ce montage est actif actuellement (mount | grep /media et
> df | grep /media)
La seconde commande répond : /dev/sdb1 488145104 81925392
406219712 17% /media/docanski/3C89-4532
> Contrôlez que ce montage est actif actuellement (mount | grep /media et
> df | grep /media)
406219712 17% /media/docanski/3C89-4532
Marc SCHAEFER
Dec 7, 2021, 11:17:01 AM12/7/21
to
docanski <doca...@scarlett-invalid.be> wrote:
> La seconde commande répond : /dev/sdb1 488145104 81925392
> 406219712 17% /media/docanski/3C89-4532
Donc c'est monté.
> La seconde commande répond : /dev/sdb1 488145104 81925392
> 406219712 17% /media/docanski/3C89-4532
sudo mount -o remount,rw /media/docanski/3C89-4532
ou
sudo mount -o remout,rw /dev/sdb1
donne toujours une erreur?
Si oui, je donne ma langue au chat (namespace où root ne voit pas ce
montage? bug bizarre?)
docanski
Dec 7, 2021, 12:23:08 PM12/7/21
to
Marc SCHAEFER a écrit le 7/12/21 à 17:17 :
> sudo mount -o remount,rw /media/docanski/3C89-4532 > sudo mount -o remout,rw /dev/sdb1
sont tous les deux muets ... mais les dossiers sont toujours verrouillés.
> sudo mount -o remount,rw /media/docanski/3C89-4532 > sudo mount -o remout,rw /dev/sdb1
sont tous les deux muets ... mais les dossiers sont toujours verrouillés.
Jo Engo
Dec 7, 2021, 2:23:39 PM12/7/21
to
Le Tue, 7 Dec 2021 18:23:07 +0100, docanski a écrit :
> sont tous les deux muets ... mais les dossiers sont toujours verrouillés.
Peux-tu faire ls -l sur un fichier :
> sont tous les deux muets ... mais les dossiers sont toujours verrouillés.
ls -l /media/.../fichier
remplacer ... par le path et fichier par le nom d'un fichier
--
J'aime les hommes qui ont de l'avenir et les femmes qui ont un passé.
-+- Oscar Wilde -+-
docanski
Dec 8, 2021, 3:29:22 AM12/8/21
to
Jo Engo a écrit le 7/12/21 à 20:23 :
type"
Par contre, quand je fais ls -l j'obtiens ceci :
[code]
drwxr-xr-x 7 docanski docanski 16384 jui 2 2020 Debian-ISO
drwxr-xr-x 12 docanski docanski 16384 nov 27 2018 Debian-profil
drwxr-xr-x 2 docanski docanski 16384 mar 20 2015 Famille-film_a_monter
etc ...
[/code]
... sachant que le nom de root est le même que celui de user
> Le Tue, 7 Dec 2021 18:23:07 +0100, docanski a écrit :
>
>> sont tous les deux muets ... mais les dossiers sont toujours verrouillés.
>
> Peux-tu faire ls -l sur un fichier :
>
> ls -l /media/.../fichier
>
> remplacer ... par le path et fichier par le nom d'un fichier
la commande faite dans le média me donne "aucun fichier ou dossier de ce
>
>> sont tous les deux muets ... mais les dossiers sont toujours verrouillés.
>
> Peux-tu faire ls -l sur un fichier :
>
> ls -l /media/.../fichier
>
> remplacer ... par le path et fichier par le nom d'un fichier
type"
Par contre, quand je fais ls -l j'obtiens ceci :
[code]
drwxr-xr-x 7 docanski docanski 16384 jui 2 2020 Debian-ISO
drwxr-xr-x 12 docanski docanski 16384 nov 27 2018 Debian-profil
drwxr-xr-x 2 docanski docanski 16384 mar 20 2015 Famille-film_a_monter
etc ...
[/code]
... sachant que le nom de root est le même que celui de user
0 new messages