Puncte:1

pornirea automată este întârziată? durează în jur de 90 de ani

drapel cn

După conectare, mă așteptam ca aplicațiile mele de pornire automată să pornească imediat, dar par să pornească abia după aproximativ 90 de secunde.

Am încercat să caut pe Google, dar tot ce văd sunt oameni care vor să întârzie aplicațiile la pornire... eu căutam opusul.

Folosesc guake (terminal derulant) și uneori vreau să îl lovesc imediat după conectare, dar trebuie să aștept ca pornirea automată să se activeze.

Acest lucru a fost așa de mult timp și nici măcar nu sunt sigur dacă este prin design, dar mă întreb dacă există o modalitate de a-l rula imediat (am încercat cu systemd, dar cred că nici pentru aplicațiile X11 nu este adecvat). Acest lucru se comportă la fel pe multiplele mele mașini... desktop-uri și laptop-uri anterioare și actuale și nu mi-am făcut niciodată timp să mă uit la el, deoarece pot pur și simplu să pornesc aplicația la autentificare și funcționează imediat... dar când o las pe asta pornirea automată este întârziată. Astăzi am încercat să-mi dau seama și nici măcar nu am reușit să-mi dau seama cum să depanez asta...

Am încercat, de asemenea, cu aplicația diff (gedit) doar pentru a vedea dacă a fost ceva ce făcea aplicația, dar se comportă la fel și uitându-te sus, vezi clar că nu rulează... și apoi (în anii 90 mai târziu) sunt pornite.

~ î° cat ~/.config/autostart/guake.desktop seg 20 dez 2021 11:35:40
[Intrare pe desktop]
Nume=Terminal Guake
Comentariu=Utilizați linia de comandă într-un terminal asemănător Quake
TryExec=guake
Exec=guake
Pictogramă=guake
Tip=Aplicație
Categorii=GNOME;GTK;Sistem;Utilitate;TerminalEmulator;
StartupNotify=true
X-Desktop-File-Install-Version=0.22
X-GNOME-Autostart-Delay=0
 ~ î° cat /etc/*elease seg 20 dez 2021 11:38:38
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=20.04
DISTRIB_CODENAME=focal
DISTRIB_DESCRIPTION="Ubuntu 20.04.3 LTS"
NAME="Ubuntu"
VERSION="20.04.3 LTS (Focal Fossa)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 20.04.3 LTS"
VERSION_ID="20.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=focal
UBUNTU_CODENAME=focal

Are cineva o idee despre ce se întâmplă?

** Editați | × **

~ î° gratuit -h qui 30 dez 2021 19:07:54
              total folosit gratuit partajat buff/cache disponibil
Mem: 31Gi 2,6Gi 25Gi 30Mi 2,9Gi 28Gi
Schimbare: 2,0Gi 0B 2,0Gi
 ~ î° sysctl vm.swappiness qui 30 dez 2021 19:07:56
vm.swappiness = 60

de sus după conectare, dar înainte ca aplicațiile de pornire automată să fie pornite

sus - 19:12:55 până la 10 minute, 5 utilizatori, medie de încărcare: 0,11, 0,32, 0,31
Sarcini: 460 total, 1 alergare, 458 dormit, 0 oprit, 1 zombi
%Cpu(e): 0,0 us, 0,4 sy, 0,0 ni, 99,6 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Mem: 32015,8 total, 27507,7 gratuit, 1505,3 folosit, 3002,8 buff/cache
MiB Swap: 2048,0 total, 2048,0 gratuit, 0,0 folosit. 30073,2 disponibil Mem 

    PID UTILIZATOR PR NI VIRT RES SHR S %CPU %MEM TIME+ COMANDA                                                                                                                
    832 root 20 0 0 0 0 S 1,7 0,0 0:09.37 nvidia-modeset/                                                                                                        
   6604 root 20 0 24,2g 55624 35720 S 1,3 0,2 0:01.70 Xorg                                                                                                                   
   7245 pguedes 20 0 816508 84356 49328 S 1,0 0,3 0:01.19 guake                                                                                                                  
    200 root 20 0 0 0 0 I 0,3 0,0 0:00.08 kworker/15:1-evenimente                                                                                                    
   1517 root -51 0 0 0 0 S 0,3 0,0 0:02.13 irq/110-nvidia                                                                                                         
   6747 pguedes 20 0 5041032 374532 112356 S 0,3 1,1 0:03.69 gnome-shell                                                                                                            
   6757 pguedes 20 0 153416 8964 7020 S 0,3 0,0 0:00.19 gesticulat                                                                                                              
   7931 pguedes 20 0 12272 4156 3076 R 0,3 0,0 0:00.20 top                                                                                                                    
      1 rădăcină 20 0 168648 12748 8436 S 0,0 0,0 0:01.21 systemd                                                                                                                
      2 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kthreadd                                                                                                               
      3 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_gp                                                                                                                 
      4 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_par_gp                                                                                                             
      6 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/0:0H-events_highpri                                                                                            
      7 root 20 0 0 0 0 I 0,0 0,0 0:00.04 kworker/0:1-rcu_par_gp                                                                                                 
      9 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mm_percpu_wq                                                                                                           
     10 root 20 0 0 0 0 S 0,0 0,0 0:00.00 rcu_tasks_rude_                                                                                                        
     11 root 20 0 0 0 0 S 0,0 0,0 0:00.00 rcu_tasks_trace                                                                                                        
     12 root 20 0 0 0 0 S 0,0 0,0 0:00.00 ksoftirqd/0                                                                                                            
     13 root 20 0 0 0 0 I 0,0 0,0 0:00.13 rcu_sched                                                                                                              
     14 root rt 0 0 0 0 S 0,0 0,0 0:00.00 migrare/0                                                                                                            
     15 rădăcină -51 0 0 0 0 S 0,0 0,0 0:00.
vanadium avatar
drapel cn
Dacă așteptați informații, furnizați informații concise despre sistemul dvs. actual. Aplicațiile de pornire automată sunt definite prin fișiere .desktop care se află, printre altele, în ~ /config/autostart și ar trebui să se activeze imediat după conectare.
drapel cn
@vanadium nu sunt sigur la ce informații vrei să spui. Sunt conștient de modul în care funcționează pornirea automată... așa cum s-a explicat mai sus, încerc să rulez guake, dar am încercat și cu gedit (am încercat să setez X-GNOME-Autostart-Delay=0)... dar întârzierea este pentru orice aplicație din pornire automată și nu una anume... dacă există informații specifice care ar ajuta, le pot oferi, dar nu sunt sigur ce informații ar fi de ajutor
heynnema avatar
drapel ru
@vanadium Vrei *chiar* să spui `~ /.config/autostart` :-)
vanadium avatar
drapel cn
@heynnema Cu siguranță o greșeală de tipar. Mi-am schimbat tastatura în limba engleză (intl, cu taste AltGr dead), așa că trebuie să dau doar o singură dată accente - acestea sunt doar o tastă dead în combinație cu AltGr. Totuși, continui să tastesc spații după aceste taste -formal moarte -. Asta include ~. Apoi trebuie să mă întorc și să elimin spațiul - aici am îndepărtat . in schimb. Vechile obiceiuri mor foarte greu.
vanadium avatar
drapel cn
@PedroGuedes Ideea este că întrebarea dvs. nu oferă informații concise cu care alții ar putea depana problema. Se pare că știm cu toții cum funcționează pornirea automată. Ceea ce vezi se vede rar - nu găsești rapoarte pe internet pe care spui și, în mod ciudat, îl ai pe toate mașinile tale. Furnizarea de informații specifice despre versiunea și desktopul dvs. Ubuntu și, eventual, includerea .desktop cu pornire automată Guake ar putea fi un început bun. Furnizați, de asemenea, informații despre orice modificări pe care le-ați făcut sistemului dumneavoastră. Temp. creați un cont nou, apoi verificați dacă problema apare și atunci când vă conectați la acel cont nou...
drapel cn
@vanadium a adăugat detalii .desktop și OS. Dar, așa cum am menționat, am încercat cu un .desktop de bază diferit pentru a lansa gedit și se comportă la fel... întârzierea pare să nu aibă legătură cu lansatorul și se simte ca o întârziere implicită pentru pornirea tuturor aplicațiilor. Există jurnale pe care le-aș putea analiza pentru a afla când are loc conectarea vs pornirea aplicației?
vanadium avatar
drapel cn
Temp. creați un cont nou, apoi verificați dacă problema există și atunci când vă conectați la acel cont nou. În acest fel, puteți exclude o problemă la nivel de sistem.
heynnema avatar
drapel ru
@vanadium Bună idee. Vot favorabil.
heynnema avatar
drapel ru
Stare te rog...
drapel cn
@vanadium scuze pentru întârziere, dar Crăciunul mi-a luat viața pentru un minut :) oricum... am încercat noul cont... exact același comportament. Exact același comportament și pe x1 carbon gen 4 și gen 9 (cele două laptop-uri ale mele). O să rulez un VM cu Ubuntu și să văd ce face acolo... dacă aveți, de exemplu gedit, apare imediat după conectare?
drapel cn
btw baieti... sarbatori fericite si multumesc pentru ajutor :)
drapel cn
@vanadium ok def ceva la configurarea mea.... pe VM doar pornește imediat (cum era de așteptat)... deoarece se întâmplă pe contul meu și pe contul proaspăt creat unde aș putea să mă uit?
heynnema avatar
drapel ru
@PedroGuedes Editează-ți întrebarea și arată-mi `free -h` și `sysctl vm.swappiness` și o captură de ecran cu `top`. De asemenea, porniți pe un Ubuntu Live USB și vedeți dacă se întâmplă acolo.
drapel cn
@heynnema a actualizat răspunsul... în căutarea unui stilou pentru a crea bootable :)
drapel cn
ok... este propriul meu software, am construit acest demon de gesturi acum câțiva ani pentru proiectul meu de vacanță de Crăciun https://github.com/pguedes/gesticle (am vrut să aflu despre Linux desktop dev env și rust) și asta este ceea ce o cauzează... tocmai am încercat să-l instalez în VM și îmi reproduce imediat problema... cred că trebuie să îmi dau seama de ce se întâmplă asta (daemonul răspunde, dar pare să cauzeze întârzierea), dar cel puțin eu stii cine este de vina... eu sunt! scuze pentru goana sălbatică!!
drapel cn
Presupun că este o problemă separată, dar dacă cineva are indicii despre ce este în neregulă cu acest https://github.com/pguedes/gesticle/blob/master/deb-assets/gesticle.desktop, aș fi bucuros să primesc părerea dvs.. Cred că voi căuta fișierul ăla
drapel cn
Mi-a luat 1 minut să găsesc asta în documentele gnome... `Faza de pornire a unei aplicații este controlată de cheia X-GNOME-Autostart-Phase din fișierul său .desktop. Dacă nu este setat, va fi implicit la faza Aplicații. Aplicațiile din primele 4 faze TREBUIE să semnaleze managerului de sesiune când sunt în funcțiune (prin XSMP); managerul de sesiune nu va începe următoarea fază până când fiecare aplicație din faza curentă nu a indicat că este gata. Aplicațiile din faza de aplicații nu trebuie neapărat să comunice cu managerul de sesiune. ` jenant
Puncte:0
drapel cn

Eventually i found the issue to be a daemon (something i wrote myself) to be causing this because i missed the following lines in the gnome docs.

An application's startup phase is controlled by the X-GNOME-Autostart-Phase key in its .desktop file. If this is not set, it defaults to the Applications phase. Applications in the first 4 phases MUST signal to the session manager when they are up and running (via XSMP); the session manager won't start the next phase until every app in the current phase has indicated that it is ready. Applications in the Applications phase aren't necessarily expected to communicate with the session manager.

and also later on the same page:

In the "Initialization" phase, an application can just exit with status 0 to indicate that it is done setting up.

see https://wiki.gnome.org/Projects/SessionManagement/NewGnomeSession#Startup

which means that applications started during the Initialization phase need to return 0 to indicate that they are done setting up and the gnome session startup can continue... or it times out (like was happening to me). I missed this in the docs and so I was basically launching my daemon from that .desktop on that phase :facepalm:

fix was very basic: https://github.com/pguedes/gesticle/commit/7ad281066e77614a6a8f56cd37eef3a40fedab28#diff-80193a39279910d0f7d03cd29dba92ad660f9f167b53480f9a36e461868e8903

leaving the answer here in case it helps someone debugging something similar

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.