Насколько безопасно запускать fsck на неисправном жестком диске?

Question 1

Прежде всего, вам не нужен сервер ntp для синхронизации времени (я вижу, что у вас есть /etc/ntp.conf, которые поступают из пакета ntp, обеспечивая сервер), и если вы используете этот сервер, вы не необходимо использовать ntpdate вручную.

Чтобы быть более конкретным в отношении того, что пакет ntp не требуется, время синхронизируется каждый раз, когда ваше сетевое соединение увеличивается с помощью ntpdate-debian, который приходит в по умолчанию.

Итак, чтобы попробовать ручную синхронизацию, остановите сервер

sudo service ntp stop

, затем запустите

sudo ntpdate-debian

, который является вспомогательным приложением debian для запуска ntpdate без хлопот, которые у вас есть сейчас.

Question 2

Во-первых, да fsck безопасен [1] (с оговорками [2]) для запуска на неисправном диске / разделе, если вы размонтируете диск / раздел раньше.

Имея только один диск / Если вы отключите , помните, что ваше соединение SSH в этот момент будет отключено, потому что init 1

] [] d5]

Во-вторых, о вашей потребности в резервной копии mysql, я бы попытался сделать следующее:

[kill] [3] все службы и демоны (и SSH является одним из них). ] Создайте SSH-туннель на существующем сеансе SSH [4]; Запустите mysqldump удаленно [5]; Проверьте *.sql, сгенерированный mysqldump; И позвоните в авторизованную службу, чтобы заменить поврежденный диск.
Ссылки:
[1] Как запустить fsck, чтобы исправить ваши файловые системы [на португальском] [2] Как восстановить повреждение файловой системы с помощью Fsck и восстановления ISO [ 3] Будет ли «init 1» с удаленного (через VPN) ssh-сеанса убить мое ssh-соединение [4] Использование уже установленного SSH-канала [5] Как удалять удаленную базу данных без mysqldump?
С наилучшими пожеланиями!

Question 3

Question 4

Во-первых, да fsck безопасен [1] (с оговорками [2]) для запуска на неисправном диске / разделе, если вы размонтируете диск / раздел раньше.

Имея только один диск / Если вы отключите , помните, что ваше соединение SSH в этот момент будет отключено, потому что init 1

] [] d5]

Во-вторых, о вашей потребности в резервной копии mysql, я бы попытался сделать следующее:

[kill] [3] все службы и демоны (и SSH является одним из них). ] Создайте SSH-туннель на существующем сеансе SSH [4]; Запустите mysqldump удаленно [5]; Проверьте *.sql, сгенерированный mysqldump; И позвоните в авторизованную службу, чтобы заменить поврежденный диск.
Ссылки:
[1] Как запустить fsck, чтобы исправить ваши файловые системы [на португальском] [2] Как восстановить повреждение файловой системы с помощью Fsck и восстановления ISO [ 3] Будет ли «init 1» с удаленного (через VPN) ssh-сеанса убить мое ssh-соединение [4] Использование уже установленного SSH-канала [5] Как удалять удаленную базу данных без mysqldump?
С наилучшими пожеланиями!

Question 5

Во-первых, да fsck безопасен [1] (с оговорками [2]) для запуска на неисправном диске / разделе, если вы размонтируете диск / раздел раньше.

Имея только один диск / Если вы отключите , помните, что ваше соединение SSH в этот момент будет отключено, потому что init 1

] [] d5]

Во-вторых, о вашей потребности в резервной копии mysql, я бы попытался сделать следующее:

[kill] [3] все службы и демоны (и SSH является одним из них). ] Создайте SSH-туннель на существующем сеансе SSH [4]; Запустите mysqldump удаленно [5]; Проверьте *.sql, сгенерированный mysqldump; И позвоните в авторизованную службу, чтобы заменить поврежденный диск.
Ссылки:
[1] Как запустить fsck, чтобы исправить ваши файловые системы [на португальском] [2] Как восстановить повреждение файловой системы с помощью Fsck и восстановления ISO [ 3] Будет ли «init 1» с удаленного (через VPN) ssh-сеанса убить мое ssh-соединение [4] Использование уже установленного SSH-канала [5] Как удалять удаленную базу данных без mysqldump?
С наилучшими пожеланиями!

Matt Mello · Accepted Answer · 22 May 2018 в 19:42

Во-первых, да fsck безопасен [1] (с оговорками [2]) для запуска на неисправном диске / разделе, если вы размонтируете диск / раздел раньше.

Имея только один диск / Если вы отключите , помните, что ваше соединение SSH в этот момент будет отключено, потому что init 1

] [] d5]

Во-вторых, о вашей потребности в резервной копии mysql, я бы попытался сделать следующее:

[kill] [3] все службы и демоны (и SSH является одним из них). ] Создайте SSH-туннель на существующем сеансе SSH [4]; Запустите mysqldump удаленно [5]; Проверьте *.sql, сгенерированный mysqldump; И позвоните в авторизованную службу, чтобы заменить поврежденный диск.
Ссылки:
[1] Как запустить fsck, чтобы исправить ваши файловые системы [на португальском] [2] Как восстановить повреждение файловой системы с помощью Fsck и восстановления ISO [ 3] Будет ли «init 1» с удаленного (через VPN) ssh-сеанса убить мое ssh-соединение [4] Использование уже установленного SSH-канала [5] Как удалять удаленную базу данных без mysqldump?
С наилучшими пожеланиями!

В конце концов, база данных MySQL выжила, спасибо! Хотя, я был неспособен сделать и вытащить резервную копию, потому что программа mysqldump и действительно большинство других, даже base64, выдавали ошибку ввода / вывода. — Azar, 9 August 2017 в 14:24
Ницца! Я рад, что ваша база данных в безопасности! Вы пробовали mysqldump удаленно через SSH, как я описал? Мне любопытно узнать, работает ли в вашем критическом случае. — Matt Mello, 12 August 2017 в 02:57

Matt Mello · Accepted Answer · 18 July 2018 в 08:54

Во-первых, да fsck безопасен [1] (с оговорками [2]) для запуска на неисправном диске / разделе, если вы размонтируете диск / раздел раньше.

Имея только один диск / Если вы отключите , помните, что ваше соединение SSH в этот момент будет отключено, потому что init 1

] [] d5]

Во-вторых, о вашей потребности в резервной копии mysql, я бы попытался сделать следующее:

[kill] [3] все службы и демоны (и SSH является одним из них). ] Создайте SSH-туннель на существующем сеансе SSH [4]; Запустите mysqldump удаленно [5]; Проверьте *.sql, сгенерированный mysqldump; И позвоните в авторизованную службу, чтобы заменить поврежденный диск.
Ссылки:
[1] Как запустить fsck, чтобы исправить ваши файловые системы [на португальском] [2] Как восстановить повреждение файловой системы с помощью Fsck и восстановления ISO [ 3] Будет ли «init 1» с удаленного (через VPN) ssh-сеанса убить мое ssh-соединение [4] Использование уже установленного SSH-канала [5] Как удалять удаленную базу данных без mysqldump?
С наилучшими пожеланиями!

Matt Mello · Accepted Answer · 24 July 2018 в 19:11

Во-первых, да fsck безопасен [1] (с оговорками [2]) для запуска на неисправном диске / разделе, если вы размонтируете диск / раздел раньше.

Имея только один диск / Если вы отключите , помните, что ваше соединение SSH в этот момент будет отключено, потому что init 1

] [] d5]

Во-вторых, о вашей потребности в резервной копии mysql, я бы попытался сделать следующее:

[kill] [3] все службы и демоны (и SSH является одним из них). ] Создайте SSH-туннель на существующем сеансе SSH [4]; Запустите mysqldump удаленно [5]; Проверьте *.sql, сгенерированный mysqldump; И позвоните в авторизованную службу, чтобы заменить поврежденный диск.
Ссылки:
[1] Как запустить fsck, чтобы исправить ваши файловые системы [на португальском] [2] Как восстановить повреждение файловой системы с помощью Fsck и восстановления ISO [ 3] Будет ли «init 1» с удаленного (через VPN) ssh-сеанса убить мое ssh-соединение [4] Использование уже установленного SSH-канала [5] Как удалять удаленную базу данных без mysqldump?
С наилучшими пожеланиями!

Насколько безопасно запускать fsck на неисправном жестком диске?

3 ответа

Другие вопросы по тегам:

Похожие вопросы: