Arch Linux User Repository

To get an overview of the available options provided by the management script, be sure to have a look at the help page or read the according section on the ArchWiki article [1].

You can quit the console without shutting down the server by press ctrl+a d (first ctrl+a and after releasing the buttons press d; ctrl+b also works). This will detach your input from the server console. The attaching and detaching is done with tmux (previously GNU screen) since it lets you view and type into the console, send single commands to it and keep it alive without a connected user. Take a look at the the command overview at the ArchWiki [2] to get a feel for its power. (@carmelo12341)

[1] https://wiki.archlinux.org/title/Minecraft#Setup [2] https://wiki.archlinux.org/title/Tmux

If tmux is added, could it be made possible to continue using screen if desired?

@edh I made a fork of this that uses tmux instead of screen. I was thinking about adding it to the AUR as a separate package but I figured I would ask and see if you wanted to look over it at all before that. Let me know if you're interested.

Just as a heads-up, I will wait until java-runtime-headless>=16 hits the stable Arch repositories before publishing the next release of minecraft to the AUR. Please be patient until then.

For those of you wishing to update to 1.17 before this PKGBUILD is updated, I did this temporary fix. First cd into /srv/minecraft or wherever your server files are and wget the newest official .jar file. You can relink minecraft_server.jar to what you just downloaded. The minecraft wiki says that the update requires java 16 but the main repository jdk-openjdk package is still for version 15. So you can use another AUR package to acquire openjdk16 and switch to that environment. Finally I chose to start the server in a gnu screen/tmux instance using java -Xms1024M -Xmx3072M -jar './minecraft_server.jar' nogui or whatever was in /etc/conf.d/minecraft.

@Xarius The full backup command reads ${SUDO_CMD} tar -C "${SERVER_ROOT}" -cf "${BACKUP_DEST}/${fname}" ${BACKUP_PATHS} --totals ${BACKUP_FLAGS} 2>&1 | grep -v "tar: Removing leading ". Thus by modifying ${BACKUP_FLAGS} in the config, you have full control over the arguments with which tar is called. You can change the current configuration to -I "..." and specify a program of your choosing with additional command line flags.

Is there any chance we could get an option in the config for how many threads to use when creating backups? I'd like to be able to reduce this number to avoid lag spikes while it executes. (i.e. Have the backup only use two threads rather than all of the available threads.)

@thatyou Sure, this can be done and would add two additional lines to minecraftd.tmpfiles but I don't get why this should be needed. The minecraft user at no point should edit the .jar file, right? Furthermore, it would add additional warnings to pacman's file ownership check (pacman -Qkk minecraft-server).

/srv/minecraft/minecraft_server.1.16.5.jar has the ownership and user as root can this be changed to the user minecraft.

@Natanji Sorry for my lack of explanation of why I am searching for an alternative approach. Simply put I think there is a more generic approach to handling this. For example with my netcat installation, connecting to the port via telnet but without closing the connection kept it open indefinitely even with -i 1. We don't want that to happen either since we know that we can abort right away.

Yea, that works on my machine. I don't understand why you prefer that rather complex looking solution compared to the -i 1 option in netcat though. But it's your package and I'm fine as long as it works.