You are not logged in.

#1 2020-07-04 11:11:55

elfio
Member
Registered: 2011-05-03
Posts: 35

[SOLVED] Some kind of misbehaviour in every update

Hi,

I think this is a bit complex and cross-topic, so I'll try to be very clear:

Since the begining I've been experiencing a couple of problems:

- After every update, packages are not correctly updated. If any of those packages are kernel related, maybe from xorg or Qt, I have an unstable desktop after reboot or maybe I cannot even boot into X and so on... So far, this issue I've been fixing it using a USB with arch inside, chrooting into the ssd and updating again. Every time. This second update from the USB has to use --overwrite because a simple reinstall throws a lot of error messages 'file xxxxx already exists.'. Once this is done, I can boot into desktop with any issue.

I feel this is werid because if this would be a a hardware issue, I shouldn't be able to fix it chrooting, right?

- The second issue I experience is not realted to pacman, but I think it could be relevant: the laptop suffers random freezes, very similar to those described in the threads of the CStates of Intel CPUs. This is not a baytrail nor any of the other gens I saw over the internet, but it is very similar. At this point, I'm using intel_idle.max_cstate=1 in GRUB_CMDLINE_LINUX_DEFAULT after a freeze this morning. Before that, I was trying with intel_idle.max_cstate=2. This freezes left no trail nor in journalctl nor in xorg logs.

The thing with this is sometimes it got frozen while updating, so the first problem could be related to this one.

So, this is it. I attach some system info which I think is relevant. Please, ask for further info if you consider it necessary.
I would appreciate any way to trace this down since I'm a bit tired to rescue the system everytime.

Machine: this is a Clevo laptop (< 1 year old) running Archlinux and up to date.

Kinfo output:

  • KDE Plasma Version: 5.19.2

  • KDE Frameworks Version: 5.71.0

  • Qt Version: 5.15.0

  • Kernel Version: 5.7.7-arch1-1

  • OS Type: 64-bit

  • Processors: 8 × Intel® Core™ i5-8265U CPU @ 1.60GHz

  • Memory: 15.4 GiB of RAM

  • Graphics Processor: Mesa Intel® UHD Graphics 620

$ cat /etc/fstab

# Static information about the filesystems.
# See fstab(5) for details.

# <file system> <dir> <type> <options> <dump> <pass>
# /dev/nvme0n1p2
UUID=6c058161-2231-4ab4-a5b7-ffb49e0605f3       /               ext4            noatime 0 1

# /dev/nvme0n1p1
UUID=4B46-FEDD          /efi            vfat            rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro       0 2

# /dev/nvme0n1p3
UUID=8bdbc177-9f7f-46e1-bcff-c893ffcc8d84       /home           ext4            noatime 0 2

# Swap file
/swapfile               none            swap            defaults 0 0

$ cat /etc/default/grub

# GRUB boot loader configuration

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="Arch"
GRUB_CMDLINE_LINUX_DEFAULT="loglevel=3 quiet intel_idle.max_cstate=1 psmouse.synaptics_intertouch=0 resume=UUID=6c058161-2231-4ab4-a5b7-ffb49e0605f3 resume_offset=1294336 bluetooth.disable_ertm=1"
GRUB_CMDLINE_LINUX=""

# Preload both GPT and MBR modules so that they are not missed
GRUB_PRELOAD_MODULES="part_gpt part_msdos"

# Uncomment to enable booting from LUKS encrypted devices
#GRUB_ENABLE_CRYPTODISK=y

# Set to 'countdown' or 'hidden' to change timeout behavior,
# press ESC key to display menu.
GRUB_TIMEOUT_STYLE=menu

# Uncomment to use basic console
GRUB_TERMINAL_INPUT=console

# Uncomment to disable graphical terminal
#GRUB_TERMINAL_OUTPUT=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
GRUB_GFXMODE=auto

# Uncomment to allow the kernel use the same resolution used by grub
GRUB_GFXPAYLOAD_LINUX=keep

# Uncomment if you want GRUB to pass to the Linux kernel the old parameter
# format "root=/dev/xxx" instead of "root=/dev/disk/by-uuid/xxx"
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
GRUB_DISABLE_RECOVERY=true

# Uncomment and set to the desired menu colors.  Used by normal and wallpaper
# modes only.  Entries specified as foreground/background.
#GRUB_COLOR_NORMAL="light-blue/black"
#GRUB_COLOR_HIGHLIGHT="light-cyan/blue"

# Uncomment one of them for the gfx desired, a image background or a gfxtheme
#GRUB_BACKGROUND="/path/to/wallpaper"
#GRUB_THEME="/path/to/gfxtheme"

# Uncomment to get a beep at GRUB start
#GRUB_INIT_TUNE="480 440 1"

# Uncomment to make GRUB remember the last selection. This requires
# setting 'GRUB_DEFAULT=saved' above.
#GRUB_SAVEDEFAULT="true"

$ lspci

00:00.0 Host bridge: Intel Corporation Coffee Lake HOST and DRAM Controller (rev 0c)
00:02.0 VGA compatible controller: Intel Corporation UHD Graphics 620 (Whiskey Lake) (rev 02)
00:12.0 Signal processing controller: Intel Corporation Cannon Point-LP Thermal Controller (rev 30)
00:14.0 USB controller: Intel Corporation Cannon Point-LP USB 3.1 xHCI Controller (rev 30)
00:14.2 RAM memory: Intel Corporation Cannon Point-LP Shared SRAM (rev 30)
00:16.0 Communication controller: Intel Corporation Cannon Point-LP MEI Controller #1 (rev 30)
00:17.0 SATA controller: Intel Corporation Cannon Point-LP SATA Controller [AHCI Mode] (rev 30)
00:1c.0 PCI bridge: Intel Corporation Cannon Point-LP PCI Express Root Port #5 (rev f0)
00:1d.0 PCI bridge: Intel Corporation Cannon Point-LP PCI Express Root Port #9 (rev f0)
00:1d.1 PCI bridge: Intel Corporation Cannon Point-LP PCI Express Root Port #10 (rev f0)
00:1d.4 PCI bridge: Intel Corporation Cannon Point-LP PCI Express Root Port #13 (rev f0)
00:1f.0 ISA bridge: Intel Corporation Cannon Point-LP LPC Controller (rev 30)
00:1f.3 Audio device: Intel Corporation Cannon Point-LP High Definition Audio Controller (rev 30)
00:1f.4 SMBus: Intel Corporation Cannon Point-LP SMBus Controller (rev 30)
00:1f.5 Serial bus controller [0c80]: Intel Corporation Cannon Point-LP SPI Controller (rev 30)
01:00.0 PCI bridge: Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 2C 2018] (rev 06)
02:00.0 PCI bridge: Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 2C 2018] (rev 06)
02:01.0 PCI bridge: Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 2C 2018] (rev 06)
02:02.0 PCI bridge: Intel Corporation JHL7540 Thunderbolt 3 Bridge [Titan Ridge 2C 2018] (rev 06)
03:00.0 System peripheral: Intel Corporation JHL7540 Thunderbolt 3 NHI [Titan Ridge 2C 2018] (rev 06)
38:00.0 USB controller: Intel Corporation JHL7540 Thunderbolt 3 USB Controller [Titan Ridge 2C 2018] (rev 06)
39:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTL8411B PCI Express Card Reader (rev 01)
39:00.1 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 12)
3a:00.0 Network controller: Intel Corporation Wireless-AC 9260 (rev 29)
3b:00.0 Non-Volatile memory controller: Kingston Technology Company, Inc. Device 2263 (rev 03)

Last edited by elfio (2020-07-04 12:19:28)

Offline

#2 2020-07-04 11:21:35

CarbonChauvinist
Member
Registered: 2012-06-16
Posts: 413
Website

Re: [SOLVED] Some kind of misbehaviour in every update

For the first issue, you have your ESP mounted to /efi - double check the wiki to make sure you understand what this does. My suspicion is that files are not being copied to the ESP on kernel updates etc. Most recommend mounting the ESP to /boot.

The second issue is more layered and may be better to open a new thread once you have the first sorted.


"the wind-blown way, wanna win? don't play"

Offline

#3 2020-07-04 11:28:06

robson75
Member
From: Poland
Registered: 2020-06-28
Posts: 144

Re: [SOLVED] Some kind of misbehaviour in every update

I think you have an incorrectly configured Intel GPU, I also have Intel and I have set it according to the Arch Wiki https://wiki.archlinux.org/index.php/In … s_(Polski) and I have no problems.

Last edited by robson75 (2020-07-04 11:30:47)


Arch Linux Xfce - 64Bit Linux User #621110

Offline

#4 2020-07-04 11:45:30

WorMzy
Administrator
From: Scotland
Registered: 2010-06-16
Posts: 13,653
Website

Re: [SOLVED] Some kind of misbehaviour in every update

Please use code tags for terminal output, not quote tags.

Since you're using grub, posting your actual grub.cfg would (probably) be more useful than your /etc/default/grub.

Mod note: moving to NC


Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD

Making lemonade from lemons since 2015.

Offline

#5 2020-07-04 12:01:42

elfio
Member
Registered: 2011-05-03
Posts: 35

Re: [SOLVED] Some kind of misbehaviour in every update

@CarbonChauvinist
I think this is it. I don't know how I didn't see this before, but everytime I chrooted for fixing, I mount /dev/nvme0n1p1 into /mnt/boot

@WorMzy
Ok, thanks for moving the thread. Sorry for the quotes/code tags.


Regarding the second I'll do as you say and open a new topic when this is solved.

Thanks!

P.s.: this is my grub.cfg just in case:

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
insmod part_gpt
insmod part_msdos
if [ -s $prefix/grubenv ]; then
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}

function load_video {
  if [ x$feature_all_video_module = xy ]; then
    insmod all_video
  else
    insmod efi_gop
    insmod efi_uga
    insmod ieee1275_fb
    insmod vbe
    insmod vga
    insmod video_bochs
    insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_gpt
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  6c058161-2231-4ab4-a5b7-ffb49e0605f3
else
  search --no-floppy --fs-uuid --set=root 6c058161-2231-4ab4-a5b7-ffb49e0605f3
fi
    font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=es_ES
  insmod gettext
fi
terminal_input console
terminal_output gfxterm
if [ x$feature_timeout_style = xy ] ; then
  set timeout_style=menu
  set timeout=5
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
  set timeout=5
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/10_linux ###

### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  ${config_directory}/custom.cfg ]; then
  source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###

Edit: adding SOLVED to the title; if I need it, I'll be back.

Last edited by elfio (2020-07-04 12:19:13)

Offline

#6 2020-07-04 12:47:18

f33dm3bits
Banned
Registered: 2020-04-22
Posts: 32

Re: [SOLVED] Some kind of misbehaviour in every update

CarbonChauvinist wrote:

For the first issue, you have your ESP mounted to /efi - double check the wiki to make sure you understand what this does. My suspicion is that files are not being copied to the ESP on kernel updates etc. Most recommend mounting the ESP to /boot.

The second issue is more layered and may be better to open a new thread once you have the first sorted.

Having your ESP partition mounted under /efi shouldn't be a problem according to what it says in the wiki:

Tip:
    /efi is a replacement[6] for the previously popular (and possibly still used by other Linux distributions) ESP mountpoint /boot/efi.
    The /efi directory is not available by default, you will need to first create it with mkdir(1) before mounting the ESP to it.

Last edited by f33dm3bits (2020-07-04 13:17:11)

Offline

#7 2020-07-04 13:34:31

CarbonChauvinist
Member
Registered: 2012-06-16
Posts: 413
Website

Re: [SOLVED] Some kind of misbehaviour in every update

It's not that it's a problem, but that some additional steps are/may be needed to ensure initramfs and kernel files for e.g are copied there.


"the wind-blown way, wanna win? don't play"

Offline

#8 2020-07-04 14:02:08

Scimmia
Fellow
Registered: 2012-09-01
Posts: 13,729

Re: [SOLVED] Some kind of misbehaviour in every update

No, CarbonChauvinist, the kernel and initramfs don't need to be there if you use grub.

elfio, that grub.cfg is empty, there's no way that's booting Arch. What bootloader are you actually using?

Offline

#9 2020-07-04 14:48:31

CarbonChauvinist
Member
Registered: 2012-06-16
Posts: 413
Website

Re: [SOLVED] Some kind of misbehaviour in every update

Scimmia wrote:

No, CarbonChauvinist, the kernel and initramfs don't need to be there if you use grub.

Ahh, I see, thanks for the correction.

Apologies for the noise.


"the wind-blown way, wanna win? don't play"

Offline

#10 2020-07-04 15:42:18

elfio
Member
Registered: 2011-05-03
Posts: 35

Re: [SOLVED] Some kind of misbehaviour in every update

Scimmia wrote:

No, CarbonChauvinist, the kernel and initramfs don't need to be there if you use grub.

elfio, that grub.cfg is empty, there's no way that's booting Arch. What bootloader are you actually using?

I'm using grub.
I attach again my grub.cfg. Hopefully this time is correct.

$ cat /boot/grub/grub.cfg

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
insmod part_gpt
insmod part_msdos
if [ -s $prefix/grubenv ]; then
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}

function load_video {
  if [ x$feature_all_video_module = xy ]; then
    insmod all_video
  else
    insmod efi_gop
    insmod efi_uga
    insmod ieee1275_fb
    insmod vbe
    insmod vga
    insmod video_bochs
    insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_gpt
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  6c058161-2231-4ab4-a5b7-ffb49e0605f3
else
  search --no-floppy --fs-uuid --set=root 6c058161-2231-4ab4-a5b7-ffb49e0605f3
fi
    font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=en_US
  insmod gettext
fi
terminal_input console
terminal_output gfxterm
if [ x$feature_timeout_style = xy ] ; then
  set timeout_style=menu
  set timeout=5
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
  set timeout=5
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Arch Linux' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-6c058161-2231-4ab4-a5b7-ffb49e0605f3' {
        load_video
        set gfxpayload=keep
        insmod gzio
        insmod part_gpt
        insmod fat
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root  4B46-FEDD
        else
          search --no-floppy --fs-uuid --set=root 4B46-FEDD
        fi
        echo    'Loading Linux linux ...'
        linux   /vmlinuz-linux root=UUID=6c058161-2231-4ab4-a5b7-ffb49e0605f3 rw  loglevel=3 quiet resume=UUID=6c058161-2231-4ab4-a5b7-ffb49e0605f3 resume_offset=1294336
        echo    'Loading initial ramdisk ...'
        initrd  /initramfs-linux.img
}
submenu 'Advanced options for Arch Linux' $menuentry_id_option 'gnulinux-advanced-6c058161-2231-4ab4-a5b7-ffb49e0605f3' {
        menuentry 'Arch Linux, with Linux linux' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-linux-advanced-6c058161-2231-4ab4-a5b7-ffb49e0605f3' {
                load_video
                set gfxpayload=keep
                insmod gzio
                insmod part_gpt
                insmod fat
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root  4B46-FEDD
                else
                  search --no-floppy --fs-uuid --set=root 4B46-FEDD
                fi
                echo    'Loading Linux linux ...'
                linux   /vmlinuz-linux root=UUID=6c058161-2231-4ab4-a5b7-ffb49e0605f3 rw  loglevel=3 quiet resume=UUID=6c058161-2231-4ab4-a5b7-ffb49e0605f3 resume_offset=1294336
                echo    'Loading initial ramdisk ...'
                initrd  /initramfs-linux.img
        }
        menuentry 'Arch Linux, with Linux linux (fallback initramfs)' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-linux-fallback-6c058161-2231-4ab4-a5b7-ffb49e0605f3' {
                load_video
                set gfxpayload=keep
                insmod gzio
                insmod part_gpt
                insmod fat
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root  4B46-FEDD
                else
                  search --no-floppy --fs-uuid --set=root 4B46-FEDD
                fi
                echo    'Loading Linux linux ...'
                linux   /vmlinuz-linux root=UUID=6c058161-2231-4ab4-a5b7-ffb49e0605f3 rw  loglevel=3 quiet resume=UUID=6c058161-2231-4ab4-a5b7-ffb49e0605f3 resume_offset=1294336
                echo    'Loading initial ramdisk ...'
                initrd  /initramfs-linux-fallback.img
        }
}

### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  ${config_directory}/custom.cfg ]; then
  source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###

Between this output and the previous one, I changed in /etc/fstab the mountpoint of the partition /dev/nvme0n1p1. So before, the grub.cfg provided was the one I had in /dev/nvme0n1p2 while this time is the one available in /dev/nvme0n1p2. I hope I explained myself.

Last edited by elfio (2020-07-04 15:48:58)

Offline

#11 2020-07-04 15:48:43

Scimmia
Fellow
Registered: 2012-09-01
Posts: 13,729

Re: [SOLVED] Some kind of misbehaviour in every update

that one at least has menu entries, but it's looking at the ESP for the kernel/initramfs. If you're not mounting the ESP at /boot, you need to clean up the ESP (get rid of the old kernel/initramfs) and regenerate that config.

Sounds like you got things confused with sometimes using the ESP at /boot and sometimes at /EFI. Decide what you want and redo the GRUB installation completely.

Last edited by Scimmia (2020-07-04 15:56:20)

Offline

#12 2020-07-04 17:10:55

elfio
Member
Registered: 2011-05-03
Posts: 35

Re: [SOLVED] Some kind of misbehaviour in every update

Thank you Scimmia, I did as you said. I had indeed a little mess here.
BTW, do you think the freeze issues could be related to this wrong installation?
Cheers,

Offline

Board footer

Powered by FluxBB