Even if the kernel on OMV is 6.1, jellyfin will still use hardware acceleration on the linuserver container.
There's a mod for it, to use on the YML
Even if the kernel on OMV is 6.1, jellyfin will still use hardware acceleration on the linuserver container.
There's a mod for it, to use on the YML
Unfortunately, I have also noticed other problems. My plugin administration only shows version 6 plugins. No version 7. As already described in the first post above, I used
wget -O - https://github.com/OpenMediaVa…ckages/raw/master/install | bash
installed. How do I get the whole thing changed to V7?
Search for fix6to7
Perhaps I am missing something?
This has nothing to do with OMV.
It's the Debian installer that is responsible for the installation.
HOW do you do that?
Piggybacking isn't a way of life.
Search the web or the forum.
Or just edit the boot menu and add
Other solution:
When I scan the library, plex doesn't found my medias. My folders are well detected.
When setting the libraries, you need to point them to:
That's the PATH they are seen inside PLEX
200 ok error
The output was borked.
I attached here to make it available to other's since I'm out of ideas
Now I have sadly a issue during nextcloud's installation
The advice on the forum is to use it on docker.
Installing it on the host might break things
php-fpm.conf.dpkg-new
sudo cp /etc/php/8.2/fpm/php-fpm.conf.dpkg-new /etc/php/8.2/fpm/php-fpm.conf
Try again:
sudo omv-salt deploy run phpfpm nginx
I will try to use the 64-bit and report if the problem is solved
Since you are using WiFi, better to skip the network on the script as instructed on the Github.
When flashing the image, set the WiFi connection details on it, activate the SSH and fill the details for the USER and the HOSTNAME and LOCALE.
You might lose SSH after reboot but it's only a matter of adding back the USER (on the OMV GUI) to the _ssh group:
Click and hold Ctrl and use the mouse wheel to increase/decrease the window
failed to open configuration file '/etc/php/8.2/fpm/php-fpm.conf': No such file or directory (2)
ls -al /etc/php/8.2/fpm/
Unsupported kernel and/or processor in /usr/share/openmediavault/engined/rpc/kernel.inc:166
The same reply apllies
The proxmox kernel doesn't work on arm CPUs AFAIK.
The volumes are wrong.
It's - HOST PATH:CONTAINER PATH
SBC rockpi-4a+
The proxmox kernel doesn't work on arm CPUs AFAIK.
I've recently used a raspberry pi zero 2 w ( headless setup, 32-bit lite os )
Can you explain in detail, all the steps you took?
My Zero2W isn't prep and have no way to use it ATM so, I want to simulate what you did with a Pi4 to see if I can replicate your issue.
I will try with the latest 32Bit version of Bookworm.
On a side note, you should redo the steps but use the 64Bit version since it's supported by Zero2W:
This will avoid ALL the issues you are having.
I don't use Odroid but maybe macom can give some input on this.
What is strange is the ppa repo.
This doesn't belong to Debian AFAIK.
Your upgrade is borked.
Having dpkg outputs with 2nd capital means errors.
Start by explaining better what you did before the upgrade.
What system are you running?
What apts have you installed outside the scope of OMV?
Did you make a OS backup prior the upgrade?
You can try to run the fix6to7 script but it might do worst than better
This is new !!!
Better wait for second opinion.
This is something out of my knowledge.
Output of
dpkg -l | grep openm
Post the output of
sudo omv-salt deploy run nginx phpfpm