Puncte:1

Sistemul de fișiere Ubuntu devine corupt după repornire (cron)

drapel us

OS: Ubuntu 20.04.3 LTS

Practic, mi-am setat cron-ul rădăcină să repornească în fiecare săptămână. La început aceasta a fost linia pe care am folosit-o:

0 1 * * 0 /sbin/shutdown -r acum

Pe măsură ce săptămânile au trecut, am început să observ probleme mici, dar enervante, după fiecare repornire. Așa că am decis să-l schimb acum vreo două săptămâni. În schimb, l-am făcut să ruleze un script cu doar reporniți în ea.

0 1 * * 0 /home/user/reboot.bash

Am observat mai puține probleme pe baza acestor două săptămâni, dar a existat această eroare care s-a întâmplat cândva cu vechiul crontab și tocmai s-a întâmplat astăzi din nou, chiar și cu noul crontab - sistemul de fișiere devenind doar pentru citire.

Sigur, rapid fsck o rezolvă fără probleme. Dar nu am idee de ce ar corupe sistemul de fișiere când repornesc folosind cron. Când repornesc folosind GUI sau prin reporniți manual, merge foarte bine.

Rețineți că acest lucru nu se întâmplă întotdeauna; totul a fost bine saptamana trecuta. Uneori și problema este diferită - o dată, unele dintre driverele mele au încetat să funcționeze.

Am văzut postări în care oamenii au această problemă în timpul pornirii duble. Cu toate acestea, nu cred că se aplică, deoarece am doar ubuntu pe mașină. Nu am idee ce jurnale să postez, așa că dacă aveți nevoie de vreunul, vă rog să-mi spuneți în comentarii.

Liso avatar
drapel sd
Pentru înregistrarea sistemului, `dmesg` ar trebui să fie un început.
Puncte:3
drapel it

Programarea unei „reporniri săptămânale” este o practică veche, veche, care nu mai este necesară. Linux nu este Windows. Repornirea orbește, fără sincronizarea sistemelor de fișiere cu hardware-ul provoacă coruperea sistemului de fișiere și pierderea de date. O mare parte a corupției poate fi remediată automat la pornire, dar nu toate. Datele pierdute se pierd iremediabil. Nu faceți reporniri automate.

Mai degrabă, identificați ce v-a determinat să „aveți nevoie” de o repornire, diagnosticați problema și remediați-o.

Un instrument util este jurnalctl, un vizualizator de jurnal de sistem. Citit man journalctl. Do sudo journalctl --list-boots pentru a vedea indexul și timpii (acest lucru durează ceva timp, deoarece trebuie să citească TOATE jurnalele înregistrate vreodată). Index 0 este de la pornirea curentă la ora curentă, -1 este pentru încărcarea anterioară etc.

Sfaturi de înregistrare:

# face asta o dată (sau trebuie să `sudo journalctl`)
sudo adduser $USER systemd-journal 
# apoi fie deconectare/conectare sau `newgrp systemd-journal`

# adăugați la ~/.bash_aliases sau ~/.bashrc 
# tsjou "18-11-01 01:55:28" pentru journalctl --since 
alias tsjou="data '+%y-%m-%d %H:%M:%S'" 
# utilizați alte opțiuni „date”, de ex. `tsjou --date=ieri`
# face „journalctl” mai ușor de tastat
alias jc=journalctl 

# începe înregistrarea pentru journalctl (o chindă în fluxul de jurnal)l
alias jstart="my_JSTART_TIME=\"\$(tsjou)\"" 
# arată toate jurnalele de la `jstart`
alias jend="journalctl --since=\"\$my_JSTART_TIME\""

# ce s-a întâmplat în ultimele 5 sau 10 minute?
alias jc5="journalctl --since=\"-5 minute\"" 
alias jc10="journalctl --since=\"-10 minute\"" 
# ce a conectat NetworkManager de la pornire?
alias jcnet="journalctl -b 0 _SYSTEMD_UNIT=NetworkManager.service"
TurboSlayer avatar
drapel us
Multumesc pentru sfat. Voi scăpa cu siguranță de repornirile automate. De asemenea, voi fi sigur că folosesc eșantionul de cod pentru a verifica jurnalele atunci când este necesar. Doar din interes: încă nu înțeleg cât de diferită sunt repornirile automate față de cele manuale. Ar fi posibil să-mi repornesc automat sistemul ca și cum ar fi o repornire manuală?
waltinator avatar
drapel it
Dacă aveți o a doua întrebare, puneți-o. Creați o întrebare nouă. Nu vă îngropați noua întrebare într-un șir lung de comentarii.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.