The unmounted partition caused manjaro to refuse to turn on

As in the title. I unmounted non-essential storage partition. I rebooted the PC and manjaro boots into recovery mode. I booted from a live flash drive and use chroot command.

mount: [/mnt/Storage/HDD_Stor_1]
mount: /mnt/Storage/HDD_Stor_1: special device /dev/disk/by-uuid/d27d3ef4-5a9a-4b06-869f-3276f70e30f9 does not exist.
       dmesg(1) may have more information after failed mount system call.=

How do i mount my partition again?

Please provide us with the proper information.

  • How is this partition normally mounted? /etc/fstab? Please copy and paste the contents of the file.

  • What storage medium is this partition on? Internal or removable?

# <file system>             <mount point>  <type>  <options>  <dump>  <pass>
UUID=6C72-9684                            /boot/efi      vfat    umask=0077 0 2
UUID=8cba3c56-3aef-4413-bfbb-d45baab4f488 swap           swap    defaults,noatime 0 0
UUID=7474fb8c-e954-4bd1-acac-d4dd2f12e4b0 /tmp           ext4    defaults,noatime 0 2
UUID=b7326d04-4324-431d-9e40-ff9ca165a925 /              ext4    defaults,noatime 0 1
UUID=49f800b7-1117-409c-9796-fc65b505806a /home          ext4    defaults,noatime 0 2
UUID=d410993c-4f69-46db-aa7a-4e06ed7ce3bf /Storage/Games ext4    defaults,noatime 0 2
UUID=d27d3ef4-5a9a-4b06-869f-3276f70e30f9 /Storage/HDD_Stor_1 ext4    defaults,noatime 0 2
tmpfs                                     /tmp           tmpfs   defaults,noatime,mode=1777 0 0

Internal. Penultimate partition from the list. I am new in Linux. Can i just delete the line of text and it will be ok?

Not so fast. But if it’s a non-essential partition, then I would add nofail to the mount options.

But how exactly did you unmount it?

This looks odd.

Should be:

UUID=*device_UUID* none swap defaults 0 0
1 Like

Yes, the calamares developers, in their infinite wisdom, decided to add the noatime option to a partition that doesn’t contain any filesystem, even though I have repeatedly told them that it is wrong.

And then they asked me to leave their Telegram channel because I’m not a calamares developer… :man_facepalming:


In GParted when I wanted to resize it. It didn’t work so I just left unmounted and turned off the PC.

This is also a weird setting. Why not sticking to the standard?

tmpfs  /tmp  tmpfs  rw,nodev,nosuid  0  0

or just eliminating a setting for /tmp…

Well, there’s your problem. You tried to resize it, and “it didn’t work” — whatever that means — and now you’ve destroyed your partition. Given that it has been destroyed but that it didn’t have the nofail mount option for it, the system is trying to mount it but cannot find it, and then it hangs.

/tmp shouldn’t even need to be in /etc/fstab, because it is mounted by systemd by default.

@DanEm, for now, remove the line for the destroyed partition from your /etc/fstab and the system will boot again.

Yes, I just edited my post, I was not yet ready with my comment…

1 Like

I didn’t change anything and the swap works.

You can also drive your car on the wrong side of the road and it works… :wink:

1 Like

I just add nofail options and work.

I followed an online installation guide that said it was better to create partitions on tmp.

@DanEm, why don’t you focus on the key info you received:

I also did this, but the first solution also helped.

I doubt whether you’ll be able to mount it again, though. But at least your system boots again.

You cannot “create partitions on /tmp”. In systemd-based distributions such as Manjaro, /tmp is a tmpfs by default. This means that the contents of /tmp reside in virtual memory — mostly in RAM, but they can be paged out to the swap device if necessary.

systemd sets up /tmp as a tmpfs when the system boots. There is no need for you to add a second mount for /tmp in /etc/fstab, because it will only obscure the original mount (by systemd) and hide what was already in there before /etc/fstab got processed.

Precious knowledge. So I have to change my partitions configuration. Thank you for quick help Mr. Aragorn. Glory to reunited Reunited Gondor and Arnor!

1 Like

If tmpfs should not be in fstab or with 1777 option, maybe someone from the developer team should communicate it with the calamares team or customize it.

Because right now, this is the default on every new manjaro installation (at least 2 months ago).

A Team member saying that default configs are wrong is not exactly a confidence booster for new users. Leaves the impression nobody knows what the other one is doing and that absolutely nobody tests things before pushing them to production.

I can confirm this going back to March 2023. This exact line is on my system too and I’m certain I didn’t put it there manually. The created and modified timestamps of my /etc/fstab match when I installed Manjaro, same as other basic files in /etc like os-release and hostname.

1 Like

About swap. On the manjaro wiki dedicated to fstab is wrong configuration on the picture in the section Example File link. I got this configuration during installation so something is wrong.

1 Like