Puncte:0

Timpul de pornire FOARTE lung după actualizare... se referă la „Creați fișiere și directoare volatile” și /TMP, poate?

drapel in

Totul a fost bine până când o sesiune recentă de actualizare pentru 20.04.3 a cerut o repornire. Wow - părea să stea inactiv, dar apăsând esc pentru a obține detalii dezvăluite: „Se rulează o lucrare de pornire pentru Creare fișiere și directoare volatile.”

Căutarea folosind variații ale acelor termeni a adus trimiteri la /TMP, precum și la SWAP. Îmbunătățirile ulterioare ale căutării mele păreau să indice ștergerea /TMP fără aplicații deschise ÎNAINTE de repornire, precum și faptul că acesta părea a fi un fel de eroare nouă de sistem.

Pot șterge manual /TMP, desigur, dar asist și câțiva prieteni total non-techie și așa că m-am întrebat dacă ar putea exista vreo metodă simplă și automată pentru a face curățarea zilnic, poate la 3:00, când este sigur că majoritatea computerelor nu sunt fiind folosit în mod activ.

Acest lucru m-a adus la tmpreaper - care este menționat aici: https://manpages.ubuntu.com/manpages/focal/en/man8/tmpreaper.8.html

Dar căutarea mea a adus și avertismente cu privire la utilizarea acesteia - așa că nu am încercat deloc.

Am trecut si prin acest topic: Ubuntu 18.04 nu poate porni: creați fișiere volatile și directoare se blochează

De aici și întrebarea mea EXACTĂ: Există o metodă foarte sigură și sigură pentru ca PC-urile utilizatorilor finali să curețe în liniște /TMP, poate o dată pe zi - ca în => INAINTE DE orice posibil proces de pornire ar putea face orice repetare a unei întârzieri ridicol de absurde de peste 37 de minute în timp ce se așteaptă „systemd-tmpfiles-setup.service' a termina ??

Mulțumesc pentru orice răspunsuri utile și educație.

drapel in
Directorul `/tmp` este șters la fiecare repornire și, de obicei, nu necesită ca o persoană să facă nimic. Am câteva sisteme desktop Ubuntu care văd o repornire poate o dată pe sezon și nu am avut niciodată o problemă ca aceasta. Ce raportează „systemd-analyse blame”? Mă întreb dacă există un alt motiv pentru cizma lentă...
drapel in
Iată cele 2 întârzieri lungi - toate celelalte au fost doar în MS: 37min 4.966s systemd-tmpfiles-setup.service 1min 4.102s logrotate.service
waltinator avatar
drapel it
Iată câteva moduri prin care puteți obține mai multe informații: `systemd-analyze blame` și `sudo journalctl -b 0`.
drapel in
OP editat pentru claritate și pentru a include faptul că întârzierea în sine este deja destul de clar „învinovățită” - dar nicio soluție nu a fost încă propusă aici.
drapel in
În plus - după ce a apărut această problemă (nerezolvată), chiar și ca superutilizator, niciun manager de fișiere nu mai poate afișa conținutul /TMP - și obținerea proprietăților acestuia este, de asemenea, inoperabilă. O eroare în 20.04.3 poate ??

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.