OMV7 fails to install on Armbian 24.5

I'm trying to install OMV7 on Armbian Bookworm, version 24.5 released a few days ago. I'm using the install script from Github but it ends with an error:

Errors were encountered while processing:

openmediavault

E: Sub-process /usr/bin/dpkg returned an error code (1)

[2024-05-26 21:16:25+0200] [omvinstall] failed to install openmediavault package.

This is on a completely fresh install of Armbian, only the initial set up is done and the system has been moved to NVME. I have ran OMV7 before but on an Armbian release from late last year, that installed without any problems. Does anyone know what could be wrong?

The full log from the install attempt is attached.

No I did all this through SSH so it was installed and enabled, I'm running a headless server. Right after I posted this question I found an answer in another forum from someone who had a similar problem, and that fixed it. What helped was creating a soft link like this:

sudo ln -s /lib/systemd/system/ssh.service /etc/systemd/system/sshd.service

I made a new fresh install of Armbian, typed in that command and after that the installation script ran through flawlessly. However after the first reboot I couldn't access the server through SSH anymore, "connection refused". But I could access the OMV web gui . It looked like SSH was enabled there but I disabled it and then enabled it again. After that SSH is working.

I've attached the outputs from the commands you mentioned if it's still of interest. I've only done what I described above, and enabled a few Samba shares on the server. I'm going to experiment more tonight and see so everything's working.

Maybe this is an Armbian problem?

Zitat von crashtest

What Armbian Device did you install to?

Orange Pi 5 Plus.

Zitat von crashtest

Which variant did you use? Cinnamon, XFCE or Minimal?

Minimal.

Zitat von ryecoaaron

You shouldn't have to do that since the ssh.service file has an sshd.service alias BUT newer versions of systemd don't let you use the alias if the service is not enabled (running or not does not matter). So, I would guess your ssh.service was disabled and caused OMV issues.

$ systemctl cat ssh.service | grep Alias

Alias=sshd.service

I will have the install script make sure ssh.service is enabled.

The postinst file should use ssh instead of sshd here - https://github.com/openmediava…nmediavault.postinst#L156

Alles anzeigen

But I was running all of this through a remote SSH terminal so the SSH service must have been running, right?

Would you suggest I remove the link alias and do something else? Everything seems to work fine now but could it cause problems in the future? When I run systemctl cat ssh.service | grep Alias i get the same response, Alias=sshd.service.

Zitat von crashtest

Since I don't have one, that's what I was looking for.

Do you remember if you did updates and upgrades, before running the script? As in the following?

apt-get update

apt-get upgrade -y

I think I did that while still running from the SD card once before installing to NVME with armbian-install, but I'm pretty sure no updates were found. I reused the same SD card without burning it again when I wiped the NVME and reinstalled.

Zitat von MikeSmith

I'm not sure if this was mentioned, are you trying to log into the ssh server and can't or you can't log in with the username?

If the latter it's because that user is not in the ssh group.

On a fresh install once the gui is enabled the only account you can access via ssh is the root account.

I couldn't reach the SSH server at all, "Connection refused" was the error message I got in MobaXterm. I've ran into the problem with not being in the ssh group (or is it "_ssh"?) before so that was my first thought, but then I realized it's not that because I hadn't told the server my user name yet (and I double checked that the automatic log in feature of MobaXterm was disabled).

Zitat von MikeSmith

Might sound stupid are you sure the IP address is correct?

Yes. It has a static address set in the router and I used the same window, only reconnected. As you can see above I found a solution and everything works fine now. It doesn't seem like anyone understands why SSH suddenly became disabled but I got it working.

Zitat von crashtest

Without a rebuild to confirm, the above not completely accurate. There's a process for building on Armbian Bookworm covered -> here. While there will always be exceptions to a general rule, there's no accounting for a near endless list of variables introduced by users, user locations versus software servers, differences in hardware platforms, LAN setup details, DNS issues, etc. However, if the build process is followed, it works 98% of the time.

On other hand, you're partially right. In the 2% exception cases, without being able to sit in front of a console connection logged in as root, it can be difficult to figure out what has gone wrong based on user describe symptoms.

Yes, that's what I figured. I didn't mean it as criticism in any way. As you might have understood Linux is pretty new to me but I've already had a few other situations where something should work and is supported but just don't. I've managed to find solutions for most of these problems at least, it's part of the learning experience I guess.