Arch Linux

TiZeD

Member

Registered: 2020-04-03

Posts: 13

Failed to activate swap /swapfile by loading via rEfind

This is the case:
on one disk that NVRAM sees, there is Windows and on the same disk there is grub.
The other disk has Arch.
Grub boots both windows and Arch perfectly.
I wanted to install rEfind, installed it, configured it, but did not replace the bootx64.efi bootloader yet.
While at the moment rEfind is on the disk where Arch is located and rEfind I load through the UEFI Shell.

Now I will describe the problem itself:
when I boot Arch through rEfind, I get an error.
[Failed] Failed to activate swap / swapfile
[DEPEND] Dependency failed for Swap.
Then the system boots and there is no problem, besides the fact that swap is not available.
If booting through grub, then this problem does not arise.

I think the problem can be solved by making the swap a separate partition, not a file, but I don't want that! I don't think this is the only solution. I would like to keep swapfile.

By the way! If i load like this: rEfind -> Grub -> Arch, it`s working without problem like booting by Grub -> Arch

options such as:
1.delete completely swap
2. Configure 2 grub, one for Arch, the other for Windows with GRUB_TIMEOUT = 0, then boot grub with rEfind and after grub is bootings the OS.
I do not take into account

Last edited by TiZeD (2020-08-14 10:34:42)

Lone_Wolf

Administrator

From: Netherlands, Europe

Registered: 2005-10-04

Posts: 15,396

Re: Failed to activate swap /swapfile by loading via rEfind

What filesystem / mountpoint is your swapfile placed on ?
please post /etc/fstab and lsblk -f output  .

Does swap work if you boot with refind and manually start swap using swapon ?

---

Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.

clean chroot building not flexible enough ?
Try clean chroot manager by graysky

ewaller

Administrator

From: Pasadena, CA

Registered: 2009-07-13

Posts: 20,701

Re: Failed to activate swap /swapfile by loading via rEfind

Moving to Newbie Corner.

---

Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
The shortest way to ruin a country is to give power to demagogues.— Dionysius of Halicarnassus
---
How to Ask Questions the Smart Way

TiZeD

Member

Registered: 2020-04-03

Posts: 13

Re: Failed to activate swap /swapfile by loading via rEfind

Does swap work if you boot with refind and manually start swap using swapon ?

no

What filesystem / mountpoint is your swapfile placed on ?
please post /etc/fstab and lsblk -f output  .

/etc/fstab

# /dev/nvme1n1p2
UUID=26d67ce1-9f36-4a24-824f-5ffebb2408d7 /         ext4       rw,relatime 0 1

# /dev/nvme1n1p3
UUID=b4c5c8cb-a1f6-4718-ba90-e61bcbe3f43a /home     ext4       rw,relatime 0 2

swapfile none swap 0 0

by the way, with this fstab and loading via grub - it works, by refind - no

lsblk -f

AME        FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINT
sda                                                                                
`-sda1      ntfs               963631863631687F                                    
sdb                                                                                
`-sdb1      ntfs               0828D48F28D47D5E                                    
nvme1n1                                                                            
|-nvme1n1p1 vfat   FAT32       5075-0ADC                                          
|-nvme1n1p2 ext4   1.0         26d67ce1-9f36-4a24-824f-5ffebb2408d7   73.9G    20% /
`-nvme1n1p3 ext4   1.0         b4c5c8cb-a1f6-4718-ba90-e61bcbe3f43a  217.2G    34% /home
nvme0n1                                                                            
|-nvme0n1p1                                                                        
|-nvme0n1p2 ntfs               42FC8A58FC8A45DF                                    
|-nvme0n1p3 vfat   FAT32       1EA9-0F93                                          
|-nvme0n1p4 ntfs               2670AC0270ABD739                                    
|-nvme0n1p5 vfat   FAT32       BA50-DCFD                                          
`-nvme0n1p6 ntfs               76E6A9A1E6A961DB                                    

journalctl -xb after start via refind

-- Logs begin at Mon 2020-04-20 14:32:10 MSK, end at Mon 2020-08-17 14:53:24 MSK. --
Aug 17 14:47:27 archlinux kernel: Linux version 5.7.12-arch1-1 (linux@archlinux) (gcc version 10.1.0 (GCC), GNU ld (GNU Binutils) 2.34.0) #1 SMP PREEMPT Fr>
Aug 17 14:47:27 archlinux kernel: Command line: root=UUID=26d67ce1-9f36-4a24-824f-5ffebb2408d7 rw loglevel=3 quiet initrd=boot\initramfs-linux.img
Aug 17 14:47:27 archlinux kernel: KERNEL supported cpus:
Aug 17 14:47:27 archlinux kernel:   Intel GenuineIntel
Aug 17 14:47:27 archlinux kernel:   AMD AuthenticAMD
Aug 17 14:47:27 archlinux kernel:   Hygon HygonGenuine
Aug 17 14:47:27 archlinux kernel:   Centaur CentaurHauls
Aug 17 14:47:27 archlinux kernel:   zhaoxin   Shanghai  
Aug 17 14:47:27 archlinux kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
Aug 17 14:47:27 archlinux kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
Aug 17 14:47:27 archlinux kernel: x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
Aug 17 14:47:27 archlinux kernel: x86/fpu: Supporting XSAVE feature 0x008: 'MPX bounds registers'
Aug 17 14:47:27 archlinux kernel: x86/fpu: Supporting XSAVE feature 0x010: 'MPX CSR'
Aug 17 14:47:27 archlinux kernel: x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
Aug 17 14:47:27 archlinux kernel: x86/fpu: xstate_offset[3]:  832, xstate_sizes[3]:   64
Aug 17 14:47:27 archlinux kernel: x86/fpu: xstate_offset[4]:  896, xstate_sizes[4]:   64
Aug 17 14:47:27 archlinux kernel: x86/fpu: Enabled xstate features 0x1f, context size is 960 bytes, using 'compacted' format.
Aug 17 14:47:27 archlinux kernel: BIOS-provided physical RAM map:
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x0000000000000000-0x0000000000057fff] usable
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x0000000000058000-0x0000000000058fff] reserved
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x0000000000059000-0x000000000009efff] usable
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x000000000009f000-0x00000000000fffff] reserved
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x0000000000100000-0x0000000077aa1fff] usable
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x0000000077aa2000-0x0000000077aa2fff] ACPI NVS
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x0000000077aa3000-0x0000000077aa3fff] reserved
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x0000000077aa4000-0x000000008de06fff] usable
lines 1-27...skipping...
-- Logs begin at Mon 2020-04-20 14:32:10 MSK, end at Mon 2020-08-17 14:53:24 MSK. --
Aug 17 14:47:27 archlinux kernel: Linux version 5.7.12-arch1-1 (linux@archlinux) (gcc version 10.1.0 (GCC), GNU ld (GNU Binutils) 2.34.0) #1 SMP PREEMPT Fri, 31 Jul 2020 17:38:22 +0000
Aug 17 14:47:27 archlinux kernel: Command line: root=UUID=26d67ce1-9f36-4a24-824f-5ffebb2408d7 rw loglevel=3 quiet initrd=boot\initramfs-linux.img
Aug 17 14:47:27 archlinux kernel: KERNEL supported cpus:
Aug 17 14:47:27 archlinux kernel:   Intel GenuineIntel
Aug 17 14:47:27 archlinux kernel:   AMD AuthenticAMD
Aug 17 14:47:27 archlinux kernel:   Hygon HygonGenuine
Aug 17 14:47:27 archlinux kernel:   Centaur CentaurHauls
Aug 17 14:47:27 archlinux kernel:   zhaoxin   Shanghai  
Aug 17 14:47:27 archlinux kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
Aug 17 14:47:27 archlinux kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
Aug 17 14:47:27 archlinux kernel: x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
Aug 17 14:47:27 archlinux kernel: x86/fpu: Supporting XSAVE feature 0x008: 'MPX bounds registers'
Aug 17 14:47:27 archlinux kernel: x86/fpu: Supporting XSAVE feature 0x010: 'MPX CSR'
Aug 17 14:47:27 archlinux kernel: x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
Aug 17 14:47:27 archlinux kernel: x86/fpu: xstate_offset[3]:  832, xstate_sizes[3]:   64
Aug 17 14:47:27 archlinux kernel: x86/fpu: xstate_offset[4]:  896, xstate_sizes[4]:   64
Aug 17 14:47:27 archlinux kernel: x86/fpu: Enabled xstate features 0x1f, context size is 960 bytes, using 'compacted' format.
Aug 17 14:47:27 archlinux kernel: BIOS-provided physical RAM map:
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x0000000000000000-0x0000000000057fff] usable
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x0000000000058000-0x0000000000058fff] reserved
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x0000000000059000-0x000000000009efff] usable
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x000000000009f000-0x00000000000fffff] reserved
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x0000000000100000-0x0000000077aa1fff] usable
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x0000000077aa2000-0x0000000077aa2fff] ACPI NVS
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x0000000077aa3000-0x0000000077aa3fff] reserved
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x0000000077aa4000-0x000000008de06fff] usable
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x000000008de07000-0x000000008e13ffff] reserved
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x000000008e140000-0x000000008e2a7fff] usable
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x000000008e2a8000-0x000000008e94dfff] ACPI NVS
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x000000008e94e000-0x000000008fbfefff] reserved
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x000000008fbff000-0x000000008fbfffff] usable
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x000000008fc00000-0x000000008fffffff] reserved
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x00000000e0000000-0x00000000efffffff] reserved
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x00000000fe000000-0x00000000fe010fff] reserved
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x00000000fed00000-0x00000000fed00fff] reserved
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x00000000ff000000-0x00000000ffffffff] reserved
Aug 17 14:47:27 archlinux kernel: BIOS-e820: [mem 0x0000000100000000-0x000000046effffff] usable
Aug 17 14:47:27 archlinux kernel: NX (Execute Disable) protection: active
Aug 17 14:47:27 archlinux kernel: e820: update [mem 0x76268018-0x76288257] usable ==> usable
Aug 17 14:47:27 archlinux kernel: e820: update [mem 0x76268018-0x76288257] usable ==> usable
Aug 17 14:47:27 archlinux kernel: e820: update [mem 0x7625b018-0x76267057] usable ==> usable
Aug 17 14:47:27 archlinux kernel: e820: update [mem 0x7625b018-0x76267057] usable ==> usable
Aug 17 14:47:27 archlinux kernel: extended physical RAM map:
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x0000000000000000-0x0000000000057fff] usable
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x0000000000058000-0x0000000000058fff] reserved
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x0000000000059000-0x000000000009efff] usable
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x000000000009f000-0x00000000000fffff] reserved
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x0000000000100000-0x000000007625b017] usable
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x000000007625b018-0x0000000076267057] usable
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x0000000076267058-0x0000000076268017] usable
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x0000000076268018-0x0000000076288257] usable
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x0000000076288258-0x0000000077aa1fff] usable
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x0000000077aa2000-0x0000000077aa2fff] ACPI NVS
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x0000000077aa3000-0x0000000077aa3fff] reserved
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x0000000077aa4000-0x000000008de06fff] usable
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x000000008de07000-0x000000008e13ffff] reserved
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x000000008e140000-0x000000008e2a7fff] usable
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x000000008e2a8000-0x000000008e94dfff] ACPI NVS
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x000000008e94e000-0x000000008fbfefff] reserved
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x000000008fbff000-0x000000008fbfffff] usable
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x000000008fc00000-0x000000008fffffff] reserved
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x00000000e0000000-0x00000000efffffff] reserved
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x00000000fe000000-0x00000000fe010fff] reserved
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x00000000fed00000-0x00000000fed00fff] reserved
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x00000000ff000000-0x00000000ffffffff] reserved
Aug 17 14:47:27 archlinux kernel: reserve setup_data: [mem 0x0000000100000000-0x000000046effffff] usable

bbus

Member

Registered: 2019-03-14

Posts: 49

Re: Failed to activate swap /swapfile by loading via rEfind

Where is your swap file located? Your fstab should have the path to the swapfile, I believe. If it is at the root of the drive, as the swap wiki suggests placing it there, the line in your fstab should be:

/swapfile none swap 0 0

Note the leading "/"

if you still have problems, it may be looking for it on the wrong drive.

TiZeD

Member

Registered: 2020-04-03

Posts: 13

Re: Failed to activate swap /swapfile by loading via rEfind

Where is your swap file located? Your fstab should have the path to the swapfile, I believe. If it is at the root of the drive, as the swap wiki suggests placing it there, the line in your fstab should be:

/swapfile none swap 0 0

Note the leading "/"

if you still have problems, it may be looking for it on the wrong drive.

Yes, at the root.
But I haven't edited the file. It was created during installation. I guess it doesn't matter if there is a forward slash or not. Loading by grab was successful without and with a slash before swap.

What I'm sure of is that it creates a run command for refind and grub. But at the current stage of understanding, I cannot change the launch command, since any attempts to edit the launch line in refind lead to an error.
I'll deal with this topic: https://sourceforge.net/p/refind/discus … /?limit=25
I think this will partially solve the problem. In any case, the question remains open, can anyone help, and even more so, if I encountered a similar problem, I will be glad of your help.
By the way, now refind downloads vmlinuz-linux, and when I try to download I need the vmlinuz-linux-lts option, I get the error described above, but that's another story and most likely it belongs to a separate topic and I won't ask questions until I fully understand the topic that I indicated in the link above.

TiZeD

Member

Registered: 2020-04-03

Posts: 13

Re: Failed to activate swap /swapfile by loading via rEfind

The problem is solved, but only for my LTS version. (This does not mean that the problem was which version I load, lts or not lts)

The refind is loaded with the parameters that it actually had, and not with those that I edited in the config.
When loading refind and selecting command line options with F2, I found the entire loading line was not visible, when I scrolled to the bottom it became clear that refind was not using the latest config. I needed the lts version, trying to start vmlinuz-linux-lts, but initrd = boot \ initramfs-linux.img should be initrd = boot \ initramfs-linux-lts.img. File boot/refind_linux.conf  was configured correctly. The refind-install command did not help, I demolished the refind completely, installed it, ran the refind-install command, edited the refind.conf and refind_linux.conf and everything is ok now.
Earlier I gave the output of journalctl -xb, it was not loading lts,
but it should still work, because if I loaded the non-lts version via grub, then the swap also worked as normal as in the lts version.

Considering that I only use lts, the question in particular is closed for me. But I'm still wondering why the regular version boots with a swap activation error, even if you manually specify not initrd = boot \ initramfs-linux-lts.img in the boot line, but initrd = boot \ initramfs-linux-lts-fallback .img
or edit /boot/refind_linux.conf And specify the options you need
That is, in fact, I solved only my problem, and the problem that is indicated in the title of the topic has not yet been solved for the non-lts version, and perhaps the point is not which version we load, lts or not lts. If something to rebuild the images with the command 'mkinitсpio -p' linux also tried.

and Yes,

Note the leading "/"

if you still have problems, it may be looking for it on the wrong drive.

in logs by journalctl -xb, i found:
System[1] /run/systemd/generator  error
swap:8 not an absolute path, ignoring: swapfile.
After edit swap line in fstab like this :

/swapfile none swap 0 0

and after that the error went away, but i mean it went away from logs.
I repeat that swap in my lts version worked even before I fixed the swap line in fstab.

Sorry for the lengthy text, but I think these details are important.

Now 'findmnt --verify' shows the following:

/
   [W] cannot detect on-disk filesystem type
/home
   [W] cannot detect on-disk filesystem type
none
   [W] non-bind mount source /swapfile is a directory or regular file
   [W] cannot detect on-disk filesystem type

0 parse errors, 0 errors, 4 warnings

FYI:
current succesfull log for lts version:

- Logs begin at Mon 2020-04-20 14:37:10 MSK, end at Tue 2020-08-18 14:28:04 MSK. --
Aug 18 14:27:16 archlinux kernel: Linux version 5.4.58-1-lts (linux-lts@archlinux) (gcc version 10.1.0 (GCC)) #1 SMP Wed, 12 Aug 2020 18:50:56 +0000
Aug 18 14:27:16 archlinux kernel: Command line: root=UUID=26d67ce1-9f36-4a24-824f-5ffebb2408d7 rw loglevel=3 quiet initrd=boot\initramfs-linux-lts.img
Aug 18 14:27:16 archlinux kernel: KERNEL supported cpus:
Aug 18 14:27:16 archlinux kernel:   Intel GenuineIntel
Aug 18 14:27:16 archlinux kernel:   AMD AuthenticAMD
Aug 18 14:27:16 archlinux kernel:   Hygon HygonGenuine
Aug 18 14:27:16 archlinux kernel:   Centaur CentaurHauls
Aug 18 14:27:16 archlinux kernel:   zhaoxin   Shanghai  
Aug 18 14:27:16 archlinux kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
Aug 18 14:27:16 archlinux kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
Aug 18 14:27:16 archlinux kernel: x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
Aug 18 14:27:16 archlinux kernel: x86/fpu: Supporting XSAVE feature 0x008: 'MPX bounds registers'
Aug 18 14:27:16 archlinux kernel: x86/fpu: Supporting XSAVE feature 0x010: 'MPX CSR'
Aug 18 14:27:16 archlinux kernel: x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
Aug 18 14:27:16 archlinux kernel: x86/fpu: xstate_offset[3]:  832, xstate_sizes[3]:   64
Aug 18 14:27:16 archlinux kernel: x86/fpu: xstate_offset[4]:  896, xstate_sizes[4]:   64
Aug 18 14:27:16 archlinux kernel: x86/fpu: Enabled xstate features 0x1f, context size is 960 bytes, using 'compacted' format.
Aug 18 14:27:16 archlinux kernel: BIOS-provided physical RAM map:
Aug 18 14:27:16 archlinux kernel: BIOS-e820: [mem 0x0000000000000000-0x0000000000057fff] usable
Aug 18 14:27:16 archlinux kernel: BIOS-e820: [mem 0x0000000000058000-0x0000000000058fff] reserved
Aug 18 14:27:16 archlinux kernel: BIOS-e820: [mem 0x0000000000059000-0x000000000009efff] usable
Aug 18 14:27:16 archlinux kernel: BIOS-e820: [mem 0x000000000009f000-0x00000000000fffff] reserved
Aug 18 14:27:16 archlinux kernel: BIOS-e820: [mem 0x0000000000100000-0x0000000077aa1fff] usable
Aug 18 14:27:16 archlinux kernel: BIOS-e820: [mem 0x0000000077aa2000-0x0000000077aa2fff] ACPI NVS
Aug 18 14:27:16 archlinux kernel: BIOS-e820: [mem 0x0000000077aa3000-0x0000000077aa3fff] reserved
Aug 18 14:27:16 archlinux kernel: BIOS-e820: [mem 0x0000000077aa4000-0x000000008de06fff] usable
...

Last edited by TiZeD (2020-08-18 19:49:16)