e2fsck, дающий некоторую ошибку
Если Вы войдете в систему с помощью ssh, когда Вы попытаетесь соединиться, это выполнит обратный поиск DNS на Вашем IP. Это для безопасности (предположительно), поскольку часто Hax0rs будет использовать имитацию запись DNS при попытке соединиться со случайными ssh сервисами. В песнях это на самом деле не останавливает Вас соединение, но оно действительно задерживает процесс входа в систему приблизительно на 40 секунд.
По моему опыту, с CentOS, если эта проверка перестала работать, она не предотвратит вход в систему, однако она создаст запись в журнале, говорящую, что существует возможная попытка взламывания. Если Вы будете использовать сценарий с, то ожидают, он может перестать работать, если Вы не объявляете время ожидания.
Для обхождения этого, можно добавить UseDNS no к/etc/ssh/sshd.conf и перезагрузке Ваш sshd сервис. Это должно остановить обратные поиски.
Если файловая система находится действительно на том устройстве, работая mkfs.ext4 с теми же аргументами плюс a -n даст Вам список суперблоков, которые можно использовать в качестве альтернатив. Например:
# mkfs.ext4 -n /dev/vg1/lvol2
... Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208
Затем можно работать e2fsck -b 32768 /dev/vg1/lvol2 или другой резервный суперблок, чтобы видеть, зафиксирует ли это его. PS: 32768 типичный резервный блок, в то время как другие местоположения зависят от размера раздела.