Pages : 1
#1 Le 16/11/2019, à 18:41
- SIMEDON
problème de droit sur home
Bonsoir à tous,
comme j'ai toujours de problèmes de sauvegarde avec déjadup et backintime; j'ai decidé d'effectuer une sauvegarde en manuel par copier coller, seulement lors du transfert sur la DD branché en usb pour la sauvegarde, certains fichiers ne peuvent étre copiés par manque de droit ! ?
je suis encore coincé pour faire une sauvegarde!!!
comment redonner les droits aux fichiers sur le home ( cela est peut etre du au transfert du Pc ancien vers le nouveau, une partie faite par le réseau et l'autre par clé usb, toujours suite à des problémes de droit!?)( c'est peut etre cela qui bloque les logiciels de sauvegarde également?)
Merci de votre aide.
Hors ligne
#2 Le 16/11/2019, à 21:48
- SIMEDON
Re : problème de droit sur home
le problème cité plus haut est sur le compte administrateur; je suis en train de réaliser la même chose sur un compte personnel; cela à l'air de mieux ce passer; par contre toute les 5 minutes il faut que je tape le Mdpasse du compte administrateur; cela est il du au fichier caché que je copie également ou au fait que j'ai formate le DD de sauvegarde sur la session administrateur?
Hors ligne
#3 Le 16/11/2019, à 21:51
- inbox
Re : problème de droit sur home
Salut,
Les actions ci-dessous sont à effectuer avec ton compte utilisateur.
Il faut vérifier avec la commande suivante, combien de fichiers/dossiers appartiennent à root :
echo -e "\n\tNombre d'éléments de /home/moi appartenant à root :"; find ~ -user root | wc -l
Si le nombre retourné est supérieur à 3, passe la commande suivante pour que ton compte redevienne le propriétaire de ces fichiers/dossiers :
sudo chown -Rc $USER:$USER /home/$USER
A+
Un problème résolu ? Indiquez le en modifiant le titre du sujet.
Hors ligne
#4 Le 16/11/2019, à 23:18
- SIMEDON
Re : problème de droit sur home
Salut,
Les actions ci-dessous sont à effectuer avec ton compte utilisateur.
Il faut vérifier avec la commande suivante, combien de fichiers/dossiers appartiennent à root :
echo -e "\n\tNombre d'éléments de /home/moi appartenant à root :"; find ~ -user root | wc -l
Si le nombre retourné est supérieur à 3, passe la commande suivante pour que ton compte redevienne le propriétaire de ces fichiers/dossiers :
sudo chown -Rc $USER:$USER /home/$USER
A+
Qu'est ce que je dois comprendre par utlisateur? car j'ai un compte "administrateur" et 2 comptes "normal" que j'ai nommé "personnel "par erreur; dont 1 dont je suis en train de copier le dossier home, comme expliqué juste avant;
Hors ligne
#5 Le 17/11/2019, à 09:26
- FrancisFDZ
Re : problème de droit sur home
Bonjour,
On a l'habitude sous linux d'appeler "compte $USER" le compte de l'utilisateur courant, différent du compte admin (="root"). Dans le cas qui semble le tien, il y a 2 comptes utilisateur (= 2 comptes "normal"), soit 2 sous répertoires dans /home (1 par utilisateur). Dans chacun de ces répertoires, les fichiers et répertoires doivent appartenir à l'utilisateur et pas à root (de toute façon, on peut dire que root s'en fout, puisque il a par défaut tous les droits), ni à l'autre utilisateur. Je pense qu'il faut d'abord vérifier qu'il n'y a pas dans /home des fichiers ou répertoires attribués à root, puis s'il y en a, "rendre à Cesar ce qui appartient à Cesar", c'est à dire rétablir les autorisations au seul utilisateur concerné.
Procédure proposée :
1- se logger en "utilisateur 1"
2- se positionner sur le bon répertoire
cd ~
(généralement superflu : au login, on est par défaut sur /home/~)
3- réattribuer les permissions
sudo chown -Rc $USER:$USER /home/$USER
4- se logger en "utilisateur 2"
login <utilisateur2>
(sans les "<" et ">", bien sur, seulement ne nom de l'utilisateur)
5- refaire les points 2 et 3
Dernière modification par FrancisFDZ (Le 17/11/2019, à 09:32)
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#6 Le 17/11/2019, à 10:01
- SIMEDON
Re : problème de droit sur home
Bonjour,
On a l'habitude sous linux d'appeler "compte $USER" le compte de l'utilisateur courant, différent du compte admin (="root"). Dans le cas qui semble le tien, il y a 2 comptes utilisateur (= 2 comptes "normal"), soit 2 sous répertoires dans /home (1 par utilisateur). Dans chacun de ces répertoires, les fichiers et répertoires doivent appartenir à l'utilisateur et pas à root (de toute façon, on peut dire que root s'en fout, puisque il a par défaut tous les droits), ni à l'autre utilisateur. Je pense qu'il faut d'abord vérifier qu'il n'y a pas dans /home des fichiers ou répertoires attribués à root, puis s'il y en a, "rendre à Cesar ce qui appartient à Cesar", c'est à dire rétablir les autorisations au seul utilisateur concerné.
Procédure proposée :
1- se logger en "utilisateur 1"
2- se positionner sur le bon répertoirecd ~
(généralement superflu : au login, on est par défaut sur /home/~)
3- réattribuer les permissionssudo chown -Rc $USER:$USER /home/$USER
4- se logger en "utilisateur 2"
login <utilisateur2>
(sans les "<" et ">", bien sur, seulement ne nom de l'utilisateur)
5- refaire les points 2 et 3
Bonjour,
j'ai auparavent réalisé la ligne préconisée par "inbox":
echo -e "\n\tNombre d'éléments de /home/moi appartenant à root :"; find ~ -user root | wc -l
cela me retourne 0.
mais pourquoi je suis obliger de taper le mdp de l'administrateur pour me servir de mon DD de sauvegarde? parce que je l'ai formaté en ext4 depuis cette sessions?
Ma copie de /home a planté a 35923/51820 fichiers au bout de 4 h00 en tapant le Mdepasse administrateur toute les 5 minutes! pourtant un wiki dit que cela est faisable( en n'oubliant pas d'afficher les fichiers cachés).
qu"est ce qui est mal fait?
Hors ligne
#7 Le 17/11/2019, à 21:01
- SIMEDON
Re : problème de droit sur home
Bonsoir,
j'ai modifié les droits du disque de sauvegarde pour donner lecture et écriture à propriétaire ( dèja existant) , j'ai rajouté lecture et écriture a groupe et à autre.j'ai essayé une sauvegarde de home sur le 2 éme compte normal, à 260/7238 fichiers la progression c'est arrêté avec un débit tombé a 2.2 Mo/s ( 25 au départ)et ce en laissant tourner le PC pendant 3 h00 sur cette position! j'ai fermé la session, mais j'avais le message fichier en cours ; j'ai fermé ma session et demandé l'arrêt de l'ordi; celui ci c'est bloqué sur le logo ubuntu avec les 5 points qui défilent; obligé d'arrêter avec le bouton power maintenu enfoncé!!!
un problème matériel? pourtant lors du formatage le DD est déclaré comme sain. un problème USB? (clé de 64 Go fonctionne).
Mon pc est constitué du carte mêre ASUS P5N-D.
D'ou cela peut venir?????
Des pistes? MERCI.
Dernière modification par SIMEDON (Le 17/11/2019, à 21:52)
Hors ligne
#8 Le 18/11/2019, à 08:55
- FrancisFDZ
Re : problème de droit sur home
mais pourquoi je suis obliger de taper le mdp de l'administrateur pour me servir de mon DD de sauvegarde? parce que je l'ai formaté en ext4 depuis cette sessions?
Il faut tenir compte des permissions attribuées au DD de sauvegarde !
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#9 Le 18/11/2019, à 09:23
- moko138
Re : problème de droit sur home
Il faut tenir compte des permissions attribuées au DD de sauvegarde !
Et voir qui est le PROPRIÉTAIRE du point de montage (du DD de sauvegarde).
Et si besoin, faire, sans l'option -R :
sudo chown -c $USER: ce-point-de-montage
= =
Puisqu'il y a plusieurs comptes dans ton système, j'espère que chacun dispose de son répertoire spécifique dont il est propriétaire dans le DD de sauvegarde.
Tu confirmes ?
= =
Merci de nous montrer
tail -n +7 /etc/fstab
car certaine option y provoque la demande de mot de passe.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#10 Le 18/11/2019, à 18:11
- SIMEDON
Re : problème de droit sur home
Et voir qui est le PROPRIÉTAIRE du point de montage (du DD de sauvegarde).
Et si besoin, faire, sans l'option -R :sudo chown -c $USER: ce-point-de-montage
cela donne:
domi@sim-System-Product-Name:~$ sudo chown -c $USER: ce-point-de-montage
[sudo] Mot de passe de domi :
domi n'apparaît pas dans le fichier sudoers. Cet événement sera signalé.
domi@sim-System-Product-Name:~$
mais le disque à été créer avec le compte administrateur et là je suis sur un compte normal
pour cette réponse ci dessous (uniquement) je me suis logué sur mon compte administrateur, et cela donne:
sim@sim-System-Product-Name:~$ sudo chown -c $USER: ce-point-de-montage[sudo] Mot de passe de sim :
chown: impossible d'accéder à 'ce-point-de-montage': Aucun fichier ou dossier de ce type
sim@sim-System-Product-Name:~$
= =
Puisqu'il y a plusieurs comptes dans ton système, j'espère que chacun dispose de son répertoire spécifique dont il est propriétaire dans le DD de sauvegarde.
Tu confirmes ?
oui pour 2 sur 3 ( 1 en root : domi (alors que c'est un compte normal), c'est celui sur lequel je suis actuellement)( mais problème sur autres comptes également), mais dans un dossier commun , dossier commun qui a été créé sur un compte!
= =
Merci de nous montrer
tail -n +7 /etc/fstab
car certaine option y provoque la demande de mot de passe.
cela donne:
domi@sim-System-Product-Name:~$ tail -n +7 /etc/fstab
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdb5 during installation
UUID=17a0e420-eb06-46f6-94cf-7758046dc449 / ext4 errors=remount-ro 0 1
# /home was on /dev/sda6 during installation
UUID=d95de71c-1ed7-4e87-a64c-b1a539f77db8 /home ext4 defaults 0 2
# swap was on /dev/sda5 during installation
UUID=757d4e6a-214d-4fde-9d2b-6423d8af8309 none swap sw 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto,exec,utf8 0 0
domi@sim-System-Product-Name:~$
Dernière modification par SIMEDON (Le 18/11/2019, à 18:35)
Hors ligne
#11 Le 18/11/2019, à 19:33
- moko138
Re : problème de droit sur home
"ce-point-de-montage" est à remplacer par le point de montage...
Quand le DDE est monté, peux-tu nous montrer
sudo lsblk -o name,fstype,size,mountpoint,label,uuid -e 7,11
s'il te plaît ?
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#12 Le 18/11/2019, à 21:24
- SIMEDON
Re : problème de droit sur home
Merci pour l'aide;
"ce-point-de-montage" est à remplacer par le point de montage...
Quand le DDE est monté, peux-tu nous montrer
sudo lsblk -o name,fstype,size,mountpoint,label,uuid -e 7,11
s'il te plaît ?
cela donne, depuis compte administrateur:
sim@sim-System-Product-Name:~$ sudo lsblk -o name,fstype,size,mountpoint,label,uuid -e 7,11
[sudo] Mot de passe de sim :
NAME FSTYPE SIZE MOUNTPOINT LABEL UUID
fd0 4K
sda 238,5G
├─sda1 1K
└─sda5 ext4 238,5G / 17a0e420-eb06-46f6-94cf-7758046dc449
sdb 465,8G
├─sdb1 1K
├─sdb5 swap 8,6G [SWAP] 757d4e6a-214d-4fde-9d2b-6423d8af8309
└─sdb6 ext4 457,2G /home d95de71c-1ed7-4e87-a64c-b1a539f77db8
sdc 465,8G
└─sdc1 ext4 465,8G /media/sim sauvegardes bbedfb7b-5242-4942-a2f5-305bdcfb0531
sim@sim-System-Product-Name:~$
Hors ligne
#13 Le 18/11/2019, à 21:42
- moko138
Re : problème de droit sur home
└─sdc1 ext4 465,8G /media/sim sauvegardes bbedfb7b-5242-4942-a2f5-305bdcfb0531
Zut le point de montage est coupé ; j'aurais mieux fait de te demander :
sudo lsblk -o name,fstype,size,uuid,label,mountpoint -e 7,11
Pas grave, montre :
mount -l | grep dia/sim ; echo; ls -la /media/sim
Merci !
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#14 Le 18/11/2019, à 22:38
- SIMEDON
Re : problème de droit sur home
└─sdc1 ext4 465,8G /media/sim sauvegardes bbedfb7b-5242-4942-a2f5-305bdcfb0531
Zut le point de montage est coupé ; j'aurais mieux fait de te demander :
sudo lsblk -o name,fstype,size,uuid,label,mountpoint -e 7,11
Pas grave, montre :
mount -l | grep dia/sim ; echo; ls -la /media/sim
Merci !
cela donne ( en reprenant d'autre commande anterieur pour plus de clareté):
sim@sim-System-Product-Name:~$ sudo lsblk -o name,fstype,size,mountpoint,label,uuid -e 7,11
[sudo] Mot de passe de sim :
NAME FSTYPE SIZE MOUNTPOINT LABEL UUID
fd0 4K
sda 238,5G
├─sda1 1K
└─sda5 ext4 238,5G / 17a0e420-eb06-46f6-94cf-7758046dc449
sdb 465,8G
├─sdb1 1K
├─sdb5 swap 8,6G [SWAP] 757d4e6a-214d-4fde-9d2b-6423d8af8309
└─sdb6 ext4 457,2G /home d95de71c-1ed7-4e87-a64c-b1a539f77db8
sdc 465,8G
└─sdc1 ext4 465,8G /media/sim sauvegardes bbedfb7b-5242-4942-a2f5-305bdcfb0531
sim@sim-System-Product-Name:~$ mount -l | grep dia/sim ; echo; ls -la /media/sim
/dev/sdc1 on /media/sim/sauvegardes type ext4 (rw,nosuid,nodev,relatime,uhelper=udisks2) [sauvegardes]
ls: impossible d'accéder à '/media/sim': Aucun fichier ou dossier de ce type
sim@sim-System-Product-Name:~$ mount -l | grep dia/sim ; echo; ls -la /media/sim
/dev/sdc1 on /media/sim/sauvegardes type ext4 (rw,nosuid,nodev,relatime,uhelper=udisks2) [sauvegardes]
total 12
drwxr-x---+ 3 root root 4096 nov. 18 21:18 .
drwxr-xr-x 6 root root 4096 sept. 6 17:45 ..
drwxrwxrwx 5 sim sim 4096 nov. 17 09:43 sauvegardes
sim@sim-System-Product-Name:~$
j'ai modifier un nom dans média, suite a (je suppose) une proposition ( en rouge) dans le terminal
Dernière modification par SIMEDON (Le 04/10/2020, à 09:52)
Hors ligne
#15 Le 18/11/2019, à 23:25
- moko138
Re : problème de droit sur home
j'ai modifier un nom dans média, suite a (je suppose) une proposition ( en rouge) dans le terminal
Je ne comprends pas. Explique-toi.
Et en tout cas :
/!\ Jamais d'initiative unilatérale en cours de dépannage !
Montre
ls -la /media
et, en changeant les noms qui demanderaient à rester confidentiels :
ls -la /media/simonet/sauvegardes
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#16 Le 18/11/2019, à 23:47
- SIMEDON
Re : problème de droit sur home
j'ai modifier un nom dans média, suite a (je suppose) une proposition ( en rouge) dans le terminal
Je ne comprends pas. Explique-toi.
dans le post juste avant(14) ,la 1 ere requette sort:média sim (sdc1 ext4 465,8G /media/sim sauvegardes bbedfb7b-5242-4942-a2f5-305bdcfb0531), que j'ai remplacé par média simonet
Et en tout cas :
/!\ Jamais d'initiative unilatérale en cours de dépannage !Montre
ls -la /media
cela donne:
sim@sim-System-Product-Name:~$ ls -la /media
total 24
drwxr-xr-x 6 root root 4096 sept. 6 17:45 .
drwxr-xr-x 24 root root 4096 nov. 15 14:49 ..
drwxr-x---+ 2 root root 4096 nov. 17 17:04
drwxr-x---+ 2 root root 4096 nov. 18 21:12
lrwxrwxrwx 1 root root 7 août 29 19:17 floppy -> floppy0
drwxrwxr-x 2 root root 4096 août 29 19:17 floppy0
drwxr-x---+ 3 root root 4096 nov. 18 21:18 sim
sim@sim-System-Product-Name:~$
et, en changeant les noms qui demanderaient à rester confidentiels :
ls -la /media/sim/sauvegardes
cela donne:
sim@sim-System-Product-Name:~$ ls -la /media/sim/sauvegardes
total 32
drwxrwxrwx 5 sim sim 4096 nov. 17 09:43 .
drwxr-x---+ 3 root root 4096 nov. 18 21:18 ..
drwx------ 2 root root 16384 oct. 6 08:54 lost+found
drwxrwxrwx 5 sim sim 4096 nov. 17 13:21 'sauvegarde ASUS ubuntu manuelle'
drwxrwxrwx 2 sim sim 4096 oct. 6 09:58 simdo
sim@sim-System-Product-Name:~$
Dernière modification par SIMEDON (Le 04/10/2020, à 09:54)
Hors ligne
#17 Le 19/11/2019, à 05:57
- moko138
Re : problème de droit sur home
Concernant la présence des 2 répertoires "claudie" et "dominique" directement sous "/media" de la session de "simonet" :
simonet@simonet-System-Product-Name:~$ ls -la /media
drwxr-x---+ 2 root root 4096 nov. 17 17:04 claudie
drwxr-x---+ 2 root root 4096 nov. 18 21:12 dominique
de deux choses, l'une :
soit les users claudie et dominique avaient leurs sessions ouvertes en même temps que celle de simonet, et alors cette double présence est normale ;
soit les users claudie et dominique n'avaient pas de session ouverte, et alors ces répertoires doivent être supprimés.
Et si tu ne te rappelles pas quelles sessions étaient ouvertes hier soir, c'est simple :
Quand simonet vient de démarrer le système sans support de stockage externe branché et d'ouvrir la session de simonet,
alors /media ne doit contenir ni claudie ni dominique ni simonet.
cd /media && sudo rmdir -v claudie dominique simonet
Nota 1 : rmdir ne peut supprimer de répertoires que vides, donc pas de risque de perte de données.
Nota 2 : ces répertoires seront recréés correctement et temporairement par le système en cas de besoin.
Dernière modification par moko138 (Le 19/11/2019, à 06:08)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#18 Le 19/11/2019, à 07:03
- moko138
Re : problème de droit sur home
Concernant
simonet@simonet-System-Product-Name:~$ ls -la /media/simonet/sauvegardes total 32 drwxrwxrwx 5 simonet simonet 4096 nov. 17 09:43 . drwxr-x---+ 3 root root 4096 nov. 18 21:18 .. drwx------ 2 root root 16384 oct. 6 08:54 lost+found drwxrwxrwx 5 simonet simonet 4096 nov. 17 13:21 'sauvegarde ASUS ubuntu manuelle' drwxrwxrwx 2 simonet simonet 4096 oct. 6 09:58 simonetdo simonet@simonet-System-Product-Name:~$
/media/simonet/sauvegardes et ses sous-répertoires (autres que lost+found) sont en 777 ("drwxrwxrwx") :
Aïe !...
Espaces dans 'sauvegarde ASUS ubuntu manuelle' :
Laisser des espaces dans un nom, c'est aller au devant des tracas.
Je te propose de les remplacer par des tirets :
cd /media/simonet/sauvegardes && mv -v 'sauvegarde ASUS ubuntu manuelle' sauvegarde-ASUS-ubuntu-manuelle
Ni claudie ni dominique n'ont de répertoire spécifique. Il serait logique de les créer et de les leur attribuer. Par exemple comme ceci :
cd /media/simonet/sauvegardes && mkdir -v claudie dominique && sudo chown -Rc claudie:claudie claudie ; sudo chown -Rc dominique:dominique dominique && cd
Qui est dans quels groupes ?
Je suppose que claudie et dominique sont dans le groupe simonet.
Afin de dissocier un répertoire spécifique à simonet et un répertoire de partage,
il serait sain et logique :
- de créer un groupe "tous" (dont les 3 users seraient membres) ;
- d'exclure claudie et dominique du groupe simonet ;
- et de remplacer le répertoire simonetdo par 2 répertoires
> simonet (n'appartenant qu'à simonet)
> et Commun ( appartenant à l'utilisateur simonet et au groupe tous).
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#19 Le 19/11/2019, à 10:07
- Compte supprimé
Re : problème de droit sur home
echo -e "\n\tNombre d'éléments de /home/moi appartenant à root :"; find ~ -user root | wc -l
Si le nombre retourné est supérieur à 3, passe la commande suivante pour que ton compte redevienne le propriétaire de ces fichiers/dossiers :
sudo chown -Rc $USER:$USER /home/$USER
Bonjour,
Heu, supérieur à 3??
Pourquoi tu dis ça ? peux tu me l'expliquer?
#20 Le 19/11/2019, à 12:04
- inbox
Re : problème de droit sur home
Parce qu'en n'ayant jamais utilisé mon gestionnaire de fichiers avec sudo ou root, j'obtiens :
echo -e "\n\tNombre d'éléments de /home/moi appartenant à root :"; find ~ -user root | wc -l
Nombre d'éléments de /home/moi appartenant à root :
find: ‘/home/moi/.dbus’: Permission non accordée
find: ‘/home/moi/.cache/dconf’: Permission non accordée
find: ‘/home/moi/.cache/doc’: Permission non accordée
find: ‘/home/moi/.cache/gvfs’: Permission non accordée
5
Un problème résolu ? Indiquez le en modifiant le titre du sujet.
Hors ligne
#21 Le 19/11/2019, à 12:31
- moko138
Re : problème de droit sur home
inbox :
Quelle qu'en soit la cause, c'est anormal.
Donc, depuis ta session normale :
sudo chown -Rc $USER:$USER /home/$USER
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#22 Le 19/11/2019, à 18:40
- SIMEDON
Re : problème de droit sur home
Concernant la présence des 2 répertoires "clxxx" et "doxxx" directement sous "/media" de la session de "sim" :
sim@sim-System-Product-Name:~$ ls -la /media drwxr-x---+ 2 root root 4096 nov. 17 17:04 clxxx drwxr-x---+ 2 root root 4096 nov. 18 21:12 doxxx
de deux choses, l'une :
soit les users clxxx et doxxx avaient leurs sessions ouvertes en même temps que celle de sim, et alors cette double présence est normale ;soit les users clxxx et doxxx n'avaient pas de session ouverte, et alors ces répertoires doivent être supprimés.
Et si tu ne te rappelles pas quelles sessions étaient ouvertes hier soir, c'est simple :
Quand sim vient de démarrer le système sans support de stockage externe branché et d'ouvrir la session de sim,
alors /media ne doit contenir ni clxxx ni doxxx ni sim.cd /media && sudo rmdir -v clxxx doxxx sim
Nota 1 : rmdir ne peut supprimer de répertoires que vides, donc pas de risque de perte de données.
Nota 2 : ces répertoires seront recréés correctement et temporairement par le système en cas de besoin.
Bonjour,
non,les users clxxx et doxxx n'avaient pas de session ouverte, et étaient présent dans /média sans support de stockage externe branché
J'ai donc supprimé avec:
cd /media && sudo rmdir -v clxxx doxxx sim
OK, fait.
Merci,je vais maintenant étudier le post suivant
Dernière modification par SIMEDON (Le 04/10/2020, à 09:59)
Hors ligne
#23 Le 19/11/2019, à 19:16
- SIMEDON
Re : problème de droit sur home
Concernant
SIMEDON a écrit :sim@sim-System-Product-Name:~$ ls -la /media/sim/sauvegardes total 32 drwxrwxrwx 5 sim sim 4096 nov. 17 09:43 . drwxr-x---+ 3 root root 4096 nov. 18 21:18 .. drwx------ 2 root root 16384 oct. 6 08:54 lost+found drwxrwxrwx 5 sim sim 4096 nov. 17 13:21 'sauvegarde ASUS ubuntu manuelle' drwxrwxrwx 2 sim sim 4096 oct. 6 09:58 simdo sim@sim-System-Product-Name:~$
/media/sim/sauvegardes et ses sous-répertoires (autres que lost+found) sont en 777 ("drwxrwxrwx") :
Aïe !...Espaces dans 'sauvegarde ASUS ubuntu manuelle' :
Laisser des espaces dans un nom, c'est aller au devant des tracas.
Je te propose de les remplacer par des tirets :cd /media/sim/sauvegardes && mv -v 'sauvegarde ASUS ubuntu manuelle' sauvegarde-ASUS-ubuntu-manuelle
Ni clxxx ni doxxx n'ont de répertoire spécifique. Il serait logique de les créer et de les leur attribuer. Par exemple comme ceci :
cd /media/sim/sauvegardes && mkdir -v clxxx doxxx && sudo chown -Rc clxxx:clxxx clxxx ; sudo chown -Rc doxxx:doxxx doxxx && cd
Fait pour les tirets et répertoire créés ( mais l'idée, de depart, du dossier sauvegarde-ASUS-ubuntu-manuelle etait de ranger la sauvegarde des 3 comptes dedans , pour les isolés sur le DD de sauvegarde et par la suite , plus tard, essayé des sauvegarde avec un logiciel de sauvegarde sur le reste de DD de sauvegarde )
Qui est dans quels groupes ?
Je suppose que clxxx et doxxx sont dans le groupe sim.
Afin de dissocier un répertoire spécifique à sim et un répertoire de partage,
il serait sain et logique :
- de créer un groupe "tous" (dont les 3 users seraient membres) ;- d'exclure clxxx et doxxx du groupe sim ;
- et de remplacer le répertoire simdo par 2 répertoires
> sim (n'appartenant qu'à sim)
> et Commun ( appartenant à l'utilisateur sim et au groupe tous).
Clxxx et doxxx ne sont pas dans groupe sim , mais chacun est dans un groupe portant le même non que le compte.
quand les groupes sont ils créés? (pas besoin de préciser que je n'y entends rien a ces histoires de compte, groupe et autre, et gestion des droits!)
Dernière modification par SIMEDON (Le 04/10/2020, à 10:04)
Hors ligne
Pages : 1