Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#26 Le 06/03/2023, à 18:13

xt43

Re : Changement inopérant de propriétaire d'un dossier/partition NTFS

Je n'ai fait qu'un mv, pour Data_Xavier, pour les autres dossiers de tête (qu'on retrouve dans  ls -Rals /mnt ), j'ai fait des glisser-déplacer sous PCManFM (qui équivalent peut-être à des mv ?)
Mes fichiers sont effectivement quelque part, j'ai démonté tout ce qui était monté, puis :

moi@canard:/z-svg-Data-Docs-E$ ls -Rals /media
/media:
total 12
4 drwxr-xr-x   3 root root 4096 mars   1 15:30 .
4 drwxr-xr-x  21 root root 4096 mars   5 12:52 ..
4 drwxr-x---+  2 root root 4096 mars   4 11:38 moi

/media/moi:
total 8
4 drwxr-x---+ 2 root root 4096 mars   4 11:38 .
4 drwxr-xr-x  3 root root 4096 mars   1 15:30 ..
moi@canard:/z-svg-Data-Docs-E$ 

qui me semble sans intéret. Mais : 

moi@canard:/z-svg-Data-Docs-E$ ls -Rals /mnt

me liste pleins de fichiers, ceux que j'ai perdus, trop pour la mémoire écran et les dernières lignes sont :

  48 -rwxrwxrwx  1 moi moi   48128 janv. 25 17:05  Partage18-21_2_2023-01-25_17-05.xls
  52 -rwxrwxrwx  1 moi moi   50688 févr.  5 16:22  Partage18-21_3_2023-02-05_16-22.xls
  32 -rwxrwxrwx  1 moi moi   32256 nov.  15 08:42 'Prévisions trésorerie_0.xls'
  32 -rwxrwxrwx  1 moi moi   32256 janv. 27 11:35 'Prévisions trésorerie_10_2023-01-27_11-35.xls'
  32 -rwxrwxrwx  1 moi moi   32256 févr.  5 10:19 'Prévisions trésorerie_11_2023-02-05_10-19.xls'
  32 -rwxrwxrwx  1 moi moi   32256 nov.  18 08:36 'Prévisions trésorerie_1_2022-11-18_08-36.xls'
  32 -rwxrwxrwx  1 moi moi   32768 févr. 15 08:36 'Prévisions trésorerie_12_2023-02-15_08-36.xls'
  32 -rwxrwxrwx  1 moi moi   32768 févr. 22 10:23 'Prévisions trésorerie_13_2023-02-22_10-23.xls'
  32 -rwxrwxrwx  1 moi moi   32768 févr. 28 16:24 'Prévisions trésorerie_14_2023-02-28_16-24.xls'
  32 -rwxrwxrwx  1 moi moi   32256 nov.  26 15:33 'Prévisions trésorerie_2_2022-11-26_15-33.xls'
  32 -rwxrwxrwx  1 moi moi   32256 déc.   1 08:31 'Prévisions trésorerie_3_2022-12-01_08-31.xls'
  32 -rwxrwxrwx  1 moi moi   31232 déc.  16 08:47 'Prévisions trésorerie_4_2022-12-16_08-47.xls'
  32 -rwxrwxrwx  1 moi moi   32768 janv.  2 08:38 'Prévisions trésorerie_5_2023-01-02_08-38.xls'
  32 -rwxrwxrwx  1 moi moi   32768 janv. 13 08:34 'Prévisions trésorerie_6_2023-01-13_08-35.xls'
  32 -rwxrwxrwx  1 moi moi   32768 janv. 16 10:30 'Prévisions trésorerie_7_2023-01-16_10-30.xls'
  32 -rwxrwxrwx  1 moi moi   32768 janv. 17 08:38 'Prévisions trésorerie_8_2023-01-17_08-38.xls'
  32 -rwxrwxrwx  1 moi moi   32768 janv. 21 08:34 'Prévisions trésorerie_9_2023-01-21_08-34.xls'
 316 -rwxrwxrwx  1 moi moi  321024 févr. 15 11:39 'Suivi du verger 17-24_0_2023-02-15_11-39.doc'
  16 -rwxrwxrwx  1 moi moi   15872 févr. 19 16:27 'Suivi terres Brou etc_0_2023-02-19_16-27.xls'
  20 -rwxrwxrwx  1 moi moi   19968 janv. 27 16:39 'Testament projet_0_2023-01-27_16-39.doc'

/mnt/Sauvegardes_nv:
total 8
4 drwxr-xr-x 2 root root 4096 déc.  14 15:41 .
4 drwxr-xr-x 5 root root 4096 mars   4 19:09 ..
moi@canard:/z-svg-Data-Docs-E$ 

Ces derniers sont issus de la Sauvegarde avec incrémentation automatique de OpenOffice. Mais où sont-ils ? je ne vois pas
Pour essayer d'y voir plus clair j'ai relancé la commande sans R

moi@canard:/z-svg-Data-Docs-E$ ls -als /mnt
total 20
4 drwxr-xr-x  5 root root 4096 mars   4 19:09  .
4 drwxr-xr-x 21 root root 4096 mars   5 12:52  ..
4 drwxr-xr-x  3 moi  moi  4096 mars   3 08:41 'copy of N'
4 drwxr-xr-x  5 moi  moi  4096 mars   6 12:01  Data-Docs-E
4 drwxr-xr-x  2 root root 4096 déc.  14 15:41  Sauvegardes_nv
moi@canard:/z-svg-Data-Docs-E$ 

Mais je ne suis pas capable d'interpréter ça.

Dernière modification par xt43 (Le 06/03/2023, à 18:22)


Débutant sous Ubuntu 22.04.3 LTS, Gnome 42.9, fenêtrage Wayland, 8Go de mémoire.
Système sur un SSD réservé, documents et autres sur disque interne classique.
Était avant sous W8.2 dont le disque système (SSD) a crashé.

Hors ligne

#27 Le 06/03/2023, à 18:20

xt43

Re : Changement inopérant de propriétaire d'un dossier/partition NTFS

@MicP
C'était 2 ext4 (partition système vers partition nouvellement formatée en ext4) et je fais toujours attention à ce que le curseur contienne un + si je veux une copie ou n'en contienne pas si je veux un déplacement (en utilisant MAJ ou Ctrl).


Débutant sous Ubuntu 22.04.3 LTS, Gnome 42.9, fenêtrage Wayland, 8Go de mémoire.
Système sur un SSD réservé, documents et autres sur disque interne classique.
Était avant sous W8.2 dont le disque système (SSD) a crashé.

Hors ligne

#28 Le 06/03/2023, à 18:30

geole

Re : Changement inopérant de propriétaire d'un dossier/partition NTFS

Peux-tu redonner ces trois retours ensemble.

lsblk -fe7
ls -ls /mnt
df -htext4

Plus exactement, ce que je pensais semble se confirmer.
Pour y voir plus clair. Tu vas supprimer les points de montages.
S'il y a des données, ils seront conservés

sudo rmdir -v  /mnt/'copy of N'
sudo rmdir -v /mnt/Data-Docs-E
sudo rmdir -v /mnt/Sauvegardes_nv 

Puis tu remonteras ta partition de sauvegarde dans /media
et tu pourras y recopier le contenu de /mnt

Dernière modification par geole (Le 06/03/2023, à 18:45)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#29 Le 06/03/2023, à 19:07

MicP

Re : Changement inopérant de propriétaire d'un dossier/partition NTFS

Dans son message #27, xt43 a écrit :

…C'était 2 ext4 (partition système vers partition nouvellement formatée en ext4) …

Donc, ces deux systèmes de fichiers n'étaient pas le même système de fichier,
<=> même s'ils ont été formatés pour le même type de système de fichiers, ces deux systèmes de fichiers sont bien deux systèmes de fichiers distincts,
Le glissé/déposé ne s'est pas fait depuis et vers le même système de fichiers.

Dernière modification par MicP (Le 06/03/2023, à 19:08)

Hors ligne

#30 Le 06/03/2023, à 19:14

xt43

Re : Changement inopérant de propriétaire d'un dossier/partition NTFS

Ci-dessous les 6 commandes demandées :

moi@canard:/z-svg-Data-Docs-E$ lsblk -fe7
NAME   FSTYPE FSVER LABEL          UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                                    
├─sda1                                                                                 
├─sda2 vfat   FAT32                062E-472A                             506,7M     1% /boot/efi
└─sda3 ext4   1.0                  274c84dd-502e-43b1-8c27-c822f8f5ef00  152,5G    25% /var/snap/firefox/common/host-hunspell
                                                                                       /
sdb                                                                                    
├─sdb1 ext4   1.0   Data-Docs-E    7f817b21-371e-4b1e-ab90-8ee0ab271daf                
├─sdb2 ext4   1.0   ex-N           2256366a-75d8-4ed1-bb34-1dbb812c5e51                
└─sdb3                                                                                 
sdc                                                                                    
├─sdc1                                                                                 
├─sdc2                                                                                 
├─sdc3 ext4   1.0   Sauvegardes_nv dba378bc-6d2c-41d4-ba56-57d2fb1c64f0                
├─sdc4                                                                                 
├─sdc5                                                                                 
└─sdc6 ntfs         Trop petit     01D1C6F9CE2850C0                                    
sdd                                                                                    
moi@canard:/z-svg-Data-Docs-E$   ls -ls /mnt
total 12
4 drwxr-xr-x 3 moi  moi  4096 mars   3 08:41 'copy of N'
4 drwxr-xr-x 5 moi  moi  4096 mars   6 12:01  Data-Docs-E
4 drwxr-xr-x 2 root root 4096 déc.  14 15:41  Sauvegardes_nv
moi@canard:/z-svg-Data-Docs-E$ df -htext4
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda3          219G     55G  153G  27% /
moi@canard:/z-svg-Data-Docs-E$ sudo rmdir -v  /mnt/'copy of N'
[sudo] Mot de passe de moi : 
rmdir: suppression du répertoire, '/mnt/copy of N'
rmdir: impossible de supprimer '/mnt/copy of N': Le dossier n'est pas vide
moi@canard:/z-svg-Data-Docs-E$ sudo rmdir -v /mnt/Data-Docs-E
rmdir: suppression du répertoire, '/mnt/Data-Docs-E'
rmdir: impossible de supprimer '/mnt/Data-Docs-E': Le dossier n'est pas vide
moi@canard:/z-svg-Data-Docs-E$ sudo rmdir -v /mnt/Sauvegardes_nv 
rmdir: suppression du répertoire, '/mnt/Sauvegardes_nv'
moi@canard:/z-svg-Data-Docs-E$ 

Problème : Sauvegardes_nv n'était pas vide, il contenait, hier au moins, entre autre des sauvegardes dont celles de mes données faites en septembre sous Windows. On ne le voit plus

moi@canard:/z-svg-Data-Docs-E$ ls -als /mnt
total 16
4 drwxr-xr-x  4 root root 4096 mars   6 18:54  .
4 drwxr-xr-x 21 root root 4096 mars   5 12:52  ..
4 drwxr-xr-x  3 moi  moi  4096 mars   3 08:41 'copy of N'
4 drwxr-xr-x  5 moi  moi  4096 mars   6 12:01  Data-Docs-E
moi@canard:/z-svg-Data-Docs-E$ 

Puis

geole a écrit :

Puis tu remonteras ta partition de sauvegarde dans /media
et tu pourras y recopier le contenu de /mnt

Je n'ai pas de partition de sauvegarde, j'avais hébergé le contenu de Data-Docs-E dans le dossier, qui existe toujours, z-svg-Data-Docs-E créé dans la partition du système.  Et je ne comprend pas ce que tu me demande de faire puisque j'avais constaté que Data-Docs-E est vide et de plus actuellement démonté.


Débutant sous Ubuntu 22.04.3 LTS, Gnome 42.9, fenêtrage Wayland, 8Go de mémoire.
Système sur un SSD réservé, documents et autres sur disque interne classique.
Était avant sous W8.2 dont le disque système (SSD) a crashé.

Hors ligne

#31 Le 06/03/2023, à 19:19

xt43

Re : Changement inopérant de propriétaire d'un dossier/partition NTFS

@MicP
OK, c'est noté mais, décidément Unix ne m'est pas clair. Bien content de ne pas avoir eu à faire avec lui dans ma vie active.


Débutant sous Ubuntu 22.04.3 LTS, Gnome 42.9, fenêtrage Wayland, 8Go de mémoire.
Système sur un SSD réservé, documents et autres sur disque interne classique.
Était avant sous W8.2 dont le disque système (SSD) a crashé.

Hors ligne

#32 Le 08/03/2023, à 04:43

Coeur Noir

Re : Changement inopérant de propriétaire d'un dossier/partition NTFS

Je dirais que c'est la question du « montage » qui n'est pas claire - parce que c'est un aspect très différent entre Windows et Linux.

Win, il voit des données dans une partition, il leur attribue un point de montage sans te demander ton avis ( E:/ F:/ ou autre lettre ).

Linux, il attend que tu lui dises quoi faire : il te montre d'abord les périphériques et leurs partitions, mais c'est toi qui décides dans quel dossier tu veux voir leurs données, c'est toi qui dis au système :
monte les données de telle partition ( physique, matérielle ) à tel emplacement ( dossier ) dans mon système ( logique, symbolique. )

Exception notable : les supports amovibles~nomades, connectables « à chaud » ( DD externe, clé usb, carte mémoire, cd… )
Pour ceux-là Linux montera leurs données automatiquement dans un emplacement accessible à l'utilisateur de la session en cours : /media/$USER/label_ou_uuid_périphérique

Souvent on « monte » des données dans un dossier vide créé pour l'occasion ( créer des dossiers dans /mnt par exemple. )
Mais on peut très bien monter des données d'une partition B dans le dossier Z d'une partition A, dossier Z qui contient déjà quelque chose sur cette partition A : dans ce cas les données provenant de B « prennent la place » des données initiales, Z affiche B pendant que le montage est actif. Cependant aucune donnée n'a disparu de A, elles ne sont juste plus accessibles « d'un point vue logiciel, symbolique » mais elles sont toujours écrites physiquement dans A.
Sitôt que le montage de la partition B dans le dossier Z n'est plus actif, alors Z montre à nouveau le contenu de A. Il y a une idée de substitution.

Et c'est ce qui t'est arrivé - dans l'autre sens : tu as cru qu'une partition était montée dans un dossier, tu as déplacé des éléments vers ce dossier en pensant qu'ils s'inscriraient dans une partition mais en fait aucune partition n'y montait à ce moment-là. Donc tu as écrit dans le dossier « directement », dossier qui se situe à la racine de ton système, dans la partition système, dans /mnt/un_dossier

Car un montage initié manuellement ne dure que le temps de la session, il ne revient pas tout seul au (re)démarrage suivant du pc…
Sauf si tu demandes au système de réaliser ce montage dès le démarrage : c'est le rôle du fichier /etc/fstab qui consigne les partitions à monter de façon permanente.
À la base il ne contient que les éléments vitaux du système ( inévitablement la racine système, éventuellement un fichier ou une partition d'échange swap et potentiellement une partition de boot EFI ).
Mais on peut rajouter à ce fichier fstab d'autres montages - par exemple des partitions de disques « internes ».

C'est peut-être bien ce qui manque à ton organisation ?
Pour voir chez toi les partitions exploitables dès le démarrage système :

cat /etc/fstab

On a déjà une petite idée de ton contexte grâce à la commande lsblk -fe7,11 précédemment, 3 voire 4 disques ( internes~permanents ou externes~nomades ? ) - car la situation de sdd paraît intrigante ( aucune partition ni système de fichiers sur lui ) ?

Dernière modification par Coeur Noir (Le 08/03/2023, à 04:52)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#33 Le 08/03/2023, à 09:39

geole

Re : Changement inopérant de propriétaire d'un dossier/partition NTFS

Bonjour.
J'espère que tu as un peu compris l'explication de coeur noir.
En résumé.
  Les partitions sur disque externe sont automatiquement accessibles.
  Les parttions sur disque interne ne le sont jamais a l'exception de celles qui sont bien décrites dans le fichier /etc/fstab. Donc la commande lsblk montre que le contenu de ces partitions  n'est pas mis à ta disposition car il n'y a pas de point de montage. Il faut une action de ta part.

├─sdb1 ext4   1.0   Data-Docs-E    7f817b21-371e-4b1e-ab90-8ee0ab271daf                
├─sdb2 ext4   1.0   ex-N           2256366a-75d8-4ed1-bb34-1dbb812c5e51                                                                                                                                                                                    
├─sdc3 ext4   1.0   Sauvegardes_nv dba378bc-6d2c-41d4-ba56-57d2fb1c64f0                                                                                                                                                      
└─sdc6 ntfs         Trop petit     01D1C6F9CE2850C0 

Donc, lorsqu'elles seront montées soit automatiquement si définies dans le fichier /etc/fstab soit ponctuellement à ta demande par l'une de ces commandes

udisksctl mount -b /dev/sdb1

Cette commande fabrique automatiquement le point de montage et te dit sa valeur
ou

sudo mkdir -v /media/$USER/Data-Docs-E
sudo mount -v /dev/sdb1 /media/$USER/Data-Docs-E
sudo chown $USER /media/$USER/Data-DocsE

Avec cette commande, tu peux choisir le point de montage qui te plait.
Attention , comme tu déja des données dans ces répertoires

ls -als /mnt
4 drwxr-xr-x  3 moi  moi  4096 mars   3 08:41 'copy of N'
4 drwxr-xr-x  5 moi  moi  4096 mars   6 12:01  Data-Docs-E

si tu les choisis comme point de montage, leur contenu sera masqué et deviendra incopiable.

Dernière modification par geole (Le 08/03/2023, à 09:58)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#34 Le 08/03/2023, à 11:20

xt43

Re : Changement inopérant de propriétaire d'un dossier/partition NTFS

Réponse rédigée avant réception de geole. Je lui répondrai dans un prochain message après avoir tenté les manips proposées.
Bien ! bien ! Merci Coeur Noir de ces explications détaillées que j'ai grossièrement saisies. Il va falloir maintenant que je les relise et assimile et m'habitue à la philosophie d'Unix qui est étrangère à mon expérience passée.

Mais, sur un plan pratique, comment récupérer mes fichiers ? Où sont-ils ? quel chemin pour en faire la copie ? etc.

Coeur Noir a écrit :

Donc tu as écrit dans le dossier « directement », dossier qui se situe à la racine de ton système, dans la partition système, dans /mnt/un_dossier

mais :

moi@canard:/z-svg-Data-Docs-E$ sudo ls -a /mnt
[sudo] Mot de passe de moi : 
 .   ..  'copy of N'   Data-Docs-E
moi@canard:/z-svg-Data-Docs-E$ 

(avec sudo pour être sur d'afficher les dossiers cachés) où je ne vois que les dossiers existants.
et

moi@canard:/z-svg-Data-Docs-E$ ls -a /mnt/Data-Docs-E
 .   ..   Data_Xavier   Docs_sur_E_partagés  'Documents Xavier'   Documents_Xavier

Où je constate que les sous-dossiers de Data-Docs-E sont visibles alors que ce dernier n'est pas monté (c'est probablement une conséquence de ce que Coeur Noir dit). Mais sous PCManFM (rafraichi avec F5), seul  lost+found, invisible avec le ls, est apparent. À ce propos, comment faire pour savoir si un dossier, que je vois donc toujours sous PCManFM est monté ou non ?
Ces dernières questions ont leur importance, mais ce qui est primordial c'est comment récupérer mes fichiers ?

PS

Coeur Noir a écrit :

car la situation de sdd paraît intrigante

Je pense qu'il s'agit d'un disque externe que je monte parfois mais pas présentement.


Débutant sous Ubuntu 22.04.3 LTS, Gnome 42.9, fenêtrage Wayland, 8Go de mémoire.
Système sur un SSD réservé, documents et autres sur disque interne classique.
Était avant sous W8.2 dont le disque système (SSD) a crashé.

Hors ligne

#35 Le 08/03/2023, à 11:34

xt43

Re : Changement inopérant de propriétaire d'un dossier/partition NTFS

À la réflexion, je reprends la rédaction de ce message
@geole
udisksctl m'a semblé moins risqué, mais je crains le pire
J'ai donc lancé

moi@canard:/z-svg-Data-Docs-E$ udisksctl mount -b /dev/sdb1
Error mounting /dev/sdb1: GDBus.Error:org.freedesktop.UDisks2.Error.AlreadyMounted: Device /dev/sdb1 is already mounted at `/mnt/Data-Docs-E'.

Car j'avais, sous Disques, monté Data-Docs-E pour vérifier si les sous-dossiers principaux qui apparaissaient avec ls n'étaient pas accessibles par PCManFM. Je l'ai donc démonté sous Disques et refait la commande

moi@canard:/z-svg-Data-Docs-E$ udisksctl mount -b /dev/sdb1
Mounted /dev/sdb1 at /mnt/Data-Docs-E
moi@canard:/z-svg-Data-Docs-E$ ls -a /mnt/Data-Docs-E
.  ..  lost+found
moi@canard:/z-svg-Data-Docs-E$ 

Il y a une heure, je voyais les sous dossiers de Data-Docs-E mais pas lost+found  :

moi@canard:/z-svg-Data-Docs-E$ ls -a /mnt/Data-Docs-E
 .   ..   Data_Xavier   Docs_sur_E_partagés  'Documents Xavier'   Documents_Xavier

et maintenant ces sous-dossiers ont disparus. Il m'est clair, seulement maintenant, que je n'aurais pas du monter Data-Docs-E, comme dit au début.

Dernière modification par xt43 (Le 08/03/2023, à 12:27)


Débutant sous Ubuntu 22.04.3 LTS, Gnome 42.9, fenêtrage Wayland, 8Go de mémoire.
Système sur un SSD réservé, documents et autres sur disque interne classique.
Était avant sous W8.2 dont le disque système (SSD) a crashé.

Hors ligne

#36 Le 08/03/2023, à 14:58

Coeur Noir

Re : Changement inopérant de propriétaire d'un dossier/partition NTFS

…on « monte » des données d'une partition dans un dossier du système.

Ici ton dossier, c'est /mnt/Data-Docs-E, lui qu'il serve de point de montage ou pas, il est là, tu l'as fabriqué dans l’arborescence de dossiers qui constitue ton système ( la partition / racine ).

Si tu t'en sers de point de montage ( si tu montes /dev/sdb1 dans /mnt/Data-Docs-E ) alors le dossier Data-Docs-E montre les données contenues dans la partition sdb1.

Si tu ne t'en sers pas de point de montage, alors il montre son contenu direct, provenant de la partition / racine.

Chaque partition est un conteneur physique de données distinct.

Fais en sorte de ne monter aucune partition autre que la racine puis regarde à nouveau

ls -la /mnt/Data-Docs-E

et donne aussi le retour de

cat /etc/fstab

que tu constates ce qui se monte dès le démarrage du système.

Dernière modification par Coeur Noir (Le 08/03/2023, à 15:00)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#37 Le 08/03/2023, à 15:09

Coeur Noir

Re : Changement inopérant de propriétaire d'un dossier/partition NTFS

HS pour Geole :

NON on ne fait pas ça :

sudo mkdir -v /media/$USER/Data-Docs-E
sudo mount -v /dev/sdb1 /media/$USER/Data-Docs-E
sudo chown $USER /media/$USER/Data-Docs-E

le dossier /media/$USER on en laisse la pleine jouissance au système, pour les montages qu'il y effectue automatiquement, via udisks/udiskctl.

Par contre ça, c'est beaucoup moins risqué :

sudo mkdir -v /media/Data-Docs-E
sudo mount -v /dev/sdb1 /media/Data-Docs-E
sudo chown $USER:$USER /media/Data-Docs-E	# si et seulement si cette partition ne doit être accessible qu'à cet unique $USER
						# …et encore, ça dépend du type de système de fichiers ( EXT, NTFS ou autres ) contenu dans cette partition.

Le dossier point de montage Data-Docs-E peut très bien rester propriété de root:root avec droits rwxr-xr-x si des données contenues dans cette partition sont elles propriété de $USER:$USER,
ça se règle avec les options du montage en fonction du type de système de fichiers à monter, et non sur le dossier point de montage.

( et attention aux fautes de frappe )

Fin HS

Dernière modification par Coeur Noir (Le 08/03/2023, à 15:15)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#38 Le 08/03/2023, à 16:22

xt43

Re : Changement inopérant de propriétaire d'un dossier/partition NTFS

OK, en commencant par mount pour voir ce qui est monté et sélectionner les /dev/sdxN avec x autre que a

moi@canard:/z-svg-Data-Docs-E$ mount
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=3879672k,nr_inodes=969918,mode=755,inode64)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=783908k,mode=755,inode64)
/dev/sda3 on / type ext4 (rw,relatime,errors=remount-ro)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,inode64)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k,inode64)
cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot)
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)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=29,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=590)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
ramfs on /run/credentials/systemd-sysusers.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
/var/lib/snapd/snaps/bare_5.snap on /snap/bare/5 type squashfs (ro,nodev,relatime,errors=continue,x-gdu.hide)
/var/lib/snapd/snaps/core22_522.snap on /snap/core22/522 type squashfs (ro,nodev,relatime,errors=continue,x-gdu.hide)
/var/lib/snapd/snaps/core20_1822.snap on /snap/core20/1822 type squashfs (ro,nodev,relatime,errors=continue,x-gdu.hide)
/var/lib/snapd/snaps/firefox_2277.snap on /snap/firefox/2277 type squashfs (ro,nodev,relatime,errors=continue,x-gdu.hide)
/var/lib/snapd/snaps/firefox_2356.snap on /snap/firefox/2356 type squashfs (ro,nodev,relatime,errors=continue,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-38-2004_112.snap on /snap/gnome-3-38-2004/112 type squashfs (ro,nodev,relatime,errors=continue,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-38-2004_119.snap on /snap/gnome-3-38-2004/119 type squashfs (ro,nodev,relatime,errors=continue,x-gdu.hide)
/var/lib/snapd/snaps/gnome-42-2204_56.snap on /snap/gnome-42-2204/56 type squashfs (ro,nodev,relatime,errors=continue,x-gdu.hide)
/var/lib/snapd/snaps/gtk-common-themes_1535.snap on /snap/gtk-common-themes/1535 type squashfs (ro,nodev,relatime,errors=continue,x-gdu.hide)
/var/lib/snapd/snaps/snap-store_582.snap on /snap/snap-store/582 type squashfs (ro,nodev,relatime,errors=continue,x-gdu.hide)
/var/lib/snapd/snaps/snap-store_638.snap on /snap/snap-store/638 type squashfs (ro,nodev,relatime,errors=continue,x-gdu.hide)
/var/lib/snapd/snaps/snapd_17950.snap on /snap/snapd/17950 type squashfs (ro,nodev,relatime,errors=continue,x-gdu.hide)
/var/lib/snapd/snaps/snapd_18357.snap on /snap/snapd/18357 type squashfs (ro,nodev,relatime,errors=continue,x-gdu.hide)
/var/lib/snapd/snaps/snapd-desktop-integration_49.snap on /snap/snapd-desktop-integration/49 type squashfs (ro,nodev,relatime,errors=continue,x-gdu.hide)
/dev/sda3 on /var/snap/firefox/common/host-hunspell type ext4 (ro,noexec,noatime,errors=remount-ro)
/var/lib/snapd/snaps/snapd-desktop-integration_57.snap on /snap/snapd-desktop-integration/57 type squashfs (ro,nodev,relatime,errors=continue,x-gdu.hide)
/dev/sda2 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=783904k,nr_inodes=195976,mode=700,uid=1000,gid=1000,inode64)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
portal on /run/user/1000/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
tmpfs on /run/snapd/ns type tmpfs (rw,nosuid,nodev,noexec,relatime,size=783908k,mode=755,inode64)
nsfs on /run/snapd/ns/snapd-desktop-integration.mnt type nsfs (rw)
nsfs on /run/snapd/ns/firefox.mnt type nsfs (rw)
nsfs on /run/snapd/ns/snap-store.mnt type nsfs (rw)
/var/lib/snapd/snaps/core20_1828.snap on /snap/core20/1828 type squashfs (ro,nodev,relatime,errors=continue,x-gdu.hide)
/dev/sdb1 on /mnt/Data-Docs-E type ext4 (rw,relatime,x-gvfs-show)
moi@canard:/z-svg-Data-Docs-E$ umount /mnt/Data-Docs-E
umount: /mnt/Data-Docs-E: seul le superutilisateur peut démonter.
moi@canard:/z-svg-Data-Docs-E$ sudo umount /mnt/Data-Docs-E
[sudo] Mot de passe de moi : 
moi@canard:/z-svg-Data-Docs-E$ ls -la /mnt/Data-Docs-E
total 24
drwxr-xr-x  6 moi  moi  4096 mars   8 09:59  .
drwxr-xr-x  4 root root 4096 mars   6 18:54  ..
drwxrwxrwx  6 moi  moi  4096 juil. 28  2022  Data_Xavier
drwxrwxr-x  6 moi  moi  4096 mars   6 12:02  Docs_sur_E_partagés
drwxr-xr-x  3 moi  moi  4096 mars   8 09:59 'Documents Xavier'
drwxrwxrwx 16 moi  moi  4096 mars   6 12:09  Documents_Xavier
moi@canard:/z-svg-Data-Docs-E$ 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).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda3 during installation
UUID=274c84dd-502e-43b1-8c27-c822f8f5ef00 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda2 during installation
UUID=062E-472A  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
LABEL=ex-N /mnt/copy\040of\040N auto nosuid,nodev,nofail,x-gvfs-show 0 0
LABEL=Data-Docs-E /mnt/Data-Docs-E auto defaults,x-gvfs-show 0 0
LABEL=Sauvegardes_nv /mnt/Sauvegardes_nv auto nosuid,nodev,nofail,x-gvfs-show 0 0
/dev/disk/by-id/usb-Generic_STORAGE_DEVICE-0:0 /mnt/usb-Generic_STORAGE_DEVICE-0:0 auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0
/dev/disk/by-uuid/07A94E8E0560230A /mnt/07A94E8E0560230A auto nosuid,nodev,nofail,x-gvfs-show 0 0
moi@canard:/z-svg-Data-Docs-E$ 

Le ls -la /mnt/Data-Docs-E affiche bien les dossiers de tête que je craignais, une nouvelle fois, avoir perdus. Sauf que j'avais renommé 'Documents Xavier' en Documents_Xavier il y a quelques jours.

Dois-je effectuer, à nouveau la commande préconisée par geole : udisksctl mount -b /dev/sdb1 ?

NB : J'ai cherché, en vain, une option de mount pour ne voir que les partititions montées. Existe-elle ?
NB2 très secondaire : à quoi correpond ce "total 24" affiché au début de la sortie du ls ?


Débutant sous Ubuntu 22.04.3 LTS, Gnome 42.9, fenêtrage Wayland, 8Go de mémoire.
Système sur un SSD réservé, documents et autres sur disque interne classique.
Était avant sous W8.2 dont le disque système (SSD) a crashé.

Hors ligne

#39 Le 09/03/2023, à 04:05

Coeur Noir

Re : Changement inopérant de propriétaire d'un dossier/partition NTFS

Ah.
Je ne m'attendais pas à trouver dans ton fstab tant d'ajouts !

Cette partie, c'est l'initiale, par défaut, essentielle au système :

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda3 during installation
UUID=274c84dd-502e-43b1-8c27-c822f8f5ef00 /               ext4    errors=remount-ro 0       1		# la racine système
# /boot/efi was on /dev/sda2 during installation
UUID=062E-472A  /boot/efi       vfat    umask=0077      0       1					# une partition pour le boot en UEFI
/swapfile                                 none            swap    sw              0       0		# le fichier d'échange

Le reste, ce sont des ajouts postérieurs à l'installation, manuels, probablement réalisés via l'utilitaire « Disques » ( gnome-disks )

LABEL=ex-N /mnt/copy\040of\040N auto nosuid,nodev,nofail,x-gvfs-show 0 0
LABEL=Data-Docs-E /mnt/Data-Docs-E auto defaults,x-gvfs-show 0 0
LABEL=Sauvegardes_nv /mnt/Sauvegardes_nv auto nosuid,nodev,nofail,x-gvfs-show 0 0
/dev/disk/by-id/usb-Generic_STORAGE_DEVICE-0:0 /mnt/usb-Generic_STORAGE_DEVICE-0:0 auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0
/dev/disk/by-uuid/07A94E8E0560230A /mnt/07A94E8E0560230A auto nosuid,nodev,nofail,x-gvfs-show 0 0

…ça veut dire que le système tente à chaque démarrage de monter ces diverses partitions.

Le fstab, son rôle c'est de déterminer ce qui est « permanent » et « simultané » avec le lancement du système, il « pose » les briques et les murs de ton bâtiment, en gros.
C'est donc plutôt une mauvaise idée d'inscrire dans fstab des ressources  « amovibles, nomades, non permanentes » qui risqueraient d'être absentes au moment du démarrage du pc ( pas branchées, éteintes… )
Ce genre de ressources « amovibles » on laisse le système s'en occuper à la volée, lorsqu'on les branche « à chaud ».

Quand le système au démarrage ne trouve pas une des ressources indiquées par fstab, normalement il envoie un message d'erreur, et pause la séquence de démarrage un certain temps pour retenter le montage un peu plus tard, des fois que la ressource deviendrait disponible ( à une époque certains disques étaient plus lents à démarrer que d'autres… ) autrement dit ça « ralentit » visiblement le démarrage.
Le « problème » ici c'est que presque tous les montages ont l'option nofail qui comme son nom l'indique continuera le démarrage même en cas de ressources manquantes, sans plus envoyer de message d'erreur.
Alors ok ça n'empêche plus de démarrer mais ça invisibilise le fait que des ressources sont manquantes, en erreur… ( c'est gnome-disks qui a mis par défaut cette option discutable. )

Bref. Pour être sûr de ne monter aucune autre partition au démarrage, le plus simple sera de virer de ton fstab tous ces ajouts.
Et de ne surtout rien modifier dans /mnt car on cherche justement à savoir ce qui s'y trouve quand aucun de ses (sous-)dossiers ne sert de point de montage.

D'abord faire une copie de sauvegarde de l'actuel fstab, au cas où.

sudo cp /etc/fstab /etc/fstab_ancien

Modifier le fichier fstab via

gedit admin:///etc/fstab

qui te demandera le mot de passe admin' au(x) moment(s) opportun(s), et faire en sorte que fstab (re)devienne :

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda3 during installation
UUID=274c84dd-502e-43b1-8c27-c822f8f5ef00 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda2 during installation
UUID=062E-472A  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

Enregistrer, quitter gedit, redémarrer le pc.

Au prochain redémarrage, aucune autre partition ( en dehors de la racine système ) ne sera montée.
Tu explores ce qui se trouve dans /mnt/ et ses sous-dossiers, notamment /mnt/Data-Docs-E.
Par exemple avec :

ls -l /mnt/*/*

Si là tu ne trouves plus rien, pas de panique, ça veut juste dire que les données que tu cherches sont dans une des partitions non-montées actuellement.
Les autres partitions - à ce moment là non montées, non exploitables du point de vue des données - sont toujours accessibles :
dans l'explorateur de fichiers, tu devrais voir ces périphériques dans « Autres emplacements ».

Et là, si tu cliques sur l'un d'eux, ça en montera les données automatiquement dans /media/ton_nom/label_ou_uuid_périphérique et visuellement la partition sera accessible via un signet dans le volet latéral de l'explorateur de fichiers,
voire via une icône dans le dock, voire une sur le bureau ( c'est des comportements « réglables » dans les paramètres → apparence, ou clic droit sur le bureau → préférences des icônes du bureau. )
Tant que tu ne sollicites pas un de ces périphériques, leurs données ne sont nulle part, elles ne sont montées dans aucun dossier de ton système.

Dès lors tu devrais pouvoir re-placer les données où tu veux…
Au final tous les (sous-)dossiers dans /mnt/ devraient finir vides.
Dossiers vides que tu pourrais alors supprimer.

Tant que des montages « automatiques » sont actifs dans ta session, ils ne sont accessibles que par l'utilisateur titulaire de cette session.
Quitter ta session démontera ces diverses partitions.
Au démarrage suivant aucune de ces partitions n'est montée, leurs dossiers points de montage n'existent plus non plus dans /media/ton_nom/ :
c'est le comportement « automatisé » des partitions qui ne font pas déjà l'objet d'un montage « permanent » via fstab.

Si ce comportement non permanent ne colle pas à ton usage de ces partitions, alors il faudra te demander :
dans quel dossier de ton système veux-tu voir les données de telle partition ? Éventuellement créer les dossiers à ta convenance sachant que par convention certains emplacements existent déjà dans le système pour recevoir des montages : /media, /mnt, $HOME ( soit ton répertoire perso, /home/ton_nom ), /run/media ( dans les systèmes où /media n'existe pas. )
Éviter les montages dans un un nouveau dossier directement à la racine du système : les logiciels « confinés » type snap ou flatpak n'y accéderaient pas.
Enfin dans fstab, inscrire les montages correspondants avec les options adéquates selon les types de système de fichiers à monter ( de l'EXT n'aura pas les mêmes options que du NTFS ou FAT. )

___________________________________

J'ai cherché, en vain, une option de mount pour ne voir que les partititions montées. Existe-elle ?
Pas vraiment une option de mount mais un tri de sa sortie :

mount | grep ^/dev

pour voir uniquement les périphériques montés, puisqu'une partition est un périphérique, un device.
Ou regarder dans la « table des montages » en y faisant le même tri :

grep ^/dev /etc/mtab

grep ^truc = ne montrer que les lignes commençant par truc

Exemples :

django@ASGARD:~$ mount | grep ^/dev
/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro)
/dev/sdc2 on /mnt/DATA-SYSTEM type ext4 (rw,relatime)
/dev/sdc1 on /media/DATA type ext4 (rw,relatime)
django@ASGARD:~$ grep ^/dev /etc/mtab
/dev/sda5 / ext4 rw,relatime,errors=remount-ro 0 0
/dev/sdc2 /mnt/DATA-SYSTEM ext4 rw,relatime 0 0
/dev/sdc1 /media/DATA ext4 rw,relatime 0 0
django@ASGARD:~$

sachant que le contexte global c'est :

django@ASGARD:~$ lsblk -fe7,11 -o +size,model,pttype
NAME   FSTYPE FSVER LABEL        UUID                                 FSAVAIL FSUSE% MOUNTPOINTS        SIZE MODEL        PTTYPE
sda                                                                                                   111,8G Samsung SSD  dos
├─sda1 ext4   1.0   Budgie2004   25c341fb-320d-4a4a-9d64-b08c5fe55540                                  37,3G              dos
├─sda2                                                                                                    1K              dos
├─sda5 ext4   1.0   Ubuntu2204   46863706-2c24-432f-90e0-d5032a6a02e7   14,5G    55% /                 37,3G              dos
└─sda6 ext4   1.0   System_03    c3e7a588-524b-4a46-bbf9-cc63cdc5db28                                  37,3G              dos
sdb                                                                                                   238,5G INTENSO SSD  gpt
├─sdb1 vfat   FAT32 ESP          1D30-BB81                                                              100M              gpt
├─sdb2 ext4   1.0   Ubuntu 22.10 5a6dcbed-2327-4da1-8852-068927f8bd02                                  59,6G              gpt
├─sdb3 ext4   1.0   Budgie 22.10 a7d338eb-7ed9-48b6-b09d-2199caf7eb14                                  59,6G              gpt
├─sdb4 ext4   1.0   SYSTEM03     6d54d6e8-657e-478a-9b2b-f05830f6491a                                  59,6G              gpt
└─sdb5 ext4   1.0   SYSTEM04     b2e58c79-0935-4946-b917-ff61c2c293f9                                  59,6G              gpt
sdc                                                                                                     1,8T Samsung SSD  gpt
├─sdc1 ext4   1.0   DATA-USERS   354cd297-50ac-4775-86ae-354ff9eb010c  928,5G    36% /media/DATA        1,6T              gpt
└─sdc2 ext4   1.0   DATA-SYSTEM  bd2fe6ff-ac64-4ec5-84d3-9bd057a6b3ba  206,6G    11% /mnt/DATA-SYSTEM   250G              gpt
django@ASGARD:~$ 

Dernière modification par Coeur Noir (Le 09/03/2023, à 12:29)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#40 Le 09/03/2023, à 15:24

xt43

Re : Changement inopérant de propriétaire d'un dossier/partition NTFS

Merci beaucoup Coeur Noir.
J'ai fait ce que tu préconisais et ai à nouveau accès à mes données ! ouf !
Il me reste des détails à régler comme mettre à jour les icônes du Dock et supprimer les dossiers doublons, mais j'espère m'en sortir.
Sinon, réponse à une question que tu m'avais posée : je suis le seul à utiliser cet ordi et une des premières choses que j'avais faites c'était de démarrer sous ma session sans mot de passe.
Je compléterai ce message ultérieurement puis passerai aux liens symboliques. J'ai déjà repéré [doc]https://doc.ubuntu-fr.org/organiser_dat … un_systeme[/doc] qui correspond à mes attentes.


Débutant sous Ubuntu 22.04.3 LTS, Gnome 42.9, fenêtrage Wayland, 8Go de mémoire.
Système sur un SSD réservé, documents et autres sur disque interne classique.
Était avant sous W8.2 dont le disque système (SSD) a crashé.

Hors ligne

#41 Le 09/03/2023, à 23:03

Coeur Noir

Re : Changement inopérant de propriétaire d'un dossier/partition NTFS

et une des premières choses que j'avais faites c'était de démarrer sous ma session sans mot de passe.

…un login de session automatique qui ne demande pas de mot de passe ? Bof, dans ce cas mets impérativement un mot de passe au « Trousseau de clés / gestionnaire de mots de passe » ( seahorse sous Gnome, Kwallet sous KDE-plasma… ) voir https://forum.ubuntu-fr.org/viewtopic.p … #p22655527 ou https://forum.ubuntu-fr.org/viewtopic.php?id=2078007 sinon c'est très peu sécurisé.

C'est plus simple et sûr de laisser le login pour s'authentifier au lancement de session.
Et désactiver le verrouillage d'écran si c'est taper ton mot de passe à chaque extinction de l'écran qui t'ennuie ;-)
param-verrouillage-ecran.png

Je connais assez bien cette doc' on devrait donc se croiser à nouveau ;-)

Dernière modification par Coeur Noir (Le 09/03/2023, à 23:11)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#42 Le 10/03/2023, à 17:01

xt43

Re : Changement inopérant de propriétaire d'un dossier/partition NTFS

Les conséquences des changements effectués sont, je l'espère, réglés. Ils provenaient essentiellement de mes renommages de dossiers de tête pour remplacer les blancs par des _ .
Il demeure un souci avec les icônes du Dock pour lequel j'ai ouvert un nouveau fil

Pour verrouiller le trousseau, j'ai fin par trouver seahorse qui sous Gnome se nomme "Mots de passe et clés" (pourquoi donc les programmes ne font-il pas figurer leur nom à côté de leur brève description ? ainsi Fichiers qui est Nautilus.)
Ça donne :
1678463532.png 1678463563.png
Est-ce correct ? J'en doute un peu dans la mesure où les clés GnuPG sont expirées, mais c'est quoi déjà ces clés GnuPG, ignare que je suis.

Pour cette doc' , j'avais pas, pas encore , repéré quelle était de toi.


Débutant sous Ubuntu 22.04.3 LTS, Gnome 42.9, fenêtrage Wayland, 8Go de mémoire.
Système sur un SSD réservé, documents et autres sur disque interne classique.
Était avant sous W8.2 dont le disque système (SSD) a crashé.

Hors ligne

#43 Le 13/03/2023, à 00:39

Coeur Noir

Re : Changement inopérant de propriétaire d'un dossier/partition NTFS

NB2 très secondaire : à quoi correpond ce "total 24" affiché au début de la sortie du ls ?

Ah. Voir stackoverflow.com/questions/7401704/why-doesnt-total-from-ls-l-add-up-to-total-file-sizes-listed

Pour chaque répertoire listé, fait précéder la liste d'une ligne `total BLOCKS', où BLOCKS est l'allocation totale du disque pour tous les fichiers de ce répertoire.

Selon les paramètres d'environnement, l'OS, les options de ls, le block pourra être de 512, 1000, 1024… octets, d'où :

traduction ± automatique du commentaire stackoverflow.com/a/33730697 a écrit :

Ce nombre est assez détaché de toute métrique physique ou significative. De nombreux programmeurs juniors n'ont pas d'expérience avec les trous de fichiers ou les liens physiques/symboliques.
De plus, la documentation disponible sur ce sujet précis est quasi inexistante.

Autrement dit c'est une info difficilement « exploitable ». Disons que ça donne un ordre de grandeur relatif.


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne