@mstormi
Yes you can. No OH data is stored in firmware
Thank you for your kindness
Thats odd because I burned the image on a new 32 bit sd card.
I did a complete fresh install.
Yet my start page I was using on OH2.5.x appeared when I went to do my layout/start page on OH3.x.
Where could that have come from?
@NW27
Thank you also.
I checked my other devices and they are not like that.
THANK YOU @ EVERYONE FOR ALL THE HARD WORK IN 2020 AND HAPPY NEW YEAR
Yes, change the OPENHAB_HTTP_PORT environment variable.
It’s difficult to answer because it depends on how much you plan to put on. But yes, openHABian makes it easier to set up an out of a box rounded solution, it’s probably not your solution though. If you’re familiar with Linux and want a slightly custom flavour, install openHAB’s apt/yum/dnf package or in a docker container on your choice of OS.
Can someone please explain the relationship (if any) between the choices under openHabian Config Menu 41 and the respective version of openHAB that it will install? Is it as follows? (And if so, is there a reason why openHabian Config uses different wording than openHab does?)
Yeah, the reasoning is not great, but it has to do with the names for the repositories that contain the packages in apt. We should probably change it but that was the original reasoning.
I have an openHABian installation that still uses the openhabian-config of version v1.4.1-474(174b148). When I start it it does not automatically offer to update itself to 1.6.x, and a manual update also does not do this update but stays with 1.4.x. What would be the correct way to update this version to v1.6.5 to be able to fix the Bintray legacy issue? I am still on OH2.5.x and would appreciate to stick with it for the time being. Also, I already changed the entry in /etc/apt/sources.list.d/openhab2.list from
deb https://dl.bintray.com/openhab/apt-repo2 stable main
to
deb https://openhab.jfrog.io/artifactory/openhab-linuxpkg stable main
to be able to use apt-get again. Any suggestions would be appreciated. Thanks!
The problem with Bintray is only if you install from an older image, on a running system you just need to change the repos like you already did so I don’t think you have to do anything.
For what you want to do, there is no supported procedure, your openHABian is too old.
To get it up to latest you can try the commands below but be prepared and take a backup of your system first, just in case things go wrong.
[12:39:15] root@devpc:/home/markus# cd /opt/openhabian/
[12:39:21] root@devpc:/opt/openhabian# git checkout stable
Hi,
I’m on it to migrate from Windows based to LInux Debian and installed openHABian few times over the past days and all works fine since yesterday :-/
It now appears that openHAB will now longer being installed as service and openhab User/Group is also missing. Was there a recent change which might cause this issue??
I followed official Docu at openHABian | openHAB which as I said worked before yesterday.
Detailesd Log from a Debain 10 (it doesn’t matter if I use Deb 9, 10 or 11)
> root@Skynet:~# openhabian-config unattended
> 2021-09-23_22:12:59_CEST [openHABian] Checking for root privileges... OK
> 2021-09-23_22:12:59_CEST [openHABian] Updating Linux package information... OK
> 2021-09-23_22:13:02_CEST [openHABian] Loading configuration file '/etc/openhabian.conf'... OK
> 2021-09-23_22:13:02_CEST [openHABian] Adjusting swap size to 8192 MB... FAILED (swapoff)
> 2021-09-23_22:13:02_CEST [openHABian] Setting timezone based on openhabian.conf... OK (Europe/Berlin)
> 2021-09-23_22:13:02_CEST [openHABian] Enabling time synchronization using NTP... SKIPPED
> 2021-09-23_22:13:02_CEST [openHABian] Setting locale based on openhabian.conf... OK (reboot required)
> 2021-09-23_22:13:13_CEST [openHABian] Setting hostname of the base system based on openhabian.conf... OK
> 2021-09-23_22:13:14_CEST [openHABian] Setting the GPU memory split down to 16MB for headless system... OK
> 2021-09-23_22:13:14_CEST [openHABian] Enabling Audio output... OK
> 2021-09-23_22:13:14_CEST [openHABian] Installing basic can't-be-wrong packages (screen, vim, ...)... OK
> 2021-09-23_22:13:50_CEST [openHABian] Installing additional needed packages... OK
> 2021-09-23_22:14:41_CEST [openHABian] Installing pigpio package... FAILED
> 2021-09-23_22:14:42_CEST [openHABian] Adding slightly tuned bash configuration files to system... OK
> 2021-09-23_22:14:42_CEST [openHABian] Adding slightly tuned vim configuration file to system... OK
> 2021-09-23_22:14:42_CEST [openHABian] Downloading FireMotD... OK
> 2021-09-23_22:14:45_CEST [openHABian] Installing FireMotD... OK
> 2021-09-23_22:14:45_CEST [openHABian] Generating FireMotD theme... OK
> 2021-09-23_22:14:50_CEST [openHABian] Setting up FireMotD apt updates count service... FAILED (service enable)
> 2021-09-23_22:14:51_CEST [openHABian] Adding required keys to apt... OK
> 2021-09-23_22:14:53_CEST [openHABian] Adding Zulu repository to apt... OK
> 2021-09-23_22:14:55_CEST [openHABian] Installing Zulu 11 Enterprise 64-Bit OpenJDK... OK
> 2021-09-23_22:15:33_CEST [openHABian] Installing Java Zulu CEK to enable unlimited cipher strength... OK
> 2021-09-23_22:15:34_CEST [openHABian] Beginning install of latest openHAB3 release (stable)... OK
> 2021-09-23_22:15:34_CEST [openHABian] Adding required keys to apt... FAILED
> 2021-09-23_22:15:35_CEST [openHABian] Adding openHAB syntax to vim editor... OK
> 2021-09-23_22:15:36_CEST [openHABian] Adding openHAB syntax to nano editor... OK
> 2021-09-23_22:15:36_CEST [openHABian] Adding openHAB scheme to multitail... OK
> 2021-09-23_22:15:36_CEST [openHABian] Preparing openHAB folder mounts under '/srv/openhab-*'... OK
> 2021-09-23_22:15:38_CEST [openHABian] Applying miscellaneous system settings... OK
> 2021-09-23_22:15:38_CEST [openHABian] Installing Samba... OK
> 2021-09-23_22:15:58_CEST [openHABian] Setting up Samba network shares... OK
> 2021-09-23_22:15:58_CEST [openHABian] Setting up Samba service... OK
> 2021-09-23_22:15:58_CEST [openHABian] Applying file permissions recommendations... FAILED (please execute after openHAB is installed)
> 2021-09-23_22:15:59_CEST [openHABian] Installing Frontail prerequsites (NodeJS)... OK
> FAILED (adduser)
> /usr/local/bin/openhabian-config: line 116: custom_log: command not found
> 2021-09-23_22:16:14_CEST [openHABian] Skipping zram install as requested.2021-09-23_22:16:14_CEST [openHABian] Installing MTA required packages (mailutils, exim4, dnsutils)... OK
> OK
> 2021-09-23_22:16:34_CEST [openHABian] Beginning Mail Transfer Agent setup... sed: -e expression #4, char 22: unterminated `s' command
> OK
> 2021-09-23_22:16:34_CEST [openHABian] Creating MTA config... OK
> 2021-09-23_22:16:34_CEST [openHABian] Adding to john.doe@foo.bar email to system accounts... OK
> 2021-09-23_22:16:34_CEST [openHABian] tailscale VPN installation... SKIPPED (no preauthkey defined)
> 2021-09-23_22:16:34_CEST [openHABian] Setting up automated SD mirroring and backup... OK
> blockdev: cannot open /dev/sda: No such file or directory
> FAILED (bad destination)
> 2021-09-23_22:16:36_CEST [openHABian] Cleaning up... OK
it’s a virtual Linux Container running on Proxmox. As said: All was fine few days ago (I installed this VM several times over the past days) I’ve created a step by step instruction for this, which also was working the day before yesterday. Since yesterday evening I run into this issue.
Again: what’s the hardware ? Your log looks like it believes you’re on RPi.
And what do you mean by ‘container’ - a VM ?
“it worked before” is useless to identify the reason here.
As said:
Sorry for being so explicit but you really have to give all relevant data, and you should always do that upfront. No potential helper wants to waste their time and motivation getting after this.
I’m running a Proxmox virtualization Server and createx a virtual Container to run Debian and followed guide on openhab.org to automatically install openHABian on this on this system. My Container Configuration looks like LXC Configuration.pdf (312.4 KB)
if this might be important as well.
Hope this provides more information, otherwise I appreciate some advise what else might be helpful
That is not debug level. Set debuglevel=maximum in openhabian.conf as the debug guide tells you to.
Now asking for the 3rd time… ?
I can only guess here that openHABian identifies your system as a RPi because of some weirdness with your virtualization stuff but I cannot confirm if you don’t provide the log I requested.
You can try to enforce what HW it believes it runs on by setting the hw and hwarch parameters in openhabian.conf to match your system BEFORE installation.