Looks like you have installed the test kernel 6.6 - the official supported is 6.1 - if you need that petitboot from HK.
In case if you have another kernel package again along with working kernel, simply add fk_kvers=6.1.0-odroid-arm64 to the section "generic" in the file /boot/config.ini.
Have some insights from the HK forum https://forum.odroid.com/viewf…ba483cbfaa3b1587d9e7060c5
Or, go for Armbian path (officialy endorsed by OMV docs)
About this path, have anyone tried? RAID1 to SSD
Hi!
Please advise me how should I do the easier data migration from a HDD RAID1 array (6TB - which 3.3TB are occupied before some cleaning which can get the loading to 2-2.5TB).
I have an Odroid HC4 (Debian from HK installed and OMV7). Booting from an sd card, data is kept on that RAID1 HDD array.
I want to change the data destination from HDD to SSD going to a 4TB SSD for docker containers &data and a 2TB for plex, system backups, docker backups.
The SBC has one usb2.0 port so the usb-backup path could be a little painful when to migrate 3TB of data.
What should be the easier way to keep the SO in function and migrate the data without too much reconfigs? I mean preserving permissions, UUIDS, docker configs etc.
I read a little bit about and Rsync should be the best approach?
As steps I got this:
- degrading the array to one HDD and resync the data to the new 4TB SSD
- remove the other HDD data disk
- setup the new UUIDs/paths/symlinks for the SSD or they could be preserved by Rsync?
I know it sounds weird but this modification bares the wife factor (lately the drives are getting noisy - the Seagate Ironwolfs I have since OMV5 - don’t support acoustic management or spindown) and I stopped been a data hoarder. So I want something almost deadly silent and keep the electricity bills down 
- joking - this SBC with HDDs doesn’t consume much.
In my case the numbers are different since OMV5 - this is still OMV6
Codeid admin uid=997(admin) gid=100(users) groups=100(users),996(openmediavault-admin)
And on OMV7 now I have
id admin
uid=994(admin) gid=100(users) groups=100(users),991(openmediavault-admin)Hi everybody,
After some weeks of struggles with borked upgrades I finally managed to install OMV7 on top of Debian Bookworm on my Odroid HC4 with petitboot.
To avoid the noise please go here and read the story, maybe you will solve or not the issues of getting OMV7 on this SBC: Debian 12 OMV7
I managed to recreate almost 98% of the OMV6 setup that was working ok for me - remounted the RAID1 matrix (went from md0 to md127 but its ok, no data loss), re-instated the shared folders, samba shares and nfs, redeployed the docker containers. this time with proper user allocated.
For those who lost the network search for end0 and not eth0, use omv-upgrade after you installed OMV7 before trying to connect on webGUI from browser and also use omv-firstaid to setup the network, clock, workbench.
Small disclaimer: I hope this could work for you too - it was the only way I could touch OMV7, no chance to upgrade from 6 to 7, no install from netboot.
If I can help with more details please ask me. 
I assume that something has changed in OMV7 during the OMV installation process, since it had always been 998 and now it seems that is no longer the case.
In my case the numbers are different since OMV5 - this is still OMV6
id admin
uid=997(admin) gid=100(users) groups=100(users),996(openmediavault-admin)Did someone with Armbian Bookworm managed to get OMV7 though omv-release-upgrade or clean install? Rpis, Odroids other SBC-s?
Maybe there is related to arm64 libs?
sorry,at this point i can't help you, perhaps other power user can help here.
PD: Change the label "resolved" because is clear that is not resolved.
PD2: Do you try clear cache (control+shit+R)?
PD2: Do you try clear cache (control+shit+R)? Incognito session, cache cleared everytime - I give up - looks like its too early for my setup to go for OMV7 - i cannot install on Odroid HC4 no matter the sources are - upgrade fails, fresh install fails. Changed sdcards, followed the tutorials - no luck. I am staying on OMV6 how much I can. Sorry, I am at dead end.
usermod -u 998 admin
usermod -u 997 openmediavault-adminthat should do the trick?
Nope>
sudo usermod -u 998 admin
usermod: UID '998' already exists
id admin
uid=994(admin) gid=100(users) groups=100(users),991(openmediavault-admin)weird how it went at 994
Fresh install on Odroid HC4 - same thing
I would go for installing Debian 12 on sdcard, fix the Ipv6 issues Odroid HC4 ipv4 whitelisted and after that put OMV7 on top. I have same issues as you - omv-release-upgrade fails every time (php-common issues) - somehow the php7.3 and 7.4 still reside next to 8.2 and the system is half-baked.
In my case I have OMV6 after upgrade fro OMV5 installed on Debian by netboot from petitboot. I will try these days to do a clear install, getting better from a terrible flu.
I have raised this issue in Odroid forums - looks like there are some workarounds - see if its working for you: Debian 12 OMV7 -
There is something wrong with something hardware. I would suspect the SD card first.
I have Debian 12 on many SBCs right now with no issues.
I have installed it probably well over a hundred times. This is not a debian or OMV issue.
Ok, I will grab a new card - will try Samsung instead - Pro Endurance class, this one was a new spare from SanDisk Max Endurance. Thanks anyway for your help!
Odroid HC4 issues with Debian 12 - am I jumping conclusions but maybe its something with Debian 12 for this sbc at this point? Fresh install or upgrade seems like failing to work with OMV7. 
That output tells me that every omv package is partially installed. What is the output of: sudo apt-get -f install
root@debian:~# sudo apt-get -f install
E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to correct the problem.
root@debian:~# sudo dpkg --configure -a
Setting up php-common (2:93) ...After 20 seconds the machine is self rebooting - is any chance to fix or system is down? Funny thing I can touch the samba nfs/shares 
I cannot do this - I see the plugins, I have access to ssh server, but no chance for gui. I think there are errors for nginx and phpfm - 
Tried the workarounds with fix6to7, apt fix broken install salt nginx/phpm etc no luck seting up php-common its crashing the server and system reboots.
How to get it? Is this ?
root@debian:~# dpkg -l | grep openm
iU openmediavault 7.0.3-1 a ll openmediavault - The open network attached storage solution
iU openmediavault-autoshutdown 7.0 a ll OpenMediaVault AutoShutdown Plugin
iU openmediavault-backup 7.1.2 a ll backup plugin for OpenMediaVault.
iU openmediavault-compose 7.0.10 a ll OpenMediaVault compose plugin
iU openmediavault-cputemp 7.0 a ll cpu temperature plugin for openmediavault
iU openmediavault-diskstats 7.0-2 a ll openmediavault disk monitoring plugin
iU openmediavault-flashmemory 7.0 a ll folder2ram plugin for openmediavault
ii openmediavault-keyring 1.0.2-2 a ll GnuPG archive keys of the openmediavault archive
iU openmediavault-omvextrasorg 7.0 a ll OMV-Extras.org Package Repositories for OpenMediaVault
iU openmediavault-resetperms 7.1 a ll Reset Permissions
iU openmediavault-sharerootfs 7.0-1 a ll openmediavault share root filesystem plugin
iU openmediavault-wol 7.0 a ll OpenMediaVault WOL pluginNot saying you have to. A fresh install is always better in my opinion. Just my curiosity wondering if it would work now.
Tried, but same issues with 502 when trying to access the GUI. Same php stuff? Should I run the fix scripts?
Edit: did Soma's workarounds and the attached logs are all green now but now I got error 200 -ok and still cannot go to UI.
Have you tried since you got docker working?
Nope, didn’t have the spirit to (and time). But since I got the workaround I will byte the bullet.
Once you have it working on OMV 6, you should upgrade to omv7.
Tried but got stuck in some wierd things related to php and the GUI access - tried many workarounds but no chance OMV7 upgrade failure- maybe I should build the new OMV7 on top of a new Debian 12 fresh installed and use the omv-regen tool.