Salah satu server Ubuntu 10.04 saya memberi saya masalah. Ketika saya menjalankannya fsck.ext4 -n /dev/sda5
memberitahu saya ada kesalahan dalam jumlah inode gratis, jumlah blok gratis, dan banyak lagi.
Saya telah mencoba:
touch /forcefsck
Juga mencoba:
shutdown -rF now
dan masih, setelah reboot, saya melihat kesalahan.
Saya juga baru memeriksa netbook eeePC saya, Ubuntu 10.10, dan memiliki masalah yang sama!
Bagaimana saya bisa memaksakan "fsck" filesystem "" "paksa" yang saya perbaiki dengan benar pada sistem reboot?
Klarifikasi: Saya menjalankan fsck.ext4 -n
karena itu adalah sistem file yang dipasang, untuk memeriksa apakah ada kesalahan. Ini memberitahu saya bahwa ada. Saya pikir fsck otomatis setiap 30 mount selama proses boot-up adalah tepatnya untuk mengatasi kesalahan pada sistem file root. Tapi itu tidak berhasil dalam kasus saya. Saya bisa reboot dengan LiveCD dan memperbaiki kesalahan, dan kemudian reboot lagi, tapi itu beberapa downtime yang serius untuk server langsung. A reboot, auto fsck, lalu melanjutkan booting jauh lebih berkelanjutan di server langsung, dan saya percaya seharusnya perilaku yang tepat.
Info tambahan: Ini adalah output. Sepertinya sesuatu yang akan diperbaiki autofsck, bukan?
root@server:~# fsck.ext4 -n /dev/sda5
e2fsck 1.41.11 (14-Mar-2010)
Warning! /dev/sda5 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
/dev/sda5 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong (1849368, counted=1948909).
Fix? no
Free inodes count wrong (545504, counted=552134).
Fix? no
/dev/sda5: ********** WARNING: Filesystem still has errors **********
/dev/sda5: 116752/662256 files (0.2% non-contiguous), 795324/2644692 blocks
sumber
Jawaban:
Dari halaman manual e2fsck:
Jadi jika Anda memeriksa FS yang dipasang dengan fsck bahkan menggunakan opsi -n hasilnya mungkin tidak valid sama sekali. Jangan periksa sistem file yang terpasang. Gunakan Live-CD / Live-USB.
Jika Anda tidak memeriksa sistem file saat sedang di-mount, saya tidak mengerti mengapa Anda perlu menggunakan
touch /forcefsck
Anda hanya bisa meng-unmount dan memperbaikinya. Tetapi jika itu masalahnya dan setelah perbaikan, FS Anda masih memiliki kesalahan maka Anda dapat mempertimbangkan untuk menggunakan:Itu akan memperbaiki masalah terkait hard drive yang disebut blok buruk yang mungkin Anda miliki (ini akan memakan waktu lama).
Jika Anda ingin memeriksa sistem file yang terpasang, saya tidak tahu bagaimana melanjutkannya tetapi saya pikir Anda harus membuat pertanyaan lain.
sumber
Saya tahu ini adalah utas yang benar-benar lama, tetapi saya baru-baru ini harus menyelesaikan masalah ini jadi saya ingin memposting cara memaksa OS untuk memperbaiki masalah yang ditemukan dengan fsck selama bootup (untuk 12,04).
Anda perlu menjalankan perintah
sudo touch /forcefsck
. Ini akan menyebabkannya melakukan fsck pada boot berikutnya. Anda dapat melihat hasil dari fsck di /var/log/boot.log.Namun, Anda tidak dijamin bahwa fsck akan memperbaiki apa pun yang ditemukannya. Untuk melakukan ini, Anda perlu mengedit file / etc / default / rcS. Ada baris di akhir file itu:
Ini perlu diubah sebagai berikut:
Ini akan memiliki efek yang sama seperti menjalankan fsck dengan opsi -y yang akan memaksa semua perbaikan yang mungkin dilaksanakan dan tidak akan meminta interaksi pengguna.
Ini akan memungkinkan Anda untuk menjalankan fsck seperti yang diminta OP tanpa harus menggunakan booting dari live disk yang tidak selalu memungkinkan terutama jika Anda menggunakan sistem jarak jauh.
sumber
sudo touch /forcefsck
dansudo shutdown -r
perintah berhasil menyelesaikan masalah sistem file dan peringatan centang saat masuk. Mudah dan tidak mengganggu - tepuk tangan.sudo touch /forcefsck
dan kemudian reboot tidak; pengeditanrcS
diperlukan.Anda mendapat kesalahan ketik - Anda menyentuh / forcefcsk. "C" dan "s" ditukar. fsck adalah kependekan dari FileSystemChecK.
sumber
fsck
! Masalah ayam dan telur yang hanya bisa diselesaikan melalui liveCD atau menarik drive ke komputer lain.Anda tidak dapat memaksa fsck pada / yang akan diperbaiki karena partisi sedang digunakan. Coba jalankan pemeriksaan dari partisi lain atau live cd.
sumber
Anda dapat melakukan revisi secara otomatis dengan cara berikut:
-c
adalah jumlah maksimum pemasangan sebelum berjalanfsck
dan-i
jumlah maksimum hari sebelum berjalanfsck
.Dalam hal ini akan dilakukan setiap 5 gunung atau setiap 10 hari, mana yang lebih dulu.
Saya memiliki dua komputer, satu dengan Linux SuSE 13.2 dan yang lainnya dengan Linux Mint 18.0 dan keduanya berfungsi dengan baik.
sumber
touch /forcefsck
sendiri tidak memastikan sistem saya berjalanfsck
pada boot berikutnya. Saya juga perlu menjalankan:misalnya
Penjelasan lebih lanjut yang saya temukan ada di sini: Cara Memaksa fsck untuk memeriksa sistem file setelah reboot
sumber