• keyboard not responsive in QEMU Hurd image

    From Kent West@21:1/5 to All on Fri Nov 19 15:10:01 2021
    Wanting to see what the Hurd looks like, I basically followed the
    instructions at https://cdimage.debian.org/cdimage/ports/stable/hurd-i386/README.txt.

    My host system is a Dell desktop running Debian bookworm/sid.

    I did:

    $ wget http://cdimage.debian.org/cdimage/ports/11.0/hurd-i386/debian-hurd.img.tar.xz
    $ tar xJf debian-hurd.img.tar.xz

    followed by

    $ aptitude install qemu-system-x86-64

    followed by

    $ kvm -m 1G -drive file=$(echo debian-hurd*.img),cache=writeback,format=raw &

    This got me to a QEMU window, with a GRUB screen ready to boot the Hurd. At this point, the keyboard works. When I select the default selection,
    eventually I get to a login prompt, but the keyboard is non-responsive. If
    I click my mouse inside the window and move it around a bit, I finally get
    a message saying the mouse queue is full.

    If, instead of booting into the default selection in GRUB, I select the Advanced option and then the Recovery option, I can get to a login, where
    the keyboard works, and I can log in and do some command-line things. When
    I type "exit", it finishes booting (I assume, as if I had selected the
    default setting in GRUB), and again, once I get to the login prompt, the keyboard is dead.

    I do see some errors on the screen. Here's what I see on-screen:

    ====

    Timeout reached while wating [sic] for return value
    /bin/console: Could not receive return value from daemon process:
    Connection timed out
    Starting enhanced syslogd: rsyslogdrsyslogd: could not load module
    'imklog', errors: trying to load module
    /usr/lib/i386-gnu/rsyslog/imklog.so: /user/lib/i386-gnu/rsyslog/imklog.so: undefined symbol: klogWillRunPrePrivDrop [v.8.39.0 try http://www.rsyslog.com/e/2066 ]
    .
    Starting periodic command schedule: cron.
    Starting system message bus: dbus.
    Starting OpenBSD Secure Shell server: sshd.

    Debian GNU/Hurd 11 debian console

    login: mouse: queue full

    ====

    Any help would be appreciated. Thanks!

    --
    Kent West <")))><
    Westing Peacefully - http://kentwest.blogspot.com

    <div dir="ltr">Wanting to see what the Hurd looks like, I basically followed the instructions  at <a href="https://cdimage.debian.org/cdimage/ports/stable/hurd-i386/README.txt">https://cdimage.debian.org/cdimage/ports/stable/hurd-i386/README.txt</a>.<
    <br></div><div>My host system is a Dell desktop running Debian bookworm/sid.</div><div><br></div><div>I did:</div><div><pre> $ wget <a href="http://cdimage.debian.org/cdimage/ports/11.0/hurd-i386/debian-hurd.img.tar.xz">http://cdimage.debian.org/
    cdimage/ports/11.0/hurd-i386/debian-hurd.img.tar.xz</a>
    $ tar xJf debian-hurd.img.tar.xz
    </pre><pre><span style="font-family:Arial,Helvetica,sans-serif">followed by</span></pre><pre> $ aptitude install qemu-system-x86-64 <span style="font-family:Arial,Helvetica,sans-serif"><br></span></pre><div>followed by</div><div><pre>$ kvm -m 1G -drive
    file=$(echo debian-hurd*.img),cache=writeback,format=raw &amp;</pre></div><div>This got me to a QEMU window, with a GRUB screen ready to boot the Hurd. At this point, the keyboard works. When I select the default selection, eventually I get to a login
    prompt, but the keyboard is non-responsive. If I click my mouse inside the window and move it around a bit, I finally get a message saying the mouse queue is full.</div><div><br></div><div>If, instead of booting into the default selection in GRUB, I
    select the Advanced option and then the Recovery option, I can get to a login, where the keyboard works, and I can log in and do some command-line things. When I type &quot;exit&quot;, it finishes booting (I assume, as if I had selected the default
    setting in GRUB), and again, once I get to the login prompt, the keyboard is dead.</div><div><br></div><div>I do see some errors on the screen. Here&#39;s what I see on-screen:</div><div><br></div><div>====</div><div><br></div><div>Timeout reached while
    wating [sic] for return value</div><div>/bin/console: Could not receive return value from daemon process: Connection timed out</div><div>Starting enhanced syslogd: rsyslogdrsyslogd: could not load module &#39;imklog&#39;, errors: trying to load module /
    usr/lib/i386-gnu/rsyslog/imklog.so: /user/lib/i386-gnu/rsyslog/imklog.so: undefined symbol: klogWillRunPrePrivDrop [v.8.39.0 try <a href="http://www.rsyslog.com/e/2066">http://www.rsyslog.com/e/2066</a> ]</div><div>.</div><div>Starting periodic command
    schedule: cron.</div><div>Starting system message bus: dbus.</div><div>Starting OpenBSD Secure Shell server: sshd.</div><div><br></div><div>Debian GNU/Hurd 11 debian console</div><div><br></div><div>login: mouse: queue full</div><div><br></div><div>====</
    <div><br></div><div>Any help would be appreciated. Thanks!</div><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Kent West                    &lt;&quot;)))&gt;&lt; <br>Westing Peacefully - <a
    href="http://kentwest.blogspot.com" target="_blank">http://kentwest.blogspot.com</a></div></div></div>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Parodper@21:1/5 to All on Fri Nov 19 15:40:02 2021
    O 19/11/21 ás 14:43, Kent West escribiu:
    Wanting to see what the Hurd looks like, I basically followed the instructions at https://cdimage.debian.org/cdimage/ports/stable/hurd-i386/README.txt.

    My host system is a Dell desktop running Debian bookworm/sid.

    I did:

    $ wget http://cdimage.debian.org/cdimage/ports/11.0/hurd-i386/debian-hurd.img.tar.xz
    $ tar xJf debian-hurd.img.tar.xz

    followed by

    $ aptitude install qemu-system-x86-64

    followed by

    $ kvm -m 1G -drive file=$(echo debian-hurd*.img),cache=writeback,format=raw &

    Just did the same thing as you, and everything worked.
    However, AFAIK the Hurd is 32 only. Maybe try with qemu-system-i386 instead.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Kent West@21:1/5 to parodper@gmail.com on Fri Nov 19 15:50:01 2021
    On Fri, Nov 19, 2021 at 8:36 AM Parodper <parodper@gmail.com> wrote:

    O 19/11/21 ás 14:43, Kent West escribiu:

    I did:

    $ wget
    http://cdimage.debian.org/cdimage/ports/11.0/hurd-i386/debian-hurd.img.tar.xz
    $ tar xJf debian-hurd.img.tar.xz

    followed by

    $ aptitude install qemu-system-x86-64

    followed by

    $ kvm -m 1G -drive file=$(echo
    debian-hurd*.img),cache=writeback,format=raw &

    Just did the same thing as you, and everything worked.
    However, AFAIK the Hurd is 32 only. Maybe try with qemu-system-i386
    instead.


    $ aptitude show qemu-system-x86-64
    No candidate version found for qemu-system-x86-64
    Package: qemu-system-x86-64
    State: not a real package
    Provided by: qemu-system-x86 (1:5.2+dfsg-11), qemu-system-x86
    (1:6.1+dfsg-8), qemu-system-x86 (1:6.1+dfsg-8+b1)

    So I don't think that's the issue, plus the fact that the keyboard works in Recovery mode.

    Thanks for the suggestion, though! It was a good idea!

    --
    Kent West <")))><
    Westing Peacefully - http://kentwest.blogspot.com

    <div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Nov 19, 2021 at 8:36 AM Parodper &lt;<a href="mailto:parodper@gmail.com">parodper@gmail.com</a>&gt; wrote:<br></div><blockquote class="gmail_
    quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">O 19/11/21 ás 14:43, Kent West escribiu:<br><br>
    &gt; I did:<br>
    &gt; <br>
    &gt;   $ wget <a href="http://cdimage.debian.org/cdimage/ports/11.0/hurd-i386/debian-hurd.img.tar.xz" rel="noreferrer" target="_blank">http://cdimage.debian.org/cdimage/ports/11.0/hurd-i386/debian-hurd.img.tar.xz</a><br>
    &gt;   $ tar xJf debian-hurd.img.tar.xz<br>
    &gt; <br>
    &gt; followed by<br>
    &gt; <br>
    &gt;   $ aptitude install qemu-system-x86-64<br>
    &gt; <br>
    &gt; followed by<br>
    &gt; <br>
    &gt; $ kvm -m 1G -drive file=$(echo debian-hurd*.img),cache=writeback,format=raw &amp;<b
  • From Kent West@21:1/5 to westk@acu.edu on Fri Nov 19 16:30:02 2021
    On Fri, Nov 19, 2021 at 7:43 AM Kent West <westk@acu.edu> wrote:

    Wanting to see what the Hurd looks like...

    I did:

    $ wget http://cdimage.debian.org/cdimage/ports/11.0/hurd-i386/debian-hurd.img.tar.xz
    $ tar xJf debian-hurd.img.tar.xz

    followed by

    $ aptitude install qemu-system-x86-64

    followed by

    $ kvm -m 1G -drive file=$(echo debian-hurd*.img),cache=writeback,format=raw &

    This got me to a QEMU window, with a GRUB screen ready to boot the Hurd.
    At this point, the keyboard works. When I select the default selection, eventually I get to a login prompt, but the keyboard is non-responsive. If
    I click my mouse inside the window and move it around a bit, I finally get
    a message saying the mouse queue is full.

    If, instead of booting into the default selection in GRUB, I select the Advanced option and then the Recovery option, I can get to a login, where
    the keyboard works, and I can log in and do some command-line things. When
    I type "exit", it finishes booting (I assume, as if I had selected the default setting in GRUB), and again, once I get to the login prompt, the keyboard is dead.

    I do see some errors on the screen. Here's what I see on-screen:

    ====

    Timeout reached while wating [sic] for return value
    /bin/console: Could not receive return value from daemon process:
    Connection timed out
    Starting enhanced syslogd: rsyslogdrsyslogd: could not load module
    'imklog', errors: trying to load module
    /usr/lib/i386-gnu/rsyslog/imklog.so: /user/lib/i386-gnu/rsyslog/imklog.so: undefined symbol: klogWillRunPrePrivDrop [v.8.39.0 try http://www.rsyslog.com/e/2066 ]
    .
    ====


    If I boot into Advance/Recovery and log in, and then run "/etc/rc2.d/S01hurd-console start", I can duplicate the failed keyboard response and error messages.

    I'll look through that script, but knowing next to nothing about Hurd, I
    don't feel a lot of confidence that I'll figure out what's going on.

    --
    Kent West <")))><
    Westing Peacefully - http://kentwest.blogspot.com

    <div dir="ltr"><div dir="ltr">On Fri, Nov 19, 2021 at 7:43 AM Kent West &lt;<a href="mailto:westk@acu.edu">westk@acu.edu</a>&gt; wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px
    solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Wanting to see what the Hurd looks like...<div><br></div><div>I did:</div><div><pre> $ wget <a href="http://cdimage.debian.org/cdimage/ports/11.0/hurd-i386/debian-hurd.img.tar.xz" target="_blank">
    http://cdimage.debian.org/cdimage/ports/11.0/hurd-i386/debian-hurd.img.tar.xz</a>
    $ tar xJf debian-hurd.img.tar.xz
    </pre><pre><span style="font-family:Arial,Helvetica,sans-serif">followed by</span></pre><pre> $ aptitude install qemu-system-x86-64 <span style="font-family:Arial,Helvetica,sans-serif"><br></span></pre><div>followed by</div><div><pre>$ kvm -m 1G -drive
    file=$(echo debian-hurd*.img),cache=writeback,format=raw &amp;</pre></div><div>This got me to a QEMU window, with a GRUB screen ready to boot the Hurd. At this point, the keyboard works. When I select the default selection, eventually I get to a login
    prompt, but the keyboard is non-responsive. If I click my mouse inside the window and move it around a bit, I finally get a message saying the mouse queue is full.</div><div><br></div><div>If, instead of booting into the default selection in GRUB, I
    select the Advanced option and then the Recovery option, I can get to a login, where the keyboard works, and I can log in and do some command-line things. When I type &quot;exit&quot;, it finishes booting (I assume, as if I had selected the default
    setting in GRUB), and again, once I get to the login prompt, the keyboard is dead.</div><div><br></div><div>I do see some errors on the screen. Here&#39;s what I see on-screen:</div><div><br></div><div>====</div><div><br></div><div>Timeout reached while
    wating [sic] for return value</div><div>/bin/console: Could not receive return value from daemon process: Connection timed out</div><div>Starting enhanced syslogd: rsyslogdrsyslogd: could not load module &#39;imklog&#39;, errors: trying to load module /
    usr/lib/i386-gnu/rsyslog/imklog.so: /user/lib/i386-gnu/rsyslog/imklog.so: undefined symbol: klogWillRunPrePrivDrop [v.8.39.0 try <a href="http://www.rsyslog.com/e/2066" target="_blank">http://www.rsyslog.com/e/2066</a> ]</div><div>.</div><div>====</div><
    <br></div></div></div></blockquote><div><br></div><div>If I boot into Advance/Recovery and log in, and then run &quot;/etc/rc2.d/S01hurd-console start&quot;, I can duplicate the failed keyboard response and error messages.</div><div><br></div><div>I&
    #39;ll look through that script, but knowing next to nothing about Hurd, I don&#39;t feel a lot of confidence that I&#39;ll figure out what&#39;s going on.</div></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature">Kent West           
            &lt;&quot;)))&gt;&lt; <br>Westing Peacefully - <a href="http://kentwest.blogspot.com" target="_blank">http://kentwest.blogspot.com</a></div></div>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Kent West@21:1/5 to westk@acu.edu on Tue Nov 23 16:30:02 2021
    On Fri, Nov 19, 2021 at 9:22 AM Kent West <westk@acu.edu> wrote:

    On Fri, Nov 19, 2021 at 7:43 AM Kent West <westk@acu.edu> wrote:

    Wanting to see what the Hurd looks like...

    I did:

    $ wget http://cdimage.debian.org/cdimage/ports/11.0/hurd-i386/debian-hurd.img.tar.xz
    $ tar xJf debian-hurd.img.tar.xz

    followed by

    $ aptitude install qemu-system-x86-64

    followed by

    $ kvm -m 1G -drive file=$(echo debian-hurd*.img),cache=writeback,format=raw &

    This got me to a QEMU window, with a GRUB screen ready to boot the Hurd.
    At this point, the keyboard works. When I select the default selection,
    eventually I get to a login prompt, but the keyboard is non-responsive. If >> I click my mouse inside the window and move it around a bit, I finally get >> a message saying the mouse queue is full.

    If, instead of booting into the default selection in GRUB, I select the
    Advanced option and then the Recovery option, I can get to a login, where
    the keyboard works, and I can log in and do some command-line things. When >> I type "exit", it finishes booting (I assume, as if I had selected the
    default setting in GRUB), and again, once I get to the login prompt, the
    keyboard is dead.

    I do see some errors on the screen. Here's what I see on-screen:

    ====

    Timeout reached while wating [sic] for return value
    /bin/console: Could not receive return value from daemon process:
    Connection timed out
    Starting enhanced syslogd: rsyslogdrsyslogd: could not load module
    'imklog', errors: trying to load module
    /usr/lib/i386-gnu/rsyslog/imklog.so: /user/lib/i386-gnu/rsyslog/imklog.so: >> undefined symbol: klogWillRunPrePrivDrop [v.8.39.0 try
    http://www.rsyslog.com/e/2066 ]
    .
    ====


    If I boot into Advance/Recovery and log in, and then run "/etc/rc2.d/S01hurd-console start", I can duplicate the failed keyboard response and error messages.

    I'll look through that script, but knowing next to nothing about Hurd, I don't feel a lot of confidence that I'll figure out what's going on.

    --
    Kent West <")))><
    Westing Peacefully - http://kentwest.blogspot.com



    I tried it on a different PC (a Dell laptop, about three years old, running bookworm/sid), and the Hurd booted fine, and the keyboard worked. I did
    notice that the login prompt appeared twice on the screen, which I
    perceived to be some sort of minor glitch in the display routines.

    So when I got back to my desktop Dell today, I tried a different terminal window, and a different Debian GNU/Linux user, and a different X session,
    and a different window manager, but with the same keyboard-failure problem
    when trying the Hurd.

    Then I thought to do an "aptitude update && aptitude full-upgrade"; first
    time hung (very, very odd), and I had to kill the actual Terminal (Gnome Terminal) window; a few other minor little glitches in X made me wary of something going on under the hood, and rather than trouble-shoot it, I just rebooted the computer (it's not a server; it's just a user desktop PC, so I took the easy route).

    After rebooting, I again aptitude update/full-upgraded, which updated a few things (didn't pay much attention), and now when I try running the Hurd, it works! (Kinda wish now I had paid attention to what got upgraded.) I get
    that same video glitch I get on the laptop (where the login prompt appears
    both high and low in the terminal window).

    TLDR: upgraded my Linux system; don't know what I upgraded; but now the
    Hurd works past this keyboard failure issue

    --
    Kent West <")))><
    Westing Peacefully - http://kentwest.blogspot.com

    <div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Nov 19, 2021 at 9:22 AM Kent West &lt;<a href="mailto:westk@acu.edu">westk@acu.edu</a>&gt; wrote:<br></div><blockquote class="gmail_quote"
    style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">On Fri, Nov 19, 2021 at 7:43 AM Kent West &lt;<a href="mailto:westk@acu.edu" target="_blank">westk@acu.edu</a>&gt; wrote:<br></div><div
    class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Wanting to see what the Hurd looks like...<div><br></div><div>I did:</div><div><pre> $ wget <a
    href="http://cdimage.debian.org/cdimage/ports/11.0/hurd-i386/debian-hurd.img.tar.xz" target="_blank">http://cdimage.debian.org/cdimage/ports/11.0/hurd-i386/debian-hurd.img.tar.xz</a>
    $ tar xJf debian-hurd.img.tar.xz
    </pre><pre><span style="font-family:Arial,Helvetica,sans-serif">followed by</span></pre><pre> $ aptitude install qemu-system-x86-64 <span style="font-family:Arial,Helvetica,sans-serif"><br></span></pre><div>followed by</div><div><pre>$ kvm -m 1G -drive
    file=$(echo debian-hurd*.img),cache=writeback,format=raw &amp;</pre></div><div>This got me to a QEMU window, with a GRUB screen ready to boot the Hurd. At this point, the keyboard works. When I select the default selection, eventually I get to a login
    prompt, but the keyboard is non-responsive. If I click my mouse inside the window and move it around a bit, I finally get a message saying the mouse queue is full.</div><div><br></div><div>If, instead of booting into the default selection in GRUB, I
    select the Advanced option and then the Recovery option, I can get to a login, where the keyboard works, and I can log in and do some command-line things. When I type &quot;exit&quot;, it finishes booting (I assume, as if I had selected the default
    setting in GRUB), and again, once I get to the login prompt, the keyboard is dead.</div><div><br></div><div>I do see some errors on the screen. Here&#39;s what I see on-screen:</div><div><br></div><div>====</div><div><br></div><div>Timeout reached while
    wating [sic] for return value</div><div>/bin/console: Could not receive return value from daemon process: Connection timed out</div><div>Starting enhanced syslogd: rsyslogdrsyslogd: could not load module &#39;imklog&#39;, errors: trying to load module /
    usr/lib/i386-gnu/rsyslog/imklog.so: /user/lib/i386-gnu/rsyslog/imklog.so: undefined symbol: klogWillRunPrePrivDrop [v.8.39.0 try <a href="http://www.rsyslog.com/e/2066" target="_blank">http://www.rsyslog.com/e/2066</a> ]</div><div>.</div><div>====</div><
    <br></div></div></div></blockquote><div><br></div><div>If I boot into Advance/Recovery and log in, and then run &quot;/etc/rc2.d/S01hurd-console start&quot;, I can duplicate the failed keyboard response and error messages.</div><div><br></div><div>I&
    #39;ll look through that script, but knowing next to nothing about Hurd, I don&#39;t feel a lot of confidence that I&#39;ll figure out what&#39;s going on.</div></div><div><br></div>-- <br><div dir="ltr">Kent West                    &lt;&quot;))
    )&gt;&lt; <br>Westing Peacefully - <a href="http://kentwest.blogspot.com" target="_blank">http://kentwest.blogspot.com</a></div></div>
    </blockquote></div><br clear="all"><div><br></div><div>I tried it on a different PC (a Dell laptop, about three years old, running bookworm/sid), and the Hurd booted fine, and the keyboard worked. I did notice that the login prompt appeared twice on the
    screen, which I perceived to be some sort of minor glitch in the display routines.</div><div><br></div><div>So when I got back to my desktop Dell today, I tried a different terminal window, and a different Debian GNU/Linux user, and a different X session,
    and a different window manager, but with the same keyboard-failure problem when trying the Hurd.</div><div><br></div><div>Then I thought to do an &quot;aptitude update &amp;&amp; aptitude full-upgrade&quot;; first time hung (very, very odd), and I had
    to kill the actual Terminal  (Gnome Terminal) window; a few other minor little glitches in X made me wary of something going on under the hood, and rather than trouble-shoot it, I just rebooted the computer (it&#39;s not a server; it&#39;s just a user
    desktop PC, so I took the easy route).<br><br>After rebooting, I again aptitude update/full-upgraded, which updated a few things (didn&#39;t pay much attention), and now when I try running the Hurd, it works! (Kinda wish now I had paid attention to what
    got upgraded.) I get that same video glitch I get on the laptop (where the login prompt appears both high and low in the terminal window).</div><div><br></div><div>TLDR: upgraded my Linux system; don&#39;t know what I upgraded; but now the Hurd works
    past this keyboard failure issue</div><div><br></div>-- <br><div dir="ltr" class="gmail_signature">Kent West                    &lt;&quot;)))&gt;&lt; <br>Westing Peacefully - <a href="http://kentwest.blogspot.com" target="_blank">http://
    kentwest.blogspot.com</a></div></div>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Samuel Thibault@21:1/5 to All on Tue Nov 23 17:50:01 2021
    Hello,

    Kent West, le mar. 23 nov. 2021 09:21:15 -0600, a ecrit:
    I get that same video glitch I get on the laptop (where the login
    prompt appears both high and low in the terminal window).

    That's "expected": both the GNU Mach console and the Hurd console print
    their own login banner. Only the latter actually gets the keyboard
    events.

    Samuel

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Marcin Laszewski@21:1/5 to All on Tue Nov 23 21:10:02 2021
    I see this message too and I have no syslog. Is it possible to fix it?

    2021-11-19 16:22 GMT+01:00, Kent West <westk@acu.edu>:
    (...)
    Starting enhanced syslogd: rsyslogdrsyslogd: could not load module
    'imklog', errors: trying to load module
    /usr/lib/i386-gnu/rsyslog/imklog.so:
    /user/lib/i386-gnu/rsyslog/imklog.so:
    undefined symbol: klogWillRunPrePrivDrop [v.8.39.0 try
    http://www.rsyslog.com/e/2066 ]

    marcin.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Samuel Thibault@21:1/5 to All on Tue Nov 23 22:40:01 2021
    Marcin Laszewski, le mar. 23 nov. 2021 21:00:54 +0100, a ecrit:
    I see this message too and I have no syslog. Is it possible to fix it?

    2021-11-19 16:22 GMT+01:00, Kent West <westk@acu.edu>:
    (...)
    Starting enhanced syslogd: rsyslogdrsyslogd: could not load module
    'imklog', errors: trying to load module
    /usr/lib/i386-gnu/rsyslog/imklog.so:
    /user/lib/i386-gnu/rsyslog/imklog.so:
    undefined symbol: klogWillRunPrePrivDrop [v.8.39.0 try
    http://www.rsyslog.com/e/2066 ]

    It's rather harmless. IIRC somebody had a look, and it's pending fixing.

    Samuel

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Kent West@21:1/5 to All on Tue Nov 23 23:20:01 2021
    On Tue, Nov 23, 2021 at 3:38 PM Samuel Thibault <sthibault@debian.org>
    wrote:

    Marcin Laszewski, le mar. 23 nov. 2021 21:00:54 +0100, a ecrit:
    I see this message too and I have no syslog. Is it possible to fix it?

    2021-11-19 16:22 GMT+01:00, Kent West <westk@acu.edu>:
    (...)
    Starting enhanced syslogd: rsyslogdrsyslogd: could not load module
    'imklog', errors: trying to load module
    /usr/lib/i386-gnu/rsyslog/imklog.so:
    /user/lib/i386-gnu/rsyslog/imklog.so:
    undefined symbol: klogWillRunPrePrivDrop [v.8.39.0 try
    http://www.rsyslog.com/e/2066 ]

    It's rather harmless. IIRC somebody had a look, and it's pending fixing.

    Samuel


    It seems to be caused by the non-existence of /proc/kmsg . I'm guessing the Hurd does not create this proc file for some reason, but it does install
    and try to start rsyslogd, which relies on it.

    --
    Kent West <")))><
    Westing Peacefully - http://kentwest.blogspot.com

    <div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Nov 23, 2021 at 3:38 PM Samuel Thibault &lt;<a href="mailto:sthibault@debian.org">sthibault@debian.org</a>&gt; wrote:<br></div><blockquote
    class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Marcin Laszewski, le mar. 23 nov. 2021 21:00:54 +0100, a ecrit:<br>
    &gt; I see this message too and I have no syslog. Is it possible to fix it?<br> &gt; <br>
    &gt; 2021-11-19 16:22 GMT+01:00, Kent West &lt;<a href="mailto:westk@acu.edu" target="_blank">westk@acu.edu</a>&gt;:<br>
    &gt; &gt; (...)<br>
    &gt; &gt;&gt; Starting enhanced syslogd: rsyslogdrsyslogd: could not load module<br>
    &gt; &gt;&gt; &#39;imklog&#39;, errors: trying to load module<br>
    &gt; &gt;&gt; /usr/lib/i386-gnu/rsyslog/imklog.so:<br>
    &gt; &gt;&gt; /user/lib/i386-gnu/rsyslog/imklog.so:<br>
    &gt; &gt;&gt; undefined symbol: klogWillRunPrePrivDrop [v.8.39.0 try<br>
    &gt; &gt;&gt; <a href="http://www.rsyslog.com/e/2066" rel="noreferrer" target="_blank">http://www.rsyslog.com/e/2066</a> ]<br>

    It&#39;s rather harmless. IIRC somebody had a look, and it&#39;s pending fixing.<br>

    Samuel<br>

    </blockquote></div><br clear="all"><div>It seems to be caused by the non-existence of /proc/kmsg . I&#39;m guessing the Hurd does not create this proc file for some reason, but it does install and try to start rsyslogd, which relies on it.</div><div><br><
    /div>-- <br><div dir="ltr" class="gmail_signature">Kent West                    &lt;&quot;)))&gt;&lt; <br>Westing Peacefully - <a href="http://kentwest.blogspot.com" target="_blank">http://kentwest.blogspot.com</a></div></div>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Kent West@21:1/5 to westk@acu.edu on Tue Nov 23 23:30:02 2021
    On Tue, Nov 23, 2021 at 4:16 PM Kent West <westk@acu.edu> wrote:



    On Tue, Nov 23, 2021 at 3:38 PM Samuel Thibault <sthibault@debian.org>
    wrote:

    Marcin Laszewski, le mar. 23 nov. 2021 21:00:54 +0100, a ecrit:
    I see this message too and I have no syslog. Is it possible to fix it?

    2021-11-19 16:22 GMT+01:00, Kent West <westk@acu.edu>:
    (...)
    Starting enhanced syslogd: rsyslogdrsyslogd: could not load module
    'imklog', errors: trying to load module
    /usr/lib/i386-gnu/rsyslog/imklog.so:
    /user/lib/i386-gnu/rsyslog/imklog.so:
    undefined symbol: klogWillRunPrePrivDrop [v.8.39.0 try
    http://www.rsyslog.com/e/2066 ]

    It's rather harmless. IIRC somebody had a look, and it's pending fixing.

    Samuel


    It seems to be caused by the non-existence of /proc/kmsg . I'm guessing
    the Hurd does not create this proc file for some reason, but it does
    install and try to start rsyslogd, which relies on it.


    Running

    # rsyslogd

    generates a similar error, suggesting to look at "rsyslog.h" or http://www.rsyslog.com/e/3000, which basically says nothing.

    --
    Kent West <")))><
    Westing Peacefully - http://kentwest.blogspot.com

    <div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Nov 23, 2021 at 4:16 PM Kent West &lt;<a href="mailto:westk@acu.edu">westk@acu.edu</a>&gt; wrote:<br></div><blockquote class="gmail_quote"
    style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Nov 23, 2021 at 3:38 PM Samuel Thibault &lt;<a href="
    mailto:sthibault@debian.org" target="_blank">sthibault@debian.org</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Marcin Laszewski, le mar. 23 nov. 2021 21:
    00:54 +0100, a ecrit:<br>
    &gt; I see this message too and I have no syslog. Is it possible to fix it?<br> &gt; <br>
    &gt; 2021-11-19 16:22 GMT+01:00, Kent West &lt;<a href="mailto:westk@acu.edu" target="_blank">westk@acu.edu</a>&gt;:<br>
    &gt; &gt; (...)<br>
    &gt; &gt;&gt; Starting enhanced syslogd: rsyslogdrsyslogd: could not load module<br>
    &gt; &gt;&gt; &#39;imklog&#39;, errors: trying to load module<br>
    &gt; &gt;&gt; /usr/lib/i386-gnu/rsyslog/imklog.so:<br>
    &gt; &gt;&gt; /user/lib/i386-gnu/rsyslog/imklog.so:<br>
    &gt; &gt;&gt; undefined symbol: klogWillRunPrePrivDrop [v.8.39.0 try<br>
    &gt; &gt;&gt; <a href="http://www.rsyslog.com/e/2066" rel="noreferrer" target="_blank">http://www.rsyslog.com/e/2066</a> ]<br>

    It&#39;s rather harmless. IIRC somebody had a look, and it&#39;s pending fixing.<br>

    Samuel<br>

    </blockquote></div><br clear="all"><div>It seems to be caused by the non-existence of /proc/kmsg . I&#39;m guessing the Hurd does not create this proc file for some reason, but it does install and try to start rsyslogd, which relies on it.</div><div><br><
    /div></div></blockquote><div><br></div><div>Running</div><div><br></div><div># rsyslogd</div><div><br></div><div>generates a similar error, suggesting to look at &quot;rsyslog.h&quot; or <a href="http://www.rsyslog.com/e/3000">http://www.rsyslog.com/e/
    3000</a>, which basically says nothing.</div></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature">Kent West                    &lt;&quot;)))&gt;&lt; <br>Westing Peacefully - <a href="http://kentwest.blogspot.com" target="_blank">
    http://kentwest.blogspot.com</a></div></div>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)