Vous n'êtes pas identifié(e).
ls /mnt/
sa ne m'affiche rien
ju@ju-pc:~$ sudo mount /dev/sdb1 /mnt/sdb1
mount: le point de montage /mnt/sdb1 n'existe pas
ju@ju-pc:~$
Hors ligne
Hors ligne
Hors ligne
Hors ligne
Hors ligne
créer un point de montage :
le vérifier :
re verifier tous les points de montage actifs :
Hors ligne
… j'ai tenter le formatage dans tout les sens …
un système de fichiers ext4 a finalement bien été créé dans la partition /dev/sdb1
mais il appartient encore à celui qui l'a créé : le compte root
Pour changer les propriétés de groupe et de propriétaire de ce système de fichiers
il te faudrait, si ce système de fichiers est toujours monté sur /media/ju/6bbca5b3-2c25-4ec5-9ea0-c94619e99fc0
lancer la ligne de commande suivante :
Le mot de passe du compte root te sera demandé juste pour pouvoir exécuter ce changement de propriété,
mais tu pourras ensuite, depuis ton compte utilisateur ju
créer, lire, écrire et supprimer ce que tu veux dans ce système de fichiers.
=======
Il serait peut-être plus intéressant de donner un nom de label à ce système de fichiers
Le mot de passe du compte root te sera demandé
Ensuite, en démontant puis remontant le système de fichiers
tu pourras constater que le nom du point de montage créé automatiquement
sera maintenant : /media/ju/mon_hdd_Externe
Dernière modification par MicP (19-06-2019 21:19:09)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
non , tu te trompes . aucun dossier n'est créé dans ton disque
Je crois que si. D'une façon ou d'une autre, diig a monté le système de fichiers sur /mnt comme le montre la sortie de mount :
Par conséquent l'exécution de la commande que tu as suggérée :
a bien pu créer un répertoire "sdb1" à la racine de ce système de fichiers si diig a remplacé "mondisk" par "sdb1".
il faut donc démonter sdb
sudo umount /dev/sdb1
Pas sdb, sdb1. Mais elle est montée deux fois, et le défaut de la commande que tu indiques est qu'elle ne spécifie pas de quel point de montage sdb1 doit être démonté. Il vaut mieux spécifier le point de montage (/mnt) que la partition.
Dernière modification par raleur (20-06-2019 09:22:47)
Il vaut mieux montrer que raconter.
Hors ligne
Ne serait-il pas plus simple que ce système de fichiers situé sur un disque interne soit monté automatiquement par /etc/fstab ?
ben , c'est ce que je voudrai .
debian alain a écrit :non , tu te trompes . aucun dossier n'est créé dans ton disque
Je crois que si. D'une façon ou d'une autre, diig a monté le système de fichiers sur /mnt comme le montre la sortie de mount :
me suis mal exprimé , je voulais dire " rien n'est écrit dans sdb" .
debian alain a écrit :il faut donc démonter sdb
sudo umount /dev/sdb1
Pas sdb, sdb1. Mais elle est montée deux fois, et le défaut de la commande que tu indiques est qu'elle ne spécifie pas de quel point de montage sdb1 doit être démonté. Il vaut mieux spécifier le point de montage (/mnt) que la partition.
j'y ai pensé , et j'ai hésité , donc je l'ai pas mis .
donc :
après , faudra voir à l'inscrire dans le fstab .
Hors ligne
Ne serait-il pas plus simple que ce système de fichiers situé sur un disque interne soit monté automatiquement par /etc/fstab ?
J'avais effectivement mal lu et pensé qu'il s'agissait d'un disque externe.
En résumé,
c'est le changement de propriétaire et de groupe du système de fichiers qui permettra d'y avoir accès sans avoir à utiliser le compte root
et il faudrait simplement définir un répertoire qui servira de point de montage à ce système de fichiers
et créer en conséquence la ligne du fichier /etc/fstab qui permettra de monter ce système de fichiers au démarrage.
=======
Il faudra créer le répertoire /home/ju/monDisque qui va servir de point de montage
et ensuite, lancées depuis le compte superutilisateur root
les lignes de commandes qui suivent vont permettre de :
- créer la ligne du fichier /etc/fstab qui permettra de monter automatiquement /dev/sdb1 au démarrage,
- démonter le système de fichier de /dev/sdb1 de tous les points de montage sur lesquels il serait encore monté,
- monter le système de fichier de /dev/sdb1 sur /home/ju/monDisque en utilisant le fichier /etc/fstab
- changer le propriétaire et le groupe du système de fichier de /dev/sdb1 pour ju
Ensuite, à chaque prochain démarrage de la machine,
le système de fichiers de /dev/sdb1 sera automatiquement monté sur /home/ju/monDisque
et le compte utilisateur ju y aura plein accès.
Dernière modification par MicP (20-06-2019 16:29:19)
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
je bute sur ce passage parce j'ai tout réinstaller debian puis depot librazik et y a l'air d'voir moins de merde!!
pour répondre oui il est possible que je l'ai formater avec une autre distro manjaro pour ne pas le citer(enfin je crois)
ce que donne mon 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/sda1 during installation
UUID=85c8882e-069f-4ee7-8dd1-4bed80f15249 / ext4 errors=remount-ro 0 1
# swap was on /dev/sda5 during installation
UUID=7b9fc5be-73f9-4eb3-ad79-52ce4214161c none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
UUID=6bbca5b3-2c25-4ec5-9ea0-c94619e99fc0 /home/ju/sdb1 ext4 errors=remount-ro 0 1
par contre ce que je viens de remarquer c'est que je n'ai plus de mdp pour acceder au hdd mais si je veux modifier quelque chose faut que je sois en root(pour copier coller un fichier par exemple)
Dernière modification par diig (20-06-2019 20:54:49)
Hors ligne
…si je veux modifier quelque chose faut que je sois en root(pour copier coller un fichier par exemple) …
le système de fichiers est maintenant bien monté automatiquement,
mais il faudrait adapter la commande que j'avais proposée pour changer les propriétés de groupe et propriétaire du système de fichiers
au nom du point de montage que tu as choisi,
ce qui donne :
Dernière modification par MicP (21-06-2019 06:00:15)
Hors ligne
Si le propriétaire n'est pas le bon c'est surement pas un hasard ,cette partition de données n'est elle pas utilisée sur une autre distribution Linux?
Ce n'est certes pas un hasard, mais cela n'a rien à voir avec une autre distribution.
L'UID du propriétaire par défaut de la racine d'un système de fichiers ext4 est celui de l'utilisateur créateur de celui-ci, soit en pratique root (UID=0) dans le cas d'une partition puisque par défaut seul root peut écrire directement dans une partition. Un autre UID peut être spécifié à la commande mkfs.ext4 lors de la création, mais il est aussi simple de changer le propriétaire avec chown après le montage (pas avant, changer le propriétaire du point de montage ne sert à rien).
Pour qu'un utilisateur non root puisse créer un système de fichiers dans une partition, il faut soit modifier les droits d'accès de la partition (à noter que jusqu'à Wheezy les utilisateurs normaux pouvaient écrire directement sur les périphériques amovibles de type clé USB), soit ajouter l'utilisateur au groupe "disk". Dans les deux cas c'est une mauvaise idée car cela comporte de gros risques.
Il vaut mieux montrer que raconter.
Hors ligne
…si je veux modifier quelque chose faut que je sois en root(pour copier coller un fichier par exemple) …
le système de fichiers est maintenant bien monté automatiquement,
mais il faudrait adapter la commande que j'avais proposée pour changer les propriétés de groupe et propriétaire du système de fichiers
au nom du point de montage que tu as choisi,
ce qui donne :
su -c 'chown -R ju:ju /home/ju/sdb1'
c'est bon sa fonctionne un grand merci a vous tous
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
pour essayez de comprendre j'ai compris a quoi sa servais mais pas comment l'utiliser concrètement en tout cas merci
https://www.computerhope.com/unix/uchown.htm
j'ai trouver ce lien qui explique bien mais en anglais mais je comprends l'anglais
Dernière modification par diig (21-06-2019 21:04:22)
Hors ligne
ju:ju
permet de donner les droit au groupe de mon utilisateur c'est bien sa raleur?
Hors ligne
Polkit permet ce genre "d'hérésie"
(marrant, j'ai cherché exactement ce comportement en ces termes à l'époque ; probablement parce qu'on me l'avait demandé plus d'une fois ^^')
Dernière modification par otyugh (21-06-2019 21:11:00)
Hors ligne
en fait si j'ai bien compris ju:ju permet de donner les droit au groupe de mon utilisateur c'est bien sa raleur?
Non, cela donne la propriété à l'utilisateur "ju" et au groupe "ju" (qui est le groupe principal de l'utilisateur "ju"). Ce n'est pas parce qu'on est propriétaire d'un fichier qu'on a le droit de le lire, écrire ou exécuter.
Les droits d'accès en lecture, écriture et exécution accordés à l'utilisateur propriétaire, au groupe propriétaire et aux autres se définissent avec chmod.
Perso je peux monter et écrire dans des disques durs sans taper de mot de passe avec ça
Monter, d'accord, mais écrire même si les permissions ext4 ne le permettent pas ?
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par diig (08-05-2020 11:06:30)
Hors ligne
et dans fstab j'ai rajouter
Le plus simple est que tu colles ici le copie/colle de ton fstab en utilisant le BBCode du forum :
Oh, quel beau BB …code où comment mettre en forme vos messages dans le fofo
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
j'ai creer avec mkdir la redirection vers sdb1
N'importe quoi. mkdir ne crée pas une redirection mais un répertoire.
Je suppose que ce répertoire va servir de point de montage, ce qui n'a toujours rien à voir avec une redirection.
dans fstab j'ai rajouter
uuid 'la ref du disuqe dur ensuite /dev/sdb1
ext4 sdb1 0 2
Là encore, c'est n'importe quoi. Si on met l'UUID, on ne met pas le périphérique /dev/sdb1. Et les champs sont dans le désordre.
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne