<div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 28, 2022, 11:59 Ulrich Windl <<a href="mailto:Ulrich.Windl@rz.uni-regensburg.de">Ulrich.Windl@rz.uni-regensburg.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">>>> Mantas Mikulenas <<a href="mailto:grawity@gmail.com" target="_blank" rel="noreferrer">grawity@gmail.com</a>> schrieb am 28.01.2022 um 10:27 in<br>
Nachricht<br>
<<a href="mailto:CAPWNY8U8wQxPh2enZ-WTnaRjFoPUt8SpeFMUiqX8x%2BrAet9csg@mail.gmail.com" target="_blank" rel="noreferrer">CAPWNY8U8wQxPh2enZ-WTnaRjFoPUt8SpeFMUiqX8x+rAet9csg@mail.gmail.com</a>>:<br>
> On Fri, Jan 28, 2022 at 10:50 AM Ulrich Windl <<br>
> <a href="mailto:Ulrich.Windl@rz.uni-regensburg.de" target="_blank" rel="noreferrer">Ulrich.Windl@rz.uni-regensburg.de</a>> wrote:<br>
> <br>
>> Hi!<br>
>><br>
>> When upgrading SLES15 to SP3, a newer version of systemd was installed<br>
>> (246.16+suse.191.g3850086c65).<br>
>> Since then I see new journal messages like these that I cannot associate<br>
>> with a unit:<br>
>><br>
>> Jan 27 09:29:30 h16 systemd[1]: var-tmp-AP_0xC5KDJP.mount: Succeeded.<br>
>> Jan 27 09:29:30 h16 systemd[22591]: var-tmp-AP_0xC5KDJP.mount: Succeeded.<br>
>><br>
>> Where do these messages originate from, and couldn't they be improved? Or<br>
>> is it some debug-leftover?<br>
>> I do not see corresponding names in /var/tmp.<br>
>><br>
> <br>
> If I understand correctly, the messages indicate that the filesystem was<br>
> *unmounted*, and the same program which did mounting/unmounting immediately<br>
> cleaned up the mountpoint as well.<br>
> <br>
> (systemd reacts to external mounts as those also contribute to<br>
> dependencies.)<br>
> <br>
> If OpenSuSE has the kernel audit subsystem enabled, try using `auditctl` to<br>
> monitor a) what process executes mount-related syscalls, b) what process<br>
> creates directories under /var/tmp.<br>
<br>
Thanks,<br>
<br>
probably these messages are related to mounting a virtual CD, as nearby are<br>
these messages:<br>
Jan 27 09:29:29 h16 kernel: ISO 9660 Extensions: Microsoft Joliet Level 3<br>
Jan 27 09:29:29 h16 kernel: ISO 9660 Extensions: RRIP_1991A<br>
Jan 27 09:29:30 h16 systemd[1]: var-tmp-AP_0xC5KDJP.mount: Succeeded.<br>
Jan 27 09:29:30 h16 systemd[22591]: var-tmp-AP_0xC5KDJP.mount: Succeeded.<br>
Jan 27 09:29:30 h16 kernel: ISO 9660 Extensions: Microsoft Joliet Level 3<br>
Jan 27 09:29:30 h16 kernel: ISO 9660 Extensions: RRIP_1991A<br>
Jan 27 09:29:31 h16 systemd[22591]: var-tmp-AP_0x6tWaHS.mount: Succeeded.<br>
Jan 27 09:29:31 h16 systemd[1]: var-tmp-AP_0x6tWaHS.mount: Succeeded.<br>
<br>
Still I wonder what this is all about (systemd finding a CD, mounting it, just<br>
to find out that no-one needs it?)...<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Why do you think systemd is finding and/or mounting it?</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"></blockquote></div></div></div>