Назад | Перейти на главную страницу

Как исправить поврежденную файловую систему в Linux

Я переместил свой док-контейнер на новый сервер, и я думаю, что в процессе моя файловая система была повреждена.

Это результат, который я получаю

root@2389374b235b:/var/local/atlassian/confluence/plugins-osgi-cache# df
Filesystem     1K-blocks     Used Available Use% Mounted on
none           103178528 44637104  54328508  46% /
tmpfs            2023680        0   2023680   0% /dev
shm                65536        0     65536   0% /dev/shm
/dev/vda1      103178528 44637104  54328508  46% /BACKUPS
root@2389374b235b:/var/local/atlassian/confluence/plugins-osgi-cache# fsck /
fsck from util-linux 2.25.2
e2fsck 1.42.12 (29-Aug-2014)
fsck.ext2: Is a directory while trying to open /

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>

есть ли способ исправить это

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

Есть два варианта. Вы можете использовать shutdown -rF now который создает файл для вас, а затем перезагружается, или вы можете просто touch /forcefsck и он автоматически запускает fsck для вас всякий раз, когда вы перезагружаете сервер.

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