Вступление

В этой статье представлена ​​основная информация по определению серийного номера жестких дисков и потенциальных дефектов.

Как определить серийный номер накопителя

В Windows

В Windows есть инструмент, который позволяет читать серийные номера одного или нескольких дисков. Программа называется DiskID32Open Source.

Инструмент можно скачать здесь .

Сначала откройте каталог программы с помощью консоли и введите следующую команду:

diskid32.exe

Вы получите дополнительную информацию о вашем диске (ах). Серийный номер (а) выбранного диска (ов) можно найти в Drive Serial Number.

Пример:

В Linux

Есть два решения для определения серийного номера, первое из которых udevadm:

 /sbin/udevadm info --query=property --name=sda | grep ID_SERIAL

и второе решение с hdparm:

Откройте свой терминал и введите следующую команду:

sudo hdparm -i /dev/sda | grep SerialNo

При этом sudoвы получаете права администратора, необходимые для чтения информации с накопителя. Вызывается функция, hdparmкоторая предоставляет вам информацию о приводе.

С -i /dev/sdaвами назначить hdparmпараметр , который предоставит вам конкретную информацию о приводе.

Однако проверяемое оборудование может отличаться от интерфейса:

• Устройство IDE / ATA: -i /dev/hd[a-t]
• Устройство SCSI / SATA: -i /dev/sd[a-z]

Затем отфильтруйте серийный номер диска из выходных данных, используя | grep SerialNo.

Если эта команда вернет ошибку, возможно, потребуется установить саму программу:

sudo apt-get install hdparm

Во FreeBSD

Во FreeBSD можно использовать следующую команду:

smartctl -a /dev/ad0 | grep Serial

smartctl это функция, позволяющая читать информацию о приводе.

С помощью -aпараметра отображается вся доступная информация для первого назначенного привода.

Здесь также применимы различные интерфейсы для устройств:

• Устройство IDE / ATA: -a /dev/ad[0-9]+
• Устройство SCSI: -a /dev/da[0-9]+ ИЛИ-a /dev/pass[0-9]+
• Устройство SATA: -a /dev/ada[0-9]+

С | grep Serialего помощью вы можете отфильтровать серийный номер диска из информации.

Пример:

Информация о неисправных дисках

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

Мы используем SmartmontoolsWindows, Linux и FreeBSD.

В Windows

Если вы еще не установили Smartmontools на свой Windows Server 2008, последнюю версию можно скачать здесь .

ВНИМАНИЕ: Во время настройки необходимо поставить галочку напротив PATH variable. В качестве альтернативы вы можете указать путь к этой программе в переменных среды.

После успешной установки инструмента можно открыть командную строку.

Введите следующую команду, чтобы проверить, подходит ли программа:

smartctl -h

В командной строке должен появиться список команд, которые можно присвоить как smartctl.

As smartctlведет себя точно так же, как и в Linux, те же команды можно использовать в Windows. Точно так же имя пути для типов разделов остается прежним.

Следовательно, вам нужно будет использовать те же параметры в Windows, что и для Linux.

Помните о различных интерфейсах для устройств:

• Устройства IDE / ATA: -H /dev/hd[a-t]
• Устройства SCSI / SATA: -H /dev/sd[a-z]

ВНИМАНИЕ: Обычные имена дисков, такие как c:, не работают!

В Linux

В системах Linux сообщения ядра и Smartmontools предоставляют информацию о неисправном диске.

Сообщения ядра могут отображаться с помощью dmesg. Здесь особенно важно обращать внимание на сообщения, начинающиеся с ata. dmesg | grep ataКоманда может быть использована здесь, например.

Во-первых, Smartmontools необходимо установить в системах Linux. ID пакета будет отличаться в разных системах:

• Debian: smartmontools
• Fedora: kernel-utils

Для установки требуются права администратора.

Далее вы можете продолжить работу в консоли.

(Обратите внимание, что права администратора необходимы для всего процесса)

Введите в консоль следующую команду:

smartctl -H /dev/sda

Помните о различных интерфейсах для устройств:

• Устройства IDE / ATA: -H /dev/hd[a-t]
• Устройства SCSI / SATA: -H /dev/sd[a-z]

Эта инструкция запрашивает состояние вашего диска. Вы получите сообщение, информирующее вас о том, можно ли продолжать использовать диск.

Если FAILED!отображается, значит, с вашим диском что-то не так.

Если PASSEDотображается, значит, с вашим диском все в порядке.

Если вы хотите получить более точный результат для вашего диска, вы можете воспользоваться добавленной таблицей. Это можно найти с помощью той же команды под Failed Attributes:.

Объяснение атрибутов можно найти в разделе Measured Values for Attributes.

Если вы теперь оцените свою диаграмму, используя измеренные значения, вы получите обзор ошибок на вашем диске.

Если вы хотите обнаружить все возможные ошибки на вашем диске, вы можете использовать команду smartctl -A /dev/sda.

(УЗНАЙТЕ типы ваших устройств здесь)

На этот раз показаны все доступные ошибки. Теперь вы можете оценить диаграмму.

Объяснение атрибутов можно найти в разделе List of Attributes.

Во FreeBSD

Стоит взглянуть на сообщения ядра ( dmesg) в FreeBSD, чтобы узнать больше о любых дефектах диска.

Как и в случае с Windows и Linux, вам необходимо установить Smartmontools в управлении пакетами.

Для этого можно использовать следующую команду:

pkg_add -r -v smartmontools

(Обратите внимание, что права администратора требуются для всего процесса)

Как и в Linux, вы можете использовать те же smartctlкоманды во FreeBSD. Однако есть одно небольшое отличие в имени пути к диску.

Вместо обычных деталей пути , например: /dev/hd[a-t]и /dev/sd[a-z]использовать новый путь: /dev/ad[0-9]+.

Список атрибутов

Имя параметра	Описание
Частота ошибок необработанного чтения	Критический. Более низкое значение указывает на неисправимые ошибки чтения, связанные с поверхностью диска или магнитными головками.
Производительность	Критический. Общий показатель производительности. Более низкие значения показывают, что диск больше не может работать на полной скорости.
Время раскрутки	Среднее время, затрачиваемое приводом на ускорение дисков. Плохие значения могут указывать на проблемы с хранением, которые часто возникают из-за хранения при слишком высокой температуре.
Пуск / стоп счет	Не критично. Подсчитывает количество циклов пуска / останова привода.
Количество перераспределенных секторов	Очень критично. Подсчитывает, сколько резервных секторов было выделено жестким диском. Указывает на проблемы со СМИ.
Читать маржу канала	Указывает, какая полоса пропускания в среднем используется для операций чтения. Точное описание не задокументировано.
Частота ошибок поиска	Критический. Подсчитывает частоту ошибок во время операций чтения, которая зависит от состояния системы позиционирования или поверхности.
Seek Time Performance	Общее значение, которое описывает работу магнитных головок при поиске. Более низкие значения указывают на механические проблемы
Счетчик часов работы	Подсчитывает количество часов нахождения во включенном состоянии. Формат во многом зависит от производителя.
Счетчик повторных попыток вращения	Критический. Указывает количество попыток, необходимых для запуска, чтобы диск мог достичь полной рабочей скорости.
Повторные попытки калибровки	Критический. Подсчитывает, как часто диск должен откалибровать головки чтения / записи. Указывает на механическую неисправность.
Счетчик циклов питания устройства	Показывает статистику того, как часто жесткий диск включается и выключается.
Частота ошибок мягкого чтения	Указывает, как часто операционная система сообщала об ошибке при чтении данных с диска.
Коэффициент ошибок G-Sense	G-Sense — это сокращение от Shock-Sensor, который измеряет сильные вибрации во время работы.
Цикл втягивания при отключении питания	В конечном итоге показывает количество отключений жесткого диска.
Счетчик циклов загрузки / разгрузки	Указывает, как часто диск переводил головки чтения / записи в положение зоны посадки.
Температура	Задает температуру диска. Это не важно, так как для большинства устройств значения обычно очень неточные.
Количество событий перераспределения	Очень критично. Подсчитывает каждую попытку диска переназначить сектора, даже если это не удалось.
Текущее количество ожидающих секторов	Очень критично. Показывает количество нестабильных секторов, ожидающих перемещения в специальную зарезервированную область.
Количество некорректируемых секторов	Очень критично. Количество дефектных секторов, которые внутренний логический диск не может восстановить и переместить в зарезервированную область.
Частота ошибок CRC UltraDMA	Критический. Количество ошибок CRC при передаче данных. Может указывать на неисправные кабели, конфликты драйверов или проблемы с разгоном.
Частота ошибок записи	Критический. Подсчитывает частоту ошибок при записи секторов.
Дисковый сдвиг	Очень критично. Это значение показывает, возник ли дисбаланс из-за проблем с температурой или из-за удара.
Загруженные часы	Указывает, сколько времени диск провел под загрузкой данных. Об этом свидетельствует движение привода магнитных головок.
Счетчик повторных попыток загрузки / выгрузки	Недокументированный счетчик количества попыток загрузки при изменении положения головок чтения / записи.
Нагрузка на трение	Показывает статистическое значение уровня трения, вызванного нагрузкой на привод.
Время загрузки	Указывает, как долго привод магнитных головок не находился в положении зоны посадки.
Счетчик усиления крутящего момента	Подсчитывает количество попыток внутренней логики привода привести вращение в соответствие.
GMR Амплитуда головы	Чисто статистическое значение, описывающее расстояние повторяющегося прямого / обратного движения, которое покрывают головки чтения / записи.

(Источник)

Измеренные значения атрибутов

Атрибут	Описание
ЦЕННОСТЬ	— это нормализованное измеренное значение, которое в основном считается в обратном порядке (меньшее, худшее)
НАИХУДШИЙ	худшее значение до сих пор.
ПОРОГ	предел, ниже которого значение не должно опускаться.
ТИП	tands для определения параметра: Pre-failэто предупреждение о скором отказе, а Old ageозначает, что это, как правило, прогрессирующее старение. (Текущая температура не обязательно относится к той или иной категории)
ОБНОВЛЕНО	показывает, обновляется ли значение постоянно (всегда) или оно обновляется сначала посредством самотестирования Offline data collectionтипа.
RAW_VALUE	это фактическое измеренное значение, т.е. измеренная температура или счетчик ошибок.

(Источник)

Создание полного журнала SMART

Чтобы создать полный журнал SMART, используйте команду smartctl с опцией -x. Спецификация привода аналогична объяснению подInformation on defective drives

Начать самотестирование SMART

Самотестирование диска можно запустить с помощью smartctl и опции -t shortили -t long. Спецификация привода аналогична объяснению подInformation on defective drives

Это самотестирование — это специфический для производителя тест, который выполняется из прошивки накопителя. Во время теста нельзя использовать сервер, так как это может остановить тест.

Тест диска с проверкой оборудования

В Rescue System вы можете использовать этот инструмент hwcheckдля проверки дисков на соответствие стандартам Hetzner. Есть короткий тест (выбор G), который занимает примерно 15–30 минут, и длинный тест (выбор 1), который может длиться более 6 часов. Во время проведения тестов никаких других действий на сервере производить нельзя. Контроллеры RAID автоматически обнаруживаются в тесте.

Функционирование аппаратных проверок

Тест начинается с проверки чтения на каждом диске. С каждого диска считывается примерно 100 ГБ данных. Он проверяет, есть ли ошибки чтения. Сами данные не исследуются и немедленно удаляются.

Если проверка чтения завершена, считываются значения SMART приводов. Они проверяются и исследуются на предмет отклонений, которые могут указывать на дефект.

Когда значения SMART проверены, запускается длинный или короткий тест, в зависимости от сделанного выбора.

В коротком тесте исследуются только части привода. Это сокращает продолжительность теста. Длинный тест проверяет все сектора диска несколько раз.

Какие тесты проводятся в деталях при самотестировании, зависят от производителя и обычно точно не известны.

Если самотестирование завершено, результат снова проверяется, и снова проверяются значения SMART.

Наконец, полученные результаты проверяются, и для каждого диска создается файл журнала с окончательным результатом ( hddtest-[serial number].log). Их можно найти в разделе /root/hwcheck-logs/.

Диски с RAID-контроллерами

В Windows

Adaptec разработала инструмент администрирования для извлечения информации о дисках из системы RAID. Эта программа имеет графическую структуру и называется Adaptec Storage Manager. Его можно скачать здесь . Для этого используйте данные пользователя, указанные в электронном письме с подтверждением.

Установите и запустите программу на своем сервере. Появится графический интерфейс пользователя.

Затем щелкните правой кнопкой мыши в поле Direct Attached Storage. Справа просмотрите раскрывающееся меню и дважды щелкните установленную операционную систему с соответствующим IP-адресом и системой. Должен последовать запрос данных для входа. После входа в систему появится сообщение о том, что RAID-контроллер найден. Подтвердите, Register Laterа затем дважды щелкните RAID-контроллер.

Появится список всех дисков, содержащихся в RAID-контроллере. Дважды щелкните выбранный диск. Откроется окно, в котором теперь вы можете получить информацию о диске.

В Linux

smartctl обычно показывает серийный номер накопителя, однако для различных контроллеров существуют специальные программы:

Контроллеры 3ware с tw_cli

tw_cliдолжен содержаться в исходном пакете дистрибутивов. Начать tw_cliбез указания параметров:

tw_cli

Вызов происходит следующим образом:

/cx/py show serial

x обозначает номер контроллера, а O y обозначает номер привода.

Контроллер Adaptec с arcconf

В Linux вам понадобится инструмент под названием arcconf. Эту программу можно скачать здесь .

Распакуйте файл. Затем переместите его:

mv arcconf-64 /usr/local/bin

Затем превратите arcconfв исполняемый файл:

chmod +x /usr/local/bin/arcconf

Теперь запустите файл:

/usr/local/bin/arcconf

Вполне возможно , что вам нужно будет установить , libstdc++5а также, как и arcconfigтребует этого пакета. В таком случае вы можете скачать файл здесь.

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

Теперь вы можете прочитать серийный номер накопителя с помощью команды ./usr/local/bin/arcconf getconfig 1. Цифра 1указывает, какой RAID-контроллер задействован.

Однако обратите внимание, что ваши диски в RAID будут сначала перечислены из Physical Device information. Серийный номер для ваших дисков можно найти в Serial number.

Помимо серийных номеров, этот инструмент предоставляет дополнительную полезную информацию о ваших дисках.

Во FreeBSD

Чтобы получить серийный номер накопителя во FreeBSD, вам необходимо ввести в терминал следующую команду:

portsnap fetch update
cd /usr/ports/sysutils/arcconf
make install clean && rehash

Команда /usr/local/sbin/arcconf getconfig 1позволяет получить доступ к дискам. Помните, что следующая цифра getconfigуказывает на контроллер RAID.

Как и в случае с Linux, различную информацию о накопителе и Serial numberфайлах можно найти в Physical Device information.

В этой статье содержится руководство по восстановлению отсутствующего тома и данных на нем при использовании LVM (Logical Volume Manager).

Сценарий

Метаданные LVM системы Linux повреждены, и диски или разделы не отображаются при выполнении PVdisplay, LVdisplayили VGdisplay.

Восстановление недостающего объема

1. LVM всегда будет делать резервную копию своих метаданных в /etc/lvm/backup/<vg_name>(VG ~ Volume Group) после модификации. Убедитесь, что этот файл присутствует и содержит все тома и их размеры:

logical_volumes {
	root {
		id = "j5rlvk-cGYE-fxbN-F8bO-p90r-x0FL-suSAUN"
		status = ["READ", "WRITE", "VISIBLE"]
		flags = []
		creation_host = "unassigned-hostname"
		creation_time = 1475126039 # 2020-05-03 10:42:51 +0530
		segment_count = 2
		segment1 {
			start_extent = 0
			extent_count = 6425 # 25.0977 Gigabytes
			type = "striped"
			stripe_count = 1 # linear
			stripes = [
				"pv0", 0
			]
		}
		segment2 {
			start_extent = 6425
			extent_count = 15360 # 60 Gigabytes
			type = "striped"
			stripe_count = 1 # linear
			stripes = [
				"pv1", 0
			]
		}
	}
}

• После краткой проверки всех настроек сохраните резервную копию этого файла:

cat /etc/lvm/backup/<vg_name> > /path/to/lvm_backup_file

1. Теперь перезагрузите сервер в Rescue System .
2. После входа в Rescue System, пожалуйста, выберите mountраздел, содержащий lvm_backup_file, скопируйте его в файловую систему Rescue System, а затем umountв раздел:

mount /dev/<partition> /mnt
cp /mnt/path/to/lvm_backup_file lvm_backup_file
umount /mnt

1. Убедитесь, что ни один из разделов больше не смонтирован:lsblk
2. Выведите содержимое lvm_backup_fileиспользования catи скопируйте UUID (универсальный уникальный идентификатор) относительно

• После этого используйте команду ниже, чтобы создать физический том (PV):

pvcreate –restorefile lvm_backup_file –uuid <uuid> <partition>

pvcreate –restorefile lvm_backup_file –uuid ek9MZu-UeBK-4boe-IkJU-Q4n7-yfpX-yLK1WY /dev/sda1

1. Проверьте, создан ли физический том:pvs
2. Затем восстановите группу томов (VG), используя следующую команду:

vgcfgrestore –force <vg_name>

• Пример:

vgcfgrestore –force vg0

1. Синхронизируйте данные группы томов:vgscan
2. Теперь проверьте, правильно ли была восстановлена ​​группа томов:vgs
3. Далее восстанавливаем LVM:vgchange -ay <vg_name> Пример:

vgchange -ay vg0

• Наконец, перезапустите сервер и позвольте ему загрузиться в установленную систему. Пожалуйста, убедитесь, что данные не повреждены. Если проблемы по-прежнему возникают, попробуйте выполнить проверку файловой системы .

Низкая производительность с Intel i218 / i219 NIC

Проблема

В версии ядра 4.15 было внесено исправление в драйвер e1000e:  https://github.com/torvalds/linux/commit/b10effb92e272051dd1ec0d7be56bf9ca85ab927

Это исправление немного замедляет время доступа DMA, чтобы сетевой адаптер не зависал при интенсивном трафике UDP. Это влияет на производительность TCP.

Обходной путь

Чтобы восстановить полную скорость передачи, вы можете отключить разгрузку сегментации TCP с помощью следующей команды:

ethtool -K <interface> tso off gso off

В настоящее время нет доступного / объявленного исправления, позволяющего разгрузить сегментацию TCP на сетевой адаптер без ущерба для производительности.

Следующее сообщение об ошибке можно игнорировать:

Cannot get device udp-fragmentation-offload settings: Operation not supported

Более старые версии ethtool пытаются отключить функцию, отсутствующую в более новых версиях ядра. Тем не менее, отключение разгрузки сегментации TCP все равно будет работать:  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=898907

Вступление

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

Сервер недоступен

Если ваш сервер недоступен, вы можете попытаться перезапустить его самостоятельно на вкладке «Сброс» сервера в Robot, после выбора соответствующего сервера. Если это не сработает, возможно, ваш сервер был заблокирован нами. Дополнительную информацию о такой блокировке сервера см. Также в нашем Руководстве по блокировке сервера .

Если у вас все еще возникают проблемы, отправьте заявку через робота , выбрав соответствующий сервер, нажав «Поддержка», а затем выбрав «Проблемы с сервером» -> «Сервер недоступен».

Потеря пакетов

Если вы испытываете потерю пакетов, нам понадобятся доказательства этого. Простых заявлений, таких как «мой пинг плохой» или «на моем сервере потеря пакетов», к сожалению, недостаточно для анализа ошибок.

Трассировка (в обоих направлениях) по крайней мере с 1000 пакетов с помощью инструмента типа MTRили WinMTRполезна. MTRможет быть установлен через менеджер пакетов дистрибутива Linux или MacOS, а для Windows его можно загрузить с определенного веб-сайта. В следующей таблице перечислены способы установки / загрузки этого инструмента для различных операционных систем.

Тип ОС	Конкретная ОС	Установка
Linux	Debian / Ubuntu	apt install mtr-tiny
Linux	CentOS / RHEL	yum install mtr
Linux	SuSE	yast -i mtr
Linux	Arch Linux	pacman -S mtr
Linux	Gentoo	emerge -av mtr
Windows	Windows 98 и выше	https://sourceforge.net/projects/winmtr/
MacOS	*	brew install mtr( Требуется HomeBrew )

Следуйте этим рекомендациям, чтобы создавать трассировки, которые будут полезны нашим техническим специалистам:

• Должно быть отправлено не менее 1000 пакетов
• Каждая трассировка должна выполняться в обоих направлениях, то есть от вашей локальной конечной точки (ПК, ноутбук и т. Д.) До сервера и от сервера обратно к вашей конечной точке.
• IP-адрес вашей локальной конечной точки можно определить с помощью онлайн-инструмента, например http://whatismyip.host/

Следующая команда хорошо подходит для создания MTR под Linux или MacOS:

mtr -s 1000 -r -c 1000 <TARGET-IP_OR_DOMAIN>

Поэтому выполните вышеупомянутую команду в обеих системах и замените заполнитель на противоположный IP-адрес или домен:

[user@SERVER]$ mtr -s 1000 -r -c 1000 <CLIENT-IP_OR_DOMAIN>
[user@CLIENT]$ mtr -s 1000 -r -c 1000 <SERVER-IP_OR_DOMAIN>

Тест обычно занимает около 18 минут.

Важный:

• Если ваш MTR показывает, что последний переход недоступен, вероятно, установленная система или ваш локальный маршрутизатор настроены на игнорирование запросов ICMP из соображений безопасности. Тем не менее, MTR можно использовать для исследования связи.
• Переходы MTR показывают процесс соответствующего соединения. Следовательно, ваш MTR может выглядеть совершенно иначе, чем в следующих примерах.

Проблема, которая может стать видимой в результате теста, может быть неправильной маршрутизацией, слишком большой задержкой на одном из сетевых переходов или потерей пакетов, которая затем приводит к повторной передаче соответствующих пакетов. Но будьте осторожны, может быть три типа потери пакетов:

1. Потеря пакета, которая исчезает до целевого перехода.

• Как вы можете видеть в этом примере, потери показаны на переходах 4 и 5.

 1.|-- your_client.example.com    0.0%  1000    0.2   0.1   0.1  11.0   0.9
 2.|-- dmbkt.your-cloud.host      0.0%  1000    0.2   0.2   0.1  11.0   0.8
 3.|-- leaf1.cloud2.fsn1.hetzner  0.0%  1000   13.4  18.0   1.6 328.3  19.7
 4.|-- spine1.cloud2.fsn1.hetzne  4.2%  1000    0.8   1.3   0.7  50.0   3.1
 5.|-- core21.fsn1.hetzner.com   31.7%  1000    0.5   2.9   0.3  51.2   6.6
 6.|-- core21.fsn1.hetzner.com    0.0%  1000    0.6   1.4   0.4  56.6   4.2
 7.|-- ex9k2.dc1.fsn1.hetzner.co  0.0%  1000    0.6   1.8   0.4 214.1  12.0
 8.|-- your_host.example.com      0.0%  1000    0.5   0.4   0.3  11.0   0.9

• Когда потеря пакетов вернется к 0%, прежде чем соединение достигнет последнего перехода, MTR не покажет никаких проблем, которые могли бы повлиять на соединение с вашим сервером. Такое поведение вызвано маршрутизаторами, которые игнорируют пакеты ICMP (например, для экономии полосы пропускания или производительности).

2. Потеря пакетов только на последнем переходе

• В этом примере не показаны потери пакетов, кроме последнего перехода.

 1.|-- your_client.example.com    0.0%  1000    0.2   0.1   0.1  11.0   0.9
 2.|-- dmbkt.your-cloud.host      0.0%  1000    0.2   0.2   0.1  11.0   0.8
 3.|-- leaf1.cloud2.fsn1.hetzner  0.0%  1000   13.4  18.0   1.6 328.3  19.7
 4.|-- spine1.cloud2.fsn1.hetzne  0.0%  1000    0.8   1.3   0.7  50.0   3.1
 5.|-- core21.fsn1.hetzner.com    0.0%  1000    0.5   2.9   0.3  51.2   6.6
 6.|-- core21.fsn1.hetzner.com    0.0%  1000    0.6   1.4   0.4  56.6   4.2
 7.|-- ex9k2.dc1.fsn1.hetzner.co  0.0%  1000    0.6   1.8   0.4 214.1  12.0
 8.|-- your_host.example.com     42.0%  1000    0.5   0.4   0.3  11.0   0.9

• Эта проблема обычно возникает на самом сервере, например, из-за полностью загруженной производительности системы, неправильно настроенного программного брандмауэра или, в редких случаях, из-за сетевой карты или кабеля восходящей связи. Поэтому в таком случае сначала проверьте установленную систему. Если вы не можете найти ни одной из упомянутых проблем в своей системе, отправьте нам MTR для дальнейшего расследования с нашей стороны.

3. Потеря пакетов при соединении.

• Здесь потеря пакетов начинается на 5-м узле и продолжается до последнего перехода.

1.|-- your_client.example.com    0.0%  1000    0.2   0.1   0.1  11.0   0.9
 2.|-- dmbkt.your-cloud.host      0.0%  1000    0.2   0.2   0.1  11.0   0.8
 3.|-- leaf1.cloud2.fsn1.hetzner  0.0%  1000   13.4  18.0   1.6 328.3  19.7
 4.|-- spine1.cloud2.fsn1.hetzne  0.0%  1000    0.8   1.3   0.7  50.0   3.1
 5.|-- core21.fsn1.hetzner.com   55.1%  1000    0.5   2.9   0.3  51.2   6.6
 6.|-- core21.fsn1.hetzner.com   54.9%  1000    0.6   1.4   0.4  56.6   4.2
 7.|-- ex9k2.dc1.fsn1.hetzner.co 59.2%  1000    0.6   1.8   0.4 214.1  12.0
 8.|-- your_host.example.com     59.2%  1000    0.5   0.4   0.3  11.0   0.9

• В этом случае отправьте нам отчеты MTR напрямую, чтобы мы могли изучить проблему. В случае, если потеря пакетов уже начинается за пределами нашей сети (соответственно, на сетевом узле, к которому у нас нет доступа или влияния), обратитесь к соответствующему сетевому провайдеру, а также к нам.

Если один из ваших MTR показывает проблему, отправьте заявку через робота , выбрав соответствующий сервер, нажав «Поддержка», а затем выбрав «Потеря пакетов». Приложите к запросу результаты обоих MTR.

Форматирование MTR

Для запросов в службу поддержки всегда прилагайте MTR в виде файлов (например, TXTили HTML) к соответствующему запросу или ответу, чтобы обеспечить удобочитаемость.

Если вы хотите опубликовать результат на форумах (например, на форуме Hetzner), рассмотрите возможность работы над текстом, чтобы сделать его максимально аккуратным и аккуратным, чтобы другие пользователи могли легко понять его и помочь вам. Например, вы можете использовать [CODE]блоки, чтобы информация равномерно распределялась по столбцам.

: x: Неправильно:

  1.|-- your_client.example.com 0.0% 1000 0.2 0.1 0.1 11.0 0.9
  2.|-- dmbkt.your-cloud.host 0.0% 1000 0.2 0.2 0.1 11.0 0.8
  3.|-- leaf1.cloud2.fsn1.hetzner 0.0% 1000 13.4 18.0 1.6 328.3 19.7
  4.|-- spine1.cloud2.fsn1.hetzne 0.0% 1000 0.8 1.3 0.7 50.0 3.1
  5.|-- core21.fsn1.hetzner.com 55.1% 1000 0.5 2.9 0.3 51.2 6.6
  6.|-- core21.fsn1.hetzner.com 54.9% 1000 0.6 1.4 0.4 56.6 4.2
  7.|-- ex9k2.dc1.fsn1.hetzner.co 59.2% 1000 0.6 1.8 0.4 214.1 12.0
  8.|-- your_host.example.com 59.2% 1000 0.5 0.4 0.3 11.0 0.9

: жирная галочка : справа:

  1.|-- your_client.example.com    0.0%  1000    0.2   0.1   0.1  11.0   0.9
  2.|-- dmbkt.your-cloud.host      0.0%  1000    0.2   0.2   0.1  11.0   0.8
  3.|-- leaf1.cloud2.fsn1.hetzner  0.0%  1000   13.4  18.0   1.6 328.3  19.7
  4.|-- spine1.cloud2.fsn1.hetzne  0.0%  1000    0.8   1.3   0.7  50.0   3.1
  5.|-- core21.fsn1.hetzner.com   55.1%  1000    0.5   2.9   0.3  51.2   6.6
  6.|-- core21.fsn1.hetzner.com   54.9%  1000    0.6   1.4   0.4  56.6   4.2
  7.|-- ex9k2.dc1.fsn1.hetzner.co 59.2%  1000    0.6   1.8   0.4 214.1  12.0
  8.|-- your_host.example.com     59.2%  1000    0.5   0.4   0.3  11.0   0.9

Другой

Пожалуйста, не отправляйте эхо-запросы для устранения неполадок, это будет рассматриваться во многих сетях (не только в Hetzner) как атака и может привести к очень быстрому удалению исходного сервера из сети!

Подробную информацию о работе с диагностическими инструментами, такими как MTR, и общие советы по диагностике, можно найти на странице Pingplotter .

Вступление

Hetzner Rescue System — это живая среда Linux на основе Debian, которая предоставляет вам административный доступ к вашему серверу, даже если установленная система больше не загружается. Среда запускается с использованием сетевой загрузки (PXE) и запускается в памяти сервера, не касаясь дисков или ваших данных на них. Это позволяет выполнять ремонт установленной системы, получать доступ к данным на дисках, создавать резервные копии, проверять оборудование сервера и устанавливать операционные системы. Кроме того, любое необходимое дополнительное программное обеспечение может быть временно установлено в Rescue System.

В качестве альтернативы вы можете использовать консоль KVM вместе с загрузочным ISO-образом по вашему выбору.

Запуск системы спасения Hetzner

Активация спасательной системы

Чтобы запустить сервер в Rescue System, его необходимо активировать через административный интерфейс Robot . Поэтому нажмите Servers, выберите нужный сервер и откройте вкладку Rescue. Здесь можно выбрать и активировать желаемый вариант и архитектуру.

Пароль, который был дан вам при активации Rescue System, теперь можно использовать для входа в систему как «root» через SSH . Кроме того, вы также можете выбрать SSH-ключ (если вы уже загрузили его в Robot ранее) и войти в систему спасения без пароля.

Перезагрузка сервера

Чтобы загрузить Rescue System, необходимо перезапустить сервер. Если у вас больше нет доступа к серверу, вы можете использовать функцию сброса в Robot . Вы найдете это на Resetвкладке желаемого сервера.

Обратите внимание, что активация Rescue System действительна только для одной загрузки. Если вы хотите снова загрузить сервер в систему спасения, вам придется снова активировать ее в роботе. Если вы не перезагрузите сервер в течение 60 минут после активации, запланированная загрузка Rescue System автоматически станет неактивной. Если сервер перезапустится позже, система загрузится с внутреннего диска (ов).

Установка накопителя (ов) в спасательной системе

Во-первых, вы должны определить идентификаторы разделов вашей системы, выполнив команду lsblk.

Если вывод выглядит так, как показано ниже, и raidв TYPEстолбце есть записи , у вас работает программный RAID:

root@rescue ~ # lsblk
NAME    MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
loop0     7:0    0     4G  1 loop
sda       8:0    0 447.1G  0 disk
├─sda1    8:1    0     4G  0 part
│ └─md0   9:0    0     4G  0 raid1
├─sda2    8:2    0   512M  0 part
│ └─md1   9:1    0 511.4M  0 raid1
└─sda3    8:3    0 442.6G  0 part
  └─md2   9:2    0 442.5G  0 raid1
sdb       8:16   0 447.1G  0 disk
├─sdb1    8:17   0     4G  0 part
│ └─md0   9:0    0     4G  0 raid1
├─sdb2    8:18   0   512M  0 part
│ └─md1   9:1    0 511.4M  0 raid1
└─sdb3    8:19   0 442.6G  0 part
  └─md2   9:2    0 442.5G  0 raid1

Если вывод выглядит примерно так, как показано ниже, значит, программный RAID не настроен:

root@rescue ~ # lsblk
NAME    MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
loop0     7:0    0     4G  1 loop
sda       8:0    0 447.1G  0 disk
├─sda1    8:1    0     4G  0 part
├─sda2    8:2    0   512M  0 part
└─sda3    8:3    0 442.6G  0 part
sdb       8:16   0 447.1G  0 disk
└─sdb1    8:17   0   446G  0 part

Теперь вы можете смонтировать нужный раздел в пустой папке, например /mnt.

• В случае программного RAID, /dev/md2обычно это системный раздел (введите, cat /proc/mdstatчтобы отобразить все разделы raid):mount /dev/md2 /mnt
• Без программного RAID, как правило, предпоследний или предпоследний раздел содержит систему:mount /dev/sda3 /mnt

Монтаж томов LVM

Сначала используйте следующую команду, чтобы отобразить все тома LVM.

ls /dev/mapper/*

Пример вывода:

/dev/mapper/vg0-home /dev/mapper/vg0-root /dev/mapper/vg0-swap

Затем вы можете смонтировать желаемые тома LVM.

mount /dev/mapper/vg0-root /mnt

Сброс пароля root

Чтобы сбросить пароль root в установленной системе Linux или BSD, вам необходимо перейти mountв системный раздел, как описано в предыдущем разделе этой статьи «Монтирование дисков в системе восстановления» . Затем используйте chrootдля переключения в корневую среду смонтированной системы.

chroot-prepare /mnt
chroot /mnt

Теперь вы можете изменить пароль пользователя «root».

passwd

Наконец, выйдите из корневой среды.

exit

Установка операционной системы

Hetzner предлагает удобный сценарий Installimageна основе меню, предназначенный для установки операционной системы и, таким образом, настройки таких параметров, как используемые диски, уровни RAID, имя хоста, разделы и LVM. Более подробную информацию можно найти на странице Installimage .

Другие спасательные системы

В дополнение к системе спасения на базе Linux, Hetzner также предлагает две другие системы:

• Спасательная система vKVM
• Спасательная система FreeBSD

Вступление

В некоторых ситуациях (см. Ниже) мы вынуждены заблокировать сервер. Если ваш сервер заблокируется, вы получите уведомление по электронной почте. Если вы не получили электронное письмо или не уверены, действительно ли ваш сервер заблокирован, не стесняйтесь отправить нам запрос в службу поддержки через интерфейс администрирования робота . Кроме того, вы можете запустить traceroute на свой сервер. Если traceroute заканчивается на первом маршрутизаторе Hetzner, который отображается в форме core-backbone.hetzner, то сервер заблокирован. В Windows вы запускаете traceroute, запустив tracert.exe. В Linux команда для использования является traceroute.

Причины блокировки сервера

Наиболее частые причины блокировки сервера:

• Атаки с / на ваш сервер
• Вмешательство в сеть из-за сканирования портов
• Неправильная конфигурация сети
• Неоплата счетов
• Злоупотребления (например, размещение фишингового сайта / вредоносных программ / материалов, нарушающих авторские права и т. Д.)

Мы блокируем серверы по нескольким причинам, включая защиту нашей инфраструктуры, в качестве меры предосторожности, чтобы предотвратить любые возможные дальнейшие злоупотребления и защитить владельца сервера.

Чтобы помочь в анализе проблемы, к электронному письму добавляется файл журнала с имеющейся у нас информацией. Обратите внимание, что у нас нет дополнительной информации или файлов журнала к тем, которые мы предоставляем. У нас нет программного доступа к серверу, и поэтому мы не можем видеть, что именно происходит. Пожалуйста, проверьте журналы своего внутреннего сервера и самостоятельно проанализируйте проблему.

Лог-файлы

Информация о Port- / Netscans

###################################################################
#          Netscan detected from host   10.0.0.1                  #
###################################################################

time                        src_ip		  dest_ip:dest_port
-------------------------------------------------------------------
Thu Nov 13 18:14:27 2013:      10.0.0.1 =>           10.0.0.2:   22
Thu Nov 13 18:14:27 2013:      10.0.0.1 =>           10.0.0.3:   22
Thu Nov 13 18:14:27 2013:      10.0.0.1 =>           10.0.0.4:   22
Thu Nov 13 18:14:27 2013:      10.0.0.1 =>           10.0.0.5:   22
.....

Этот журнал показывает точное время и IP-адрес источника, а также IP-адрес и порт назначения.

Сводка по превышенным пределам пакетов

Direction OUT
Internal 198.51.100.1
Threshold Packets 100.000 packets/s
Sum                40.674.000 packets/300s (135.580 packets/s), 40.673 flows/300s (135 flows/s), 5,909 GByte/300s (161 MBit/s)
External 10.0.0.6, 40.668.000 packets/300s (135.560 packets/s), 40.667 flows/300s (135 flows/s), 5,909 GByte/300s (161 MBit/s)
External 10.0.0.7,      5.000 packets/300s (16 packets/s),           5 flows/300s (0 flows/s),   0,000 GByte/300s (0 MBit/s)
External 10.0.0.8,      1.000 packets/300s (3 packets/s),            1 flows/300s (0 flows/s),   0,000 GByte/300s (0 MBit/s)

Этот журнал не перечисляет каждое соединение отдельно, а скорее показывает сводку трафика по IP-адресу назначения. Он показывает скорость пакетов, скорость потока, а также общую скорость соединения.

Подробный дамп трафика

21:44:53.145756 IP 10.0.0.1.55008 > 10.0.0.2.29615: UDP, length 9216
21:44:53.145883 IP 10.0.0.1.55030 > 10.0.0.2.45527: UDP, length 9216
21:44:53.146007 IP 10.0.0.1.55046 > 10.0.0.2.1826:  UDP, length 9216
21:44:53.146126 IP 10.0.0.1.55064 > 10.0.0.2.34940: UDP, length 9216
21:44:53.146249 IP 10.0.0.1.55080 > 10.0.0.2.20559: UDP, length 9216
21:44:53.146371 IP 10.0.0.1.55093 > 10.0.0.2.31488: UDP, length 9216
21:44:53.146493 IP 10.0.0.1.55112 > 10.0.0.2.56406: UDP, length 9216
21:44:53.146616 IP 10.0.0.1.55132 > 10.0.0.2.43714: UDP, length 9216
21:44:53.146741 IP 10.0.0.1.55147 > 10.0.0.2.64613: UDP, length 9216

В этом случае создается подробный дамп трафика, который содержит все (входящие и исходящие) соединения. Здесь отображается следующая информация: IP-адрес назначения, порт назначения, размер и тип пакетов. Поскольку показан каждый отдельный пакет, захватывается лишь небольшая часть трафика из-за огромного количества задействованной информации.

Разблокировка сервера

Прежде чем сервер можно будет разблокировать, необходимо решить проблему, вызвавшую его блокировку. После того, как вы окончательно устранили причину проблемы, отправьте нам запрос на разблокировку через интерфейс администрирования робота ( https://robot.your-server.de/ ). Для этого войдите в свою учетную запись, выберите соответствующий сервер и щелкните вкладку Support. Там, пожалуйста, нажмите UNBLOCK. Здесь выберите соответствующий идентификатор инцидента (он будет начинаться с буквы «L», что означает «замок»). Затем заполните форму полностью и отправьте нам.

Чтобы решить эту проблему, мы предлагаем функцию белого списка IP-адресов в файле Robot . Следовательно, вы должны ввести свой общедоступный IP-адрес дома / офиса, и вы сможете временно получить доступ к серверу через это единственное соединение. Это можно сделать в Robot , перейдя Serversи нажав Server locking. Здесь вы можете ввести свой общедоступный IP-адрес, который отображается непосредственно там, так что вы можете просто скопировать и вставить его. Обратите внимание, что эта функция не всегда доступна, в зависимости от причины блокировки.

Если это невозможно с вашей стороны, в качестве альтернативы можно запросить KVM-консоль (бесплатно), предоставляющую полный доступ к серверу. Если вы хотите заказать KVM-консоль, откройте запрос поддержки для конкретного сервера от Robot . Поэтому просто войдите в Robot . Затем нажмите «Серверы», выберите соответствующий сервер и затем нажмите «Поддержка». Там выберите «Удаленная консоль / KVM». Там вы решите получить консоль KVM как можно скорее или в любое удобное для вас время.

Вступление

Файловые системы организуют способ хранения данных, но при некоторых обстоятельствах файловая система может быть повреждена, а некоторые ее части могут стать недоступными. Это может привести к отображению предупреждающих сообщений или к «странному» поведению системы, например, при сбое процессов и прекращении запуска программного обеспечения. В этом случае рекомендуется проверить целостность файловой системы.

В этой статье объясняются процедуры как для запуска ручной проверки файловой системы, так и для активации автоматической для систем Linux и Windows.

Проверка файловой системы Linux (FSCK)

Во-первых, вы должны определить файловые системы и их разделы в вашей системе, выполнив команду lsblk.

Если результат выглядит так, как показано ниже, и raidв TYPEстолбце есть несколько записей , у вас работает программный RAID. Здесь mdследует проверить все разделы, которые есть md0, md1а md2в этом примере:

root@your_host ~ # lsblk
NAME    MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
loop0     7:0    0     4G  1 loop
sda       8:0    0 447.1G  0 disk
├─sda1    8:1    0     4G  0 part
│ └─md0   9:0    0     4G  0 raid1
├─sda2    8:2    0   512M  0 part
│ └─md1   9:1    0 511.4M  0 raid1
└─sda3    8:3    0 442.6G  0 part
  └─md2   9:2    0 442.5G  0 raid1
sdb       8:16   0 447.1G  0 disk
├─sdb1    8:17   0     4G  0 part
│ └─md0   9:0    0     4G  0 raid1
├─sdb2    8:18   0   512M  0 part
│ └─md1   9:1    0 511.4M  0 raid1
└─sdb3    8:19   0 442.6G  0 part
  └─md2   9:2    0 442.5G  0 raid1

Если результат выглядит более , как показано ниже, нет программного обеспечения RAID и разделы , чтобы проверить , являются sda1, sda2, sda3и sdb1в этом примере:

root@your_host ~ # lsblk
NAME    MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
loop0     7:0    0     4G  1 loop
sda       8:0    0 447.1G  0 disk
├─sda1    8:1    0     4G  0 part
├─sda2    8:2    0   512M  0 part
└─sda3    8:3    0 442.6G  0 part
sdb       8:16   0 447.1G  0 disk
└─sdb1    8:17   0   446G  0 part

Показать информацию проверки файловой системы

Чтобы проверить, когда была выполнена последняя проверка файловой системы и установлен ли уже автоматический режим, просто используйте следующую команду:

tune2fs -l /dev/<PARTITION> | grep -i 'mounted\|last checked\|interval'

Поэтому просто замените <PARTITION>свои разделы и запустите его шаг за шагом. В этом примере мы проверяем раздел md2:

tune2fs -l /dev/md2 | grep -i 'mounted\|last checked\|interval'
Last mounted on:          /
Last checked:             Tue Feb 13 11:52:32 2020
Check interval:           0 (<none>) # Means that automatic mode is off

Автоматическая проверка файловой системы

Прежде чем активировать периодическую проверку файловой системы, вы должны подтвердить, что проверка будет выполняться автоматически во время некоторых из будущих перезагрузок, что может увеличить время процесса загрузки, а также время простоя вашего сервера. Следовательно, при определенных обстоятельствах вам лучше выполнять ручные проверки файловой системы через регулярные промежутки времени.

Чтобы активировать автоматическую проверку файловой системы, используйте следующие две команды:

tune2fs -c <BOOT_COUNT> /dev/<PARTITION>
tune2fs -i <MIN_TIME_BETWEEN> /dev/<PARTITION>

Поэтому просто замените:

• <BOOT_COUNT> со временем загрузки между проверками
• <PARTITION> с именем раздела
• <MIN_TIME_BETWEEN> с минимальным временем между проверками

Например, проверяйте раздел при md2каждой 3загрузке с минимальным интервалом 1m(месяц) между ними:

tune2fs -c 3 /dev/md2
tune2fs -i 1m /dev/md2

Вы можете повторить эти две команды для всех своих разделов.

Ручная проверка файловой системы

Файловую систему вручную можно запустить с помощью системной утилиты fsck(проверка целостности файловой системы). Поскольку проверка файловой системы может выполняться только на не подключенных разделах, мы рекомендуем загрузить Rescue System . Если у вас есть тома LVM, это не всегда требуется — в этом случае просто перейдите к следующему разделу.

После входа в Rescue System используйте следующую команду, чтобы начать проверку с автоматическим восстановлением:

fsck -fy /dev/<PARTITION>

Поэтому замените <PARTITION>имена разделов, которые нужно проверить, шаг за шагом, как в этом примере:

fsck -fy /dev/md0
fsck -fy /dev/md1
fsck -fy /dev/md2

Ручная проверка файловой системы при использовании LVM

При использовании LVM (диспетчера логических томов) не требуется отключать соответствующую файловую систему во время проверки файловой системы, благодаря возможности создания моментального снимка. Следовательно, в некоторых случаях загрузка Rescue System не требуется.

Чтобы создать временный том моментального снимка, необходимо на короткое время размонтировать файловую систему:

umount /dev/<volume_group>/<volume>
OR
umount <mountpoint>

• Если в выходных данных указано, что устройство в настоящее время используется, вам может потребоваться определить и остановить соответствующие процессы или выйти из системы пользователей:

umount /dev/vg0/data
umount: /dev/vg0/data: device is busy.
        (In some cases useful info about processes that use
         the device is found by lsof(8) or fuser(1))

• Если это невозможно (например, с корневой файловой системой), требуется загрузка Rescue System для выполнения проверки файловой системы.
• После успешного размонтирования тома вы можете создать том моментального снимка:

lvcreate -s -n <snapshot_name> -L <snapshot_size> /dev/<volume_group>/<volume>

• Важно: убедитесь, что размер снимка не занят во время проверки файловой системы. Следовательно, выберите размер снимка с достаточным запасом прочности.Пример:

lvcreate -s -n my_fsck_snapshot -L 30G /dev/vg0/data

• Теперь просто перемонтируйте соответствующую файловую систему:

mount /dev/vg0/data /media/data

• Пример:

mount /dev/<volume_group>/<volume> <mountpoint>

• После этого вы можете запустить проверку файловой системы на томе моментального снимка, как на обычном разделе:

fsck -fy /dev/<volume_group>/<snapshot_name>

• Пример:fsck -fy /dev/vg0/my_fsck_snapshot
• Наконец, удалите временно созданный том моментального снимка:

lvremove -f /dev/<volume_group>/<snapshot_name>

• Пример:

fsck -fy /dev/vg0/my_fsck_snapshot

Если вам не нужно держать том смонтированным во время проверки файловой системы, если вы загрузили свой сервер в Rescue System, вы можете просто выполнить проверку файловой системы на самом (отключенном) томе:

fsck -fy /dev/<volume_group>/<volume>

Пример:

fsck -fy /dev/vg0/data

Проверка файловой системы Windows (CHKDSK)

Затем вывод сообщит вам о состоянии вашей файловой системы и любых выполненных действиях по ее восстановлению.

Автоматическая проверка файловой системы

Время от времени Windows автоматически запускает сканирование файловой системы при запуске, но чаще всего вам придется делать это самостоятельно, особенно в серверной среде, где система перезагружается нечасто. Даже если у вас просто возникают странные проблемы с приложениями, которые не загружаются или вылетают из строя, которые вы не смогли решить другим способом, вы можете проверить файловую систему вручную.

Ручная проверка файловой системы

Несмотря на то, что проверку файловой системы можно запустить и с помощью проводника Windows, использование командной строки является еще более простым методом. Если ваша система больше не загружается, вы можете запросить образ для восстановления Windows через раздел «Поддержка» в роботе вместе с консолью KVM и использовать там командную строку. В противном случае, если вы находитесь в загруженной системе Windows, откройте командную строку с правами администратора:

1. Нажмите на Windows symbolв левом нижнем углу экрана, или нажмите Windowsили Superклавишу
2. Тип cmd.exe
3. Одновременно нажмите клавиши Ctrl+ Shift+ Enter, чтобы открыть командную строку с правами администратора.
4. Подтвердите отображаемый диалог, нажав на Yes
5. Командная строка должна открыться, и ее заголовок должен начинаться с «Администратор»:

• В командной строке введите следующую команду и нажмите Enter:chkdsk C: /f /r /xЕсли вы выполнили команду в работающей системе, нормально отображается следующее сообщение:

1. В этом случае нажмите Yи Enter. Обратите внимание, что проверка файловой системы может занять довольно много времени (от пары минут до часов). Следовательно, мы рекомендуем подождать с требуемым перезапуском, который запускает проверку файловой системы, пока время простоя сервера не станет для вас подходящим.
2. В качестве следующего шага перезапустите сервер по своему усмотрению.
3. Проверка файловой системы теперь проверяет целостность вашей файловой системы и автоматически устраняет проблемы:

• После завершения проверки файловой системы ваша установленная система загрузится и снова станет доступной.

Если у вас используется более одного раздела в формате FAT , HPFS или NTFS , вам следует повторить процедуру CHKDSK и с оставшимися разделами. Поэтому откройте проводник Windows и нажмите «Компьютер» в левом столбце, в котором будут показаны эти разделы с их идентификаторами (например, C: D: E:…). Если вы уже проверили C:, просто повторите процедуру с оставшимися буквами дисков, заменив идентификатор диска в вышеупомянутой команде:

chkdsk D: /f /r /x
chkdsk E: /f /r /x
...

Вы можете найти дополнительную информацию в документации Microsoft .

Если вы все еще сталкиваетесь с проблемами после восстановления всех файловых систем, вы также можете попробовать инструмент проверки файлов SFC.exe, который также описан в документации Microsoft .