<div dir="ltr"><div>Hi,</div><div><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno mer 30 gen 2019 alle ore 11:26 Axel Beckert <<a href="mailto:abe@debian.org">abe@debian.org</a>> ha scritto:</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">>His "Actually I'm wrong on this" mail<br>>(<a href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=918764#127" rel="noreferrer" target="_blank">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=918764#127</a>) was<br>>(and actually still is) confusing me.<br></blockquote><div> </div><div>I'm wrong on the claim that, for example, i can crash a VT session by</div><div>executing a 'udevadm' command from the graphic session, or vice versa.</div><div>To be more clear, when you read message #122 just ignore those lines:</div><div><br></div><div>> ..Final Bonus Weirdness: <br></div><div><span class="gmail-im" style="color:rgb(80,0,80)"><div>> if you start udevd in background in the VT session, then go to the graphic </div><div>> session and prompt a udevadm command from there, it's the VT session that get crashed.</div><div><br></div></span></div><div>The rest of the message. i.e. how to trigger the bug and the commit that</div><div>introduces this bug in Debian's systemd still holds true to me.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">>But some of the details from his first mail which were not cited in<br>>his "Actually I'm wrong on this" mail (mainly "This was introduced in<br>>commit e803efca") tell me that this _is_ actually a bug in the udev<br>>package.<br></blockquote><div> </div><div>That commit triggered the bug in Debian, but the bug itself was already in the code</div><div>since at least systemd v232-15.</div><div>According to my experiments, the culprit is the following:</div><div><br></div><div><div>>when udevd is run in background and it's not detached with it's own '--daemon' option,</div><div>>then a udevadm command is enough to kill everything.</div></div><div><br></div><div>It does not make any sense to me, but that's it.</div><div><br></div><div>Regards,</div><div>Lorenz</div><div><br></div></div></div>