FSCK forțat la boot-are în Linux

~/blog/assets/fsck_fortat_la_boot.png

655×323 · PNG

Î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.