+40 (21) 655-55-55
UK AT SA

FSCK forțat la boot-are în Linux

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

Publicat la data de 14.09.2018

Actualizat la data de 19.02.2019

Scris de George Pavelescu

3 minute rămase

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

0

Articole relevante

16 Jan2019

Nodurile dintr-o rețea de calculatoare explicate

Citește mai departe
11 Dec2018

Ce sunt serverele Proxy

Citește mai departe
26 Nov2018

Atacurile DDoS la nivel de aplicație

Citește mai departe
21 Nov2018

AMD vrea să depășească Nvidia la nivel de data center

Citește mai departe
15 Nov2018

Intel răspunde "amenințării" Epyc de la AMD

Citește mai departe
14 Nov2018

AMD introduce arhitectura Zen 2

Citește mai departe

Comentarii

Acest site utilizează cookie-uri. Regăsești mai multe informații pe pagina de Informare cookies.
Pentru a continua navigarea pe site-ul nostru, te rugăm să îți exprimi acordul asupra folosirii acestora. ACCEPT