Эта ошибка ACPI может быть безвредной и/или ее можно избежать с помощью параметра ядра libata.noacpi=1
. См. этот блог:http://blog.le-vert.net/?p=24
Тот факт, что ваше ata8.00
или, другими словами, ваше 8-е устройство SATA, не выполняет запрос IDENTIFY PACKET DEVICE, может быть более серьезным. В вашей системе есть старое устройство IDE/SATA, которое может выйти из строя? Если это так, попробуйте отключить его, чтобы посмотреть, поможет ли это.
Кроме того, поскольку ваша система загружается с параметром quiet
по умолчанию, нет сообщений о загрузке, определяющих, какие операции были успешными, прежде чем система столкнется с ошибкой, которая приведет к зависанию.
Возможно, вы захотите нажать E в меню загрузки установочного носителя. Это должно позволить вам отредактировать параметры загрузки установщика :добавить verbose
в конец строки как отдельное слово. Затем нажмите любую клавишу, указанную на экране, чтобы загрузиться с настроенными параметрами. Теперь должно быть намного больше сообщений.
Если система зависает так сильно, что не может даже вывести сообщение об ошибке, связанное с тем, что вызывает проблемы,затем, зная, какая была последняя успешная операция непосредственно перед зависанием, полезно :вооружившись этой информацией, люди, знакомые с внутренней работой установщика, могут затем, надеюсь, определить проблему.
Этого можно добиться с помощью rsync
и cron
.
На каждом сервере создайте файл backup.sh со следующей строкой:
#!/bin/bash
mysqldump > /etc/backups/mysqldump.sql
rsync /etc/backups/mysqldump.sql -e ssh <username>@<ip-address-of-backup-server>:/<path-to your-backup-folder>/<server-name>/"$(date "+%Y-%m-%d-%H")"-backup.sql
Ознакомьтесь с документацией по mysql для выбора параметров дампа (или используйте предпочтительный метод дампа базы данных ). <server-name>
должен быть своего рода идентификатором сервера, с которого сделана резервная копия.
Поместите файл в /etc/cron.hourly
. Если вам нужно другое время, вы можете проверить другие папки /etc/cron.*
или использовать генератор crontab и использовать команду crontab -e
.
Убедитесь, что/etc/backups
(или аналогичный )существует или создайте его(mkdir
).
Несколько общих ошибок:
обязательно настройте ключи ssh на каждом сервере, чтобы rsync
можно было подключаться к резервному серверу и/или отдельным пользователям с ограниченными правами. Зависит от того, какую безопасность вы ищете.
убедитесь, что скрипт backup.sh
является исполняемым.
если вы поместите backup.sh
в папку /etc/cron.*
, он будет запущен с привилегиями root. Если вы по какой-либо причине этого не хотите, используйте опцию crontab -e
от имени желаемого пользователя.