Я получил эту ошибку журнала ниже:
Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10): ext3_free_blocks_sb: bit already cleared for block 8159746
Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10): ext3_free_blocks_sb: bit already cleared for block 8159747
Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10): ext3_free_blocks_sb: bit already cleared for block 8159748
Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10): ext3_free_blocks_sb: bit already cleared for block 8159749
Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10): ext3_free_blocks_sb: bit already cleared for block 8159750
Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10): ext3_free_blocks_sb: bit already cleared for block 8159751
Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10) in ext3_free_blocks_sb: Journal has aborted
Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10) in ext3_reserve_inode_write: Journal has aborted
Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10) in ext3_truncate: Journal has aborted
Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10) in ext3_reserve_inode_write: Journal has aborted
Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10) in ext3_orphan_del: Journal has aborted
Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10) in ext3_reserve_inode_write: Journal has aborted
Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10) in ext3_delete_inode: Journal has aborted
Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10): ext3_journal_start_sb: Detected aborted journal
Может кто-нибудь помочь?
Вероятно, ваша файловая система до сих пор автоматически переключалась в режим только для чтения.
Это вообще сбой в вашей фс. Вероятно, это было вызвано ошибкой записи.
Если ваша файловая система еще доступна для записи, смонтируйте ее только для чтения (mount /the/fs/mount/path -o remount,ro). Если вы не можете этого сделать, сначала вам нужно было убить любой процесс, который хочет / мог бы написать что-нибудь там (вы можете найти их с помощью lsof -n|grep /the/fs/mount/path).
Затем запустите жесткую проверку файловой системы (e2fsck -f -p -C0 /dev/device/path). Если вам не нравится нажимать y тысячу раз используйте -y флаг вместо -p также - хотя в этом случае вы будете автоматически говорить «да» на каждое потенциально деструктивное действие инструмента восстановления файловой системы.
После этого вы можете снова смонтировать его для записи (mount /the/fs/mount/path -o remount,rw).
Если вы можете перезагрузиться без проблем (то есть вы некоторое время не работаете на своем критически важном сервере Parters на расстоянии 5000 км), это, безусловно, не было плохой практикой, чтобы сделать это из корневой оболочки системы восстановления, доступной только для чтения.
Вы также можете рассчитывать с такой же потерей данных, хотя не опасайтесь таких загадочных сообщений об ошибках, даже если их так много. Ваша файловая система, вероятно, еще немного повреждена.