При использовании 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. С другой стороны, когда Ваш жесткий диск имеет больше, чем всего несколько сбойных блоков, Вы не хотите что-то, что перемещает их, но Вы хотите заменить целый жесткий диск, потому что он перестал работать.
Вы можете взглянуть на что-нибудь вроде клонезиллы . С помощью клонезиллы на маленькой USB-флешке и где-нибудь, где можно создать резервную копию данных (локальную или сетевую), вы можете сделать в точности то, что описали - скопировать, удалить раздел, переразметить его как на другую файловую систему, так и на меньший размер, а затем восстановить его. Непосредственная работа с образом раздела (обычно самый простой вариант) не будет работать так хорошо, если вы перейдете от большого к маленькому, но вы все равно сможете заставить его работать. Зацените!
Поскольку это не корневой раздел ( /
), вы сможете сделать это без потери данных, если вы войдете в систему как обычный пользователь, различные файлы в вашем доме каталог обновляется (из фонового чтения электронной почты, серфинга и т. д.). Вы не хотите терять электронные письма, полученные между резервным копированием и восстановлением).
Важным моментом для возможности перераспределения является то, что вы входите в систему либо как root, либо как пользователь, у которого нет своего домашнего каталога в / home
. Это необходимо для того, чтобы можно было размонтировать / home
без его использования, а также переразбить и переформатировать его.
Вход в систему как root может быть невозможен или, по крайней мере, не рекомендуется, из графического интерфейса (X, я не использую CentOS 7 и не могу проверить). Но графические инструменты, вероятно, проще в использовании, если у вас меньше опыта в этом. И если вы вошли в систему и у вас есть обычный рабочий стол, вы также можете использовать Интернет для поиска решений, если что-то пойдет не так. Поэтому в дальнейшем я минимизирую использование инструментов командной строки.
Вы можете переместить существующий каталог пользователя / home / XYZ
, например, в / home2 / XYZ
(который находится в корневом разделе), но, вероятно, в этом каталоге слишком много данных для этого. Поэтому я рекомендую следующие шаги (для команд
вы должны открыть терминал):
xyz
с домашним каталогом / home2 / xyz
sudo
команды логин:
приглашение размонтировать / home
и перемонтируйте его, чтобы убедиться, что в данный момент его никто не использует:
sudo umount / home
sudo mount / home
проверьте, доступен ли резервный носитель, допустим, он находится в папке / mnt / USB01
(обычно вы проверяете, подходит ли резервная копия, но вы указали
данных не так много, поэтому я предполагаю, что да).
используйте tar
или cpio
для резервного копирования из-под / home
(это быстрее, чем копирование отдельных файлов, и даже должно работать, если резервный носитель - VFAT ).
sudo tar --create --verbose --file = / mnt / USB01 / homebup.tar.bz2 -C / home.
убедитесь, что вы можете прочитать только что созданный файл:
sudo tar tvf /mnt/USB01/homebup.tar.bz2
проверьте, какой раздел / home
смонтирован, запишите раздел (например, sdX2) и umount:
mount | grep -f / home
umount / home
закомментируйте запись для / home
в / etc / fstab
, у вас может быть UUID вместо sdX2
, вы можете найти, какой UUID принадлежит sdX
, выполнив:
ls -l / dev / disk / by-uuid / | grep -F sdX2
sdX
, на котором находится раздел, который вы нашли на предыдущем шаге, удалив раздел `sdX2 и воссоздав его (если он меньше, вы можете создать дополнительные разделы сейчас или отложить это) sdX2
, но этот раздел будет иметь новый UUID, поэтому найдите его) редактировать / etc / fstab
и убедитесь, что вы можете смонтировать / home
, выполнив:
mount / home
(отредактировав / etc / fstab
и смонтировав таким образом, раздел будет смонтирован при перезагрузке).
/ home
смонтирован. восстановите данные на / home
с помощью:
sudo tar xvf / mnt / USB01 / homebup. tar.bz2 -C / home