Closed ericx closed 9 months ago
Hmm, good catch, thanks for reporting. I believe it's actually Calamares' fault, we'll have to see if it's fixed with the newer release. Otherwise it doesn't appear to be hurting anything.
Appears to be fixed in https://github.com/SpiralLinux/SpiralLinux-project/releases/tag/12.231001
I seem to be getting this too. I chose btrfs with swapfile (not zram) when running the spiral linux installer. Using SpiralLinux_XFCE_12.231120_x86-64.iso.
Here's the output of cat /etc/fstab
:
UUID=BD28-AE89 /boot/efi vfat defaults,noatime 0 2
/dev/mapper/luks-ef926364-2125-4ab9-82da-f256360f9060 / btrfs subvol=/@,defaults,noatime,space_cache=v2,compress=zstd 0 0
/dev/mapper/luks-ef926364-2125-4ab9-82da-f256360f9060 /.snapshots btrfs subvol=/@snapshots,defaults,noatime,space_cache=v2,compress=zstd 0 0
/dev/mapper/luks-ef926364-2125-4ab9-82da-f256360f9060 /home btrfs subvol=/@home,defaults,noatime,space_cache=v2,compress=zstd 0 0
/dev/mapper/luks-ef926364-2125-4ab9-82da-f256360f9060 /root btrfs subvol=/@root,defaults,noatime,space_cache=v2,compress=zstd 0 0
/dev/mapper/luks-ef926364-2125-4ab9-82da-f256360f9060 /var/log btrfs subvol=/@var@log,defaults,noatime,space_cache=v2,compress=zstd 0 0
/dev/mapper/luks-ef926364-2125-4ab9-82da-f256360f9060 /var/lib/AccountsService btrfs subvol=/@var@lib@AccountsService,defaults,noatime,space_cache=v2,compress=zstd 0 0
/dev/mapper/luks-ef926364-2125-4ab9-82da-f256360f9060 /var/lib/blueman btrfs subvol=/@var@lib@blueman,defaults,noatime,space_cache=v2,compress=zstd 0 0
/dev/mapper/luks-ef926364-2125-4ab9-82da-f256360f9060 /tmp btrfs subvol=/@tmp,defaults,noatime,space_cache=v2,compress=zstd 0 0
/dev/mapper/luks-9ab3cb8a-38dd-4c74-8d23-d0dddf836d8a swap swap defaults,noatime 0 0
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
Some logs fwiw:
Failed to create unit file '/run/systemd/generator/tmp.mount', as it already exists. Duplicate entry in '/etc/fstab'?
/usr/lib/systemd/system-generators/systemd-fstab-generator failed with exit status 1.
Everything is still working fine though, despite the duplicate entry.
Installed Spiral LXQT yesterday (very nice, thank you) and I was editing /etc/fstab and discovered 2 entries for /tmp
The first one is part of the btrfs mounts, and the second is a straight tmpfs mount on the same mountpoint. The 2nd appears to simply be ignored? (haven't grep'ed for any error logs).
I'm going to guess this is the Debian default and it was overlooked.