только корневая файловая система

Как-то мой Debian пошел читать только в корневой файловой системе. Я понятия не имею, как это могло произойти.
Например, когда я вхожу в /root папку и набираю команду nano и после этого нажмите « Tab», чтобы просмотреть возможный файл в этой папке, я получаю сообщение:

 root@debian:~# nano -bash: cannot create temp file for here-document: Read-only file system 

То же самое для команды cd когда я набираю cd /home и нажимаю Tab для перечисления путей, у меня это:

 root@debian:~# cd /home -bash: cannot create temp file for here-document: Read-only file system 

У меня также проблемы с программным обеспечением, например apt и другими. Невозможно даже apt-получить обновление. У меня много таких ошибок:

 Err http ://ftp.de.debian.org wheezy-updates/main Sources 406 Not Acceptable W: Not using locking for read only lock file /var/lib/apt/lists/lock W: Failed to fetch http ://ftp.de.debian.org/debian/dists/wheezy/Release rename failed, Read-only file system (/var/lib/apt/lists/ftp.de.debian.org_debian_dists_wheezy_Release -> /var/lib/apt/lists/ftp.de.debian.org_debian_dists_wheezy_Release). W: Failed to fetch http ://security.debian.org/dists/wheezy/updates/main/source/Sources 404 Not Found W: Failed to fetch http ://security.debian.org/dists/wheezy/updates/main/binary-amd64/Packages 404 Not Found W: Failed to fetch http ://ftp.de.debian.org/debian/dists/wheezy-updates/main/source/Sources 406 Not Acceptable E: Some index files failed to download. They have been ignored, or old ones used instead. W: Not using locking for read only lock file /var/lib/dpkg/lock 

У меня много проблем в системе. Можно ли это исправить? Как я могу проверить, что произошло? Что я должен искать в журналах?

Я знаю, что это может быть из-за строки в /etc/fstab :

 /dev/mapper/debian-root / ext4 errors=remount-ro 0 1 

но в чем проблема? Я ничего не могу найти или, может быть, я не знаю, где искать.

Редактировать:

Я просмотрел журналы сообщений и нашел только следующее:

 kernel: [ 5.709326] EXT4-fs (dm-0): re-mounted. Opts: (null) kernel: [ 5.977131] EXT4-fs (dm-0): re-mounted. Opts: errors=remount-ro kernel: [ 7.174856] EXT4-fs (dm-2): mounted filesystem with ordered data mode. Opts: (null) 

Я думаю, это правильно, потому что у меня одни и те же записи на других машинах debian.

Я нашел что-то в dmesg (я вырезал этот вывод немного, потому что было много стандартных вещей ext4)

 root@gs3-svn:/# dmesg |grep ext4 EXT4-fs error (device dm-0) in ext4_reserve_inode_write:4507: Journal has aborted EXT4-fs error (device dm-0) in ext4_reserve_inode_write:4507: Journal has aborted EXT4-fs error (device dm-0) in ext4_dirty_inode:4634: Journal has aborted EXT4-fs error (device dm-0): ext4_discard_preallocations:3894: comm rsyslogd: Error loading buddy information for 1 EXT4-fs warning (device dm-0): ext4_end_bio:250: I/O error -5 writing to inode 133130 (offset 132726784 size 8192 starting block 159380) EXT4-fs error (device dm-0): ext4_journal_start_sb:327: Detected aborted journal 

5 ошибок и 1 предупреждение. Есть идеи? Безопасно ли использовать mount -o remount, rw /?

Поведение по умолчанию для большинства файловых систем Linux – это защита ваших данных. Когда ядро ​​обнаруживает ошибку в подсистеме хранения, она сделает файловую систему доступной только для чтения, чтобы предотвратить (дальнейшее) повреждение данных.

Вы можете настроить это несколько с помощью errors={continue|remount-ro|panic} установки mount errors={continue|remount-ro|panic} которые описаны в системном руководстве ( man mount ).

Когда ваша корневая файловая система встречает такую ​​ошибку, большую часть времени ошибка не будет записываться в ваши лог-файлы, так как теперь они будут доступны только для чтения. К счастью, поскольку это действие ядра, исходное сообщение об ошибке записывается в память сначала в кольцевой буфер ядра. Если только не сброшено из памяти, вы можете отобразить содержимое кольцевого буфера с помощью команды dmesg . ,

Большинство реальных жестких дисков поддерживают SMART, и вы можете использовать smartctl чтобы попытаться диагностировать состояние диска.

В зависимости от сообщений об ошибках вы можете решить, что по-прежнему безопасно использовать файловую систему и вернуть ее условие чтения-записи с mount -o remount,rw /

В общем случае ошибки диска являются предшественником полного отказа диска. Настало время создать резервную копию ваших данных или подтвердить статус существующих резервных копий.