database non funziona con aggiornamento

Un saluto a tutti. Premessa: non sono sicuro se sia il posto giusto per il tipo di problema che sto per dirvi, ma non riesco a trovare niente in rete. Dunque, su una versione di Fedora 23 ho installato un database che mi effettuava il controllo di sensori per temperatura. Per accedere alle letture aprivo firefox, mi autenticavo con username e password e subito dopo si apriva la pagina delle letture. Nel tempo ho eseguito vari aggiornamenti fino alla 27 e tutto funzionava perfettamente. Giorni fa ho provato ad aggiornare la macchina alla versione 28: tutto è andato bene come S.O., ma quando vado ad aprire il database in localhost, dopo aver introdotto user e password mi accorgo che non riesco ad accedere più alle letture. Volevo sapere se esiste un modo per vedere se all’installazione manca qualche cosa nella struttura della nuova versione, oppure fare una diagnostica per capire le differenze tra la 27 e 28.
Vi ringrazio anticipatamente per l’attenzione e scusate se ho sbagliato la sezione.

La descrizione che fai è molto vaga, rendendo molto difficile aiutarti. Che tipo di database usi?
Supponiamo che tu stia usando mariadb. Nel caso, cosa dice

$ systemctl status mariadb?
Cambia qualcosa se dai

# systemctl start mariadb?
Se così riesci ad accedere al tuo database, devi semplicemente eseguire il comando

# systemctl enable mariadb

per abilitare il servizio ad ogni avvio del PC.

grazie per la risposta ,in effetti non ho dato grandi informazioni ,la cosa che posso dire e’ che lavora con i seguenti programmi APACHE ,MYSQL ,PHP il tutto e’ stato installato su fedora 23

[quote=QuarkF]cosa dice

$ systemctl status mariadb

Nota: da diverso tempo Fedora usa mariadb, che è un fork di mysql.

Fatto; questo è quello che mi ritorna:

[code]● mariadb.service - MariaDB 10.2 database server
Loaded: loaded (/usr/lib/systemd/system/mariadb.service; enabled; vendor preset: disabled)
Drop-In: /usr/lib/systemd/system/mariadb.service.d
└─tokudb.conf
Active: active (running) since Sun 2019-02-10 13:33:17 CET; 38min ago
Docs: man:mysqld(8)
https://mariadb.com/kb/en/library/systemd/
Process: 1591 ExecStartPost=/usr/libexec/mysql-check-upgrade (code=exited, status=0/SUCCESS)
Process: 850 ExecStartPre=/usr/libexec/mysql-prepare-db-dir mariadb.service (code=exited, status=0/SUCCESS)
Process: 821 ExecStartPre=/usr/libexec/mysql-check-socket (code=exited, status=0/SUCCESS)
Main PID: 915 (mysqld)
Status: “Taking your SQL requests now…”
Tasks: 36 (limit: 19660)
CGroup: /system.slice/mariadb.service
└─915 /usr/libexec/mysqld --basedir=/usr

feb 10 13:32:46 localhost.localdomain mysqld[915]: 2019-02-10 13:32:46 140166855637184 [Note] /usr/libexec/mysqld (mysqld 10.2.19-MariaDB) start
feb 10 13:32:46 localhost.localdomain mysqld[915]: 2019-02-10 13:32:46 140166855637184 [Warning] Could not increase number of max_open_files to
feb 10 13:32:46 localhost.localdomain mysqld[915]: 2019-02-10 13:32:46 140166855637184 [Warning] Changed limits: max_open_files: 1024 max_conne
feb 10 13:33:17 localhost.localdomain mysql-check-upgrade[1591]: The datadir located at /var/lib/mysql needs to be upgraded using 'mysql_upgrade
feb 10 13:33:17 localhost.localdomain mysql-check-upgrade[1591]: 1. Back-up your data before with ‘mysql_upgrade’
feb 10 13:33:17 localhost.localdomain mysql-check-upgrade[1591]: 2. Start the database daemon using ‘service mariadb start’
feb 10 13:33:17 localhost.localdomain mysql-check-upgrade[1591]: 3. Run ‘mysql_upgrade’ with a database user that has sufficient privileges
feb 10 13:33:17 localhost.localdomain mysql-check-upgrade[1591]: Read more about ‘mysql_upgrade’ usage at:[/code]