Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Disque Dur ext récalcitrant

Coeur Noir

@MicP merci pour ces ajouts que j'ignorais. Je n'aime pas suggérer des commandes trop « cryptiques » généralement.

gibar84

Bonjour,

sudo chmod a+rwX /media/jules/b76dc02e-1be6-4ccd-9d1d-d471e7d2478e

retour

jules@jules:~$ sudo chmod a+rwX /media/jules/b76dc02e-1be6-4ccd-9d1d-d471e7d2478e
[sudo] Mot de passe de jules : 
chmod: impossible d'accéder à '/media/jules/b76dc02e-1be6-4ccd-9d1d-d471e7d2478e': Aucun fichier ou dossier de ce type
jules@jules:~$

MicP

Bonjour gibar84

… impossible d'accéder à '/media/jules/b76dc02e-1be6-4ccd-9d1d-d471e7d2478e': Aucun fichier ou dossier de ce type …

La commande proposée par gibar84 est à lancer quand le système de fichiers est monté.

Mais il est aussi possible que, si tu as donné un nom de label à ce système de fichiers,
à la place de l'UUID b76dc02e-1be6-4ccd-9d1d-d471e7d2478e ce soit le nom de LABEL qu'il te faudra utiliser.

En résumé, monte le système de fichiers,
vérifie quel est le nom du point de montage de ton système de fichier (UUID ou LABEL ?)
et utilise ce nom de point de montage dans la commande proposée.

gibar84

bonjour,
Iomega bien branché

sudo chmod a+rwX /media/jules/b76dc02e-1be6-4ccd-9d1d-d471e7d2478e

retour

jules@jules:~$ sudo chmod a+rwX /media/jules/b76dc02e-1be6-4ccd-9d1d-d471e7d2478e
[sudo] Mot de passe de jules : 
jules@jules:~$

MicP a écritvérifie quel est le nom du point de montage de ton système de fichier (UUID ou LABEL ?)

voir # 39 image 2 (propriétés)
?

MicP

Ok, alors, s'il n'y a pas eu de retour, c'est que la commande s'est exécutée sans qu'il y ait eu d'erreurs.
Donc, tu devrais maintenant pouvoir y créer des répertoires et y copier des fichiers.

gibar84

MicP a écritDonc, tu devrais maintenant pouvoir y créer des répertoires et y copier des fichiers.

Et le soleil brilla, copier et créer dossier fichiers dans Iomega possible

En regardant la fiche propriétés j'aperçois:
Propriétaire Moi je préférerais jules ce serait plus cohérent (jules comme unique identité) il en va de même pour le nom du Iomega
il apparaît sous l'identité volume de 499 Go ----->IOMEGA499Go me semblerait plus identifiant
Merci pour cet effort supplémentaire

MicP

… Propriétaire Moi je préférerais jules …

alors, lance le ligne de commande suivante :

sudo chown jules /media/jules/b76dc02e-1be6-4ccd-9d1d-d471e7d2478e

=======

… IOMEGA499Go me semblerait plus identifiant …

alors, démonte ce système de fichiers en lançant la ligne de commande suivante :

sudo udisksctl unmount -b /dev/disk/by-uuid/b76dc02e-1be6-4ccd-9d1d-d471e7d2478e

et ensuite, lance la ligne de commande suivante :

sudo e2label /dev/disk/by-uuid/b76dc02e-1be6-4ccd-9d1d-d471e7d2478e IOMEGA499Go

et à la place de Volume de 499 Go tu verras apparaître IOMEGA499Go dans le gestionnaire de fichiers,
et quand tu le monteras depuis une session de ton compte utilisateur jules
il sera monté sur le point de montage /media/jules/IOMEGA499Go

Vobul

gibar84 a écrit Propriétaire Moi je préférerais jules ce serait plus cohérent

Ça c'est juste l'interface graphique qui traduit "jules" en Moi pour être plus user friendly. Regarde avec "ls -l" pour voir à qui il appartient mais je ne pense pas qu'il y ait un utilisateur "Moi".

Coeur Noir

MicP a écrit

… Propriétaire Moi je préférerais jules …

alors, lance le ligne de commande suivante :

sudo chown jules /media/jules/b76dc02e-1be6-4ccd-9d1d-d471e7d2478e

Non. Ça c'est absolument inutile.
C'est un disque-dur externe, monté automatiquement par le système dans /media/$USER, avec pour propriétaire automatiquement $USER ( ces automatismes sont gérés par des ACL ), donc jules dans ce cas,
et jules c'est bien « moi » quand jules regarde depuis la session jules à qui appartient tel ou tel fichier. Donc il n'y a rien à changer là, tout va bien. Moi = l'utilisateur actuel de la session.

Quant à l'étiquetage du système de fichiers, la réponse était déjà donnée au #34 via gparted, tu as maintenant aussi la méthode « ligne de commande ».

gibar84

Bonjour,

MicP a écritsudo udisksctl unmount -b /dev/disk/by-uuid/b76dc02e-1be6-4ccd-9d1d-d471e7d2478e

sudo e2label /dev/disk/by-uuid/b76dc02e-1be6-4ccd-9d1d-d471e7d2478e IOMEGA499Go

J'ai lancé les 2 commandes
retours

ules@jules:~$ sudo udisksctl unmount -b /dev/disk/by-uuid/b76dc02e-1be6-4ccd-9d1d-d471e7d2478e
[sudo] Mot de passe de jules : 
Unmounted /dev/sdc1.
jules@jules:~$ sudo e2label /dev/disk/by-uuid/b76dc02e-1be6-4ccd-9d1d-d471e7d2478e IOMEGA499Go
jules@jules:~$

Voici le résultat
http://pix.toile-libre.org/upload/original/1594130323.png

Vobul a écritRegarde avec "ls -l" pour voir à qui il appartient mais je ne pense pas qu'il y ait un utilisateur "Moi".

jules@jules:~$ ls -l
total 76
-rw-rw-rw- 1 jules jules 23583 juin  23 18:25  Adresses.ods
drwxr-xr-x 5 jules jules  4096 juil.  7 14:44  Bureau
drwxrwxrwx 6 jules jules  4096 juil.  6 15:37  Documents
drwxrwxr-x 2 jules jules  4096 juin   1 17:17 'Documents scannes'
drwxrwxrwx 2 jules jules  4096 juin  15 15:50  Images
-rw-rw-rw- 1 jules jules 11533 juil.  1 11:57 'Iomega contenu 01_07.odt'
drwxr-xr-x 2 jules jules  4096 mai   13 17:20  Modèles
drwxr-xr-x 2 jules jules  4096 juin  24 10:56  Musique
drwxr-xr-x 2 jules jules  4096 mai   13 17:20  Public
drwxr-xr-x 6 jules jules  4096 mai   21 16:53  snap
drwxr-xr-x 2 jules jules  4096 juil.  6 10:39  Téléchargements
drwxr-xr-x 2 jules jules  4096 mai   20 16:51  Vidéos
jules@jules:~$

@CoeurNoir Je crois comprendre que moi ou jules n'est pas un problème ?

Coeur Noir

Je crois comprendre que moi ou jules n'est pas un problème ?
…c'est ça, aucun problème puisque c'est la même chose.
Quand tu es dans la session jules, la session parle en ton nom, elle dit donc moi pour dire jules.

MicP

Bonjour

Dans son message #50, gibar84 a écritJ'ai lancé les 2 commandes …
…Voici le résultat :

Merci pour le retour, ça a fonctionné exactement comme je l'espérais. 🙂

gibar84

Merci à tous très bon résultat et j'ai nourri, un peu, mon capital connaissances (très modestes) vous me retrouverez encore et encore avec de nouveaux problèmes à résoudre. J'attends la version 20.04.1 (en xubuntu je maîtrise mieux) pour réinstaller
Une dernière requête
@ erresse dit Important : Une fois résolu, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.
je saurai sans doute écrire un récapitulatif mais je ne me sens pas capable de faire une synthèse des points importants qui ont amené la solution (attention, rien n'est à jeter chaque action si elle est comprise peut être un apport au capital dans l'avenir)
Alors qui m'aide me suive!!!
Ensuite je passerai en RÉSOLU

MicP

Bonjour

Un "petit" résumé de ce qui a été fait dans ce fil de discussion :

À l'origine, les informations contenues dans ce disque émulaient la présence d'un CDROM virtuel
dans lequel se trouvait un fichier nommé IomegaEncryptionSetup.exe

En utilisant GParted on a pu créer sur ce disque une nouvelle table des partitions de type msdos
puis une partition formatée en ext4 qui occupe tout l'espace disponible sur ce disque.

Après ces opérations, le CDROM émulé et son contenu ont disparu.

Ensuite, on a pu donner un nom d'Étiquette (LABEL) au système de fichier ext4 qui venait d'être créé par le formatage de cette partition.

Une fois ce système de fichiers monté, on a pu changer les attributs de ce système de fichier (rwx pour User, Group et Other)
de façon à ce que n'importe quel compte utilisateur (privilégié ou non) puisse y accéder en lecture écriture et exécution.

gibar84

Bonjour,
Pour aller au bout du bout, comme constaté sur l'image ci-dessous, les permissions ne peuvent pas être modifiées

En vérifiant sur 2 autres DD ext je constate que la partition est formatée en nfts sur ces deux disques les permissions sont ouvertes
La partition de IOMEGA est formatée en ext4 et les permissions sont fermées
Qu'en penses-tu? cela pose-t-il problème?

erresse

gibar84 a écritPour aller au bout du bout, comme constaté sur l'image ci-dessous, les permissions ne peuvent pas être modifiées

De quelles permissions parles-tu ? Sur l'image jointe on ne voit pas de permission...
Par contre, le volume étant monté dans ton environnement d'utilisateur, tu dois pouvoir l'utiliser sans problème, non ?
Edit: Concernant les volumes au format NTFS, les permissions ne sont pas gérées automatiquement par le système, il faut les spécifier si on le veut, sinon, tout est permis à tout le monde avec ce format.

MicP

GParted est un outil qui permet de travailler sur un disque pour y créer ou modifier la table des partitions ou manipuler une partition
ou/et créer un système de fichiers dans une partition.

Les attributs du système de fichiers (propriétaire, groupe, rwx pour U.G.O.), des fichiers ou/et des répertoires qu'il contient
ne sont modifiables que par le propriétaire du système de fichiers ou/et des fichiers et répertoires qu'il contient
qu'à partir de la ligne de commande ou/et depuis un programme de gestion de fichiers.

gibar84

Bonjour
#55 train remis sur les rails, désolé

MicP

Bonjour

Les informations données par une interface graphique sont presque toujours reformulées, tronquées et réinterprétées.

Les informations les plus fiables, précises et détaillées, si le système de fichiers est monté sur /media/jules/IOMEGA499Go
seront celles données dans la liste des attributs qui sera retournée par l'exécution de la ligne de commande suivante :

ls -ld /media/jules/IOMEGA499Go

gibar84

ls -ld /media/jules/IOMEGA499Go

retour

jules@jules:~$ jules@jules:~$ ls -ld /media/jules/IOMEGA499Go
jules@jules:~$ : commande introuvable
jules@jules:~$ ls: impossible d'accéder à '/media/jules/IOMEGA499Go': Aucun fichier ou dossier de ce type
> jules@jules:~$

« Page précédente Page suivante »