Puncte:0

Cum se dezactivează permanent verificarea sistemului de fișiere la boot Ubuntu 20.04 LTS?

drapel cl

Deci, în primul rând, nu este o întrebare duplicată, pentru că am încercat toate opțiunile aceleași întrebări și niciuna nu a funcționat.

Am incercat asta (nu a mers): Cum dezactivez verificarea sistemului de fișiere la pornire în 20.04?

Am incercat sa editez /etc/fstab la fel de super utilizator și schimbare haldă și trece la 0 pe mine rădăcină partiție, nu a funcționat la fel de bine.

Tocmai am făcut o nouă instalare a ubuntu pe SSD-ul meu și încerc să-l dezactivez, așa că pot spune că toate configurațiile mele sunt implicite.

De asemenea, folosesc dual-boot cu Windows 10 pe același disc, nu știu dacă acest lucru are ceva de făcut, dar poate fi bine să vă anunț.

Singurul lucru care a funcționat (dar nu permanent) a fost adăugarea fastboot în opțiunea Ubuntu când sunt pe ecranul GRUB, după apăsare e cu Ubuntu selectat.

user535733 avatar
drapel cn
Pentru a obține răspunsuri suficient de diferite, trebuie să puneți o întrebare suficient de diferită. Aceasta pare o [Problemă XY](https://en.wikipedia.org/wiki/XY_problem): întrebați despre soluția preferată (dezactivați fsck) în loc să întrebați de ce sistemul dvs. de fișiere trebuie reparat la fiecare pornire.
C.S.Cameron avatar
drapel cn
Iată o altă metodă: https://askubuntu.com/questions/1250119/how-to-skip-filesystem-checks-during-boot
heynnema avatar
drapel ru
@C.S.Cameron **Nu este o idee bună. VREI să ruleze fsck dacă găsește probleme cu sistemul de fișiere.** Mai bine să găsiți/remediați motivul reparațiilor constante ale sistemului de fișiere.
C.S.Cameron avatar
drapel cn
@heynnema: Mulți oameni s-au plâns de verificarea sistemului de fișiere care rulează după fiecare pornire din 20.04 și nu au găsit niciodată o eroare a sistemului de fișiere. După un timp devine foarte vechi. https://askubuntu.com/search?q=20.04+filesystem+check. Acest lucru se întâmplă la fiecare pornire în sistemele Live și de fiecare dată în unele sisteme instalate. Nu este de mare folos dacă nu te ajută să repari lucrurile. Nimeni nu s-a întors la mine și a spus că le-a spart computerul. Nu am auzit că se va întâmpla în 18.04 sau anterior.
C.S.Cameron avatar
drapel cn
Raportul meu de eroare poate fi găsit aici: https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1875548
heynnema avatar
drapel ru
@C.S.Cameron Ai mai multă experiență decât mine când lucrezi cu un sistem 20.04. Aș fi interesat să văd, într-un grub nemodificat, cum rulează un fsck manual atunci când este pornit pe un DVD/USB Ubuntu Live. Lucrurile externe pot cauza coruperea sistemului de fișiere, care forțează un fsck... cum ar fi instalarea unui driver Windows care permite citirea/scrierea în partițiile Linux ext2/3/4... sau un HDD/SSD defect. `tune2fs` are, de asemenea, unele setări care trebuie verificate. De asemenea, Ubuntu Live DVD/USB execută întotdeauna o verificare a sistemului de fișiere pe sine pentru a confirma un DVD/USB bun, înainte ca cineva să facă o instalare proastă.
C.S.Cameron avatar
drapel cn
@heynnema: Din câte văd, verificarea automată a sistemului de fișiere care era prezentă în Ubuntu 20.04 Live a fost eliminată în Ubuntu 21.04. Aceasta ar însemna că în 20.04 a fost fie din cauza unui bug, fie unei decizii proaste. Poate doriți să vă reconsiderați declarația evidențiată mai sus.
heynnema avatar
drapel ru
@C.S.Cameron Vă rugăm să spuneți/arătați-mi cum ați stabilit că fsck automat a fost eliminat din 21.04. /etc/fstab nu arată nicio indicație în acest sens. Nu cunosc nicio valoare tune2fs care s-a schimbat. Ubuntu Live 21.04 încă face verificarea automată la pornire, dacă nu mă înșel... Aș putea să mă înșel...
C.S.Cameron avatar
drapel cn
@heynnema: Am folosit Rufus și Etcher pentru a face USB-uri live. Am pornit USB-urile cu și fără „quiet splash” niciunul dintre ei nu a executat verificarea sistemului de fișiere. Nu am reușit niciodată să obțin o verificare automată a sistemului de fișiere cu sistemul instalat.
heynnema avatar
drapel ru
@C.S.Cameron Vorbeam inițial despre dezactivarea fsck pe sisteme de rulare normale, nu Live DVD/USB. Despre asta vorbeam cu comentariul meu de a nu-l dezactiva.
C.S.Cameron avatar
drapel cn
@heynnema: Dacă căutați în AU „verificarea sistemului de fișiere 20.04”, veți vedea 48 de plângeri, în principal despre verificarea automată a sistemului de fișiere. multe sunt despre sisteme instalate. Dacă căutați în AU „Verificarea sistemului de fișiere 21.04”, veți vedea 5 postări, dintre care niciuna nu este plângere, despre sistemele Live sau despre verificările defectuoase ale sistemelor instalate.Vedeți o soluție la orice problemă atunci când verificarea sistemului de fișiere nu arată erori? Dacă nu arată erori, nu merită să rulați, (cred).
heynnema avatar
drapel ru
@C.S.Cameron Asta se întoarce la un alt comentariu pe care l-am făcut... despre rularea unui manual `fsck` atunci când este pornit pe un DVD/USB Ubuntu Live. De multe ori va găsi erori pe care verificarea automată, repetată, a sistemului de fișiere nu le poate găsi. Este posibil ca mulți utilizatori să nu aibă timpul/cunoștințele/tenacitatea pentru a dori să afle DE CE se întâmplă ceva... ei se plâng doar de mesajul vizual aparent recurent. Până când mi se arată/mi se spune că utilizatorul a făcut eforturi pentru a încerca să repare un sistem de fișiere stricat, comentariul meu rămâne... nu dezactivați verificările automate pe sistemele instalate.
heynnema avatar
drapel ru
@C.S.Cameron Am creat un răspuns rapid „fsck” pentru OP. Să vedem dacă își fac timp să-l testeze...
heynnema avatar
drapel ru
Stare te rog...
heynnema avatar
drapel ru
Stare te rog...
drapel cl
@heynnema am încercat comanda `fsck` folosind un DVD live, nu a funcționat, chiar am reinstalat ubuntu, sunt aproape sigur că are ceva de-a face cu Windows dual boot, a trebuit să șterg totul de pe SSD-ul meu și să reinstalez Windows decât Ubuntu, așa că totul a fost instalat corect și nu mai primesc verificarea sistemului de fișiere la boot. Dar când am folosit HD, am avut acest mesaj timp de 1 an, am crezut că este normal, vă recomand să dezactivați acest lucru după răspunsul meu dacă ați avut acest mesaj la boot tot timpul, este singura modalitate, deoarece nu există nicio eroare, fără sistem de fișiere, îl poți verifica de câte ori vrei.
Puncte:1
drapel ru

Să vă verificăm manual sistemul de fișiere...

  • porniți pe un DVD/USB Ubuntu Live în modul âÎncercați Ubuntuâ
  • deschide a Terminal fereastra prin apăsare Ctrl+Alt+T
  • tip sudo fdisk -l
  • identificați numele dispozitivului /dev/sdXX pentru „sistemul de fișiere Linux”
  • tip sudo fsck -f /dev/sdXX, înlocuind sdXX cu numărul pe care l-ai găsit mai devreme
  • repeta fsck comanda dacă au existat erori
  • tip reporniți

Notă: Dacă fsck găsește/repară probleme, elimina fastboot din /etc/default/grub și sudo update-grub.

Notă: De asemenea, puteți începe gparted și vedeți dacă găsește vreo problemă cu tabelul de partiții sau erori când partiția este „Verificată” (o alegere din meniu).

Notă: Poti de asemenea sudo fdisk -l pentru a vedea dacă găsește erori de partiție.

Notă: De asemenea, puteți utiliza Discuri Date și teste SMART fereastra pentru a determina dacă există vreo eroare de disc în așteptare. Ignorați orice mesaj „Discul dumneavoastră este OK”.

Notă: Dacă porniți dual cu Windows și aveți instalat un driver Windows care vă permite să citiți/scrieți în partițiile Linux ext2/3/4, eliminați acest driver cât mai curând posibil, deoarece VA corupt partițiile Linux.

drapel cl
Nu a funcționat, am încercat, am avut acest mesaj timp de 1 an și am crezut că este normal pentru Ubuntu, a trebuit să reinstalez totul pe SSD-ul meu Windows și Ubuntu pentru a se opri. Este doar o eroare, așa cum am spus într-un alt comentariu, puteți încerca să vă verificați discul de câte ori doriți, nu găsește niciodată nicio eroare, trebuie doar să urmați răspunsul meu și să vă bucurați de o pornire mai rapidă dacă utilizați un HD
heynnema avatar
drapel ru
@JoãoHamerski Mi-ai făcut și **Notele** din răspunsul meu? `gparted`, `fdisk`, driverul Windows ext2/3/4? Arată-mi o captură de ecran a datelor SMART.
Puncte:-1
drapel cl

[REZOLVAT]

Am găsit o modalitate de a persista fastboot comanda, care dezactivează verificarea sistemului de fișiere.

Urmând aceasta: https://wiki.ubuntu.com/Kernel/KernelBootParameters

Poți persista fastboot opțiune la pornire

  • Deschideți fișierul de opțiuni grub sudo gedit /etc/default/grub
  • Găsiți pentru „GRUB_CMDLINE_LINUX_DEFAULT”
  • Probabil că va fi așa ceva GRUB_CMDLINE_LINUX_DEFAULT="stropire liniștită" implicit
  • Adăuga fastboot în interiorul ghilimelelor duble
  • Ar trebui să fie așa GRUB_CMDLINE_LINUX_DEFAULT="pornire rapidă cu splash silențioasă"
  • Alerga sudo update-grub pentru a aplica modificările
kanehekili avatar
drapel zw
Deoarece fsck va fi apelat numai dacă ceva este stricat în sistemul dvs. de fișiere, soluția dvs. rezolvă simptomul, nu cauza. Și da: acesta este modul standard de a adăuga steaguri în timpul pornirii. Deci, de ce este necesar un fsck în primul rând? Dacă nu îl rulați, sistemul dvs. de fișiere ar putea fi corupt fără reparații.
drapel cl
Nu, nu este nimic stricat, este o instalare proaspătă a ubuntu, vechea mea instalare a verificat întotdeauna sistemul de fișiere la pornire.
kanehekili avatar
drapel zw
Al meu nu este fără steag - poate Windows este de vină - pe care nu îl folosesc
drapel cl
Dacă există ceva stricat, astfel încât fsck nu își face treaba, deoarece verifică întotdeauna sistemul de fișiere, nu? Dacă am înțeles că fsck ar trebui să repare ce este stricat, dar se pare că verifică de fiecare dată la pornire și nu face nimic, așa că...
user10489 avatar
drapel in
Probabil că ceea ce este stricat este modul în care mașina este oprită din linux. Dacă nu este închis corect, are nevoie de un fsck la următoarea pornire sau riscați corupție majoră sau eșecuri de pornire.
heynnema avatar
drapel ru
**Nu este o idee bună. VREI să ruleze fsck dacă găsește probleme cu sistemul de fișiere**. Mai bine să găsiți/remediați motivul reparațiilor constante ale sistemului de fișiere.

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.