Записная книжка

Узелки на память, что бы не забыть…

Подключение принтера Canon Gx400 (3400, 4400) к роутеру Wi-Fi и подключение его в Ubuntu

После некоторых танцев с бубном все же удалось подключить МФУ Canon G3400 (вероятно эта же инструкция применима к МФУ Canon G4400) к роутеру Wi-Fi и успешно подключить его в Ubuntu подобной ОС.
В моем случае имеем:
— МФУ принтер/копир/сканер Canon G3400
— Ubuntu подобная ОС Linux Mint 18.2 KDE Edition
— роутер Wi-Fi TP-Link N750 Модель TL-WDR4300

Для включения обнаружения принтера через WPS, необходимо на принтере нажать и удерживать кнопку Wi-Fi до момента пока не начнет мигать светодиод рядом с кнопкой включения. Затем однократно нажать кнопку BLACK и однократно нажать кнопку Wi-Fi.
Принтер готов к соединению по Wi-Fi с использованием WPS. Заходим в панель управления роутером и включаем функцию WPS. Нажимаем кнопку добавить устройство и выбираем пункт с подключением через PIN-код. Что бы узнать PIN-код установленный на принтере необходимо в принтер вставить пару листов, нажать и удерживать клавишу Отмена в течении 15 секунд. Распечатаются сетевые настройки принтера, где и будет указан PIN-код.
Устройство у меня обнаружилось в течении 30 секунд.

Далее необходимо скачать и установить драйвер для ОС Linux 64-bit по ссылке: https://www.canon.ru/support/consumer_products/products/fax__multifunctionals/inkjet/pixma_g_series/pixma_g3400.aspx?type=drivers&language=&os=Linux%20(64-bit)

Для поиска принтера необходимо воспользоваться сервером печать CUPS, для этого в своем браузер вводим 127.0.0.1:631/ и уже в нем находим принтер серии G3000

Не запускается mysql проблема с таблицей InnoDB

После изменения параметров VPS и последующей перезагрузки, не поднялся mysql.
В логах запись:

170616 11:43:04 InnoDB: Operating system error number 13 in a file operation.
InnoDB: The error means mysqld does not have the access rights to
InnoDB: the directory.
InnoDB: Error: could not open single-table tablespace file
InnoDB: ./roundcube/contactgroups.ibd!
InnoDB: We do not continue the crash recovery, because the table may become
InnoDB: corrupt if we cannot apply the log records in the InnoDB log to it.
InnoDB: To fix the problem and start mysqld:
InnoDB: 1) If there is a permission problem in the file and mysqld cannot
InnoDB: open the file, you should modify the permissions.
InnoDB: 2) If the table is not needed, or you can restore it from a backup,
InnoDB: then you can remove the .ibd file, and InnoDB will do a normal
InnoDB: crash recovery and ignore that table.
InnoDB: 3) If the file system or the disk is broken, and you cannot remove
InnoDB: the .ibd file, you can set innodb_force_recovery > 0 in my.cnf

Помогло следующее:

и в конфиге /etc/mysql/my.cnf в разделе [mysqld] добавить строку:

Остановка службы proftpd (signal 15)

На одном из администрируемых VPS столкнулся с проблемой периодической остановки службы proftpd с записью в логах:

ProFTPD killed (signal 15)
ProFTPD 1.3.5rc3 standalone mode SHUTDOWN

Решение данной проблемы следующее:
редактируем /etc/init.d/proftpd
найти

заменить на