System hangs

[Van_Vinkle]

Oh, and since you mentioned it, does your debian derivative freeze too?

The other OS (Debian's son, which has a 6.1.0 kernel) does not freeze. For this reason I believed (after verifying it was not a temperature problem) that a new kernel would be the solution of the issue.

You still need to copy the new kernel and initrd to the EFI directories.

Which EFI directories? There are no such folders in the /boot, nor the Salix one, nor the other one.
Edit: In the other OS, there is a /boot/efi directory, but it is empty.

Another question: should I decompress the kernel's .txz files before put them in the /var/lib/packages?

[gapan]

Which EFI directories? There are no such folders in the /boot, nor the Salix one, nor the other one.
Edit: In the other OS, there is a /boot/efi directory, but it is empty.

From the other OS, you need to mount the EFI partition to the /boot/efi directory. What is the output of

Code: Select all

sudo fdisk -l

and what are the contents of your /etc/fstab in the other OS?

Another question: should I decompress the kernel's .txz files before put them in the /var/lib/packages?

No! Definitely not! You should not even put the packages in /var/lib/packages. What made you think that? That directory is populated automatically when a package is installed.

[Van_Vinkle]

Code: Select all

#fdisk -l
Disk /dev/nvme0n1: 465.76 GiB, 500107862016 bytes, 976773168 sectors
Disk model: KINGSTON SNV2S500G                      
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 90E6C3D3-8606-4D11-909C-7C56B576C95D

Device             Start       End   Sectors   Size Type
/dev/nvme0n1p1      2048 209031167 209029120  99.7G Linux filesystem
/dev/nvme0n1p2 209031168 491560959 282529792 134.7G Linux filesystem
/dev/nvme0n1p3 491560960 689526783 197965824  94.4G Linux filesystem
/dev/nvme0n1p4 689526784 976773119 287246336   137G Linux filesystem


Disk /dev/sda: 894.25 GiB, 960197124096 bytes, 1875385008 sectors
Disk model: KINGSTON SA400S3
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 924EBC01-2986-42E2-8A27-CAD5BCACAA0B

Device          Start        End    Sectors   Size Type
/dev/sda1     6033408 1800368127 1794334720 855.6G Linux filesystem
/dev/sda2  1800368128 1875384319   75016192  35.8G Linux swap
/dev/sda4        2048    6033407    6031360   2.9G BIOS boot

Partition table entries are not in disk order.

Code: Select all

/media/root_MX/etc #less fstab
# Pluggable devices are handled by uDev, they are not in fstab
UUID=78a96240-7d69-456f-8b31-1cbebeb13a8c        /       ext4   discard,        noatime  1   1
UUID=0366-2301                          /boot   vfat    noatime,        dmask=0002      ,fmask=0113 0 0
UUID=01fcf8c9-8e06-4e22-ac85-10bee1e11205 /home          ext4 noatime 1 2
UUID=3ded91e7-d97b-4e46-bd17-a519c24e5cbc /media/Almacen        ext4  noatime  1  2
UUID=beabb19b-39ee-42fb-bdf1-3126c6d3cdf4  /media/home_salix    ext4  noatime  1   2
UUID=c2090761-c7a1-4cb6-8354-100afe6ed22c  /media/root_salix    ext4    noatime 1  2
/swap/swap swap swap defaults 0 0

[gapan]

I wasn't expecting that. It seems that you're not using UEFI and using the legacy BIOS mode. In that case, you can skip those instructions about the EFI partition.

But you'll need to make sure that the /boot partition is common between the two distributions. If that output you provided is from the other OS, what do the same commands show under Salix?

[Van_Vinkle]

Fdisk from the other OS:

Code: Select all

root@mx:/home/lluis# fdisk -l
Disk /dev/nvme0n1: 465.76 GiB, 500107862016 bytes, 976773168 sectors
Disk model: KINGSTON SNV2S500G                      
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 90E6C3D3-8606-4D11-909C-7C56B576C95D

Device             Start       End   Sectors   Size Type
/dev/nvme0n1p1      2048 209031167 209029120  99.7G Linux filesystem
/dev/nvme0n1p2 209031168 491560959 282529792 134.7G Linux filesystem
/dev/nvme0n1p3 491560960 689526783 197965824  94.4G Linux filesystem
/dev/nvme0n1p4 689526784 976773119 287246336   137G Linux filesystem


Disk /dev/sda: 894.25 GiB, 960197124096 bytes, 1875385008 sectors
Disk model: KINGSTON SA400S3
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 924EBC01-2986-42E2-8A27-CAD5BCACAA0B

Device          Start        End    Sectors   Size Type
/dev/sda1     6033408 1800368127 1794334720 855.6G Linux filesystem
/dev/sda2  1800368128 1875384319   75016192  35.8G Linux swap
/dev/sda4        2048    6033407    6031360   2.9G BIOS boot

Partition table entries are not in disk order.

fstab from Salix:

Code: Select all

root@darkstar:/home/lluis #fdisk -l
Disk /dev/nvme0n1: 465.76 GiB, 500107862016 bytes, 976773168 sectors
Disk model: KINGSTON SNV2S500G                      
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 90E6C3D3-8606-4D11-909C-7C56B576C95D

Device             Start       End   Sectors   Size Type
/dev/nvme0n1p1      2048 209031167 209029120  99.7G Linux filesystem
/dev/nvme0n1p2 209031168 491560959 282529792 134.7G Linux filesystem
/dev/nvme0n1p3 491560960 689526783 197965824  94.4G Linux filesystem
/dev/nvme0n1p4 689526784 976773119 287246336   137G Linux filesystem


Disk /dev/sda: 894.25 GiB, 960197124096 bytes, 1875385008 sectors
Disk model: KINGSTON SA400S3
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 924EBC01-2986-42E2-8A27-CAD5BCACAA0B

Device          Start        End    Sectors   Size Type
/dev/sda1     6033408 1800368127 1794334720 855.6G Linux filesystem
/dev/sda2  1800368128 1875384319   75016192  35.8G Linux swap
/dev/sda4        2048    6033407    6031360   2.9G BIOS boot

Partition table entries are not in disk order.

[gapan]

You posted the same fdisk output twice. This should be the same from both installations anyway. Can you post the /etc/fstab from salix?

[Van_Vinkle]

fstab from Salix;

Code: Select all

root@darkstar:/home/lluis #cat /etc/fstab
UUID=c2090761-c7a1-4cb6-8354-100afe6ed22c  /			ext4	discard,noatime 1  1
UUID=beabb19b-39ee-42fb-bdf1-3126c6d3cdf4  /home		ext4	noatime   1	2
UUID=3ded91e7-d97b-4e46-bd17-a519c24e5cbc  /media/Almacen	ext4	defaults1	2
UUID=01fcf8c9-8e06-4e22-ac85-10bee1e11205  /media/home_MX	ext4	defaults1	2
UUID=78a96240-7d69-456f-8b31-1cbebeb13a8c  /media/root_MX	ext4	defaults1	2
UUID=14db6843-b48e-4af2-86d8-552ba250b87e	swap		swap	defaults0	0

[gapan]

Ah, so you're not using a /boot partition for Salix as you're doing for the other OS. In that case, I believe just updating grub from the other OS will pick Salix up.

[coaxguy99]

I think grub will pick it up, too. Just make sure 'os-prober' is enabled in grub in the default folder. When I first installed Salix, mine wasn't enabled but once I enabled it, grub found everything.

[Van_Vinkle]

Three days ago I installed the current kernel instead of the default, following the Gapan's recipe.
The operation was well and easy, all was smooth. Surprisingly I didn't need to touch the grub: the boot screen appears now with the new kernel.

From then I've not got any hang up. The 5.15 kernel seems to not support the more powerful processors.

Thanks one more time to Gapan!.