Second Opinion
Folosind serviciul second opinion ne puteți trimite RMN-uri, CT -uri, angiografii, fișiere .pdf, documente medicale. Astfel vă vom putea da o opinie neurochirurgicală, fără ca aceasta să poată înlocui un consult de specialitate. Răspunsurile vor fi date prin e-mail în cel mai scurt timp posibil (de obicei în mai putin de 24 de ore, dar nu mai mult de 48 de ore). Second opinion – Neurohope este un serviciu gratuit. www.neurohope.ro |
[Rezolvat] Automatizare cu Raspberry Pi 3 Model B si Arduino Mega 2560
Last Updated: Jun 18 2017 07:41, Started by
Costi_68
, Jun 12 2017 15:52
·
0
#19
Posted 13 June 2017 - 11:52
Costi_68, on 13 iunie 2017 - 11:46, said:
Acesta este rezoltatul... pi@filisera:~ $ sudo service mysql stop pi@filisera:~ $ sudo mysqld_safe 170613 12:46:00 mysqld_safe Can't log to error log and syslog at the same time. Remove all --log-error configuration options for --syslog to take effect. 170613 12:46:00 mysqld_safe Logging to '/var/log/mysql/error.log'. 170613 12:46:00 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 170613 12:46:01 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended pi@filisera:~ $ Pentru ca am vazzut acest mesaj, am cautat aici: 170613 12:46:00 mysqld_safe Logging to '/var/log/mysql/error.log'. Ultimile mesaje sunt acestea Thread pointer: 0x0 Attempting backtrace. You can use the following information to find out where mysqld died. If you see no messages after this, something went terribly wrong... stack_bottom = 0 thread_stack 0x30000 The manual page at http://dev.mysql.com...n/crashing.html contains information that should help you find out what is causing the crash. dexterash, on 13 iunie 2017 - 11:49, said:
Mh... "mysqld_safe -v" ? 170613 12:52:14 mysqld_safe Can't log to error log and syslog at the same time. Remove all --log-error configuration options for --syslog to take effect. 170613 12:52:14 mysqld_safe Logging to '/var/log/mysql/error.log'. 170613 12:52:14 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 170613 12:52:15 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended pi@filisera:~ $ [attachment=1894155:Terminal.jpg] Edited by Costi_68, 13 June 2017 - 11:54. |
#20
Posted 13 June 2017 - 11:57
Sterge fisierul
"/var/log/mysql/error.log" si da-i din nou cu _safe |
#21
Posted 13 June 2017 - 12:00
dexterash, on 13 iunie 2017 - 11:57, said:
Sterge fisierul "/var/log/mysql/error.log" si da-i din nou cu _safe Am primit mesaj de oroare: Permission denied. Error code: 3 Error message from server: Permission denied Am incercat sa sterg fisierul si prin WinScp si prin VNC... care VNC este direct pe Raspberry Edited by Costi_68, 13 June 2017 - 12:01. |
#23
Posted 13 June 2017 - 12:03
#24
Posted 13 June 2017 - 12:05
"sudo rm /var/log/mysql/error.log" ar trebui sa mearga...
|
#25
Posted 13 June 2017 - 12:10
#27
Posted 13 June 2017 - 12:13
dexterash, on 13 iunie 2017 - 12:11, said:
E bun... s'amu da-i cu sudo mysqldblablasafe 170613 13:12:19 mysqld_safe Can't log to error log and syslog at the same time. Remove all --log-error configuration options for --syslog to take effect. Logging to '/var/log/mysql/error.log'. 170613 13:12:19 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 170613 13:12:21 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended pi@filisera:~ $ |
#29
Posted 13 June 2017 - 12:17
#30
Posted 13 June 2017 - 12:24
1. Cand mai atasezi ceva, ataseaza in text [copy-paste in Notepad]
2. Pare ca s-au "suparat" bazele de date. D'amu treaba nu mai e chiar simpla. In prima faza, fa o copie la directorul /var/lib/mysql [pe PC, daca reusesti]. In a doua faza... well... tre' sa incerci sa faci un "innodb recovery". Ca de exemplu: http://dev.mysql.com...b-recovery.html Dar... inainte de toate fa un backup. Si 2, daca ti se pare prea complicat, mai bine refaci baza de la 0. |
#31
Posted 13 June 2017 - 12:29
dexterash, on 13 iunie 2017 - 12:24, said:
1. Cand mai atasezi ceva, ataseaza in text [copy-paste in Notepad] 2. Pare ca s-au "suparat" bazele de date. D'amu treaba nu mai e chiar simpla. In prima faza, fa o copie la directorul /var/lib/mysql [pe PC, daca reusesti]. In a doua faza... well... tre' sa incerci sa faci un "innodb recovery". Ca de exemplu: http://dev.mysql.com...b-recovery.html Dar... inainte de toate fa un backup. Si 2, daca ti se pare prea complicat, mai bine refaci baza de la 0. Am sa urmez sfatul tau sa fac un back-up... sa vad ce-o iesi! De refacut baza de date iar este bataie de cap pentru mine, basca pierd -cred- toate informatiile din baza Din pacate, trebuie sa plec in dupa-amiaza asta... revin maine! ******************** Deocamdata multumesc tutror care au incercat si incearca sa ma ajute... tinem legatura... pe maine! Am VNC, am WinScp, am buna-vointa, sper ca cineva sa aiba timpul sa ma ajute sa repun baza pe picioare, chiar din remote Costi |
#32
Posted 15 June 2017 - 13:43
dexterash, on 13 iunie 2017 - 12:24, said:
Ca de exemplu: http://dev.mysql.com...b-recovery.html Dar... inainte de toate fa un backup. Si 2, daca ti se pare prea complicat, mai bine refaci baza de la 0. Am incercat sa fac back-up, dar cred ca nu am la ce, /var/lib/mysql are 4.0 Kb pe disk... adica numele si atat, pe de alta parte sistemul nu ma lasa sa copii fisierul, nici macar pe desktop la Raspberry [attachment=1895120:Copy.jpg] OK, sa incerc sa fac recovery, la ce s-ar mai putea. De unde incep? Daca Recovery nu merge... trebuie sa ma apuc de pasul 2, refacut baza de date... care cred ca o sa fie cu ciubote rosii( pentru ca eu n-am facut niciodata asta (acum ma pregatesc sufelteste ) |
#33
Posted 18 June 2017 - 06:54
Pentru a inchide subiectul, sa stiti ca baza de date era supra-populata si de aceea a fost reinstalata, acum functioneaza
|
|
#34
Posted 18 June 2017 - 07:41
Mulțumim pentru soluție, am marcat topicul ca fiind rezolvat
|
Anunturi
▶ 0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users