Puncte:1

Nu se poate închide ubuntu 20.04

drapel us

Totul mergea bine, dar dintr-o dată nu pot să-mi închid sistemul ubuntu.Am încercat manual și de pe terminal, dar nu există nicio diferență. De asemenea, am încercat să schimb fișierul grub: sudo gedit etc/default/grub - a făcut-o astfel încât să arate așa - GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force" dar nimic nu s-a schimbat.

am incercat si eu GRUB_CMDLINE_LINUX_DEFAULT="" și încercând să văd ce fișier blochează închiderea după închiderea sistemului, dar în cele din urmă s-a arătat Atins ținta Oprire și imediat ecranul s-a înnegrit, dar alimentarea era încă pornită și singura modalitate de a-l închide a fost să apăsați butonul de pornire timp îndelungat.

După editarea etc/implicit/grub fișier rulez comanda sudo update-grub in ambele situatii

Singurul lucru pe care l-am făcut a fost să schimb parola de root în sistemul meu și apoi să o blochez din nou așa cum era implicit. Nu știu cum mi-ar putea afecta acest lucru sistemul.

Multumesc anticipat

==================================Editat================ ======================

The journalctl --system -b -1 comanda: https://pastebin.com/4J3zsxRg

Omiros Athanasakis avatar
drapel us
Cred că postarea editată răspunde la întrebarea ta.
NovHak avatar
drapel cn
Ați lipit incorect jurnalul, există redundanțe și, practic, conține doar primele câteva rânduri. Mi-am editat răspunsul cu o metodă de partajare a jurnalului complet.
Puncte:0
drapel cn

Din încărcarea omuluiA :

OPRIRE A MANAGERULUI DE SISTEM
       Oprirea sistemului cu systemd constă, de asemenea, din diferite unități țintă, cu o structură minimă de ordonare aplicată:

                                             (conflicte cu (conflicte cu
                                               tot sistemul tot sistemul de fișiere
                                                servicii) monturi, schimburi,
                                                    | cryptsetup/
                                                    | veritysetup
                                                    | dispozitive,...)
                                                    | |
                                                    v v
                                             shutdown.target umount.target
                                                    | |
                                                    \_______ ______/
                                                            \/
                                                             v
                                                    (diverse la nivel scăzut
                                                         Servicii)
                                                             |
                                                             v
                                                       final.ţintă
                                                             |
                       _____________________________________/ \_________________________________
                      / | | \
                      | | | |
                      v v v v
           systemd-reboot.service systemd-poweroff.service systemd-halt.service systemd-kexec.service
                      | | | |
                      v v v v
               repornire.target poweroff.target stop.target kexec.target

       Sunt evidențiate obiectivele de oprire a sistemului utilizate în mod obișnuit.

       Rețineți că systemd-halt.service(8), systemd-reboot.service, systemd-poweroff.service și systemd-kexec.service vor trece managerul de sistem și server (PID 1) în a doua fază a
       închiderea sistemului (implementată în binarul systemd-shutdown), care va demonta toate sistemele de fișiere rămase, va ucide toate procesele rămase și va elibera orice alte resurse rămase, într-un
       modă simplă și robustă, fără a mai lua în considerare niciun concept de serviciu sau unitate. În acel moment, aplicațiile și resursele obișnuite sunt în general încheiate și eliberate deja,
       a doua fază funcționează prin urmare doar ca plasă de siguranță pentru tot ceea ce nu a putut fi oprit sau eliberat dintr-un motiv oarecare în timpul fazei de oprire primară, bazată pe unitate, descrisă mai sus.

Ceea ce înseamnă a ajunge oprire.tinta nu este suficient. În general, poweroff.tinta este scopul. Poate că ceva împiedică a umount()â¯? Odată ce reporniți sistemul, ar trebui să verificați jurnalul de sistem al pornirii anterioare, mai ales spre sfârșit: journalctl --system -b -1

Ai încercat să aștepți ceva timp, să zicem 5-15 minute, pentru a vedea dacă în cele din urmă nu se oprește...?

EDITARE: Pentru a obține și a partaja jurnalul complet al încărcării anterioare:

  1. Tip journalctl --system -b -1
  2. Odată ce se afișează, presupun că este implicit Mai puțin se foloseşte pager : tip s (minuscule), vă va cere un nume de fișier pentru a salva jurnalul complet în directorul curent, introduceți un nume pe care îl alegeți și apăsați enter
  3. Deschideți fișierul cu editorul de text grafic preferat, al meu este Emacs, dar s-ar putea să vă simțiți mai confortabil cu altul, cum ar fi gedit
  4. Selectați tot textul, copiați și inserați acolo unde este necesar. Acest lucru va fi probabil prea mare pentru a lipi în întrebarea dvs., de unde sfatul meu de a lipi într-un serviciu precum Pastebin

REEDITARE: Ar fi trebuit să observ mai devreme că ai menționat că ai setat o parolă pentru utilizatorul root. NU TREBUIE SĂ FACEȚI ASTA. Pe Ubuntu, din motive de securitate, root nu trebuie să aibă o parolă și ar trebui să ajungeți la privilegiul root prin intermediul sudo comandă dintr-o sesiune de utilizator admin.

Deși presupun că setarea unei parole pentru root nu ar trebui să fie cauza problemei tale în sine, nu pot spune că sunt sigur ce s-ar întâmpla dacă deschideți o sesiune ca root... poate că există o idiosincrazie Ubuntu care va pune probleme la închidere.

Omiros Athanasakis avatar
drapel us
Am adăugat rezultatul comenzii în întrebarea mea. Da, desigur, am așteptat 30 de minute și nu s-a întâmplat nimic. De asemenea, cred că ultima dată când l-am oprit a apărut poweroff.target în cele din urmă, dar nu sunt sigur pentru că după aceea imediat ecranul devine negru.
Omiros Athanasakis avatar
drapel us
Am adăugat întreaga ieșire din comanda journalctl --system -b -1 cu Pastebin așa cum ați sugerat. Mulțumesc foarte mult.
NovHak avatar
drapel cn
Privind jurnalul dvs., `poweroff.target` a fost atins, așa că totul pare normal, dar computerul dvs. încă nu se opreșteâ¯? Mi se pare o problemă tranzitorie de BIOS... Ați avut probleme precum bipuri la pornire, ora computerului incorectă la pornire sau ceva legat de electricitate...? Aveți dual boot pe acest computer și, dacă da, apare problema și pe celălalt sistem de operare...?
Omiros Athanasakis avatar
drapel us
Da, am dualboot cu Windows 10, le folosesc foarte rar. Nu am aceeași problemă acolo, oprirea funcționează bine. De asemenea, nu am niciun bip sau nicio problemă cu pornirea. Dacă există o problemă cu BIOS-ul, ce pot face pentru a o remedia?

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.