• Messages from Audit.

    From Doug Laidlaw@2:250/1 to All on Wed Jul 24 17:09:35 2019
    The default /etc/default/grub disables Audit messages, but they still
    come through profusely. In a console, where they are the most nuisance,
    they start immediately after a prompt, usually the prompt where my
    password should go. Then I type half my password, before Audit starts
    again.

    Is this another sign of Progress?

    --- MBSE BBS v1.0.7.12 (GNU/Linux-x86_64)
    * Origin: Aioe.org NNTP Server (2:250/1@fidonet)
  • From David W. Hodgins@2:250/1 to All on Wed Jul 24 17:38:33 2019
    On Wed, 24 Jul 2019 12:09:35 -0400, Doug Laidlaw <laidlaws@hotkey.net.au> wrote:

    The default /etc/default/grub disables Audit messages, but they still
    come through profusely. In a console, where they are the most nuisance,
    they start immediately after a prompt, usually the prompt where my
    password should go. Then I type half my password, before Audit starts
    again.

    The kernel command line used during boot is stored in the initrd. Did
    you run mkinitrd after adding the audit=0 parameter?

    Regards, Dave Hodgins

    --
    Change dwhodgins@nomail.afraid.org to davidwhodgins@teksavvy.com for
    email replies.

    --- MBSE BBS v1.0.7.12 (GNU/Linux-x86_64)
    * Origin: A noiseless patient Spider (2:250/1@fidonet)
  • From David W. Hodgins@2:250/1 to All on Wed Jul 24 18:29:35 2019
    On Wed, 24 Jul 2019 12:38:33 -0400, David W. Hodgins <dwhodgins@nomail.afraid.org> wrote:

    On Wed, 24 Jul 2019 12:09:35 -0400, Doug Laidlaw <laidlaws@hotkey.net.au>
    wrote:

    The default /etc/default/grub disables Audit messages, but they still
    come through profusely. In a console, where they are the most nuisance,
    they start immediately after a prompt, usually the prompt where my
    password should go. Then I type half my password, before Audit starts
    again.

    The kernel command line used during boot is stored in the initrd. Did
    you run mkinitrd after adding the audit=0 parameter?

    Argh. Sorry, ignore that. Need more coffee! :-)

    Regards, Dave Hodgins

    --
    Change dwhodgins@nomail.afraid.org to davidwhodgins@teksavvy.com for
    email replies.

    --- MBSE BBS v1.0.7.12 (GNU/Linux-x86_64)
    * Origin: A noiseless patient Spider (2:250/1@fidonet)
  • From Jim Beard@2:250/1 to All on Wed Jul 24 19:15:10 2019
    On Thu, 25 Jul 2019 02:09:35 +1000, Doug Laidlaw wrote:

    The default /etc/default/grub disables Audit messages, but they still
    come through profusely. In a console, where they are the most nuisance,
    they start immediately after a prompt, usually the prompt where my
    password should go. Then I type half my password, before Audit starts
    again.

    Is this another sign of Progress?

    I think it may be another sign of the 5.1.18 desktop kernel.
    I have the new kernel installed to a grub2/EFI machine and also to my
    backup machine that is still mbr.

    The problem occurs for both.

    Cheers!

    jim b.

    --
    UNIX is not user-unfriendly, it merely expects users to be computer-
    friendly.

    --- MBSE BBS v1.0.7.12 (GNU/Linux-x86_64)
    * Origin: A noiseless patient Spider (2:250/1@fidonet)
  • From Bit Twister@2:250/1 to All on Thu Jul 25 02:31:00 2019
    On Wed, 24 Jul 2019 18:15:10 -0000 (UTC), Jim Beard wrote:
    On Thu, 25 Jul 2019 02:09:35 +1000, Doug Laidlaw wrote:

    The default /etc/default/grub disables Audit messages, but they still
    come through profusely. In a console, where they are the most nuisance,
    they start immediately after a prompt, usually the prompt where my
    password should go. Then I type half my password, before Audit starts
    again.

    Is this another sign of Progress?

    I think it may be another sign of the 5.1.18 desktop kernel.
    I have the new kernel installed to a grub2/EFI machine and also to my
    backup machine that is still mbr.

    The problem occurs for both.

    Hmmm,
    $ uname -r
    5.1.18-desktop-1.mga7

    $ cat /etc/product.id
    vendor=Mageia.Org,distribution=Mageia,type=Basic,version=7,\
    branch=Official,release=7,arch=x86_64,product=Default

    snippet from
    $ cat /proc/cmdline
    BOOT_IMAGE=/boot/vmlinuz root=LABEL=mga7 noiswmd ipv6.disable=1 audit=0 plash=off plymouth.enable=0

    seems to suppress audit messages for me at runlevel3.
    I also have disabled the auditd service.


    --- MBSE BBS v1.0.7.12 (GNU/Linux-x86_64)
    * Origin: A noiseless patient Spider (2:250/1@fidonet)
  • From David W. Hodgins@2:250/1 to All on Thu Jul 25 02:34:11 2019
    On Wed, 24 Jul 2019 14:15:10 -0400, Jim Beard <jim.beard@verizon.net> wrote:

    On Thu, 25 Jul 2019 02:09:35 +1000, Doug Laidlaw wrote:

    The default /etc/default/grub disables Audit messages, but they still
    come through profusely. In a console, where they are the most nuisance,
    they start immediately after a prompt, usually the prompt where my
    password should go. Then I type half my password, before Audit starts
    again.

    Is this another sign of Progress?

    I think it may be another sign of the 5.1.18 desktop kernel.
    I have the new kernel installed to a grub2/EFI machine and also to my
    backup machine that is still mbr.

    The problem occurs for both.

    What are the contents of /proc/cmdline and /etc/default/grub ?

    Regards, Dave Hodgins

    --
    Change dwhodgins@nomail.afraid.org to davidwhodgins@teksavvy.com for
    email replies.

    --- MBSE BBS v1.0.7.12 (GNU/Linux-x86_64)
    * Origin: A noiseless patient Spider (2:250/1@fidonet)
  • From William Unruh@2:250/1 to All on Thu Jul 25 09:40:38 2019
    On 2019-07-24, Doug Laidlaw <laidlaws@hotkey.net.au> wrote:
    The default /etc/default/grub disables Audit messages, but they still
    come through profusely. In a console, where they are the most nuisance, they start immediately after a prompt, usually the prompt where my
    password should go. Then I type half my password, before Audit starts again.

    Is this another sign of Progress?

    Unfortunately the system is set up to send all the kernel messages to
    the console. You can get rid of this bu setting up
    /etc/rc.d/rc.local with the line
    dmesg --console-off
    in it.
    and make sure it is executable.
    Ie
    /etc/rc.local
    -----------------------
    #!/bin/bash
    dmesg --console-off
    ------------------------

    ls -l /etc/rc.d/rc.local
    -rwxr-xr-x 1 root root 270 Jun 1 00:20 rc.local

    If rc.local exists and is executable, it is run at the end of the boot
    process, and that line will get rid of the dump of the dmesg messages
    onto the console.
    (This has noting to do with grub. It is a feature of the full, up and
    running Mageia)

    --- MBSE BBS v1.0.7.12 (GNU/Linux-x86_64)
    * Origin: A noiseless patient Spider (2:250/1@fidonet)
  • From David W. Hodgins@2:250/1 to All on Thu Jul 25 11:20:35 2019
    On Thu, 25 Jul 2019 04:40:38 -0400, William Unruh <unruh@invalid.ca> wrote:

    Unfortunately the system is set up to send all the kernel messages to
    the console. You can get rid of this bu setting up
    /etc/rc.d/rc.local with the line
    dmesg --console-off
    in it.
    and make sure it is executable.
    Ie
    /etc/rc.local
    -----------------------
    #!/bin/bash
    dmesg --console-off
    ------------------------

    ls -l /etc/rc.d/rc.local
    -rwxr-xr-x 1 root root 270 Jun 1 00:20 rc.local

    Another way to turn off the messages is to create a file /etc/sysctl.d/consolemsgs.conf
    containing a line with
    kernel.printk = 4 4 1 7

    Regards, Dave Hodgins

    --
    Change dwhodgins@nomail.afraid.org to davidwhodgins@teksavvy.com for
    email replies.

    --- MBSE BBS v1.0.7.12 (GNU/Linux-x86_64)
    * Origin: A noiseless patient Spider (2:250/1@fidonet)
  • From Doug Laidlaw@2:250/1 to All on Thu Jul 25 21:14:57 2019
    On 25/7/19 8:20 pm, David W. Hodgins wrote:
    On Thu, 25 Jul 2019 04:40:38 -0400, William Unruh <unruh@invalid.ca> wrote:

    Unfortunately the system is set up to send all the kernel messages to
    the console. You can get rid of this bu setting up
    /etc/rc.d/rc.local with the line
    dmesg --console-off
    in it.
     and make sure it is executable.
     Ie
     /etc/rc.local
     -----------------------
     #!/bin/bash
     dmesg --console-off
    ------------------------

    ls -l /etc/rc.d/rc.local
    -rwxr-xr-x   1 root root   270 Jun  1 00:20 rc.local

    Another way to turn off the messages is to create a file /etc/sysctl.d/consolemsgs.conf
    containing a line with
    kernel.printk = 4 4 1 7

    Regards, Dave Hodgins

    Thanks, David.I was thinking of sending them all to the "bit bucket."
    The console is the only place where it really matters, so adding
    "audit=0" is a waste of time.

    [OT: In the mint newsgroup (of all places) there is a thread saying
    that MX Linux (that Distrowatch substituted for Mageia) is an extremely
    good distro. I tried MX years ago, and thought it was too basic. I
    installed it today, and I agree with them. Like one post in that
    thread, if I ever had reason to leave my present OS, I would switch to MX.]

    --- MBSE BBS v1.0.7.12 (GNU/Linux-x86_64)
    * Origin: Aioe.org NNTP Server (2:250/1@fidonet)