Failed to start apply kernel variables как исправить

When I boot up my Ubuntu 16.04 installation I get the message «Failed to start Apply Kernel Variables». Aside from that error message the boot process runs smoothly and I’m able to successfully access the OS. Everything seems to be working ok for the most part. However, I have been locked out of the system in the past and had to clean abunch of stuff from the boot menu to access the OS. Also my installation has some issues with regard to saved display settings.

«Failed to start Apply Kernel Variables» I am curious to know what this means. Is there a way to go about fixing this?

Here is the output when i run sudo systemctl status systemd-sysctl.service
FYI I am a new Linux/Ubuntu user

systemd-sysctl.service - Apply Kernel Variables
Loaded: loaded (/lib/systemd/system/systemd-sysctl.service; static;
vendor preset: enabled)
Active: failed (Result: exit-code) since Mon 2017-05-15 07:35:45 PDT; 3h 53min ago
 Docs: man:systemd-sysctl.service(8)
       man:sysctl.d(5)
 Process: 817 ExecStart=/lib/systemd/systemd-sysctl (code=exited,status=1/FAILURE)
Main PID: 817 (code=exited, status=1/FAILURE)

May 15 07:35:45 ubuntu systemd[1]: Starting Apply Kernel Variables...
May 15 07:35:45 ubuntu systemd-sysctl[817]: Line is not an assignment in file '/etc/sysctl.d/99-sysctl.conf': (null)
May 15 07:35:45 ubuntu systemd[1]: systemd-sysctl.service: Main process exited, code=exited, status=1/FAILURE
May 15 07:35:45 ubuntu systemd[1]: Failed to start Apply Kernel Variables.
May 15 07:35:45 ubuntu systemd[1]: systemd-sysctl.service: Unit entered failed state.
May 15 07:35:45 ubuntu systemd[1]: systemd-sysctl.service: Failed with result 'exit-code'.

Here is the output of cat /etc/sysctl.d/99-sysctl.conf

#
# /etc/sysctl.conf - Configuration file for setting system variables
# See /etc/sysctl.d/ for additional system variables.
# See sysctl.conf (5) for information.
#

#kernel.domainname = example.com

# Uncomment the following to stop low-level messages on console
#kernel.printk = 3 4 1 3

##############################################################3
# Functions previously found in netbase
#

# Uncomment the next two lines to enable Spoof protection (reverse-path      filter)
# Turn on Source Address Verification in all interfaces to
# prevent some spoofing attacks
#net.ipv4.conf.default.rp_filter=1
#net.ipv4.conf.all.rp_filter=1

# Uncomment the next line to enable TCP/IP SYN cookies
# See http://lwn.net/Articles/277146/
# Note: This may impact IPv6 TCP sessions too
#net.ipv4.tcp_syncookies=1

# Uncomment the next line to enable packet forwarding for IPv4
#net.ipv4.ip_forward=1

# Uncomment the next line to enable packet forwarding for IPv6
#  Enabling this option disables Stateless Address Autoconfiguration
#  based on Router Advertisements for this host
#net.ipv6.conf.all.forwarding=1


###################################################################
# Additional settings - these settings can improve the network
# security of the host and prevent against some network attacks
# including spoofing attacks and man in the middle attacks through
# redirection. Some network environments, however, require that these
# settings are disabled so review and enable them as needed.
#
# Do not accept ICMP redirects (prevent MITM attacks)
#net.ipv4.conf.all.accept_redirects = 0
#net.ipv6.conf.all.accept_redirects = 0
# _or_
# Accept ICMP redirects only for gateways listed in our default
# gateway list (enabled by default)
# net.ipv4.conf.all.secure_redirects = 1
#
# Do not send ICMP redirects (we are not a router)
#net.ipv4.conf.all.send_redirects = 0
#
# Do not accept IP source route packets (we are not a router)
#net.ipv4.conf.all.accept_source_route = 0
#net.ipv6.conf.all.accept_source_route = 0
#
# Log Martian Packets
#net.ipv4.conf.all.log_martians = 1
#
root soft nofile 10000
root hard nofile 12800

www-data soft nofile 10000
www-data hard nofile 12800

Thanks in advance for your insights!

Forum rules
Before you post please read how to get help. Topics in this forum are automatically closed 6 months after creation.

urdrwho

Level 5
Level 5
Posts: 552
Joined: Mon Mar 13, 2017 11:13 am

At boot — failed to apply kernel variables Solved

As I watch the text roll by during boot I see failed in red. The one message is Failed to apply kernel variables

What is it?

My system runs fine but I don’t like seeing failed in red at boot.

Last edited by LockBot on Wed Dec 28, 2022 7:16 am, edited 2 times in total.

Reason: Topic automatically closed 6 months after creation. New replies are no longer allowed.

User avatar

smurphos

Level 18
Level 18
Posts: 8511
Joined: Fri Sep 05, 2014 12:18 am
Location: Irish Brit in Portugal
Contact:

Re: At boot — failed to apply kernel variables

Post

by smurphos » Fri Jul 31, 2020 2:13 am

Shows the output of the command below so we can see the full error message.

And you may aswell post your full inxi -Fxxxz output as-well along with cat /proc/cmdline

For custom Nemo actions, useful scripts for the Cinnamon desktop, and Cinnamox themes visit my Github pages.

User avatar

Kadaitcha Man

Level 16
Level 16
Posts: 6098
Joined: Mon Aug 27, 2012 10:17 pm

Re: At boot — failed to apply kernel variables

Post

by Kadaitcha Man » Fri Jul 31, 2020 2:23 am

urdrwho wrote: ⤴Thu Jul 30, 2020 6:34 pm
My system runs fine but I don’t like seeing failed in red at boot.

In addition to what you’ve already been asked for, post the output of sudo systemctl status systemd-sysctl.service[/c[, and use code tags, please.

[*] All kadaitcha men are liars

urdrwho

Level 5
Level 5
Posts: 552
Joined: Mon Mar 13, 2017 11:13 am

Re: At boot — failed to apply kernel variables

Post

by urdrwho » Fri Jul 31, 2020 8:51 am

smurphos wrote: ⤴Fri Jul 31, 2020 2:13 am
Shows the output of the command below so we can see the full error message.

And you may aswell post your full inxi -Fxxxz output as-well along with cat /proc/cmdline

Here ya go

Code: Select all

john@john-520-1020:~$ dmesg -l emerg,alert,crit,err
[    0.651557] Initramfs unpacking failed: Decoding failed
[    1.395372] ACPI BIOS Error (bug): _SB.PCI0.GFX0.LCD0._BQC: Excess arguments - ASL declared 1, ACPI requires 0 (20190816/nsarguments-160)
[    1.396189] ACPI BIOS Error (bug): _SB.PCI0.GFX0.LCD0._BQC: Excess arguments - ASL declared 1, ACPI requires 0 (20190816/nsarguments-160)

john@john-520-1020:~$ inxi -Fxxxz
System:
  Kernel: 5.4.0-42-generic x86_64 bits: 64 compiler: gcc v: 9.3.0 
  Desktop: Cinnamon 4.6.6 wm: muffin 4.6.2 dm: LightDM 1.30.0 
  Distro: Linux Mint 20 Ulyana base: Ubuntu 20.04 focal 
Machine:
  Type: Desktop System: Hewlett-Packard product: 520-1020 v: 1.04 
  serial: <filter> Chassis: type: 3 serial: <filter> 
  Mobo: PEGATRON model: 2AC3 v: 1.04 serial: <filter> UEFI: AMI v: 7.11 
  date: 02/24/2012 
CPU:
  Topology: Dual Core model: Intel Pentium G620 bits: 64 type: MCP 
  arch: Sandy Bridge rev: 7 L2 cache: 3072 KiB 
  flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 10376 
  Speed: 1596 MHz min/max: 1600/2600 MHz Core speeds (MHz): 1: 1596 2: 1596 
Graphics:
  Device-1: Intel 2nd Generation Core Processor Family Integrated Graphics 
  vendor: Hewlett-Packard driver: i915 v: kernel bus ID: 00:02.0 
  chip ID: 8086:0102 
  Display: x11 server: X.Org 1.20.8 driver: modesetting unloaded: fbdev,vesa 
  resolution: 1920x1080~60Hz 
  OpenGL: renderer: Mesa DRI Intel HD Graphics 2000 (SNB GT1) 
  v: 3.3 Mesa 20.0.8 compat-v: 3.0 direct render: Yes 
Audio:
  Device-1: Intel 6 Series/C200 Series Family High Definition Audio 
  vendor: Hewlett-Packard driver: snd_hda_intel v: kernel bus ID: 00:1b.0 
  chip ID: 8086:1c20 
  Sound Server: ALSA v: k5.4.0-42-generic 
Network:
  Device-1: Ralink RT5392 PCIe Wireless Network Adapter driver: rt2800pci 
  v: 2.3.0 port: f040 bus ID: 04:00.0 chip ID: 1814:5392 
  IF: wlp4s0 state: up mac: <filter> 
  Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet 
  vendor: Hewlett-Packard driver: r8169 v: kernel port: e000 bus ID: 07:00.0 
  chip ID: 10ec:8168 
  IF: enp7s0 state: down mac: <filter> 
Drives:
  Local Storage: total: 465.76 GiB used: 27.19 GiB (5.8%) 
  ID-1: /dev/sda vendor: Seagate model: ST3500413AS size: 465.76 GiB 
  speed: 3.0 Gb/s rotation: 7200 rpm serial: <filter> rev: HP63 scheme: GPT 
Partition:
  ID-1: / size: 54.75 GiB used: 11.16 GiB (20.4%) fs: ext4 dev: /dev/sda5 
  ID-2: /home size: 68.25 GiB used: 15.97 GiB (23.4%) fs: ext4 
  dev: /dev/sda6 
  ID-3: swap-1 size: 4.66 GiB used: 19.0 MiB (0.4%) fs: swap dev: /dev/sda7 
Sensors:
  System Temperatures: cpu: 36.0 C mobo: N/A 
  Fan Speeds (RPM): N/A 
Info:
  Processes: 198 Uptime: 14h 26m Memory: 3.75 GiB used: 1.40 GiB (37.4%) 
  Init: systemd v: 245 runlevel: 5 Compilers: gcc: 9.3.0 alt: 9 Shell: bash 
  v: 5.0.17 running in: gnome-terminal inxi: 3.0.38 

john@john-520-1020:~$ cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-5.4.0-42-generic root=UUID=0264104b-d5bd-4ab8-8724-d7f3eb029bd7 ro

Last edited by MrEen on Sat Aug 01, 2020 12:25 am, edited 1 time in total.

Reason: Added code tags for readability

urdrwho

Level 5
Level 5
Posts: 552
Joined: Mon Mar 13, 2017 11:13 am

Re: At boot — failed to apply kernel variables

Post

by urdrwho » Fri Jul 31, 2020 8:54 am

Kadaitcha Man wrote: ⤴Fri Jul 31, 2020 2:23 am

urdrwho wrote: ⤴Thu Jul 30, 2020 6:34 pm
My system runs fine but I don’t like seeing failed in red at boot.

In addition to what you’ve already been asked for, post the output of sudo systemctl status systemd-sysctl.service, and use code tags, please.

Code: Select all

john@john-520-1020:~$ sudo systemctl status systemd-sysctl.service
[sudo] password for john:  
● systemd-sysctl.service - Apply Kernel Variables
     Loaded: loaded (/lib/systemd/system/systemd-sysctl.service; static; vendor>
     Active: failed (Result: exit-code) since Thu 2020-07-30 18:23:11 EDT; 14h >
       Docs: man:systemd-sysctl.service(8)
             man:sysctl.d(5)
    Process: 563 ExecStart=/lib/systemd/systemd-sysctl (code=exited, status=1/F>
   Main PID: 563 (code=exited, status=1/FAILURE)

Jul 30 18:23:07 john-520-1020 systemd[1]: Starting Apply Kernel Variables...
Jul 30 18:23:08 john-520-1020 systemd[1]: systemd-sysctl.service: Main process >
Jul 30 18:23:08 john-520-1020 systemd[1]: systemd-sysctl.service: Failed with r>
Jul 30 18:23:08 john-520-1020 systemd[1]: Failed to start Apply Kernel Variable>
Jul 30 18:23:11 john-520-1020 systemd[1]: Starting Apply Kernel Variables...
Jul 30 18:23:11 john-520-1020 systemd[1]: systemd-sysctl.service: Main process >
Jul 30 18:23:11 john-520-1020 systemd[1]: systemd-sysctl.service: Failed with r>
Jul 30 18:23:11 john-520-1020 systemd[1]: Failed to start Apply Kernel Variable>
lines 1-16/16 (END)

Last edited by MrEen on Sat Aug 01, 2020 12:28 am, edited 1 time in total.

Reason: Fixed some formatting

User avatar

smurphos

Level 18
Level 18
Posts: 8511
Joined: Fri Sep 05, 2014 12:18 am
Location: Irish Brit in Portugal
Contact:

Re: At boot — failed to apply kernel variables

Post

by smurphos » Sat Aug 01, 2020 12:11 am

It looks like some of the output of sudo systemctl status systemd-sysctl.service was cut off. Can you try again but with a wider terminal window?

Hint use — [code][/code] tags. Its the </> button in the post toolbar.

For custom Nemo actions, useful scripts for the Cinnamon desktop, and Cinnamox themes visit my Github pages.

User avatar

Kadaitcha Man

Level 16
Level 16
Posts: 6098
Joined: Mon Aug 27, 2012 10:17 pm

Re: At boot — failed to apply kernel variables

Post

by Kadaitcha Man » Sat Aug 01, 2020 12:25 am

smurphos wrote: ⤴Sat Aug 01, 2020 12:11 am
Hint use — [code][/code] tags. Its the </> button in the post toolbar.

[code]output.here[/code]

Well, I guess the truism that you learn something new every day is true. I worked out how you did that. Thank you.

[*] All kadaitcha men are liars

urdrwho

Level 5
Level 5
Posts: 552
Joined: Mon Mar 13, 2017 11:13 am

Re: At boot — failed to apply kernel variables

Post

by urdrwho » Sat Aug 01, 2020 12:03 pm

smurphos wrote: ⤴Sat Aug 01, 2020 12:11 am
It looks like some of the output of sudo systemctl status systemd-sysctl.service was cut off. Can you try again but with a wider terminal window?

Hint use — [code][/code] tags. Its the </> button in the post toolbar.

Here ya go, hope I did it correctly.

Code: Select all

john@john-520-1020:~$ sudo systemctl status systemd-sysctl.service
[sudo] password for john:  
● systemd-sysctl.service - Apply Kernel Variables
     Loaded: loaded (/lib/systemd/system/systemd-sysctl.service; static; vendor>
     Active: failed (Result: exit-code) since Thu 2020-07-30 18:23:11 EDT; 1 da>
       Docs: man:systemd-sysctl.service(8)
             man:sysctl.d(5)
   Main PID: 563 (code=exited, status=1/FAILURE)

Jul 30 18:23:07 john-520-1020 systemd[1]: Starting Apply Kernel Variables...
Jul 30 18:23:08 john-520-1020 systemd[1]: systemd-sysctl.service: Main process >
Jul 30 18:23:08 john-520-1020 systemd[1]: systemd-sysctl.service: Failed with r>
Jul 30 18:23:08 john-520-1020 systemd[1]: Failed to start Apply Kernel Variable>
Jul 30 18:23:11 john-520-1020 systemd[1]: Starting Apply Kernel Variables...
Jul 30 18:23:11 john-520-1020 systemd[1]: systemd-sysctl.service: Main process >
Jul 30 18:23:11 john-520-1020 systemd[1]: systemd-sysctl.service: Failed with r>
Jul 30 18:23:11 john-520-1020 systemd[1]: Failed to start Apply Kernel Variable>

User avatar

smurphos

Level 18
Level 18
Posts: 8511
Joined: Fri Sep 05, 2014 12:18 am
Location: Irish Brit in Portugal
Contact:

Re: At boot — failed to apply kernel variables

Post

by smurphos » Sun Aug 02, 2020 1:57 am

Hi,

The size of the terminal window is still cutting off some of the output. Maximise your terminal before running the command.

For custom Nemo actions, useful scripts for the Cinnamon desktop, and Cinnamox themes visit my Github pages.

urdrwho

Level 5
Level 5
Posts: 552
Joined: Mon Mar 13, 2017 11:13 am

Re: At boot — failed to apply kernel variables

Post

by urdrwho » Sun Aug 02, 2020 8:09 am

smurphos wrote: ⤴Fri Jul 31, 2020 2:13 am
Shows the output of the command below so we can see the full error message.

And you may aswell post your full inxi -Fxxxz output as-well along with cat /proc/cmdline

I forgot to add this one.

Code: Select all

john@john-520-1020:~$ dmesg -l emerg,alert,crit,err
[    0.647289] Initramfs unpacking failed: Decoding failed
[    1.405411] ACPI BIOS Error (bug): _SB.PCI0.GFX0.LCD0._BQC: Excess arguments - ASL declared 1, ACPI requires 0 (20190816/nsarguments-160)
[    1.406346] ACPI BIOS Error (bug): _SB.PCI0.GFX0.LCD0._BQC: Excess arguments - ASL declared 1, ACPI requires 0 (20190816/nsarguments-160)

urdrwho

Level 5
Level 5
Posts: 552
Joined: Mon Mar 13, 2017 11:13 am

Re: At boot — failed to apply kernel variables

Post

by urdrwho » Sun Aug 02, 2020 11:51 am

So I applied this command dmesg -l emerg,alert,crit,err

I received errors on the same computer running LMDE (all updates) and Mint 20 (all updates). I went to another computer with Mint 20 and received errors. all mentioned ACPI issues.

Then I checked out an old Acer 32 bit running 17 applied the command and no errors.

Started a little Asus netbook with Tricia (all updates) received error messages. No ACPI mentioned but instead there were Wifi mentions.

Was the command not available back on LM 17 or is it just that the Acer has no errors?

urdrwho

Level 5
Level 5
Posts: 552
Joined: Mon Mar 13, 2017 11:13 am

Re: At boot — failed to apply kernel variables

Post

by urdrwho » Sun Aug 02, 2020 2:38 pm

Not sure if anyone has answers or is reading this?

I turned off ACPI and no longer get the ACPI error message. This is an all in one computer, not a laptop so heat isn’t that big of an issue but I still don’t like leaving ACPI off. But if it was throwing an error was it even working to begin with?

john@john-520-1020:~$ dmesg -l emerg,alert,crit,err
[ 0.586035] Initramfs unpacking failed: Decoding failed

urdrwho

Level 5
Level 5
Posts: 552
Joined: Mon Mar 13, 2017 11:13 am

Re: At boot — failed to apply kernel variables

Post

by urdrwho » Tue Aug 04, 2020 8:28 am

urdrwho wrote: ⤴Sat Aug 01, 2020 12:03 pm

smurphos wrote: ⤴Sat Aug 01, 2020 12:11 am
It looks like some of the output of sudo systemctl status systemd-sysctl.service was cut off. Can you try again but with a wider terminal window?

Hint use — [code][/code] tags. Its the </> button in the post toolbar.

Ok,

Here is the full screen copy.

Code: Select all

 systemd-sysctl.service - Apply Kernel Variables
     Loaded: loaded (/lib/systemd/system/systemd-sysctl.service; static; vendor preset: enabled)
     Active: failed (Result: exit-code) since Mon 2020-08-03 18:02:05 EDT; 14h ago
       Docs: man:systemd-sysctl.service(8)
             man:sysctl.d(5)
    Process: 565 ExecStart=/lib/systemd/systemd-sysctl (code=exited, status=1/FAILURE)
   Main PID: 565 (code=exited, status=1/FAILURE)

Aug 03 18:02:00 john-520-1020 systemd[1]: Starting Apply Kernel Variables...
Aug 03 18:02:01 john-520-1020 systemd[1]: systemd-sysctl.service: Main process exited, code=exited, status=1/FAILURE
Aug 03 18:02:01 john-520-1020 systemd[1]: systemd-sysctl.service: Failed with result 'exit-code'.
Aug 03 18:02:01 john-520-1020 systemd[1]: Failed to start Apply Kernel Variables.
Aug 03 18:02:05 john-520-1020 systemd[1]: Starting Apply Kernel Variables...
Aug 03 18:02:05 john-520-1020 systemd[1]: systemd-sysctl.service: Main process exited, code=exited, status=1/FAILURE
Aug 03 18:02:05 john-520-1020 systemd[1]: systemd-sysctl.service: Failed with result 'exit-code'.
Aug 03 18:02:05 john-520-1020 systemd[1]: Failed to start Apply Kernel Variables.
~

urdrwho

Level 5
Level 5
Posts: 552
Joined: Mon Mar 13, 2017 11:13 am

Re: At boot — failed to apply kernel variables

Post

by urdrwho » Sat Aug 29, 2020 1:52 pm

smurphos wrote: ⤴Wed Aug 05, 2020 1:48 am
Thanks — not much of a clue there — whats the output of

Code: Select all

for i in /etc/sysctl.d/*; do echo "***FILE***: $i"; cat $i; done

Ok, let me get back to this now. I kind of let it slide because the system was running well. Now I’m back to being curious about this.

Code: Select all

for i in /etc/sysctl.d/*; do echo "***FILE***: $i"; cat $i; done
***FILE***: /etc/sysctl.d/10-console-messages.conf

# the following stops low-level messages on console
kernel.printk = 4 4 1 7
***FILE***: /etc/sysctl.d/10-ipv6-privacy.conf
# IPv6 Privacy Extensions (RFC 4941)
# ---
# IPv6 typically uses a device's MAC address when choosing an IPv6 address
# to use in autoconfiguration. Privacy extensions allow using a randomly
# generated IPv6 address, which increases privacy.
#
# Acceptable values:
#    0 - don’t use privacy extensions.
#    1 - generate privacy addresses
#    2 - prefer privacy addresses and use them over the normal addresses.
net.ipv6.conf.all.use_tempaddr = 2
net.ipv6.conf.default.use_tempaddr = 2
***FILE***: /etc/sysctl.d/10-kernel-hardening.conf
# These settings are specific to hardening the kernel itself from attack
# from userspace, rather than protecting userspace from other malicious
# userspace things.
#
#
# When an attacker is trying to exploit the local kernel, it is often
# helpful to be able to examine where in memory the kernel, modules,
# and data structures live. As such, kernel addresses should be treated
# as sensitive information.
#
# Many files and interfaces contain these addresses (e.g. /proc/kallsyms,
# /proc/modules, etc), and this setting can censor the addresses. A value
# of "0" allows all users to see the kernel addresses. A value of "1"
# limits visibility to the root user, and "2" blocks even the root user.
kernel.kptr_restrict = 1
***FILE***: /etc/sysctl.d/10-link-restrictions.conf
# These settings eliminate an entire class of security vulnerability:
# time-of-check-time-of-use cross-privilege attacks using guessable
# filenames (generally seen as "/tmp file race" vulnerabilities).
fs.protected_hardlinks = 1
fs.protected_symlinks = 1
***FILE***: /etc/sysctl.d/10-magic-sysrq.conf
# The magic SysRq key enables certain keyboard combinations to be
# interpreted by the kernel to help with debugging. The kernel will respond
# to these keys regardless of the current running applications.
#
# In general, the magic SysRq key is not needed for the average Ubuntu
# system, and having it enabled by default can lead to security issues on
# the console such as being able to dump memory or to kill arbitrary
# processes including the running screen lock.
#
# Here is the list of possible values:
#   0 - disable sysrq completely
#   1 - enable all functions of sysrq
#  >1 - enable certain functions by adding up the following values:
#          2 - enable control of console logging level
#          4 - enable control of keyboard (SAK, unraw)
#          8 - enable debugging dumps of processes etc.
#         16 - enable sync command
#         32 - enable remount read-only
#         64 - enable signalling of processes (term, kill, oom-kill)
#        128 - allow reboot/poweroff
#        256 - allow nicing of all RT tasks
#
#   For example, to enable both control of console logging level and
#   debugging dumps of processes: kernel.sysrq = 10
#
kernel.sysrq = 176
***FILE***: /etc/sysctl.d/10-network-security.conf

# Turn on Source Address Verification in all interfaces to
# prevent some spoofing attacks.
net.ipv4.conf.default.rp_filter=2
net.ipv4.conf.all.rp_filter=2

***FILE***: /etc/sysctl.d/10-ptrace.conf
# The PTRACE system is used for debugging.  With it, a single user process
# can attach to any other dumpable process owned by the same user.  In the
# case of malicious software, it is possible to use PTRACE to access
# credentials that exist in memory (re-using existing SSH connections,
# extracting GPG agent information, etc).
#
# A PTRACE scope of "0" is the more permissive mode.  A scope of "1" limits
# PTRACE only to direct child processes (e.g. "gdb name-of-program" and
# "strace -f name-of-program" work, but gdb's "attach" and "strace -fp $PID"
# do not).  The PTRACE scope is ignored when a user has CAP_SYS_PTRACE, so
# "sudo strace -fp $PID" will work as before.  For more details see:
# https://wiki.ubuntu.com/SecurityTeam/Roadmap/KernelHardening#ptrace
#
# For applications launching crash handlers that need PTRACE, exceptions can
# be registered by the debugee by declaring in the segfault handler
# specifically which process will be using PTRACE on the debugee:
#   prctl(PR_SET_PTRACER, debugger_pid, 0, 0, 0);
#
# In general, PTRACE is not needed for the average running Ubuntu system.
# To that end, the default is to set the PTRACE scope to "1".  This value
# may not be appropriate for developers or servers with only admin accounts.
kernel.yama.ptrace_scope = 1
***FILE***: /etc/sysctl.d/10-zeropage.conf
# Protect the zero page of memory from userspace mmap to prevent kernel
# NULL-dereference attacks against potential future kernel security
# vulnerabilities.  (Added in kernel 2.6.23.)
#
# While this default is built into the Ubuntu kernel, there is no way to
# restore the kernel default if the value is changed during runtime; for
# example via package removal (e.g. wine, dosemu).  Therefore, this value
# is reset to the secure default each time the sysctl values are loaded.
vm.mmap_min_addr = 65536
***FILE***: /etc/sysctl.d/99-sysctl.conf
#
# /etc/sysctl.conf - Configuration file for setting system variables
# See /etc/sysctl.d/ for additional system variables.
# See sysctl.conf (5) for information.
#

#kernel.domainname = example.com

# Uncomment the following to stop low-level messages on console
#kernel.printk = 3 4 1 3

##############################################################3
# Functions previously found in netbase
#

# Uncomment the next two lines to enable Spoof protection (reverse-path filter)
# Turn on Source Address Verification in all interfaces to
# prevent some spoofing attacks
#net.ipv4.conf.default.rp_filter=1
#net.ipv4.conf.all.rp_filter=1

# Uncomment the next line to enable TCP/IP SYN cookies
# See http://lwn.net/Articles/277146/
# Note: This may impact IPv6 TCP sessions too
#net.ipv4.tcp_syncookies=1

# Uncomment the next line to enable packet forwarding for IPv4
#net.ipv4.ip_forward=1

# Uncomment the next line to enable packet forwarding for IPv6
#  Enabling this option disables Stateless Address Autoconfiguration
#  based on Router Advertisements for this host
#net.ipv6.conf.all.forwarding=1


###################################################################
# Additional settings - these settings can improve the network
# security of the host and prevent against some network attacks
# including spoofing attacks and man in the middle attacks through
# redirection. Some network environments, however, require that these
# settings are disabled so review and enable them as needed.
#
# Do not accept ICMP redirects (prevent MITM attacks)
#net.ipv4.conf.all.accept_redirects = 0
#net.ipv6.conf.all.accept_redirects = 0
# _or_
# Accept ICMP redirects only for gateways listed in our default
# gateway list (enabled by default)
# net.ipv4.conf.all.secure_redirects = 1
#
# Do not send ICMP redirects (we are not a router)
#net.ipv4.conf.all.send_redirects = 0
#
# Do not accept IP source route packets (we are not a router)
#net.ipv4.conf.all.accept_source_route = 0
#net.ipv6.conf.all.accept_source_route = 0
#
# Log Martian Packets
#net.ipv4.conf.all.log_martians = 1
#

###################################################################
# Magic system request Key
# 0=disable, 1=enable all, >1 bitmask of sysrq functions
# See https://www.kernel.org/doc/html/latest/admin-guide/sysrq.html
# for what other values do
#kernel.sysrq=438

####################################################################
vm.swappiness=10

####################################################################
Cache parameter
# Improve cache management
vm.vfs_cache_pressure=50

***FILE***: /etc/sysctl.d/README.sysctl
Kernel system variables configuration files

Files found under the /etc/sysctl.d directory that end with .conf are
parsed within sysctl(8) at boot time.  If you want to set kernel variables
you can either edit /etc/sysctl.conf or make a new file.

The filename isn't important, but don't make it a package name as it may clash
with something the package builder needs later. It must end with .conf though.

My personal preference would be for local system settings to go into
/etc/sysctl.d/local.conf but as long as you follow the rules for the names
of the file, anything will work. See sysctl.conf(8) man page for details
of the format.

After making any changes, please run "service procps reload" (or, from
a Debian package maintainer script "deb-systemd-invoke restart procps.service").

User avatar

smurphos

Level 18
Level 18
Posts: 8511
Joined: Fri Sep 05, 2014 12:18 am
Location: Irish Brit in Portugal
Contact:

Re: At boot — failed to apply kernel variables

Post

by smurphos » Sun Aug 30, 2020 2:17 am

Thanks — in /etc/sysctl.d/99-sysctl.conf you’ve got a invalid line where you have added some content.

Yours currently reads

Code: Select all

####################################################################
vm.swappiness=10

####################################################################
Cache parameter
# Improve cache management
vm.vfs_cache_pressure=50

Delete or comment out the line Cache parameter

Code: Select all

####################################################################
vm.swappiness=10

####################################################################
# Cache parameter
# Improve cache management
vm.vfs_cache_pressure=50

For custom Nemo actions, useful scripts for the Cinnamon desktop, and Cinnamox themes visit my Github pages.

  • Index
  • » Newbie Corner
  • » Systemd boot time error: failed to start Apply Kernel Variables

#1 2016-05-20 23:58:01

user023
Member
Registered: 2016-05-20
Posts: 3

Systemd boot time error: failed to start Apply Kernel Variables

Community of ArchLinux.org,

I have been recently experiencing an issue in regards to systemd as follows:

[term@localhost ~]$ sudo systemctl status systemd-sysctl.service  
* systemd-sysctl.service - Apply Kernel Variables
   Loaded: loaded (/usr/lib/systemd/system/systemd-sysctl.service; static; vendor preset: disabled)
   Active: failed (Result: exit-code) since Fri 2016-05-20 19:23:02 UTC; 16min ago
     Docs: man:systemd-sysctl.service(8)
           man:sysctl.d(5)
  Process: 959 ExecStart=/usr/lib/systemd/systemd-sysctl (code=exited, status=1/FAILURE)
 Main PID: 959 (code=exited, status=1/FAILURE)

May 20 19:23:02 localhost systemd[1]: Starting Apply Kernel Variables...
May 20 19:23:02 localhost systemd-sysctl[959]: Couldn't write '1' to 'kernel/kptr_restrict', ignoring: Invalid argument
May 20 19:23:02 localhost systemd-sysctl[959]: Couldn't write '1' to 'net/ipv6/conf/all/rp_filter', ignoring: No such file or directory
May 20 19:23:02 localhost systemd[1]: systemd-sysctl.service: Main process exited, code=exited, status=1/FAILURE
May 20 19:23:02 localhost systemd[1]: Failed to start Apply Kernel Variables.
May 20 19:23:02 localhost systemd[1]: systemd-sysctl.service: Unit entered failed state.
May 20 19:23:02 localhost systemd[1]: systemd-sysctl.service: Failed with result 'exit-code'.

I could use some assistance in troubleshooting this issue, as I have read over many threads and bug submissions in seeking a resolution to this issue.

Regards,

#2 2016-05-21 00:12:08

user023
Member
Registered: 2016-05-20
Posts: 3

Re: Systemd boot time error: failed to start Apply Kernel Variables

Community,

Apparently, there were some configuration files I had created which were empty; whereas, I meant to add a few lines to harden the kernel.
A simple deletion of the files and a reboot fixed the issue; however, I will attempt to add the configurations once again.
I will keep you fellow Arch users informed with an update.

—UPDATE—

Issue has returned with the creation of:

File: /etc/sysctl.d/50-kptr-restrict.conf 
kernel.kptr_restrict = 1

I am running the latest grsec kernel. Is it possible that this configuration is conflicting with the kernel?

Regards,

Last edited by user023 (2016-05-21 00:17:04)

#3 2016-05-21 00:33:29

user023
Member
Registered: 2016-05-20
Posts: 3

Re: Systemd boot time error: failed to start Apply Kernel Variables

Community,

Is it true that the latest Grsec kernel includes kptr and dmesg restriction by default?

I followed the wiki here: https://wiki.archlinux.org/index.php/sy … _hardening

Under TCP/IP Stack Hardening, I created a file: /etc/sysctl.d/90-override.conf and placed those configurations in here.

I am now wondering why the error occurs in my first post:

May 20 19:23:02 localhost systemd-sysctl[959]: Couldn't write '1' to 'net/ipv6/conf/all/rp_filter', ignoring: No such file or directory

Pleasre review my questions in the previous posts for objective correspondence.

Thank you,

Last edited by user023 (2016-05-21 00:46:24)

#4 2016-05-21 01:41:20

Irok
Member
Registered: 2015-10-10
Posts: 56

Re: Systemd boot time error: failed to start Apply Kernel Variables

user023 wrote:

Community,

Apparently, there were some configuration files I had created which were empty; whereas, I meant to add a few lines to harden the kernel.
A simple deletion of the files and a reboot fixed the issue; however, I will attempt to add the configurations once again.
I will keep you fellow Arch users informed with an update.

—UPDATE—

Issue has returned with the creation of:

File: /etc/sysctl.d/50-kptr-restrict.conf 
kernel.kptr_restrict = 1

I am running the latest grsec kernel. Is it possible that this configuration is conflicting with the kernel?

Regards,

Hi, if is the precompile kernel you can not use it, also is useless. you can use without problem  the kernel.dmesg_restrict flag. Are you using your system as router ?, if not undo the job you did about TCP/IP stack hardening and read the warning improving performance. This should solve the problem.

I guess you are using the precompile cause you are asking.

Last edited by Irok (2016-05-21 02:46:20)

#5 2019-06-25 16:03:53

datapioneer
Member
Registered: 2019-01-31
Posts: 6

Re: Systemd boot time error: failed to start Apply Kernel Variables

Running Arch Linux rolling release with latest kernel 5.1.14-arch1-1-ARCH and started receiving the message «Failed to start Apply Kernel Variables». To fix this issue, I renamed /etc/sysctl.d/99-sysctl.conf file to /etc/sysctl.d/99-sysctl.conf.orig then rebooted the system. Error was eliminated. I renamed my 99-sysctl.conf file just in case it was necessary to restore it. System seems to be running just fine without the file and boots normally now. Problem solved.

#6 2019-06-25 16:09:33

V1del
Forum Moderator
Registered: 2012-10-16
Posts: 19,211

Re: Systemd boot time error: failed to start Apply Kernel Variables

Files don’t magically materialise at that location for no reason, so instead of bandaiding over it ignoring the contents, you should know why and for what reason the files was there in the first place.

In any case, it’s unlikely that your case has any relation to the one being discussed here which is about a kernel no longer available in the repos, please don’t necrobump.

Closing.

Last edited by V1del (2019-06-25 16:09:59)

bigbo

recruit crewman
Posts: 1
Joined: Thu Jun 13, 2019 7:16 am

After getting the following updates

Code: Select all

[2019-06-18 14:05] [ALPM] upgraded polkit (0.116-1 -> 0.116-2)
[2019-06-18 14:05] [ALPM] upgraded linux-lts (4.19.50-1 -> 4.19.52-1)
[2019-06-18 14:05] [ALPM] upgraded libtool (2.4.6+42+gb88cebd5-3 -> 2.4.6+42+gb88cebd5-4)
[2019-06-18 14:05] [ALPM] upgraded gpgme (1.13.0-1 -> 1.13.1-1)
[2019-06-18 14:05] [ALPM] upgraded gcc-fortran (8.3.0-1 -> 9.1.0-1)
[2019-06-18 14:05] [ALPM] upgraded gcc (8.3.0-1 -> 9.1.0-1)
[2019-06-18 14:05] [ALPM] upgraded broadcom-wl (6.30.223.271-110 -> 6.30.223.271-112)
[2019-06-18 14:05] [ALPM] upgraded linux (5.1.9.arch1-1 -> 5.1.11.arch1-1)
[2019-06-18 14:05] [ALPM] upgraded dbus (1.12.14-1 -> 1.12.16-1)
[2019-06-18 14:05] [ALPM] upgraded libarchive (3.3.3-1 -> 3.4.0-2)
[2019-06-18 14:05] [ALPM] upgraded gcc-libs (8.3.0-1 -> 9.1.0-1)
[2019-06-18 14:05] [ALPM] upgraded binutils (2.32-1 -> 2.32-2)
[2019-06-18 14:05] [ALPM] upgraded glibc (2.29-1 -> 2.29-2)
[2019-06-18 14:05] [ALPM] upgraded linux-api-headers (5.0.7-1 -> 5.1-1)

I get an error messages on boot:

Code: Select all

[FAILED] Failed to start Apply Kernel Variables.
See `systemctl status systemd-sysctl.service` for details.

Here are the said details:

Code: Select all

● systemd-sysctl.service - Apply Kernel Variables
   Loaded: loaded (/usr/lib/systemd/system/systemd-sysctl.service; static; vendor preset: disabled)
   Active: failed (Result: exit-code) since Tue 2019-06-18 14:18:46 EEST; 7min ago
     Docs: man:systemd-sysctl.service(8)
           man:sysctl.d(5)
  Process: 335 ExecStart=/usr/lib/systemd/systemd-sysctl (code=exited, status=1/FAILURE)
 Main PID: 335 (code=exited, status=1/FAILURE)

June 18 14:18:46 tsundoku systemd[1]: Starting Apply Kernel Variables...
June 18 14:18:46 tsundoku systemd-sysctl[335]: Couldn't write '0' to 'vm/dirty_background_bytes': Invalid argument
June 18 14:18:46 tsundoku systemd-sysctl[335]: Couldn't write '0' to 'vm/dirty_bytes': Invalid argument
June 18 14:18:46 tsundoku systemd[1]: systemd-sysctl.service: Main process exited, code=exited, status=1/FAILURE
June 18 14:18:46 tsundoku systemd[1]: systemd-sysctl.service: Failed with result 'exit-code'.
June 18 14:18:46 tsundoku systemd[1]: Failed to start Apply Kernel Variables.

How could this be fixed?

User avatar

erikdubois

Captain
Posts: 5550
Joined: Tue Nov 07, 2017 3:45 pm
Location: Belgium
Contact:

Tue Jun 18, 2019 2:53 pm

the question is first… should it be fixed

came in with updates today

Learn, have fun and enjoy.
But first use the power of the Arch Wiki
use the tutorials on https://www.youtube.com/erikdubois
then use the power of google
then use the power of our moderators.

Serial

Crewman
Posts: 80
Joined: Mon Jun 10, 2019 12:56 am

Tue Jun 18, 2019 3:08 pm

Hello team ArcoLinux

After updating the kernel on today’s date, an error message appeared on the startup in text mode as follows, but the machine starts and quits ok.

Code: Select all

[edson@edson-pc6540br ~]$ sudo journalctl -p 3 -xb
[sudo] senha para edson: 
-- Logs begin at Tue 2019-06-18 09:19:35 -03, end at Tue 2019-06-18 09:21:12 -03. --
jun 18 09:19:35 edson-pc6540br systemd-sysctl[315]: Couldn't write '0' to 'vm/dirty_backg>
jun 18 09:19:35 edson-pc6540br systemd-sysctl[315]: Couldn't write '0' to 'vm/dirty_bytes>
jun 18 09:19:37 edson-pc6540br kernel: usb 1-1.6: 3:1: cannot get freq at ep 0x84
jun 18 09:19:37 edson-pc6540br systemd-sysctl[408]: Couldn't write '0' to 'vm/dirty_backg>
jun 18 09:19:37 edson-pc6540br systemd-sysctl[408]: Couldn't write '0' to 'vm/dirty_bytes>
jun 18 09:19:38 edson-pc6540br systemd[1]: Failed to start Apply Kernel Variables.
-- Subject: A unidade systemd-sysctl.service falhou
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- A unidade systemd-sysctl.service falhou.
-- 
-- O resultado é failed.
jun 18 09:19:48 edson-pc6540br esets_mac[548]: error[02240000]: Cannot unblock removable >
jun 18 09:19:54 edson-pc6540br lightdm[562]: gkr-pam: unable to locate daemon control file
jun 18 09:20:07 edson-pc6540br kernel: usb 1-1.6: 3:1: cannot get freq at ep 0x84
jun 18 09:20:07 edson-pc6540br kernel: usb 1-1.6: 3:1: cannot get freq at ep 0x84
jun 18 09:20:55 edson-pc6540br daemon/bluetooth[662]: bluetooth.go:236: Failed to activat>
                                                        ->  bluetooth.go:211
                                                        ->  asm_amd64.s:1337
lines 1-21/21 (END)...skipping...
-- Logs begin at Tue 2019-06-18 09:19:35 -03, end at Tue 2019-06-18 09:21:12 -03. --
jun 18 09:19:35 edson-pc6540br systemd-sysctl[315]: Couldn't write '0' to 'vm/dirty_background_bytes': Invalid argument
jun 18 09:19:35 edson-pc6540br systemd-sysctl[315]: Couldn't write '0' to 'vm/dirty_bytes': Invalid argument
jun 18 09:19:37 edson-pc6540br kernel: usb 1-1.6: 3:1: cannot get freq at ep 0x84
jun 18 09:19:37 edson-pc6540br systemd-sysctl[408]: Couldn't write '0' to 'vm/dirty_background_bytes': Invalid argument
jun 18 09:19:37 edson-pc6540br systemd-sysctl[408]: Couldn't write '0' to 'vm/dirty_bytes': Invalid argument
jun 18 09:19:38 edson-pc6540br systemd[1]: Failed to start Apply Kernel Variables.
-- Subject: A unidade systemd-sysctl.service falhou
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- A unidade systemd-sysctl.service falhou.
-- 
-- O resultado é failed.
jun 18 09:19:48 edson-pc6540br esets_mac[548]: error[02240000]: Cannot unblock removable media (org.freedesktop.udisks2.filesystem-mount)
jun 18 09:19:54 edson-pc6540br lightdm[562]: gkr-pam: unable to locate daemon control file
jun 18 09:20:07 edson-pc6540br kernel: usb 1-1.6: 3:1: cannot get freq at ep 0x84
jun 18 09:20:07 edson-pc6540br kernel: usb 1-1.6: 3:1: cannot get freq at ep 0x84
jun 18 09:20:55 edson-pc6540br daemon/bluetooth[662]: bluetooth.go:236: Failed to activate service 'org.bluez': timed out (service_start_timeout=25000ms)
                                                        ->  bluetooth.go:211
                                                        ->  asm_amd64.s:1337

The updates were these:

Code: Select all

[2019-06-18 09:15] [ALPM] upgraded linux-headers (5.1.9.arch1-1 -> 5.1.11.arch1-1)
[2019-06-18 09:15] [ALPM] upgraded lib32-glibc (2.29-1 -> 2.29-2)
[2019-06-18 09:15] [ALPM] upgraded gpgme (1.13.0-1 -> 1.13.1-1)
[2019-06-18 09:15] [ALPM] upgraded gcc (8.3.0-1 -> 9.1.0-1)
[2019-06-18 09:15] [ALPM] upgraded evince (3.32.0-1 -> 3.32.0+22+g0fecf871-1)
[2019-06-18 09:15] [ALPM] upgraded deepin-anything-arch (0.1.0-7 -> 0.1.0-9)
[2019-06-18 09:15] [ALPM] upgraded broadcom-wl (6.30.223.271-110 -> 6.30.223.271-112)
[2019-06-18 09:15] [ALPM] upgraded linux (5.1.9.arch1-1 -> 5.1.11.arch1-1)
[2019-06-18 09:15] [ALPM] upgraded libarchive (3.3.3-1 -> 3.4.0-2)
[2019-06-18 09:15] [ALPM] upgraded binutils (2.32-1 -> 2.32-2)
[2019-06-18 09:15] [ALPM] upgraded atom (1.38.1-1 -> 1.38.2-1)
[2019-06-18 09:13] [ALPM] upgraded libtool (2.4.6+42+gb88cebd5-3 -> 2.4.6+42+gb88cebd5-4)
[2019-06-18 09:13] [ALPM] upgraded polkit (0.116-1 -> 0.116-2)
[2019-06-18 09:13] [ALPM] upgraded dbus (1.12.14-1 -> 1.12.16-1)
[2019-06-18 09:13] [ALPM] upgraded mesa (19.0.6-1 -> 19.1.0-1)
[2019-06-18 09:13] [ALPM] upgraded gcc-libs (8.3.0-1 -> 9.1.0-1)
[2019-06-18 09:13] [ALPM] upgraded glibc (2.29-1 -> 2.29-2)
[2019-06-18 09:13] [ALPM] upgraded linux-api-headers (5.0.7-1 -> 5.1-1)

I tried rebooting systemd-sysctl.service, but I could not do it as follows:

Code: Select all

[edson@edson-pc6540br ~]$ systemctl restart systemd-sysctl
Job for systemd-sysctl.service failed because the control process exited with error code.
See "systemctl status systemd-sysctl.service" and "journalctl -xe" for details.
[edson@edson-pc6540br ~]$ sudo systemctl restart systemd-sysctl
[sudo] senha para edson: 
Job for systemd-sysctl.service failed because the control process exited with error code.
See "systemctl status systemd-sysctl.service" and "journalctl -xe" for details.
[edson@edson-pc6540br ~]$ systemctl status systemd-sysctl.service
● systemd-sysctl.service - Apply Kernel Variables
   Loaded: loaded (/usr/lib/systemd/system/systemd-sysctl.service; static; vendor preset: disabled)
   Active: failed (Result: exit-code) since Tue 2019-06-18 09:52:19 -03; 31s ago
     Docs: man:systemd-sysctl.service(8)
           man:sysctl.d(5)
  Process: 3904 ExecStart=/usr/lib/systemd/systemd-sysctl (code=exited, status=1/FAILURE)
 Main PID: 3904 (code=exited, status=1/FAILURE)

jun 18 09:52:19 edson-pc6540br systemd[1]: Starting Apply Kernel Variables...
jun 18 09:52:19 edson-pc6540br systemd-sysctl[3904]: Couldn't write '0' to 'vm/dirty_background_bytes': Invalid argument
jun 18 09:52:19 edson-pc6540br systemd-sysctl[3904]: Couldn't write '0' to 'vm/dirty_bytes': Invalid argument
jun 18 09:52:19 edson-pc6540br systemd[1]: systemd-sysctl.service: Main process exited, code=exited, status=1/FAILURE
jun 18 09:52:19 edson-pc6540br systemd[1]: systemd-sysctl.service: Failed with result 'exit-code'.
jun 18 09:52:19 edson-pc6540br systemd[1]: Failed to start Apply Kernel Variables.
[edson@edson-pc6540br ~]$ journalctl -xe
-- 
-- The unit systemd-sysctl.service has entered the 'failed' state with result 'exit-code'.
jun 18 09:52:00 edson-pc6540br systemd[1]: Failed to start Apply Kernel Variables.
-- Subject: A unidade systemd-sysctl.service falhou
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- A unidade systemd-sysctl.service falhou.

Your Considerations

Serial

User avatar

erikdubois

Captain
Posts: 5550
Joined: Tue Nov 07, 2017 3:45 pm
Location: Belgium
Contact:

Tue Jun 18, 2019 3:08 pm

Besides the red text we see when we boot up… there seems to be no effect

Kernel 5.1.9 did not have this.

Experiment

Downgrading from 5.1.11 to 5.1.9 will resolve these messages.

Kernel must have been build differently.

if you want to test

and choose a number
I choose the one from 5.1.9

Learn, have fun and enjoy.
But first use the power of the Arch Wiki
use the tutorials on https://www.youtube.com/erikdubois
then use the power of google
then use the power of our moderators.

User avatar

erikdubois

Captain
Posts: 5550
Joined: Tue Nov 07, 2017 3:45 pm
Location: Belgium
Contact:

Tue Jun 18, 2019 3:24 pm

Reinstalling the latest linux kernel 5.1.11

then the messages return.

Learn, have fun and enjoy.
But first use the power of the Arch Wiki
use the tutorials on https://www.youtube.com/erikdubois
then use the power of google
then use the power of our moderators.

Serial

Crewman
Posts: 80
Joined: Mon Jun 10, 2019 12:56 am

Tue Jun 18, 2019 10:50 pm

erikdubois wrote: ↑Tue Jun 18, 2019 3:08 pm
Besides the red text we see when we boot up… there seems to be no effect

Kernel 5.1.9 did not have this.

Experiment

Downgrading from 5.1.11 to 5.1.9 will resolve these messages.

Kernel must have been build differently.

if you want to test

and choose a number
I choose the one from 5.1.9

Downgrade performed successfully, but kernel error message is different now.

The systemd-modules-load.service drive failed.

Code: Select all

[edson@edson-pc6540br ~]$ uname -a
Linux edson-pc6540br 5.1.9-arch1-1-ARCH #1 SMP PREEMPT Tue Jun 11 16:18:09 UTC 2019 x86_64 GNU/Linux
[edson@edson-pc6540br ~]$ update
[sudo] senha para edson: 
:: Sincronizando a base de dados de pacotes...
 core                                         134,9 KiB   255K/s 00:01 [---------------------------------------] 100%
 extra                                       1631,2 KiB   292K/s 00:06 [---------------------------------------] 100%
 community                                      4,8 MiB   220K/s 00:22 [---------------------------------------] 100%
 multilib                                     171,2 KiB   201K/s 00:01 [---------------------------------------] 100%
 arcolinux_repo                                30,2 KiB   135K/s 00:00 [---------------------------------------] 100%
 arcolinux_repo.sig                           310,0   B  0,00B/s 00:00 [---------------------------------------] 100%
 arcolinux_repo_3party                         10,1 KiB  0,00B/s 00:00 [---------------------------------------] 100%
 arcolinux_repo_3party.sig                    310,0   B  0,00B/s 00:00 [---------------------------------------] 100%
 arcolinux_repo_submicron                       9,9 KiB  0,00B/s 00:00 [---------------------------------------] 100%
 arcolinux_repo_submicron.sig                 309,0   B  0,00B/s 00:00 [---------------------------------------] 100%
:: Iniciando atualização completa do sistema...
atenção: linux: ignorando atualização do pacote (5.1.9.arch1-1 => 5.1.11.arch1-1)
 não há nada a fazer
[edson@edson-pc6540br ~]$ skel
[edson@edson-pc6540br ~]$ cb
                    /-                      edson@edson-pc6540br 
                   ooo:                     -------------------- 
                  yoooo/                    OS: ArcoLinuxB-deepin v19.06.1 
                 yooooooo                   Kernel: 5.1.9-arch1-1-ARCH 
                yooooooooo                  Uptime: 4 mins 
               yooooooooooo                 Packages: 1202 (pacman) 
             .yooooooooooooo                Shell: bash 5.0.7 
            .oooooooooooooooo               Resolution: 1920x1080 
           .oooooooarcoooooooo              DE: Deepin 
          .ooooooooo-oooooooooo             WM: Mutter(DeepinGala) 
         .ooooooooo-  oooooooooo            Theme: Arc-Dark [GTK2/3] 
        :ooooooooo.    :ooooooooo           Icons: Sardi-Arc [GTK2], Sardi-Mono-Colora [GTK3] 
       :ooooooooo.      :ooooooooo          Terminal: deepin-terminal 
      :oooarcooo         .oooarcooo         Terminal Font: Droid Sans Mono 11 
     :ooooooooy           .ooooooooo        CPU: Intel i3 540 (4) @ 3.067GHz 
    :ooooooooo   /ooooooooooooooooooo       GPU: Intel Core Processor 
   :ooooooooo      .-ooooooooooooooooo.     Memory: 2706MiB / 7712MiB 
  ooooooooo-             -ooooooooooooo.
 ooooooooo-                 .-oooooooooo.                           
ooooooooo.                     -ooooooooo                           


[edson@edson-pc6540br ~]$ jctl
-- Logs begin at Tue 2019-06-18 17:42:59 -03, end at Tue 2019-06-18 17:46:55 -03. --
jun 18 17:42:59 edson-pc6540br kernel: vfs_monitor: version magic '5.1.11-arch1-1-ARCH SMP preempt mod_unload ' shou>
jun 18 17:42:59 edson-pc6540br systemd-modules-load[302]: Failed to insert module 'vfs_monitor': Exec format error
jun 18 17:43:01 edson-pc6540br kernel: usb 1-1.6: 3:1: cannot get freq at ep 0x84
jun 18 17:43:01 edson-pc6540br systemd-modules-load[404]: Failed to insert module 'vfs_monitor': Exec format error
jun 18 17:43:01 edson-pc6540br kernel: vfs_monitor: version magic '5.1.11-arch1-1-ARCH SMP preempt mod_unload ' shou>
jun 18 17:43:01 edson-pc6540br systemd[1]: Failed to start Load Kernel Modules.
-- Subject: A unidade systemd-modules-load.service falhou
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- A unidade systemd-modules-load.service falhou.
-- 
-- O resultado é failed.
jun 18 17:43:11 edson-pc6540br esets_mac[529]: error[02110000]: Cannot unblock removable media (org.freedesktop.udis>
jun 18 17:43:19 edson-pc6540br lightdm[561]: gkr-pam: unable to locate daemon control file
jun 18 17:43:32 edson-pc6540br kernel: usb 1-1.6: 3:1: cannot get freq at ep 0x84
jun 18 17:43:33 edson-pc6540br kernel: usb 1-1.6: 3:1: cannot get freq at ep 0x84
jun 18 17:44:19 edson-pc6540br daemon/bluetooth[659]: bluetooth.go:236: Failed to activate service 'org.bluez': time>
                                                        ->  bluetooth.go:211
                                                        ->  asm_amd64.s:1337
...skipping...
-- Logs begin at Tue 2019-06-18 17:42:59 -03, end at Tue 2019-06-18 17:46:55 -03. --
jun 18 17:42:59 edson-pc6540br kernel: vfs_monitor: version magic '5.1.11-arch1-1-ARCH SMP preempt mod_unload ' shou>
jun 18 17:42:59 edson-pc6540br systemd-modules-load[302]: Failed to insert module 'vfs_monitor': Exec format error
jun 18 17:43:01 edson-pc6540br kernel: usb 1-1.6: 3:1: cannot get freq at ep 0x84
jun 18 17:43:01 edson-pc6540br systemd-modules-load[404]: Failed to insert module 'vfs_monitor': Exec format error
jun 18 17:43:01 edson-pc6540br kernel: vfs_monitor: version magic '5.1.11-arch1-1-ARCH SMP preempt mod_unload ' shou>
jun 18 17:43:01 edson-pc6540br systemd[1]: Failed to start Load Kernel Modules.
-- Subject: A unidade systemd-modules-load.service falhou
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- A unidade systemd-modules-load.service falhou.
-- 
-- O resultado é failed.
jun 18 17:43:11 edson-pc6540br esets_mac[529]: error[02110000]: Cannot unblock removable media (org.freedesktop.udis>
jun 18 17:43:19 edson-pc6540br lightdm[561]: gkr-pam: unable to locate daemon control file
jun 18 17:43:32 edson-pc6540br kernel: usb 1-1.6: 3:1: cannot get freq at ep 0x84
jun 18 17:43:33 edson-pc6540br kernel: usb 1-1.6: 3:1: cannot get freq at ep 0x84
jun 18 17:44:19 edson-pc6540br daemon/bluetooth[659]: bluetooth.go:236: Failed to activate service 'org.bluez': time>
                                                        ->  bluetooth.go:211
                                                        ->  asm_amd64.s:1337

Suas Considerações

Serial

Serial

Crewman
Posts: 80
Joined: Mon Jun 10, 2019 12:56 am

Tue Jun 18, 2019 11:42 pm

Reinstalled the newest kernel and the errors reappear again as follows:
It is these occasional errors that discourage Linux. In the manjar also the same situation occurs.

Opinion: The system should keep at least the last kernel installed in case this situation occurs, the user has the option to boot through the previous kernel.

Code: Select all

edson@edson-pc6540br ~]$ sudo pacman -S linux
:: linux está no IgnorePkg/IgnoreGroup. Instalar assim mesmo? [S/n] s
resolvendo dependências...
procurando por pacotes conflitantes...

Pacote (1)  Versão antiga  Versão nova      Diferença

core/linux  5.1.9.arch1-1  5.1.11.arch1-1    -0,09 MiB

Tamanho total instalado:  76,40 MiB
Alteração no tamanho:   -0,09 MiB

:: Continuar a instalação? [S/n] s
(1/1) verificando chaves no chaveiro                                   [---------------------------------------] 100%
(1/1) verificando integridade do pacote                                [---------------------------------------] 100%
(1/1) carregando arquivos do pacote                                    [---------------------------------------] 100%
(1/1) verificando conflitos de arquivo                                 [---------------------------------------] 100%
:: Processando alterações do pacote...
(1/1) atualizando linux                                                [---------------------------------------] 100%
:: Executando hooks pós-transação...
(1/3) Updating linux module dependencies...
(2/3) Updating linux initcpios...
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default'
  -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
==> Starting build: 5.1.11-arch1-1-ARCH
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [autodetect]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [keyboard]
  -> Running build hook: [keymap]
  -> Running build hook: [resume]
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-linux.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'fallback'
  -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
==> Starting build: 5.1.11-arch1-1-ARCH
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
==> WARNING: Possibly missing firmware for module: wd719x
==> WARNING: Possibly missing firmware for module: aic94xx
  -> Running build hook: [keyboard]
  -> Running build hook: [keymap]
  -> Running build hook: [resume]
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-linux-fallback.img
==> Image generation successful
(3/3) Arming ConditionNeedsUpdate...
[edson@edson-pc6540br ~]$ 

The following kernel is updated and reinstalled with the same error message:

Code: Select all

edson@edson-pc6540br ~]$ update
[sudo] senha para edson: 
:: Sincronizando a base de dados de pacotes...
 core                                         134,9 KiB  26,7K/s 00:05 [---------------------------------------] 100%
 extra                                       1631,3 KiB   197K/s 00:08 [---------------------------------------] 100%
 community                                      4,8 MiB   339K/s 00:15 [---------------------------------------] 100%
 multilib                                     171,2 KiB   115K/s 00:01 [---------------------------------------] 100%
 arcolinux_repo                                30,2 KiB  53,6K/s 00:01 [---------------------------------------] 100%
 arcolinux_repo.sig                           310,0   B  0,00B/s 00:00 [---------------------------------------] 100%
 arcolinux_repo_3party                         10,1 KiB  0,00B/s 00:00 [---------------------------------------] 100%
 arcolinux_repo_3party.sig                    310,0   B  0,00B/s 00:00 [---------------------------------------] 100%
 arcolinux_repo_submicron                       9,9 KiB  0,00B/s 00:00 [---------------------------------------] 100%
 arcolinux_repo_submicron.sig                 309,0   B  0,00B/s 00:00 [---------------------------------------] 100%
:: Iniciando atualização completa do sistema...
 não há nada a fazer
[edson@edson-pc6540br ~]$ skel
[edson@edson-pc6540br ~]$ cb
                    /-                      edson@edson-pc6540br 
                   ooo:                     -------------------- 
                  yoooo/                    OS: ArcoLinuxB-deepin v19.06.1 
                 yooooooo                   Kernel: 5.1.11-arch1-1-ARCH 
                yooooooooo                  Uptime: 2 mins 
               yooooooooooo                 Packages: 1202 (pacman) 
             .yooooooooooooo                Shell: bash 5.0.7 
            .oooooooooooooooo               Resolution: 1920x1080 
           .oooooooarcoooooooo              DE: Deepin 
          .ooooooooo-oooooooooo             WM: Mutter(DeepinGala) 
         .ooooooooo-  oooooooooo            Theme: Arc-Dark [GTK2/3] 
        :ooooooooo.    :ooooooooo           Icons: Sardi-Arc [GTK2], Sardi-Mono-Colora [GTK3] 
       :ooooooooo.      :ooooooooo          Terminal: deepin-terminal 
      :oooarcooo         .oooarcooo         Terminal Font: Droid Sans Mono 11 
     :ooooooooy           .ooooooooo        CPU: Intel i3 540 (4) @ 3.067GHz 
    :ooooooooo   /ooooooooooooooooooo       GPU: Intel Core Processor 
   :ooooooooo      .-ooooooooooooooooo.     Memory: 835MiB / 7712MiB 
  ooooooooo-             -ooooooooooooo.
 ooooooooo-                 .-oooooooooo.                           
ooooooooo.                     -ooooooooo                           


[edson@edson-pc6540br ~]$ jctl
-- Logs begin at Tue 2019-06-18 18:30:57 -03, end at Tue 2019-06-18 18:32:52 -03. --
jun 18 18:30:57 edson-pc6540br systemd-sysctl[319]: Couldn't write '0' to 'vm/dirty_background_bytes': Invalid argum>
jun 18 18:30:57 edson-pc6540br systemd-sysctl[319]: Couldn't write '0' to 'vm/dirty_bytes': Invalid argument
jun 18 18:30:57 edson-pc6540br systemd[1]: Failed to start Apply Kernel Variables.
-- Subject: A unidade systemd-sysctl.service falhou
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- A unidade systemd-sysctl.service falhou.
-- 
-- O resultado é failed.
jun 18 18:30:59 edson-pc6540br kernel: usb 1-1.6: 3:1: cannot get freq at ep 0x84
jun 18 18:30:59 edson-pc6540br systemd-sysctl[410]: Couldn't write '0' to 'vm/dirty_background_bytes': Invalid argum>
jun 18 18:30:59 edson-pc6540br systemd-sysctl[410]: Couldn't write '0' to 'vm/dirty_bytes': Invalid argument
jun 18 18:30:59 edson-pc6540br systemd[1]: Failed to start Apply Kernel Variables.
-- Subject: A unidade systemd-sysctl.service falhou
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- A unidade systemd-sysctl.service falhou.
-- 
-- O resultado é failed.
jun 18 18:31:06 edson-pc6540br ntpd[447]: bind(24) AF_INET6 fe80::6986:216e:44f9:826d%2#123 flags 0x11 failed: Canno>
jun 18 18:31:06 edson-pc6540br ntpd[447]: unable to create socket on enp1s0 (5) for fe80::6986:216e:44f9:826d%2#123
jun 18 18:31:10 edson-pc6540br esets_mac[551]: error[02270000]: Cannot unblock removable media (org.freedesktop.udis>
jun 18 18:31:17 edson-pc6540br lightdm[565]: gkr-pam: unable to locate daemon control file
jun 18 18:31:30 edson-pc6540br kernel: usb 1-1.6: 3:1: cannot get freq at ep 0x84
jun 18 18:31:31 edson-pc6540br kernel: usb 1-1.6: 3:1: cannot get freq at ep 0x84
jun 18 18:32:18 edson-pc6540br daemon/bluetooth[662]: bluetooth.go:236: Failed to activate service 'org.bluez': time>
                                                        ->  bluetooth.go:211
                                                        ->  asm_amd64.s:1337

Suas Considerações

Serial

This is fragment of journalctl result:

Jan 09 12:37:26 Host systemd[1]: Starting Apply Kernel Variables...
Jan 09 12:37:26 Host systemd-sysctl[329]: Couldn't write '65536' to 'fs/inotify/max_user_watches': Input/output error
Jan 09 12:37:26 Host systemd-sysctl[329]: Couldn't write '50000000' to 'net/core/rmem_max': Input/output error
Jan 09 12:37:26 Host systemd-sysctl[329]: Couldn't write '1048576' to 'net/core/wmem_max': Input/output error
Jan 09 12:37:26 Host systemd[1]: systemd-sysctl.service: Main process exited, code=exited, status=1/FAILURE
Jan 09 12:37:26 Host systemd[1]: systemd-sysctl.service: Failed with result 'exit-code'.
Jan 09 12:37:26 Host systemd[1]: Failed to start Apply Kernel Variables.
Jan 09 12:37:26 Host kernel: systemd-sysctl wrote to max_user_watches when file position was not 0!
                             This will not be supported in the future. To silence this
                             warning, set kernel.sysctl_writes_strict = -1

systemctl status systemd-sysctl.service result:

root@Host:~# systemctl status systemd-sysctl.service
* systemd-sysctl.service - Apply Kernel Variables
   Loaded: loaded (/lib/systemd/system/systemd-sysctl.service; static; vendor preset: enabled)
   Active: failed (Result: exit-code) since Tue 2018-01-09 12:37:26 CET; 32min ago
     Docs: man:systemd-sysctl.service(8)
           man:sysctl.d(5)
  Process: 329 ExecStart=/lib/systemd/systemd-sysctl (code=exited, status=1/FAILURE)
 Main PID: 329 (code=exited, status=1/FAILURE)

Jan 09 12:37:26 Host systemd[1]: Starting Apply Kernel Variables...
Jan 09 12:37:26 Host systemd-sysctl[329]: Couldn't write '65536' to 'fs/inotify/max_user_watches': Input/output error
Jan 09 12:37:26 Host systemd-sysctl[329]: Couldn't write '50000000' to 'net/core/rmem_max': Input/output error
Jan 09 12:37:26 Host systemd-sysctl[329]: Couldn't write '1048576' to 'net/core/wmem_max': Input/output error
Jan 09 12:37:26 Host systemd[1]: systemd-sysctl.service: Main process exited, code=exited, status=1/FAILURE
Jan 09 12:37:26 Host systemd[1]: systemd-sysctl.service: Failed with result 'exit-code'.
Jan 09 12:37:26 Host systemd[1]: Failed to start Apply Kernel Variables.

What those logs are all about? I want to get rid of these error messages. How can I do it?

Понравилась статья? Поделить с друзьями:

Не пропустите также:

  • Как мне скорей найти работу
  • Как найти кодек для файла
  • В сервисе гугл плей произошла ошибка выскакивает постоянно как исправить
  • Как найти который можно фотомонтаж
  • Как исправить ошибку в файле браузера на ноутбуке

  • 0 0 голоса
    Рейтинг статьи
    Подписаться
    Уведомить о
    guest

    0 комментариев
    Старые
    Новые Популярные
    Межтекстовые Отзывы
    Посмотреть все комментарии