Precedente :: Successivo |
Autore |
Messaggio |
ZioCrick Eroe
Registrato: 19/05/19 11:20 Messaggi: 62
|
Inviato: 01 Ago 2024 22:52 Oggetto: Accesso al disco dati da Debian ma non da Mint |
|
|
Salve a tutti. Avrei bisogno una mano.
Situazione:
Computer con un disco sistema e un disco dati.
Disco sistema con varie partizioni, una delle quali con Debian 12.6 e un'altra con Mint 21.3
Su entrambe ho installato xampp 64-8.0.3-0 per accedere a dei database MySql che stanno sul disco Dati.
Configuro opportunamente i file:
/opt/lampp/phpmyadmin/config.inc.php
/opt/lampp/etc/my.cnf
per puntare alla cartella del disco dati.
Da Debian faccio partire apache con:
sudo /opt/lampp/lampp startapache
e MySql con:
sudo /opt/lampp/bin/mysql.server start
Tutto parte regolarmente e tramite phpMyAdmin accedo ai db sul disco dati.
Su Mint ho fatto le stesse identiche configurazioni e apache parte regolarmente ma MySql non parte perchè mi da errore di accesso alla cartella del disco dati per "privilegi insufficienti" dicendo che non riesce a scrivere/aggiornare il file di log.
Io però se da Mint faccio un ls -l da terminale vedo gli stessi identici privilegi che vedo da Debian, ovvero owner root e accesso -rwxrwxrwx, e con un touch riesco a creare un file nella stessa cartella.
Su entrambi i SO l'unico utente presente è il mio "marco"
In phpMyAdmin è presente l'utente root del quale nei file di configurazione viene impostata la stessa password che ho definito in phpMyAdmin e la configurazione degli utenti è identica per entrambi i SO.
Una cosa che mi sembra strana è che in entrambe i file di configurazione /opt/lampp/etc/my.cnf nella sezione [mysqld] è impostato
user=mysql
però l'utente mysql non esiste ne nel SO ne all'interno di phpMyAdmin.
Non ci capisco nulla.
Qualcuno riesce a darmi una dritta su dove intervenire o cosa controllare?
|
|
Top |
|
|
SverX Supervisor Macchinisti
Registrato: 25/03/02 12:16 Messaggi: 11668 Residenza: Tokelau
|
Inviato: 02 Ago 2024 11:29 Oggetto: |
|
|
verifica che l'utente mysql esista (vedi dentro /etc/passwd se è presente) e occhio che deve avere lo stesso user ID su entrambe le installazioni Linux, altrimenti non funzionerà su una delle due |
|
Top |
|
|
ZioCrick Eroe
Registrato: 19/05/19 11:20 Messaggi: 62
|
Inviato: 02 Ago 2024 13:20 Oggetto: |
|
|
Caspita, per un attimo ho avuto una speranza di una soluzione... e invece... l'utente mysql compare in entrambe i file, esattamente con le stesse caratteristiche.
Sono due righe identiche, come anche quelle del mio utente e di root].
Ma quindi mi nasce spontanea una domanda.
Visto che io non ho creato l'utente mysql da nessuna parte e non compare nemmeno all'interno di phpMyAdmin chi o cosa l'ha creato all'interno di quel file? |
|
Top |
|
|
SverX Supervisor Macchinisti
Registrato: 25/03/02 12:16 Messaggi: 11668 Residenza: Tokelau
|
Inviato: 02 Ago 2024 14:01 Oggetto: |
|
|
l'ha creato l'installazione di MySQL, e se l'utente ha lo stesso ID dovrebbe funzionare...
quali permessi (e quale ownership) ha il file di log?
verifica anche se per caso in /etc/group ci sia un gruppo chiamato mysql e se anche questo ha lo stesso ID su entrambi i sistemi... |
|
Top |
|
|
ZioCrick Eroe
Registrato: 19/05/19 11:20 Messaggi: 62
|
Inviato: 02 Ago 2024 17:07 Oggetto: |
|
|
Allora, ho verificato i file dei gruppi e anche in questo caso sono identici!
I permessi del file di log sono gli stessi di tutti gli altri file, come avevo scritto nel mio primo messaggio sono: owner root e accesso -rwxrwxrwx,
Ma allora mi viene un dubbio.
Come faccio a verificare se e quale password usa l'utente mysql? |
|
Top |
|
|
SverX Supervisor Macchinisti
Registrato: 25/03/02 12:16 Messaggi: 11668 Residenza: Tokelau
|
Inviato: 02 Ago 2024 17:36 Oggetto: |
|
|
secondo me non ha password, è un'utenza di servizio - puoi verificare in /etc/shadow se c'è un hash o meno (secondo me no)
a questo punto mi sa che devi usare strace durante l'avvio di mysql così puoi vedere esattamente quale accesso fallisce |
|
Top |
|
|
ZioCrick Eroe
Registrato: 19/05/19 11:20 Messaggi: 62
|
Inviato: 02 Ago 2024 18:38 Oggetto: |
|
|
Ho verificato in /etc/shadow
e c'è una stringa così: mysql:!:19930::::::
Significa che non è impostata una password?
Grazie per l'indicazione su strace.
Non lo conoscevo.
Ora devo documentarmi ma non riesco a farlo stasera.
Appena riesco a capire come utilizzarlo ci provo. |
|
Top |
|
|
Maary79 Amministratore
Registrato: 08/02/12 13:23 Messaggi: 12398
|
Inviato: 03 Ago 2024 12:04 Oggetto: |
|
|
Sarà una risposta molto semplice, ma se tu hai diversi OS Linux sullo stesso disco/pc è sufficiente accedervi dal file manager, al massimo chiederà la password di root, visualizzo anche le partizioni Windows con lo stesso sistema, ed efi.
|
|
Top |
|
|
ZioCrick Eroe
Registrato: 19/05/19 11:20 Messaggi: 62
|
Inviato: 03 Ago 2024 16:24 Oggetto: |
|
|
Cara Maary79 ho provato a fare quanto mi hai indicato, ma purtroppo non cambia nulla!
Probabilmente l'errore deriva da qualche file di configurazione che risiede su Mint e la procedura che eseguo dalla partizione di Debian, va comunque a prelevare i dati dalle cartelle di Mint.
Invece SverX, ho fatto la prova con strace sia su Mint che su Debian, per vedere le differenze, ma non ci capisco nulla.
Oltre al fatto che in alcuni punti del file di log fanno operazioni differenti, ma che non riesco a decifrare, su Mint, la quarta riga è:
arch_prctl(0x3001 /* ARCH_??? */, 0x7ffe68276ea0) = -1 EINVAL (Invalid argument)
Ho provato a cercare eventuali file che contengano la stringa 'ARCH_???' e non ne ho trovati, allora ho cercato la stringa 'ARCH' e ce ne sono a chili ma perché è una sottostringa di tanti commenti.
Se invece uso il qualificatore -w non me ne trova.
E poi ovviamente c'è la riga dell'errore di mancanza dei privilegi per accedere al file di log.
Sono di nuovo nel buio più totale! |
|
Top |
|
|
SverX Supervisor Macchinisti
Registrato: 25/03/02 12:16 Messaggi: 11668 Residenza: Tokelau
|
Inviato: 05 Ago 2024 14:54 Oggetto: |
|
|
Citazione: | E poi ovviamente c'è la riga dell'errore di mancanza dei privilegi per accedere al file di log |
quella è ciò che dovresti verificare - verificare quale è il path esatto, perché se hai verificato che sia UID che GID dell'utente/gruppo mysql sono la stessa su entrambi i sistemi, allora deve essere il file a non essere lo stesso... non vedo altra possibilità
Citazione: | Ho verificato in /etc/shadow
e c'è una stringa così: mysql:!:19930::::::
Significa che non è impostata una password? |
esatto, non ha una password, e non ha una shell quindi è un utente 'di sistema' non interattivo... ma la cosa che ci interessa è verificare che sia stato assegnato all' ID 19930 su entrambe le distro... |
|
Top |
|
|
ZioCrick Eroe
Registrato: 19/05/19 11:20 Messaggi: 62
|
Inviato: 05 Ago 2024 21:57 Oggetto: |
|
|
Allora, per quanto riguarda il puntamento alla cartella che contine il file di log è la stessa.
L'unica differenza è che su Debian il disco Dati lo riconosce come:
/media/Dati/
mentre su Mint:
/media/marco/Dati/
però nel file di configurzione /opt/lampp/etc/my.cnf ci ho messo il percorso adatto, per cui il puntamento al file di log è corretto.
Di fatto, lo stesso meccanismo lo uso anche su Windows 8.1 che è il terzo SO che ho sul desktop e pur avendo, anche lui, un'identificazione differente del disco Dati, da li funziona.
Per quanto riguarda l'ID 19930 adesso non posso controllare perché per un po, non so per quanto, sarò fuori casa per un periodo di pseudo-ferie, e quindi uso un portatile che non ha la configurazione del desktop su cui ho il problema.
Pensavo di trovare la soluzione molto più velocemente, ovvero prima di partire per cui ora devo attendere di ritornare a casa.
Ci aggiorniamo. |
|
Top |
|
|
SverX Supervisor Macchinisti
Registrato: 25/03/02 12:16 Messaggi: 11668 Residenza: Tokelau
|
Inviato: 06 Ago 2024 11:14 Oggetto: |
|
|
intanto goditi le 'pseudo' ferie, comunque il fatto che hai path diversi per lo stesso file è un possibile problema...
ovvero, devi considerare che l'accesso ad un file avviene solo se hai il permesso sul file, ovviamente, ma devi avere anche il permesso di entrare in tutte le cartelle del percorso del file
perché anche se hai i privilegi di accesso corretti accesso allo specifico file, se questo si trova sotto /media/marco e non hai accesso a questa cartella allora non potrai raggiungere il file
verifica facilmente: fai
sudo -u mysql ls /media
sudo -u mysql ls /media/marco
sudo -u mysql ls /media/marco/Dati
se una di queste fallisce allora vuol dire che hai un problema, devi mappare sotto un path differente o 'allargare' i permessi sulla cartella che ti limita |
|
Top |
|
|
ZioCrick Eroe
Registrato: 19/05/19 11:20 Messaggi: 62
|
Inviato: 06 Ago 2024 16:41 Oggetto: |
|
|
Amico carissimo,
ti ringrazio tanto per tutte le indicazioni che mi stai dando, perché io ho lavorato per tanti anni come programmatore, e anche adesso mi diletto per conto mio, ma come sistemista sono decisamente un novellino.
Per cui mi stai aiutando anche ad imparare il mondo Linux.
Non appena torno a casa faccio le prove che mi hai indicato, e se scopro la causa del problema e riesco a risolvere... pizza assicurata! |
|
Top |
|
|
Maary79 Amministratore
Registrato: 08/02/12 13:23 Messaggi: 12398
|
Inviato: 07 Ago 2024 19:01 Oggetto: |
|
|
Mi vengono in mente le cose a random purtroppo. Io con le distribuzioni condivido le home, è facile se lo fai in fase di installazione. Devi però mettere il nome utente diverso.
Le partizioni poi sono tutte accessibili in modo molto semplice.
Se può essere utile, per le prossime volte. |
|
Top |
|
|
ZioCrick Eroe
Registrato: 19/05/19 11:20 Messaggi: 62
|
Inviato: 09 Ago 2024 08:49 Oggetto: |
|
|
Maary79 forse non mi sono spiegato bene.
La cartella con i database condivisi, quindi quella a cui deve puntare MySql non è in una partizione del disco sistema, ma su un disco separato che io ho chiamato Dati, e che viene montato nello stesso modo da entrambe i SO al boot.
Inoltre sia Mint che Debian lo vedono esattamente con gli stessi diritti di accesso, stesso utente e permessi.
Comunque appena tornerò a casa farò le prove che mi ha suggerito SverX e vediamo se è la volta buona [/b] |
|
Top |
|
|
ZioCrick Eroe
Registrato: 19/05/19 11:20 Messaggi: 62
|
Inviato: 21 Ago 2024 07:35 Oggetto: |
|
|
SverX ha scritto: | verifica facilmente: fai
sudo -u mysql ls /media
sudo -u mysql ls /media/marco
sudo -u mysql ls /media/marco/Dati
se una di queste fallisce allora vuol dire che hai un problema, devi mappare sotto un path differente o 'allargare' i permessi sulla cartella che ti limita |
Amico carissimo, sei un genio!!!!!
sono tornato e ho fatto le prove che mi hai indicato, e sul comando:
sudo -u mysql ls /media/marco
mi dava: ls: cannot open directory '/media/marco': Permission denied
Allora ho dato: sudo chmod -R 777 /media/marco
e adesso tutto funziona!!!!!!
Non sai quanto sono felice!
Quando vuoi, pizza!!!
L'unica cosa che per me resta ancora un mistero è come mai con il comando:
ls -l /media/marco
mi dava:
drwxrwxrwx 1 root root ...
Questo non significa che ha già i permessi impostati a 777? |
|
Top |
|
|
Homer S. Dio Kwisatz Haderach
Registrato: 24/12/21 10:59 Messaggi: 3833 Residenza: Ormai ci sono solo io qui in pianta stabile, che lo chiedete a fare?
|
Inviato: 21 Ago 2024 08:16 Oggetto: |
|
|
Se esegui:
Codice: | ls -l /media/marco |
ciò che ritorna è lo stato dei permessi di ciò che è dentro /media/marco, non di /media/marco stesso; avresti dovuto piuttosto eseguire:
Codice: | ls -l /media | grep marco |
per vedere come stava messo proprio lui (cioè lei, inteso come directory). |
|
Top |
|
|
ZioCrick Eroe
Registrato: 19/05/19 11:20 Messaggi: 62
|
Inviato: 21 Ago 2024 10:54 Oggetto: |
|
|
Grazie mille Homer!!!!
ho appena imparato una cosa nuova di Linux!
Io pensavo che i permessi si riferissero alla cartella specificata nel comando ls
Una pizza anche per te! |
|
Top |
|
|
SverX Supervisor Macchinisti
Registrato: 25/03/02 12:16 Messaggi: 11668 Residenza: Tokelau
|
Inviato: 21 Ago 2024 11:10 Oggetto: |
|
|
ZioCrick ha scritto: | Allora ho dato: sudo chmod -R 777 /media/marco
e adesso tutto funziona!!!!!!
Non sai quanto sono felice! |
Quindi era davvero un problema di permessi, ma non sul file bensì su una delle cartelle del percorso per il file. Bene che hai risolto! |
|
Top |
|
|
SverX Supervisor Macchinisti
Registrato: 25/03/02 12:16 Messaggi: 11668 Residenza: Tokelau
|
Inviato: 21 Ago 2024 11:14 Oggetto: |
|
|
Homer S. ha scritto: | avresti dovuto piuttosto eseguire:
Codice: | ls -l /media | grep marco |
per vedere come stava messo proprio lui (cioè lei, inteso come directory). |
oppure così ti avrebbe visualizzato nell'elenco anche la cartella . ('punto', ovvero la cartella corrente) con a fianco i suoi permessi
esempio:
Codice: | $ ls -la
total 388
drwxr-xr-x 42 myuser myuser 4096 Aug 21 09:27 .
drwxr-xr-x 3 root root 4096 May 1 2021 ..
drwxrwxr-x 8 myuser myuser 4096 Feb 16 2022 .atom
drwxrwxr-x 5 myuser myuser 4096 Jan 22 2024 .audacity-data
-rw------- 1 myuser myuser 81318 Aug 20 19:14 .bash_history
[etc]
|
|
|
Top |
|
|
|