System hanging for about a minute at startup and shutdown

elastic · Feb 16th 2020

So on startup, I receive the following error.

A start job is running for folder2ram systemd service (27s / no limit).

The 27 seconds bounces back to 30s for about 30 seconds (never counts down to 0, goes down to like 25 at lowest then goes back to 30) and then will continue to boot like normal.

When I go to shutdown, I am met with these errors.

Failed unmounting /var/log.
Failed unmounting /Home. (This is my ZFS mountpoint)
Failed unmounting /var/folder2ram/var/log.

The system will hang there for about a minute before finally shutting down. Does anyone have any ideas what could be causing this?

elastic · Feb 19th 2020

bump?

elastic · Feb 22nd 2020

bump....

no one has experienced this?

cabrio_leo · Feb 23rd 2020

In the past I had such a delay during boot while a ZFS scrub was running in the background. But it was not related to folder2ram.

Aux · Feb 23rd 2020

@elastic

Does your system run on an SD card?
Because only then will folder2ram make sense...

elastic · Feb 23rd 2020

Quote from cabrio_leo

In the past I had such a delay during boot while a ZFS scrub was running in the background. But it was not related to folder2ram.

I disabled auto scrubs.

Quote from Aux

@elastic

Does your system run on an SD card?
Because only then will folder2ram make sense...

No it runs off of an SSD though and I remember a few people still recommending folder2ram for SSD's because of the frequent writes the OS makes.

gsgoncalves · Jun 7th 2024

Any updates on this?

I just bumped into this issue.

My system fails to unmount /var/log and /var/folder2ram/var/log.

It seems the system hangs while unmounting /var/folder2ram. Any ideas to why?

Attached journalctl logs

gderf · Jun 7th 2024

Quote from gsgoncalves

Any updates on this?

I just bumped into this issue.
My system fails to unmount /var/log and /var/folder2ram/var/log.

It seems the system hangs while unmounting /var/folder2ram. Any ideas to why?
Attached journalctl logs

Display More

This delay is to be expected if you are running the Flash Memory Plugin. Are you?

gsgoncalves · Jun 11th 2024

Yes. I am running the Flash Memory Plugin.

So is this an expected behavior?

Can I rest at ease without worrying about filesystem failure/corruption? It seems the system always performs a filesystem check on boot since it fails to unmount these partitions.

Is there any documentation I can refer to about these unmounting issues?

Thank you!

ryecoaaron · Jun 11th 2024

Quote from gsgoncalves

So is this an expected behavior?

If your system has a lot to sync at shutdown and/or you have slow storage, yes.

Quote from gsgoncalves

Can I rest at ease without worrying about filesystem failure/corruption? It seems the system always performs a filesystem check on boot since it fails to unmount these partitions.

They aren't partitions. The flashmemory plugin creates tmpfs filesystems to avoid writing to the disk. These filesystems are sync'd to the disk on shutdown (or click the sync all button in the flashmemory plugin). If your system generated a lot of changes/files in the tmpfs filesystems or you have slow storage, that sync will take a long time at shutdown and potentially time out. I would click the sync all button in the flashmemory plugin and then see if you have the same issue shutting down. Hopefully not since most things should be sync'd.

gsgoncalves · Jun 21st 2024

* Solved *
Thank you for the clear explanation.

Forcing the flashmemory plugin to sync solved the issue.

Also, the time-out came from a very slow USB stick.

Lessons learned:

- Always benchmark your usb sticks for write speeds.

Participate now!