sadece kök dosya sistemini oku

Her nasılsa Debian'ım sadece root dosya sisteminde okumaya gitti. Bunun nasıl olabileceği hakkında hiçbir fikrim yok.
Mesela ben /rootklasörün içindeyken, command yazın nanove sonra Tabbu klasördeki olası dosyaları listelemek için basıldıktan sonra mesajı alıyorum:

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

cdYazarken komut için aynı cd /homeve Tabyolları listelemek için tuşuna basın :

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

Ayrıca yazılım gibi aptve diğer yazılımlarla ilgili problemlerim var . Güncelleme bile apt-get olsun. Bunun gibi bir sürü hatam var:

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

Sistemde çok fazla sorun var. Bunu düzeltmek mümkün mü? Ne olduğunu nasıl kontrol edebilirim? Günlüklerde nelere dikkat etmeliyim?

/etc/fstabDosyadaki satır nedeniyle olabileceğini biliyorum :

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

peki sorun ne? Hiçbir şey bulamıyorum veya belki nereye bakacağımı bilmiyorum.

Düzenle:

İleti günlüklerini aradım ve yalnızca şunu buldum:

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)

Sanırım bu doğru, çünkü diğer debian makinelerinde de aynı girişlere sahibim.

Dmesg'de bir şey buldum (bu çıktıyı biraz kestim, çünkü çok standart ext4 işleri oldu)

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 hata ve 1 uyarı. Herhangi bir fikir? Mount -o remount, rw / kullanmak güvenli midir?

Çoğu Linux dosya sistemi için varsayılan davranış, verilerinizi korumaktır. Çekirdek depolama alt sisteminde bir hata tespit ettiğinde, veri bozulmasını (daha da) önlemek için dosya sistemini salt okunur yapar.

Bunu errors={continue|remount-ro|panic}, sistem kılavuzunda ( man mount) belgelenen mount seçeneğiyle biraz ayarlayabilirsiniz .

Kök dosya sisteminiz böyle bir hatayla karşılaştığında, çoğu zaman hata artık salt okunur olacağı için günlük dosyalarınıza kaydedilmez. Neyse ki bir çekirdek eylemi olduğundan, orijinal hata mesajı ilk önce çekirdek halka tamponunda belleğe kaydedilir. Zaten bellekten boşaltılmadığı sürece, ring arabelleğinin içeriğini dmesgkomut ile görüntüleyebilirsiniz. .

Gerçek sabit disklerin çoğu SMART özelliğini destekler ve smartctldisk sağlığını denemek ve tanılamak için kullanabilirsiniz .

Hata mesajlarına bağlı olarak, dosya sistemini kullanmanın ve okuma-yazma koşulunu geri getirmenin hala güvenli olduğuna karar verebilirsiniz mount -o remount,rw /

Genel olarak, disk hataları, disk arızasını tamamlayan bir öncüdür. Şimdi verilerinizi yedeklemenin veya mevcut yedeklemelerin durumunu onaylamanın zamanı geldi.