Redis-server Failed to start

I had just managed to get Gitea set up when I decided to uninstall the proftp fileserver. On reboot, the redis-server fails to start and that in turn has stopped other services from working properly (nextcloud, gitea and cuberite).

Here’s the output of systemctl status redis-server.service:

● redis-server.service - Advanced key-value store
   Loaded: loaded (/lib/systemd/system/redis-server.service; disabled; vendor preset: enabled)
   Active: failed (Result: resources) since Fri 2020-05-08 18:35:25 BST; 1min 24s ago
     Docs: http://redis.io/documentation,
           man:redis-server(1)

May 08 18:35:25 Condor systemd[1]: redis-server.service: Service RestartSec=100ms expired, sched
uling restart.
May 08 18:35:25 Condor systemd[1]: redis-server.service: Scheduled restart job, restart counter 
is at 5.
May 08 18:35:25 Condor systemd[1]: Stopped Advanced key-value store.
May 08 18:35:25 Condor systemd[1]: redis-server.service: Start request r
epeated too quickly.
May 08 18:35:25 Condor systemd[1]: redis-server.service: Failed with res
ult 'resources'.
May 08 18:35:25 Condor systemd[1]: Failed to start Advanced key-value st
ore.

Any ideas?

Here is an interesting line from journalctl:

May 08 18:35:24 Condor systemd[1]: redis-server.service: Failed to run 'start' task: Read-only file system

Might this have something to do with it?

Hi,

I guess this hit you as well https://dietpi.com/forum/t/rootfs-is-currently-read-only-r-o-mounted-aborting/4058/1

If yes, pls follow the workaround I described

That did it! Thank you, I thought my installation was a goner.

You might recall my post earlier about changing the drive. Would this affect the steps needed to make the switch? I’m still very new to Linux, so sorry if it seems obvious.

yes, pls don’t use driver manager for next days until DietPi v6.30 was released. This should fix the issues with r/o file systems.