rula automat -y fsck la începutul sistemului prezent FreeBSD

Aproape toti dintre noi (administratori FreeBSD), pentru a lucra cu sistemul actual de cazuri întâlnite la pornire ciudat arbitrar de suprasarcină server de la distanță. Se pare a fi stabilită, toate înființat, fier normal - ar trebui să funcționeze, dar nu a fost acolo. apelurile clienților, a intrat în panică, în mod constant repornirea sistemului. Ca urmare a „o minge de cristal“ aflăm că nu este ea însăși, și a existat o pierdere de putere să fie. În FreeBSD. utilizate de obicei sisteme de fișiere UFS. care este extrem de sensibil la astfel de lucruri. Chiar și tehnologia Soft-off Update nu ne salva, deoarece sistemul de fișiere este oprit în caz de urgență „brute“. Ei bine, apoi începe brusc repornire. Să ne întoarcem la documentația, și în mod specific la /etc/defaults/rc.conf fișier. Asta e ceea ce privește sistemele de fișiere cecuri de utilitate fsck.

root_rw_mount = „DA“ # NO pentru a inhiba remonteze rădăcină citire-scriere.
fsck_y_enable = „NU“ # DA pentru a fsck -y preen inițial eșuează.
fsck_y_flags = "" # steaguri suplimentare fsck -y
background_fsck = „DA“ # Încercarea de a rula fsck fundal acolo unde este posibil.
background_fsck_delay = "60" # Timpul să aștepte (secunde) înainte de a începe fsck.
netfs_types = "nfs: NFS NFS4: smbfs NFS4: portalfs SMB: PORTAL nwfs: NWFS" # Net sisteme de fișiere.
extra_netfs_types = „NU“ # Listă de rețea tipuri suplimentare de sistem de fișiere întârziată
# Mount la pornire (sau NO).

Ie la pornirea de verificare forțată este rulat, se execută în fundal în opțiunea -b, cu o întârziere de 60 de secunde. Interesant, corecta montare în citire-scriere a sistemului de fișiere fsck nu poate timp, dar panica kernel-ului și repornirea sistemului de urgență din cauza tentativelor de fișiere de blocare utilizate deja sistemul este ușor decât agravează și mai mult problema. Mântuirea este posibilă numai cu acces la consola, trebuie să boot în modul de un singur utilizator și verificați manual toate sistemele de fișiere. Practica a arătat că, dacă în momentul nu deține o astfel de procedură serverul va distruge sistemul de fișiere la punctul în care testul nu este finalizat cu succes în modul single player, nu apar erori critice care fsck nu este în măsură să stabilească, puteți Google de dragul de interes. A trebuit să scoateți hard disk și conectați-l prin adaptorul USB-IDE / SATA la un laptop cu FreeBSD. După trei cicluri fsck toate erorile au fost în cele din urmă fix. Ai nevoie de un BDSM constantă? Personal, eu nu fac. Prin urmare, în fișierul /etc/rc.conf, am adaugat linia:

Fără tragere de inimă, „zvâcni“ puterea unuia dintre server necritice, care este garantat de a nu porni corect după aceste căderi de tensiune. Mesajele care nu sunt din kernel la pornire nu apar în jurnalele, așa că aduce direct raport fotografie.

Ne pare rău pentru calitatea proastă a doua fotografie, dar ideea este clar: după boot kernel-ul a început verificarea sistemelor de fișiere și procesul de „curățare“ lor a avut succes, am urcat o interfață de rețea (din nou, îmi pare rău pentru rialtek) și a continuat să pornească în mod normal. De aceea, vă recomandăm tuturor serverele la distanță care rulează FreeBSD pentru a vă asigura că liniile marcate pentru a /etc/rc.conf - acest lucru va elimina excesul de BDSM în momentul cel mai nepotrivit.

Din grupul linie nhmpack.com.