Jump to content
Sign in to follow this  
Александр87

Любая помощь с компьютером

Recommended Posts

1 час назад, сярожа сказал:

какой антивирус лучший

http://windows.microsoft.com/ru-ru/windows/security-essentials-download

фирменный макрософтовский бесплатный и безлимитный, и защитник виндовс с ним не в контрах.

 

Share this post


Link to post
Share on other sites

Программная... У меня вот недавно localhost запускаться перестал. Обычно я сайт на домашнем вордпрессе сочиняю, а потом, когда всё отшлифую, переношу написанное а тот, который на хостинге.

А сейчас вот набираю sudo service mysql start
А консоль мне  start: Job failed to start

Я ей sudo /etc/init.d/mysql start

А она мне 

Rather than invoking init scripts through /etc/init.d, use the service(8)
utility, e.g. service mysql start

Since the script you are attempting to invoke has been converted to an
Upstart job, you may also use the start(8) utility, e.g. start mysql
start: Job failed to start

 

Что вообще с ним могло приключится? (Убунту 12.04)

Share this post


Link to post
Share on other sites
16 часов назад, Konstantin S сказал:

Программная... У меня вот недавно localhost запускаться перестал. Обычно я сайт на домашнем вордпрессе сочиняю, а потом, когда всё отшлифую, переношу написанное а тот, который на хостинге.

А сейчас вот набираю sudo service mysql start
А консоль мне  start: Job failed to start

Я ей sudo /etc/init.d/mysql start

А она мне 

Rather than invoking init scripts through /etc/init.d, use the service(8)
utility, e.g. service mysql start

Since the script you are attempting to invoke has been converted to an
Upstart job, you may also use the start(8) utility, e.g. start mysql
start: Job failed to start

 

Что вообще с ним могло приключится? (Убунту 12.04)

Привет.  Не знаю как и кто, а я сайты верстаю в обычном блокноте.

Вместо того, чтобы ссылаться сценарии инициализации через /etc/init.d , использовать сервис ( 8 ) утилиты , например, начало службы MySQL Так как скрипт, который вы пытаетесь вызвать было преобразовано в работу Upstart , вы можете также использовать начало ( 8 ) полезности, например, начать MySQL начать : Работа не удалось запустить.

Share this post


Link to post
Share on other sites
19 часов назад, Konstantin S сказал:

Программная... У меня вот недавно localhost запускаться перестал. Обычно я сайт на домашнем вордпрессе сочиняю, а потом, когда всё отшлифую, переношу написанное а тот, который на хостинге.

А сейчас вот набираю sudo service mysql start
А консоль мне  start: Job failed to start

Я ей sudo /etc/init.d/mysql start

А она мне 

Rather than invoking init scripts through /etc/init.d, use the service(8)
utility, e.g. service mysql start

Since the script you are attempting to invoke has been converted to an
Upstart job, you may also use the start(8) utility, e.g. start mysql
start: Job failed to start

 

Что вообще с ним могло приключится? (Убунту 12.04)

Систему не обновляли?

Есть ли свободное место на разделах? df -h покажет.

Что в логах? Где то вроде здесь они /var/log/mysql/

 

Share this post


Link to post
Share on other sites

Хуже. Запустил "Убунту твик", она мне 10 Гб на HDD почистила и есть такое подозрение, что чего-то mysqlовское до кучи выбросила.

Свободного места 15 Гб. Локалка у меня и при меньших его объёмах нормально работала. файлы логов девственно пусты и чисты. То есть они есть, но ничего в них нет.

В общем,

 

konst<>eMD528:~$ mysqld_safe --log-error=/var/log/mysql.err
160609 14:59:26 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.
160609 14:59:26 mysqld_safe Logging to '/var/log/mysql.err'.
160609 14:59:26 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
/usr/bin/mysqld_safe: 126: /usr/bin/mysqld_safe: cannot create /var/log/mysql.err: Permission denied
/usr/bin/mysqld_safe: 1: eval: cannot create /var/log/mysql.err: Permission denied
160609 14:59:27 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
/usr/bin/mysqld_safe: 126: /usr/bin/mysqld_safe: cannot create /var/log/mysql.err: Permission denied
konst<>eMD528:~$

 

Понять бы ещё что это значит... Доступа нет, но с чего вдруг?

Верстать сайт в текстовом редакторе это для меня слишком не по-мозгам. Движком пользуюсь.

 

Share this post


Link to post
Share on other sites
1 час назад, Konstantin S сказал:

Хуже. Запустил "Убунту твик", она мне 10 Гб на HDD почистила и есть такое подозрение, что чего-то mysqlовское до кучи выбросила.

Свободного места 15 Гб. Локалка у меня и при меньших его объёмах нормально работала. файлы логов девственно пусты и чисты. То есть они есть, но ничего в них нет.

В общем,

 

konst<>eMD528:~$ mysqld_safe --log-error=/var/log/mysql.err
160609 14:59:26 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.
160609 14:59:26 mysqld_safe Logging to '/var/log/mysql.err'.
160609 14:59:26 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
/usr/bin/mysqld_safe: 126: /usr/bin/mysqld_safe: cannot create /var/log/mysql.err: Permission denied
/usr/bin/mysqld_safe: 1: eval: cannot create /var/log/mysql.err: Permission denied
160609 14:59:27 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
/usr/bin/mysqld_safe: 126: /usr/bin/mysqld_safe: cannot create /var/log/mysql.err: Permission denied
konst<>eMD528:~$

 

Понять бы ещё что это значит... Доступа нет, но с чего вдруг?

Верстать сайт в текстовом редакторе это для меня слишком не по-мозгам. Движком пользуюсь.

 

Странно что логи пусты, при например сломаной базе ругань здесь

tail /var/log/mysqld.log  | grep -i error
160611 23:59:38 [ERROR] Plugin 'InnoDB' init function returned error.
160611 23:59:38 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
160611 23:59:38 [ERROR] Unknown/unsupported storage engine: InnoDB
160611 23:59:38 [ERROR] Aborting

и здесь 

tail /var/log/messages  
Jun 11 23:59:38 localhost mysqld_safe[3153]: 160611 23:59:38 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
Jun 11 23:59:38 localhost systemd[1]: mysqld.service: control process exited, code=exited status=1

На линуксе в эти файлы надо глядеть под рутом.

 

Наверное в этом фрагменте что Вы приводите запуск не от пользователя mysql, а от konst, отсюда и жалобы Permission denied.

Надо попробовать запустить от rootа, сделав sudo предварительно.

 

Вот что примерно должно выводиться при успешном запуске вручную:

[root@samuray ~]# /usr/bin/mysqld_safe 
160612 00:10:53 mysqld_safe Logging to '/var/log/mysqld.log'.
160612 00:10:53 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql

 

а вот что при "сломаной" базе при запуске вручную:

root@samuray mysql]# /usr/bin/mysqld_safe --basedir=/usr
160612 00:13:44 mysqld_safe Logging to '/var/log/mysqld.log'.
160612 00:13:44 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
160612 00:13:44 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

 

и при этом вполне конкретный лог по которому можно что-то пытаться понять:

 

root@samuray mysql]# tail /var/log/mysqld.log
160612  0:13:44 InnoDB: Then delete the existing log files. Edit the .cnf file
160612  0:13:44 InnoDB: and start the database again.
160612  0:13:44 [ERROR] Plugin 'InnoDB' init function returned error.
160612  0:13:44 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
160612  0:13:44 [ERROR] Unknown/unsupported storage engine: InnoDB
160612  0:13:44 [ERROR] Aborting

160612  0:13:44 [Note] /usr/libexec/mysqld: Shutdown complete

160612 00:13:44 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

 

в крайнем случае шеловские скрипты можно включить трассировку set -x или

#!/bin/bash -x

 

 

 

 

Share this post


Link to post
Share on other sites

Ага.

 

konst@eMD528:~$ sudo tail /var/log/mysqld.log  | grep -i error
tail: невозможно открыть «/var/log/mysqld.log» для чтения: Нет такого файла или каталога
konst@eMD528:~$ sudo tail /var/log/messages  
tail: невозможно открыть «/var/log/messages» для чтения: Нет такого файла или каталога
konst@eMD528:~$ sudo /usr/bin/mysqld_safe
160612 09:57:22 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.
160612 09:57:22 mysqld_safe Logging to '/var/log/mysql/error.log'.
160612 09:57:22 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql

 

А сам эррор лог уже не пуст. Он уже выглядит вот так:

 

160612 09:57:22 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
160612  9:57:22 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
160612  9:57:22 [Note] /usr/sbin/mysqld (mysqld 5.5.49-0ubuntu0.12.04.1) starting as process 3381 ...
160612  9:57:22 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
160612  9:57:22 [Note] Plugin 'FEDERATED' is disabled.
160612  9:57:22 InnoDB: The InnoDB memory heap is disabled
160612  9:57:22 InnoDB: Mutexes and rw_locks use GCC atomic builtins
160612  9:57:22 InnoDB: Compressed tables use zlib 1.2.3.4
160612  9:57:23 InnoDB: Initializing buffer pool, size = 128.0M
160612  9:57:23 InnoDB: Completed initialization of buffer pool
160612  9:57:23 InnoDB: highest supported file format is Barracuda.
160612  9:57:25  InnoDB: Waiting for the background threads to start
160612  9:57:26 InnoDB: 5.5.49 started; log sequence number 223659000
160612  9:57:26 [Note] Server hostname (bind-address): '127.0.0.1'; port: 3306
160612  9:57:26 [Note]   - '127.0.0.1' resolves to '127.0.0.1';
160612  9:57:26 [Note] Server socket created on IP: '127.0.0.1'.
160612  9:57:26 [Note] Event Scheduler: Loaded 0 events
160612  9:57:26 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.49-0ubuntu0.12.04.1'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  (Ubuntu)

 

*****************************************************************************

Mitya, дорогой, СПАСИБО!!! Вот эта-то команда sudo /usr/bin/mysqld_safe  и пробудила мой локалхост от комы. После неё (не знаю как и почему) заработало всё. И Вордпресс и Джумла и Друпал. По какому-то наитию щёлкнул по закладке локалхоста, не работавшей уже пару недель, и к несказанному моему удивлению она запустила Вордпресс, что стоял у меня первым.

Ну теперь я опять могу свой http://robinzoid.ru/  наполнять по вечерам на огороде,( где у меня инета нет) а в городе просто сливать написанное на хостинг.

Ура!

 

0_f5e3f_4524d917_M.jpg

 

Share this post


Link to post
Share on other sites
1 час назад, Konstantin S сказал:

Ага.
160612 09:57:22 mysqld_safe Logging to '/var/log/mysql/error.log'.
160612 09:57:22 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql

 

А сам эррор лог уже не пуст. Он уже выглядит вот так:

 

160612 09:57:22 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql

160612  9:57:26 [Note] Event Scheduler: Loaded 0 events
160612  9:57:26 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.49-0ubuntu0.12.04.1'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  (Ubuntu)

Так сервер запускается, так что скорее всего базы в порядке.

 

Цитата

 

Ну уже прогресс... Хотя.... Рылся тут по сети, смотрел может у кого ещё такие же проблемы, наткнулся на совет парня, которому это всё надоело и он просто удалив mysql поставил его заново

В консоли это у него выглядело так:

 

sudo service mysql stop #or mysqld
sudo killall -9 mysql
sudo killall -9 mysqld
sudo apt-get remove --purge mysql-server mysql-client mysql-common
sudo apt-get autoremove
sudo apt-get autoclean
sudo deluser mysql
sudo rm -rf /var/lib/mysql
sudo apt-get install php5-mysql mysql-server mysql-client

 

Базу (/var/lib/mysql) я так понял, надо скопировать куда-нибудь в хомяк, чтоб после переустановки засунуть обратно владельцем и группой назначив mysql... А вот насколько это всё разумно, тут я плыву.

 

Если идти этим путём, то базу конечно кудато закопировать, при выключенных процессах mysql! KillОм прибить например, раз скрипт не работает.

Здесь проблема может быть в том что тек версия 5.5.49, и та которая будет предложена и репозитория, будут сильно отличаться. Может не взлететь со старой базой, сервер новой версии. 

Я бы прежде попробовал проверить права доступа на (бакап тоже надо сделать сначала)

/var/lib/mysql, /var/log/mysql

Владельцем содержимого каталогов должен быть mysql,

Если не так это то поменять chown ом, рекурсивно, с подкаталогами -R ключ.

Ну а если с правами/владельцами всё ок, то тогда мож и переисталлить проще из репы.

 

1 час назад, Konstantin S сказал:

Ага.

 

konst@eMD528:~$ sudo tail /var/log/mysqld.log  | grep -i error
tail: невозможно открыть «/var/log/mysqld.log» для чтения: Нет такого файла или каталога
konst@eMD528:~$ sudo tail /var/log/messages  
tail: невозможно открыть «/var/log/messages» для чтения: Нет такого файла или каталога
konst@eMD528:~$ sudo /usr/bin/mysqld_safe
160612 09:57:22 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.
160612 09:57:22 mysqld_safe Logging to '/var/log/mysql/error.log'.
160612 09:57:22 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql

 

А сам эррор лог уже не пуст. Он уже выглядит вот так:

 

160612 09:57:22 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
160612  9:57:22 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
160612  9:57:22 [Note] /usr/sbin/mysqld (mysqld 5.5.49-0ubuntu0.12.04.1) starting as process 3381 ...
160612  9:57:22 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
160612  9:57:22 [Note] Plugin 'FEDERATED' is disabled.
160612  9:57:22 InnoDB: The InnoDB memory heap is disabled
160612  9:57:22 InnoDB: Mutexes and rw_locks use GCC atomic builtins
160612  9:57:22 InnoDB: Compressed tables use zlib 1.2.3.4
160612  9:57:23 InnoDB: Initializing buffer pool, size = 128.0M
160612  9:57:23 InnoDB: Completed initialization of buffer pool
160612  9:57:23 InnoDB: highest supported file format is Barracuda.
160612  9:57:25  InnoDB: Waiting for the background threads to start
160612  9:57:26 InnoDB: 5.5.49 started; log sequence number 223659000
160612  9:57:26 [Note] Server hostname (bind-address): '127.0.0.1'; port: 3306
160612  9:57:26 [Note]   - '127.0.0.1' resolves to '127.0.0.1';
160612  9:57:26 [Note] Server socket created on IP: '127.0.0.1'.
160612  9:57:26 [Note] Event Scheduler: Loaded 0 events
160612  9:57:26 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.49-0ubuntu0.12.04.1'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  (Ubuntu)

 

*****************************************************************************

Mitya, дорогой, СПАСИБО!!! Вот эта-то команда sudo /usr/bin/mysqld_safe  и пробудила мой локалхост от комы. После неё (не знаю как и почему) заработало всё. И Вордпресс и Джумла и Друпал. По какому-то наитию щёлкнул по закладке локалхоста, не работавшей уже пару недель, и к несказанному моему удивлению она запустила Вордпресс, что стоял у меня первым.

Ну теперь я опять могу свой http://robinzoid.ru/  наполнять по вечерам на огороде,( где у меня инета нет) а в городе просто сливать написанное на хостинг.

Ура!

 

0_f5e3f_4524d917_M.jpg

 

Не за что :)

Share this post


Link to post
Share on other sites

Есть за что. Из того, что mysql сейчас заработал, не следует что такая бяка с ним не повторится. Да и потом я им никогда не интересовался, работает и работает, а где у него чего лежит знать вроде бы было и незачем.

Теперь хоть примерно представляю где и как пошагово его колупать при возможных следующих проблемах.

Share this post


Link to post
Share on other sites

Очередная проблема с серваком на Бубунте. Проще говоря, локалка вырубилась. При попытке войти на сайт - чистый лист.

0_f80c9_416d6e0f_M.jpg

Та же картина с установкой нового вордпресса вместо упавшего. Он даже не запускает установку. Хотя базу данных я создал.

0_f80cb_3a8861b2_M.jpg

Сам локалхост работает нормально, но базы данных не видит.

0_f80ca_c55e0476_M.jpg

Срочно нужна информация о том что происходит. Логи цепляю. (если это те логи, но это единственные про которые я знаю) error_log.txt] Моих мозгов чтоб понять происходящее совершенно недостаточно. Нужен человек разумный. Homo Sapiens.

 

Но кстати

sudo service httpd2 start
[sudo] password for k:
httpd2: unrecognized service
k@desktop:~$ sudo service mysqld start
mysqld: unrecognized service

 

И чего теперь?

Share this post


Link to post
Share on other sites

Покажите,

ls -l /etc/init.d/mysql*

ls -l /etc/init.d/http*

Share this post


Link to post
Share on other sites

Виноват. Уже справился.

Mysql мне подвесила тема вордпресса в которой я колупался, пытаясь её улучшить. Доулучшался... Она мне вырубила весь вордпресс, включая админку, которая вроде от темы зависеть не должна.

Как выяснил: у меня второй ОСью Альт стоит, поставил на нём Апач, но папку базы данных пых-пых-админа взял целиком из Бубунты. Вместе с косяком. И ошалело наблюл, как рухнул свежепоставленный сервер. Картинка была та же. Заподозрив неладное, я просто выкинул на рабочий стол проблемную тему, поставив в папку вордпресса её непоколупанный аналог из запасников.

Всё заработало.

Вернувшись на Бубунту провёл ту же операцию на сервере, который считал рухнувшим, и снова всё заработало.

Вот теперь интересно что-ж я за косяк такой сочинил, что вордпресс упал совсем. Правда интерес чисто теоретический. Конкретно выяснять "а что это было" не буду. Боюсь завалю свой сервак снова и не факт что удастся выбраться с минимальными потерями.

 

Ну и

konst@konst-desktop:~$ ls -l /etc/init.d/mysql*
-rwxr-xr-x 1 root root 5491 февр. 20  2014 /etc/init.d/mysql
konst@konst-desktop:~$ ls -l /etc/init.d/http*
ls: невозможно получить доступ к /etc/init.d/http*: Нет такого файла или каталога
konst@konst-desktop:~$

Share this post


Link to post
Share on other sites

- Ты чего такой грустный?

- У меня вчера сервак упал...

- Но ты его поднял, без проблем?

- Конечно, только он со стола мне на ногу упал...

Share this post


Link to post
Share on other sites

Ну по ощущениям да. Что-то типа того.

Просто у меня на сайте, на хостинге когда-то картинки из блога отмечались в папке /wp-content/uploads/ превьюшками. Ядекс из индексировал и выдавал в поиске. С очередным обновлением вордпресса эта фишка исчезла, а ссылки на картинки со страниц (я из на яндекс-фотках держу) для индексации закрыты тегами /ноуиндекс/ чтоб ТиЦ не уронить.

Фотографий в блоге немерено, но в поиске их только Гугл выдаёт.

Вот и пытался найти способ вернуть превьюшки картинок в папку uploads.

А вышло...

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

  • Recently Browsing   0 members

    No registered users viewing this page.

×