Puncte:2

CPU Ubuntu 20.04.3 LTS systemd-udevd cu unitate CD/DVD rom

drapel id

Știu că această întrebare pare să fie pusă mult în privința wifi sau bluetooth sau nvidia, dar mă confrunt cu o problemă legată de cd-rom/dvd-rom.

Rulez Ubuntu pe o VM Parallels și nu există niciun DVD fizic sau imagine ISO conectată.

systemd-udevd crește până la 100% CPU după un timp care nu se repetă, adică nu există consecvență când pornește. Părea că începe când am actualizat Ubuntu-Base acum câteva zile. Folosind udevadm monitor, văd următoarele:

KERNEL[26618.989007] modificare /devices/pci0000:00/0000:00:1f.2/ata4/host3/target3:0:0/3:0:0:0/block/sr0 (blocare)
KERNEL[26619.020644] modificare /devices/pci0000:00/0000:00:1f.2/ata4/host3/target3:0:0/3:0:0:0/block/sr0 (blocare)
KERNEL[26619.077203] modificare /devices/pci0000:00/0000:00:1f.2/ata4/host3/target3:0:0/3:0:0:0/block/sr0 (blocare)
KERNEL[26619.200954] modificare /devices/pci0000:00/0000:00:1f.2/ata4/host3/target3:0:0/3:0:0:0/block/sr0 (bloc)
UDEV [26619.233814] modificare /devices/pci0000:00/0000:00:1f.2/ata4/host3/target3:0:0/3:0:0:0/block/sr0 (bloc)
KERNEL[26619.281478] modificare /devices/pci0000:00/0000:00:1f.2/ata4/host3/target3:0:0/3:0:0:0/block/sr0 (blocare)
KERNEL[26619.312935] modificare /devices/pci0000:00/0000:00:1f.2/ata4/host3/target3:0:0/3:0:0:0/block/sr0 (blocare)
KERNEL[26619.360996] modificare /devices/pci0000:00/0000:00:1f.2/ata4/host3/target3:0:0/3:0:0:0/block/sr0 (blocare)
KERNEL[26619.478767] modificare /devices/pci0000:00/0000:00:1f.2/ata4/host3/target3:0:0/3:0:0:0/block/sr0 (blocare)
UDEV [26619.504989] modificare /devices/pci0000:00/0000:00:1f.2/ata4/host3/target3:0:0/3:0:0:0/block/sr0 (bloc)

care se repetă în mod constant.
informații dmesg legate de ata4 și sr0:

[ 2.165687] ata4: SATA max UDMA/133 abar m8192@0xf0200000 port 0xf0200180 irq 30

[ 2.808027] ata4: conexiune SATA de 1,5 Gbps (SSstatus 113 SControl 300)
[ 2.808812] ata4.00: ATAPI: Virtual DVD-ROM [1], FWR1, max UDMA/25
[ 2.810047] ata4.00: configurat pentru UDMA/25
[ 2.811856] scsi 3:0:0:0: CD-ROM Virtual DVD-ROM R103 PQ: 0 ANSI: 5
[ 2.872450] sr 3:0:0:0: [sr0] scsi3-mmc drive: 44x/44x cd/rw xa/form2 cdda tray
[ 2.872465] cdrom: Driver CD-ROM uniform Versiune: 3.20
[ 2.932438] sr 3:0:0:0: CD-ROM scsi atașat sr0

Privind jurnalctl | grep 'systemd-udevd' Văd următoarele informații potențial utile:

09 septembrie 17:15:01 ubuntu-vm systemd[1]: systemd-udevd.service: Timeout Watchdog (limită 3min)!
Sep 09 17:15:01 ubuntu-vm systemd[1]: systemd-udevd.service: Killing process 205157 (systemd-udevd) cu semnal SIGABRT.
09 septembrie 17:15:01 ubuntu-vm systemd-udevd[205158]: sr0: Procesul generat „cdrom_id --eject-media /dev/sr0” [205517] durează mai mult de 59 de secunde pentru a se finaliza
09 septembrie 17:15:01 ubuntu-vm systemd-udevd[205158]: sr0: Procesul generat „cdrom_id --eject-media /dev/sr0” [205517] a expirat după 2min 59s, uciderea
Sep 09 17:15:01 ubuntu-vm systemd-udevd[205158]: sr0: Procesul „cdrom_id --eject-media /dev/sr0” încheiat de semnalul KILL.
09 septembrie 17:15:01 ubuntu-vm systemd-udevd[205158]: sr0: Nu s-a putut aștepta comanda generată „cdrom_id --eject-media /dev/sr0”: Eroare de intrare/ieșire
09 septembrie 17:15:01 ubuntu-vm systemd-udevd[205158]: sr0: Nu s-a putut executa „cdrom_id --eject-media /dev/sr0”, ignorând: Eroare de intrare/ieșire
09 septembrie 17:15:02 ubuntu-vm systemd[1]: systemd-udevd.service: Procesul principal a ieșit, cod=duped, stare=6/ABRT
Sep 09 17:15:02 ubuntu-vm systemd[1]: systemd-udevd.service: Killing process 205158 (systemd-udevd) cu semnal SIGKILL.
Sep 09 17:15:02 ubuntu-vm systemd[1]: systemd-udevd.service: Killing process 205192 (systemd-udevd) cu semnal SIGKILL.
09 septembrie 17:15:02 ubuntu-vm systemd[1]: systemd-udevd.service: a eșuat cu rezultatul „watchdog”.
09 septembrie 17:15:02 ubuntu-vm systemd[1]: systemd-udevd.service: Lucrare de repornire programată, contorul de repornire este la 5.
Sep 09 17:15:02 ubuntu-vm systemd[1]: systemd-udevd.service: S-a găsit procesul rămas 205158 (systemd-udevd) în grupul de control la pornirea unității. Ignorând.

Această secvență de mesaje apare ocazional și se pare că este început un proces de ejectare a unui cd-rom. sr0 nu este montat.

Pot să opresc procesul, dar în cele din urmă va reporni și nu vreau să continui să fac asta. De asemenea, nu vreau cu adevărat să oprească o „ghips lipire”, deoarece aș dori să montez un DVD sau o imagine ISO, dar, în orice caz, ar fi bine să identific ce ar putea face ca sistemul să înceapă să funcționeze cu sr0 și să se oprească aceasta.

Nu sunt foarte priceput cu Linux - îl folosesc pentru instrumente specifice de dezvoltare - și am investigat ce am putut, dar orice ajutor ar fi primit cu recunoștință.

EDITAȚI | ×: Omoarea procesului este o remediere temporară, deoarece este repornit imediat, deși la un procent scăzut al procesorului de unde începe să crească. Rularea acestor comenzi (conform intrării udevadm man) va opri problema:

sudo systemctl stop systemd-udevd systemd-udevd-kernel.socket systemd-udevd-control.socket
sudo systemctl start systemd-udevd systemd-udevd-kernel.socket systemd-udevd-control.socket

Deci se pare că ar putea fi o chestie de comandă de pornire? Poate ceva nu a fost inițializat înainte de interacțiunea cu dispozitivul CD-ROM? Vreo modalitate de a spune?

Mulțumiri,

Andrew

drapel kp
Aceasta arată ca aceeași problemă listată pe forumul Parallels: https://forum.parallels.com/threads/issue-with-parallels-ubuntu-vm-and-the-cd-rom.354750/
Puncte:2
drapel id

Cine știe ce a făcut de fapt să înceapă asta. Nu am dat niciun răspuns, asta am făcut.

Am creat un script în /usr/local/bin și l-am făcut executabil:

#!/bin/bash
# Reporniți systemd-udevd pentru a preveni evadarea serviciului CD-ROM

systemctl stop systemd-udevd systemd-udevd-kernel.socket systemd-udevd-control.socket
somn 1

systemctl start systemd-udevd systemd-udevd-kernel.socket systemd-udevd-control.socket

Am creat un serviciu Systemctl în /etc/systemd/system:

[Unitate]
Descriere=Opriți serviciul de evadare CD-ROM
După=grafic.ţintă

[Serviciu]
Tip=simplu
ExecStart=/usr/local/bin/stopCdRomNotifications.sh

[Instalare]
WantedBy=default.target

Apoi ați activat-o cu:

sudo systemctl enable [myscriptname]

Acum, la pornire, procesul systemd-udevd eliberat este oprit și apoi repornit într-o stare fără evaporare. Fără declarația sleep 1 din script, nu va funcționa: presupun că este într-o stare „pe cale să se oprească” atunci când i se cere să pornească din nou, așa că nu se deranjează să se oprească mai întâi! O întârziere în milisecunde sau microsecunde poate funcționa, nu m-am obosit să încerc.

În opinia mea, acesta este un pic de tencuială, dar nu pot să-mi dau seama de ce ar trebui să înceapă brusc, cu excepția faptului că poate cea mai recentă actualizare a Ubuntu-Base a provocat-o. Eh, Linux.

EDIT: Acum am o cauză principală, dar nu există un răspuns care nu se lipește. Această problemă este cauzată de o configurație Parallels pentru VM împreună cu versiunea de kernel 5.11.0.34. Dacă configurez VM să nu aibă un CD/DVD conectat, procesul systemd-udevd „fuga” începe; dacă îl configurez cu o imagine ISO atașată, atunci nu. Pornirea într-o versiune anterioară a nucleului nu arată nicio problemă, această versiune de kernel plus un CD/DVD „deconectat” cauzează problema. Răspunsul, în acest moment, este să configurați VM-ul cu o imagine ISO conectată. Acest lucru fixează, de asemenea, o întârziere de pornire de 2 minute la lansarea VM-ului.

drapel kp
Mulțumesc pentru întrebare și răspuns - Nu ești singur: am avut aceeași problemă pe ubuntu 20 cu cele mai recente paralele, dar ai ajuns mult mai departe decât mine cu diagnostic și remediere :D Am, de asemenea, întârzierea de pornire de 2 minute și thrashing systemd-udevd după [un timp magic]. Să sperăm că vom găsi o remediere „corectă”.
drapel jp
Am exact aceeași problemă și am întâlnit-o doar după ce am trecut de la ubuntu 20.04 la ubuntu 21.04 și am făcut upgrade la paralele 17.0.1 (51482) de la ultima lor versiune majoră. m-am uitat la scriptul dvs., apoi am observat editarea dvs. despre dispozitivul CDROM deconectat, așa că deocamdată am conectat instrumentele paralele ISO și vom monitoriza dacă se îmbunătățește, am observat și întârzierile foarte mari de pornire

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.