[sinn3rParticipant 2025-10-02 at 20:59 Post count: 376]

#39908

Dieses Image basiert auf dem Original-HS4.13-Image.
Ich habe einige zusätzliche Treiber integriert, damit das Image auch in den gängigen Virtualisierern läuft. Einfach eine virtuelle Maschine (Gen 1 in Hyper-V) mit 2 x64-CPU-Kernen und 1GB RAM erstellen, das Festplattenimage als SATA-Laufwerk (wichtig) einbinden und fertig.
Kein umständliches Fummeln mit BIOS-Editoren mehr! Seriennummer und Gerätename lassen sich in 2 Textdateien einfach ändern.

Hyper-V vhd:
https://workupload.com/file/R6qgQtWqYAr

VMware (und andere) vmdk (growable VMware Workstation Format):
https://workupload.com/file/Y9n3W835STB

Für ESXi muss das Image über die Workstation oder den Solarwinds Converter auf den ESXi hochgeladen werden, da das Image-Format ein anderes ist.

Bei einem Update einfach über den aktuellen Experten zuerst den Remanentspeicher sicher, dann die VM abschalten, die Festplattenimagedatei austauschen und wieder hochfahren. Dann Euer Projekt mit dem Standardpasswort übertragen, nach dem Reboot den Remanentspeicher wieder hochladen, fertig.

Nachdem DHCP nun aktiviert ist im Standardprojekt, sollte der HS sich beim ersten Booten eine zu Eurem Netzwerk passende IP ziehen. Diese wird dann für den ersten Projektupload verwendet, danach hat der HS ja sowieso die IP, die Ihr im Projekt hinterlegt habt (außer ihr lasst DHCP an, dann behält der HS die IP).

Experte Login für erstmaligen Projektupload:
IP: Ihr könnt das neue Knöpfchen neben dem IP-Adress-Feld nutzen, um den HS im Netzwerk zu suchen. Ansonsten gebt Ihr die IP ein, die der HS von Eurem Router erhalten hat. Sie wird ja auch auf der Startseite des HS angezeigt.
User: admin
Passwort: admin

Standardwerte:
Seriennummer: 000AB3022955
Board-Name: D3003

Um die Seriennummer zu ändern gibt es 3 Möglichkeiten
a) der VM eine gültige MAC Adresse geben, dann wird diese anstelle der im Image hinterlegten Seriennummer genutzt.

b) das Image in einem anderen Linux-System mounten (EXT4) und die Datei /hsdata/configuration/hs_4_product_serial editieren.
Um den Gerätenamen anzupassen, die /hsdata/configuration/hs_4_product_name anpassen (nicht empfehlenswert).

c) mit einem Hexeditor im Disk-Image nach “000AB3022955” suchen und entsprechend abändern.

Ich empfehle Weg a), da das mit allen Virtualisierungshosts funktionieren sollte und am komfortabelsten ist.

Bitte ausführlich testen und Rückmeldung an mich, wenn etwas nicht klappt.
Und wie immer: Nur nutzen, wenn Ihr auch einen echten Homeserver zuhause habt!

[iclbParticipant 2025-10-03 at 20:36 Post count: 2]

#39910

währe super, wenn du SSHD-Freischaltest.

SSHD-Login:
User: root
Passwort: passwd

[sinn3rParticipant 2025-10-05 at 18:43 Post count: 376]

#39911

Hi iclb,
das ist momentan nicht geplant, da der Nutzen minimal ist, man dafür aber eine große Sicherheitslücke öffnet, da man das Kennwort ja nicht ändern kann ohne größeren Aufwand.

[iclbParticipant 2025-10-05 at 18:54 Post count: 2]

#39912

kannst du beschreiben wie ich selber installieren kann ich hatte eine einleitung leider habe ich verloren
danke

[sinn3rParticipant 2025-10-05 at 22:15 Post count: 376]

#39913

Mounte sowohl das alte als auch das neue Image in einer Linux VM, den entsprechenden Mount-Pfad in den Befehlen unten anpassen.
Entpacke die jeweilige initrd.gz mit
xz -dc < /mnt/boot0/initrd.gz | cpio -idmv
in einen temporären Ordner, vergleiche die beiden Ordner und ergänze die fehlenden sshd Dateien. Die benötigten Bibliotheken sollten auch im neuen Image schon alle enthalten sein.
Passe das Startskript entsprechend an.
Packe die 4.13er initrd.gz mit
find . | cpio –quiet -o -H newc | lzma -7 > /mnt/boot0/initrd.gz
in das gemountete 4.13er Image.
Anschließend testen, ob alles läuft.
Falls beim Booten noch irgendwelche Dateien fehlen, bekommst du ja entsprechende Fehlermeldungen und kannst die ergänzen. Ich würde ein Debian 11.8 als Quelle für fehlende Bibliotheken nehmen.

[AlbertParticipant 2025-11-03 at 19:00 Post count: 21]

#39967

Hallo beinand, ich bräuchte mal eure Unterstützung.

Erstmal vielen Danke für die Bereitstellung des Images.Ich habe das unter VMWare alles am laufen (Windows Kiste).
Ich wollte das ganze auf meinem Synology 2432 unter VM Manager laufen lassen, auf dem ich Proxmox installiert habe.
Unter Proxmox habe ich das Image mit mit Win SCP hochgeladen und mit “qm importdisk 100 /var/lib/vz/hs4.13.vmdk local-lvm” geladen. Die Platte ist SATA denk ich richtig?

es heißt beim Booten immer umount; can´t unmount / hs_main/root/hs……..No such file or directory.

Verstehe nicht warum, unter VMWare läuft es ja auch..
Kann es sein das ich die VMDK.Datei in ein bestimmtes Verzeichnis kopieren muss?

Bin um jede Hilfe froh.

Grüße Albert

[Seigfriedm93Participant 2025-11-08 at 15:27 Post count: 4]

#39971

Servus, Image funktioniert problemlos auf Proxmox, vielen lieben Dank! Leider kann ich mittels Nginx noch immer nicht über die Gira iOS App auf den Homeserver zugreifen. Hat jemand eine Idee bzw. einen Ansatz, woran es scheitern könnte? LG

[Frank-l-84Participant 2025-11-14 at 20:50 Post count: 2]

#39978

Hallo,

ich habe das Image auf Proxmox zum laufen bekommen, aber bekomme keine Verbindung zu dem KNX IP-Gateway. Auf dem selben Proxmox Server läuft Home Assistant ohne Probleme mit diesem IP-Gateway, es funktioniert also grundsätzlich. Anbei der Auszug aus dem Boot log:

knxfalcon: Try to connect to knx (attempts: 1/successful: 0)
listening on port 61180
hs_adminl240]: haproxy started hs_adminl240]: ssdp started hs_adminl240]: waiting for hs-knx knxfalcon: Can’t connect to KNX
› Could not connect to
IP interface (Timeout). (Knx.Falcon.KnxIpUnicast
Exception)
knxfalcon: Connection failed/broken
knxfalcon: Retry in 60 seconds

[Frank-l-84Participant 2025-11-14 at 21:35 Post count: 2]

#39979

Versuche es mal mit:

qm importdisk 100 /var/lib/vz/HS4.13.vmdk local-lvm -format qcow2

[charlezParticipant 2025-11-15 at 17:45 Post count: 22]

#39980

HI,
I’m not using this image to be clear, but a debian with hs files added.
With version 4.13 i’m missing a big part of the debug section.
https://10.0.xxx.xxx/hslist?lst=debug

at the top of the page i see for example (HSL 2.0), (SysLog)
But that part is not displayed on the page.

Anybody else that also has this issue?
Then i can rule out if it is a Gira problem or something with my image….

br

• This reply was modified 3 weeks ago by charlez.

[sinn3rParticipant 2025-11-16 at 08:37 Post count: 376]

#39982

@charlez
Must be something with your image. My image has these entries.

[charlezParticipant 2025-11-16 at 10:55 Post count: 22]

#39983

found the issue, some messed up permissions on /hs/ipc.
Removed al status files and after reboot it was ok.

[GaudiParticipant 2025-11-23 at 22:28 Post count: 2]

#39984

Mit dem 4.13-Image funktioniert bei mir alles einwandfrei, solange ich „KNXnet/IP Routing“ verwende.
Sobald ich jedoch auf „KNXnet/IP Tunneling“ umstelle, tritt folgender Fehler auf:

knxfalcon: try to connect to knx (attempts: 1/successful: 0)…
failed to read device description from 192.168.210.91:3671, but ping succeeds (KNX.falcon.KNxIPConnectorException)…

Mit dem 4.12-Image nutze ich genau dieselben Einstellungen mit „KNXnet/IP Tunneling“, und dort funktioniert alles problemlos.

Hat jemand eine Idee, woran das liegen könnte oder was sich im 4.13-Image geändert hat?

[TotiParticipant 2025-11-30 at 18:43 Post count: 32]

#39988

Die Netzwerkprobleme mit dem 4.13 Image kann ich bestätigen. Bin daher wieder zurück auf die 4.12.

Habe das Image mit den gleichen VM-Settings (Proxmox) wie bei der 4.12 getestet. Egal ob die KNX Schnittstelle unter IP Routung oder Tunneling läuft… Nach ca. 12-24h kein Buszugriff mehr mit gleichem Fehler wie bei Gaudi …knxfalcon: try to connect to knx (attempts: 1/successful: 0)…

Kann das jemand bestätigen? Wo laufen eure 4.13 Images problemlos Hardware / VM / welcher Hypervisor, welche VM Settings / NIC etc.

[TotiParticipant 2025-11-30 at 18:51 Post count: 32]

#39989

@sinn3r Wäre es möglich den Qemu-guest-agent mit in dein Image aufzunehmen?

[Author]

Posts