În calitate de administratori de sistem, ar trebui să fim foarte atenți la protecția datelor față de evenimentele neașteptate. Aceste evenimente includ și coruperea sistemului de fișiere. Coruperea sistemului de fișiere se întâmplă din mai multe motive, unul dintre acestea fiind întreruperile de energie electrică. Când aveți sisteme în stare critică, este întotdeauna recomandat să verificați sistemul de fișiere în ceea ce privește erorile și să le remediați în mod regulat sau cel puțin la momentul încărcării sistemului de operare. În acest articol vom vedea cum să setăm acei parametrii care ne vor ajuta să reparăm erorile sistemului de fișiere la momentul secvenței de boot fără intervenția manuală. Setările pentru această verificare a fișierelor sunt puțin diferite în cazul echipamentelor bazate pe Redhat și Debian, deși utilizează aceeași comandă fsck pentru a le remedia.
Activarea FSCK la momentul încărcării sistemului de operare pe o mașină bazată pe Debian
Adăugați opțiunea de mai jos în fișierul /etc/default/rcS și salvați fișierul.
FSCKFIX=yes
Activarea FSCK la momentul încărcării sistemului de operare pentru mașinile bazate pe Redhat
Pentru a face acest lucru avem două opțiuni
1) Temporar faceți acest lucru pentru secvența de boot
2) Un mod permanent de a face fsck pentru fiecare repornire
Modul temporar: creați doar un fișier în / cu numele de forcefsck.
touch /forcefsck
Acesta este doar un fișier gol care face că sistemul să declanșeze verificarea sistemului de fișiere la boot-ul următor. Acest fișier ajută sistemul să verifice erorile pentru boot-ul următor și va fi eliminat odată ce sistemul de fișiere este verificat pentru erori. Dacă doriți să vă asigurați că verificarea sistemului de fișiere este efectuată pentru fiecare repornire, atunci trebuie să urmați o soluție permanentă așa cum este prezentat mai jos.
Un mod permanent: Editați fișierul /etc/sysconfig/autofsck cu următorul conținut
AUTOFSCK_DEF_CHECK=yes
După ce ați terminat, asigurați-vă dacă verificarea sistemului de fișiere este activată în boot-ul următor sau dacă nu utilizați comenzile dumpe2fs sau tune2fs după cum se arată mai jos.
tune2fs -l /dev/sda1
sau
dumpe2fs -h /dev/sda1
Output:
root@linuxnix:/home/taggle# dumpe2fs -h /dev/sda1
dumpe2fs 1.41.11 (14-Mar-2010)
Filesystem volume name: boot
Last mounted on: /
Filesystem UUID: 3a7c5863-e00c-49e2-a838-1742de53ebce
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Default mount options: journal_data_writeback
Filesystem state: not clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 122160
Block count: 487936
Reserved block count: 24396
Free blocks: 206546
Free inodes: 65869
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 119
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8144
Inode blocks per group: 509
Flex block group size: 16
Filesystem created: Wed Dec 29 09:36:59 2010
Last mount time: Fri Oct 16 16:37:51 2015
Last write time: Tue Feb 11:30:47 2015
Mount count: 3
Maximum mount count: 23
Last checked: Fri Oct 16 09:52:33 2015
Check interval: 15552000 (6 months)
Next check after: Tue Feb 23 11:52:33 2016
Lifetime writes: 493 GB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Default directory hash: half_md4
Directory Hash Seed: ea221eae-0fc0-4154-b587-374e033882b1
Journal backup: inode blocks0
Din output-ul de mai sus se poate vedea „Next check after” este setat la Tue Feb 23 11:52:33 2016 Ceea ce indică un program de verificare pentru boot-ul următor.
Comentarii