Как я могу проверить на сбойные блоки на физическом томе LVM?
Эта ссылка имеет некоторую информацию о какой в /etc/apt/sources* потребность, которая будет изменена для включения возможности dist-обновления.
Хотя я вижу красные флаги на многих ссылках, которые указывают, что это может повредить систему вместо того, чтобы завершиться успешно. Это требовало бы полного, переустанавливают, где "предпочтительный" метод обновления состоит в том, чтобы сделать переустанавливание во-первых.
Пока Ваш /home находится на отдельном разделе от / Я рекомендую просто делать переустанавливание.
При использовании ext4 можно проверить на badblocks с командой
e2fsck -c /dev/sda1или что бы то ни было. Это "поместит в черный список" блоки путем добавления их к сбойному блоку inode.
e2fsck -c выполнения badblocks на базовом жестком диске. Можно использовать badblocks управляйте непосредственно на физическом томе LVM (предполагающий, что PV является на самом деле жестким диском и не некоторым другим видом виртуального устройства как программное обеспечение MD устройство RAID), так же, как Вы использовали бы ту команду на жестком диске, который содержит файловую систему расширения.
Это не добавит вида информации о сбойном блоке к файловой системе, но я действительно не думаю, что это - полезная функция файловой системы; жесткий диск, как предполагается, обрабатывает сбойные блоки.
Еще лучше, чем badblocks выполняет УМНУЮ самопроверку на диске (замена /dev/sdX с именем устройства Вашего жесткого диска):
smartctl -t long /dev/sdX
smartctl -a /dev/sdX | less
Тест ifself займет несколько часов (он скажет Вам точно сколько времени). Когда это сделано, можно запросить результат с smartctl -a, ищите журнал самопроверки. Если это говорит "Завершенный успешно", Ваш жесткий диск прекрасен.
Другими словами, как я могу проверить на сбойные блоки для не использования в LVM?
Как я сказал, сам жесткий диск гарантирует, что не использует поврежденные блоки, и он также переместит данные из тех блоков; это не что-то, что должны сделать файловая система или LV. С другой стороны, когда Ваш жесткий диск имеет больше, чем всего несколько сбойных блоков, Вы не хотите что-то, что перемещает их, но Вы хотите заменить целый жесткий диск, потому что он перестал работать.
Я - вполне уверенный LVM, не обрабатывает сбойные блоки; это ожидает базовую систему хранения к. И большинство, если не все, современные жесткие диски делают. Вы, возможно, должны выполнить запись к сектору, но диск должен повторно отобразить его. (Вам, возможно, понадобится он, чтобы сделать офлайновое поверхностное сканирование сначала, с, например, smartctl /dev/sda -t offline).
Тем не менее LVM на самом деле не перемещает данные, если Вы не спрашиваете это, с, например, pvmove. Таким образом, можно использовать функцию ext4 badblocks; необходимо будет просто перепроверить на сбойные блоки, если выполнено pvmove. Никакая общая операция (такой как lvextend) данные перемещений.
Расширитесь не перемещает данные, потому что LVM сохраняет карту, говоря, что "логические степени 0–99 являются физическими степенями 200–299", и затем при расширении его это просто добавляет, что "логические степени 100–199 являются физическими степенями 100–199". Или даже "логические степени 100–149 являются физическими степенями 50–99; логические степени 150–199 являются физическими степенями 140–189". LVM не заботится, что физические степени не в порядке, или не непрерывны.
pvck может проверить метаданные LVM, после того, как та непротиворечивость будет заданием файловой системы. LVM только об управлении томами, таким образом, это не должно заботиться, плохо ли пространство, составляющее особую степень, так как высокоуровневое программное обеспечение ловит те проблемы. Метаданные LVM только поднимают первое (дополнительно также последний сектор) физического тома так или иначе.
Если бы просто первые и последние секторы довольно большого PV (такие как Вы видели бы в производстве) просто, оказывается, перестали работать одновременно, у Вас в основном есть sh*ttiest удача в мире, так как это так астрономически маловероятно. Иначе, если администратор знает, что несколько секторов диска перестали работать, большинство людей в порядке только с регистрацией таких вещей как это под "жестким диском, отказавшим постоянно, и должно быть заменено".
Если pvck возвращает ошибку, можно проверить, чтобы видеть, сохранены ли метаданные LVM в /etc/lvm где-нибудь. Если это - Вы, может сделать pvcreate определение резервной копии к --restorefile
Синтаксис:
pvcreate --uuid "<UUID-of-target-PV>" --restorefile <Path-To-Metadata-Backup-File> <path-to-PV-block-device>
Пример:
pvcreate --uuid "2VydVW-TNiN-fz9Y-ElRu-D6ie-tXLp-GrwvHz" --restorefile /etc/lvm/archive/vg_raid_00000-1085667159.vg /dev/sda2
Если восстановление не работает (например, если первый сектор является поврежденным), можно восстановить вышеупомянутое, но установить --metadatacopies 2 (или Вы могли бы просто перейти прямо к выполнению этого), который попытается записать метаданные в первые и последние секторы на PV. Когда pvscan делает его вещь на начальной загрузке, она проверит оба места и если она найдет метаданные, то она проверит их против контрольной суммы. Если контрольная сумма перестанет работать на первом секторе, но успешно выполнится на последнем секторе, то Вы получите нефатальное сообщение об ошибке.
Вид руководства и боли, но с другой стороны это - часть причины, почему люди счастливы получить возвращение управления томами с BTRFS. Большую часть времени это не действительно так большая часть проблемы по причинам derobert упомянутый, и потому что люди, которые абсолютно положительно должны гарантировать непрерывность данных, будут обычно делать RAID и иметь стратегию резервного копирования.
-cделает прежде, чем назвать что-то, завершают ерунду. – derobert 23.09.2013, 23:40dd. Чаще, чем Вы думал бы, носитель прекрасен на самом деле, и данные были просто повреждены, так переписывание, это хорошо работает без потребности повторно отобразиться. – psusi 24.09.2013, 02:09dd"-но Вы все еще, вероятно, не были должны. Если Вы имеетеmdнабег, это может заботиться о проблеме для Вас. @derobert будет, вероятно, знать, что сделать, когда диск не является частьюmd:) – Martin von Wittich 24.09.2013, 13:40