perte de droits après clonage vers SSD

Votre Apache se cache, votre Pi gémit, votre SoC fume ? La panne quoi ! C'est ici que vous trouverez sans doute une solution... Sinon du réconfort :)

Modérateurs : Francois, maxty01

aabgrpi
Messages : 11
Enregistré le : sam. 7 déc. 2019 17:38

perte de droits après clonage vers SSD

Message par aabgrpi » sam. 7 déc. 2019 17:49

bonjour à tous;
c'est mon premier post, suite à un gros problème aujourd'hui:
j ai un RPI 3b+ & RASPIAN & DOMOTICZ qui boote sur disque dur > parfait ...
> j'ai cloné mon disque dur sur un SSD
> ca marche parfaitement
SAUF qu j'ai perdu (je crois) des droits d accès:
j'avais l habitude de modifier directement des fichiers (scripts, log...) par FILEZILLA et la il se connecte bien, je peut toujours éditer les fichiers, mais je n ai plus le droit de les enregistrer !
aussi (je pense) j ai une erreur de DOMOTICZ lors de sauvegardes automatiques de chaque heure, je n ai pas vu le resultat sur les autres sauvegardes programmées, en revanche la sauvegarde manuelle vers un autre poste est possible.

voici une copie de ls -l:

pi@raspberrypi:~/domoticz $ ls -l
total 51156
drwxr-x--- 5 root root 4096 déc. 6 10:14 backups
drwxr-xr-x 85 pi pi 4096 déc. 6 10:14 Config
-rw------- 1 root root 27824128 déc. 6 08:39 core
-rw-r----- 1 root root 235 déc. 7 17:00 domocookie.txt
-rwxr-xr-x 1 pi pi 14840844 mai 9 2019 domoticz
-rw------- 1 root root 19934 déc. 7 16:36 domoticz_crash.log
-rw-r--r-- 1 pi pi 4489216 déc. 7 17:00 domoticz.db
-rw-r--r-- 1 pi pi 32768 déc. 7 17:00 domoticz.db-shm
-rw-r--r-- 1 pi pi 5496112 déc. 7 17:00 domoticz.db-wal
-rw-r--r-- 1 pi pi 4427 août 29 2017 domoticz.sh
drwxr-xr-x 4 pi pi 4096 déc. 6 10:14 dzVents
-rw-r--r-- 1 pi pi 94045 mai 9 2019 History.txt
-rw-r--r-- 1 pi pi 35147 août 29 2017 License.txt
drwxr-xr-x 6 pi pi 4096 déc. 6 10:14 plugins
drwxr-xr-x 8 pi pi 4096 déc. 6 10:14 scripts
-rw-r--r-- 1 pi pi 3414 août 29 2017 server_cert.pem
-rwxr-xr-x 1 pi pi 607 juin 14 2018 updatebeta
-rwxr-xr-x 1 pi pi 624 juin 14 2018 updaterelease
drwxr-xr-x 13 pi pi 4096 déc. 6 10:14 www

je ne connais pas grand chose à RASPIAN, il me semble avoir lu que les droits étaient en partie lés au matériel (?)

PS impossible de changer les droits par FILEZILLA > permission denied
PS sudo chmod 777 un_fichier.log > pas de réponse (=ok ?)
mais l edition de un_fichier.log est toujours interdite !

si quelqu'un peut m'aider...
merci d avance

cbalo

Re: perte de droits après clonage vers SSD

Message par cbalo » sam. 7 déc. 2019 17:58

Bonjour,
Tu exploites un serveur ftp sur ton Raspbian.
Un serveur ftp interdit un accès en tant que root.
Donc tu ne peux pas être root quand tu te connectes en ftp.
Si tes fichiers (voir le ls joint) sont tous en root - root avec un droit en écriture uniquement pour le propriétaire (qui est root) tu ne peux pas écrire en ftp.

Dans ton dossiers certains sont la propriété de root, d'autres de pi
Tu dois nous dire :
- comment tu te connectes en ftp (quel user , peux-tu atteindre le dossier que tu veux accéder si non, quel est ce dossier et tu arrives dans quel home ??)
- A quels fichiers/dossiers tu dois accéder en écriture en ftp ?
- qui créé ces dossiers/fichiers (le service domoticz ??? si oui voir quel est le user utilisé par ce service)

aabgrpi
Messages : 11
Enregistré le : sam. 7 déc. 2019 17:38

Re: perte de droits après clonage vers SSD

Message par aabgrpi » sam. 7 déc. 2019 18:18

merci de la réponse, j'ai l impression de comprendre un mot sur deux :D
bon j'essaye de répondre:
pas d ecriture par FTP: ok aujourd'hui, mais avant j'éditais les scripts directement sur le PC puis je les transférais sur le PI sans problème (sauf l attribution de droits d execution qui se faisait en console (PUTTY))
client FTP= FILEZILA
acces (lecture et chargement) de presque tout, mais pas réécriture donc
le fichier exemple qui pose probleme par exemple:sftp://pi@192.168.xx.yy/home/pi/domoticz/scripts/dmcz_is_running.log
créé par sftp://pi@192.168.xx.yy/home/pi/domoticz/scripts/dmcz_is_running.sh (que j ai (laborieusement) écrit et qui tourne sans encombre depuis #1 mois)

- qui créé ces dossiers/fichiers (le service domoticz ??? si oui voir quel est le user utilisé par ce service): ??? je ne sais pas
j ai tout installé selon le tuto de base utilisateur=pi (ce devrait etre le seul ?)

aabgrpi
Messages : 11
Enregistré le : sam. 7 déc. 2019 17:38

Re: perte de droits après clonage vers SSD

Message par aabgrpi » sam. 7 déc. 2019 18:45

au temps pour moi...
j arrive à éditer à distance correctement nombre de fichiers (.lua, .py, .js...)
mais pas le fameux sftp://pi@192.168.xx.yy/home/pi/domoticz/scripts/dmcz_is_running.log
peut etre que ce n'est pas si grave que ca...

aabgrpi
Messages : 11
Enregistré le : sam. 7 déc. 2019 17:38

Re: perte de droits après clonage vers SSD

Message par aabgrpi » sam. 7 déc. 2019 18:59

bon, j ai résolu le problème:
pi@raspberrypi:~/domoticz/scripts $ sudo chmod 777 ap_clean_reboot.log
> l édition par FILEZILA fonctionne comme avant :D

merci a tous de s être penchés sur le problème

Artemus24
Raspinaute
Messages : 1077
Enregistré le : ven. 15 sept. 2017 19:15

Re: perte de droits après clonage vers SSD

Message par Artemus24 » sam. 7 déc. 2019 19:21

Salut à tous.
aabgrpi a écrit :bon, j ai résolu le problème:

Code : Tout sélectionner

pi@raspberrypi:~/domoticz/scripts $ sudo chmod 777 ap_clean_reboot.log
Il y a quand même un problème.

Quand vous faites un chmod, vous attribuez des droits à trois types d'intervenants qui sont :
--> le propriétaire du fichier.
--> le groupe auquel appartient le fichier.
--> les autres, donc pas le propriétaire et pas ceux du groupe.

Dans votre premier message, vous avez une liste de fichiers qui sont en "root:root" ou en "pi:pi".
Le première paramètre désigne le propriétaire et le deuxième paramètre est le groupe.

Je prends comme exemple :

Code : Tout sélectionner

-rw------- 1 root root 19934 déc. 7 16:36 domoticz_crash.log
La première partie se décompose en trois blocs de trois caractères qui sont "rwx".
R pour read, W pour write et X pour execute.
La deuxième partie vous indique qui est le propriétaire et qui est le groupe (root:root) auquel appartient ce fichier.

Le premier bloc rwx concerne le propriétaire (root) qui est "rw-".
Le deuxième bloc rwx concerne le groupe (root) qui est "---".
Le troisième bloc rwx concerne les autres utilisateurs, c'est à dire ceux qui ne sont pas le propriétaire ou le groupe, qui est "---".

La lecture de ces droits indique que seul le propriétaire (root) peut lire et écrire dans ce fichier.
Si vous accédez en tant que pi, vous ne pouvez rien faire. Et c'est normal.
En faisant "chmod 777" vous attribuez tous les droits à tout le monde.

Le mieux est de choisir le userid par lequel vous accédez par filezilla à votre environnement dans votre raspberry.
Par exemple "pi".
Dans ce cas, vous faites "chown pi:pi votre fichier" ainsi que "chmod 550 votre_fichier"
Il n'est pas nécessaire que si quelqu'un accède à votre raspberry par un autre compte que pi, puisse accéder aussi à votre fichier.

@+
RPI4B/8GB + Argon FanHAt
Rpi3A+, Rpi3B+
RPi 2B + Joy-It I2C Serial 20x4 2004 LCD Module
RPi 2B + PIM273 Unicorn HAT HD 16x16 Leds RGB
RPi0v1.3, RPi0W + LibreElec/Kodi, Rpi0WH + Tuner TV HAT
NodeMCU ESP32

cbalo

Re: perte de droits après clonage vers SSD

Message par cbalo » sam. 7 déc. 2019 20:45

Bonsoir,
la solution chmod 777 est la plus moche.
Elle fonctionne dans l'urgence, pour dépanner mais : A ne jamais faire sur un objet connecté accessible de l'extérieur et ne jamais faire sur un serveur de production et jamais en tant que professionnel !! (faute professionnelle grave susceptible, dans le monde bancaire d'aboutir à un licenciement sec sans préavis)
Après si c'est juste chez toi et non accessible de l'extérieur .... Why not .

Sinon, il eu fallut faire un ls- l home/pi/domoticz/scripts/dmcz_is_running.log
Et nous dire :
Qui est le proprio
Qui est le groupe
Quels sont les droits (proprio groupe et autre : le fameux rwx etc...)

Pour info : la "réécriture", ça n'existe pas.
Les droits sont lecture, écriture, exécution.
Créer un répertoire = écriture dans le répertoire parent
Créer un fichier = écriture dans le répertoire parent
Modifier le contenu d'un fichier = Ecriture du fichier
Supprimer un fichier = Ecriture dans le dossier parent

Ensuite exécution d'un script ou programme = Exécution d'un fichier
Entrer dans un sous-dossier = Exécution du sous-dossier

Puis
Voir le contenu d'un fichier = Lecture du fichier
Voir le contenu d'un dossier (l'explorer une fois que tu es dedans et donc que tu as les droits d’exécution ) = lecture du dossier

En complément de ce qu'a dit Artemus je crois :
une explication des chiffres à utiliser sur chmod
chmod ... ... ... nom de fichier (ou de répertoire)
où ... ... ... est une combinaison de 3 chiffres

Le 1er concerne le propriétaire le deuxième les membres du groupe, le dernier le reste du monde

Ces chiffres sont des combinaisons de 1, 2 et 4 (parce que en binaire ça fait 001 010 et 100)
1 = Exécution
2 = Ecriture
4 = Lecture

Pour donner le droit de lecture écriture ; 2+4 = 6
Pour donner le droit de lecture exécution; 1+4 = 5
Pour donner que le droit d'écriture : 2
Pour donner tous les droits : 1+2+4 = 7

Donc 7 5 1 = tout pour le proprio Lecture + exécution pour le groupe et que exécution pour les autres.

aabgrpi
Messages : 11
Enregistré le : sam. 7 déc. 2019 17:38

Re: perte de droits après clonage vers SSD

Message par aabgrpi » dim. 8 déc. 2019 09:39

merci à tous les deux de ces précisions;
j'ai bien lu l'explication des codes concernant les droits, d'ou (l'affreux) chmod 777.
autant j'ai compris la manoeuvre, autant l'ai du mal avec "proprietaire" et "groupe" (ça fait des années que je programme sur WindoZ)
@ cbalo:
petit probleme:
pi@raspberrypi:~/domoticz/scripts $ ls -l <------------------------------------------------------ ca marche :D
total 116
-rwxrwxrwx 1 pi pi 1832 déc. 6 03:33 ap_clean_reboot.log
-rwxr-xr-x 1 pi pi 2645 sept. 29 15:27 ap_clean_reboot.sh
-rw-r--r-- 1 pi pi 71 oct. 5 08:25 ap_crontab_pi.log
-rw-r--r-- 1 pi pi 68 déc. 8 09:20 ap_crontab_pi.touch
-rwxrwxrw- 1 root root 1032 déc. 5 13:48 ap_dmcz_restart.log
-rwxr-xr-x 1 pi pi 790 oct. 7 18:28 ap_dmcz_restart.sh
-rwxr-xr-x 1 pi pi 587 sept. 29 19:20 ap_ping_range.sh
-rwxr-xr-x 1 pi pi 2546 sept. 29 17:57 ap_pings.sh
-rw-r--r-- 1 root root 0 oct. 6 10:26 ap_pings.touch
-rw-r--r-- 1 pi pi 2834 août 29 2017 buienradar_rain_example.pl
-rwxrwxrwx 1 root root 316 déc. 8 09:20 dmcz_is_running.log <----------------------------------- ok :D
-rwxr-xr-x 1 pi pi 5881 déc. 7 18:16 dmcz_is_running.sh
-rw-r--r-- 1 pi pi 3301 juin 7 2018 domoticz.conf
...
mais si je fais:
pi@raspberrypi:~/domoticz/scripts $ ls -l home/pi/domoticz/scripts/dmcz_is_running.log
ls: impossible d'accéder à home/pi/domoticz/scripts/dmcz_is_running.log: Aucun fichier ou dossier de ce type <------- ca ne marche pas :cry:
idem avec sudo:
pi@raspberrypi:~/domoticz/scripts $ sudo ls -l home/pi/domoticz/scripts/dmcz_is_running.log
ls: impossible d'accéder à home/pi/domoticz/scripts/dmcz_is_running.log: Aucun fichier ou dossier de ce type <------- ca ne marche pas :cry:
?
@ Artemus24
je vais effectivement essayer ca:
"Le mieux est de choisir le userid par lequel vous accédez par filezilla à votre environnement dans votre raspberry."
"Par exemple "pi". "( à ma connaissance c'est le seul utilisateur déclaré)
Dans ce cas, vous faites "chown pi:pi votre fichier" ainsi que "chmod 550 votre_fichier" <------ la j'ai du mal, les 2 sont nécessaires ? si je comprend bien, c'est d'une part le proprietaire, et d'autre part les droits...(c'est la que c'est bien différent de WZ :o )
je vais essayer ça
en tout cas merci encore, j'avais peur d'un problème de droits plus compliqué apparu après le clonage (laborieux).
merci
bon dimanche
ps je ne trouve pas l'édition avec balises
ni passage en RESOLU

cbalo

Re: perte de droits après clonage vers SSD

Message par cbalo » dim. 8 déc. 2019 11:00

Bonojur
que

Code : Tout sélectionner

ls -l home/pi/domoticz/scripts/dmcz_is_running.log
ne fonctionne pas ?
ABOSLUMENT NORMAL !
Et la raison est dans ta question :

Code : Tout sélectionner

Aucun fichier ou dossier de ce type
En effet TOUT chemin absolu commence TOOUJOURS par

Code : Tout sélectionner

[b]/[/b]
Là ton OS cherche un chemin Relatif (un chemin home/pi/domoticz/scripts/ se trouvant dans le répertoire courant) qui n'existe pas
Que tu fasses sudo devant ne change rien au fait que ce chemin n'existe pas

Tu vois : facile :D

aabgrpi
Messages : 11
Enregistré le : sam. 7 déc. 2019 17:38

Re: perte de droits après clonage vers SSD

Message par aabgrpi » dim. 8 déc. 2019 12:57

pas mal !
je n ai pas encore les reflexes UNIX
effectivement
pi@raspberrypi:~/domoticz/scripts $ ls -l dmcz_is_running.log
-rwxrwxrwx 1 root root 316 déc. 8 12:55 dmcz_is_running.log <------------- :D

Répondre

Retourner vers « En panne ? »