Hast du da schon was versaut bei Dir? Ok, von vorne.
Ich habe das Image installiert, ja hier lag noch ein BPI M1 rum 
pi@bpi-iot-ros-ai:/media/pi/BPI-BOOT$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 448M 0 448M 0% /dev
tmpfs 100M 5.4M 95M 6% /run
/dev/mmcblk0p2 6.7G 3.9G 2.5G 62% /
tmpfs 499M 0 499M 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 499M 0 499M 0% /sys/fs/cgroup
tmpfs 499M 4.0K 499M 1% /tmp
tmpfs 100M 20K 100M 1% /run/user/1000
/dev/mmcblk0p1 253M 174M 79M 69% /media/pi/BPI-BOOT
BOOT Partition = /media/pi/BPI-BOOT
cd /media/pi/BPI-BOOT
pi@bpi-iot-ros-ai:/media/pi/BPI-BOOT$ ls -lha
total 48M
drwxr-xr-x 5 pi pi 3.0K Jan 1 1970 .
drwxr-xr-x 3 root root 4.0K Sep 18 2019 ..
-rw-r--r-- 1 pi pi 45 Jun 27 2019 .bpi
-rw-r--r-- 1 pi pi 19K Jun 27 2019 COPYING.linux
drwxr-xr-x 3 pi pi 512 Jul 29 2019 EFI
-rw-r--r-- 1 pi pi 8.2M Aug 3 2019 ISPBOOOT.BIN
-rw-r--r-- 1 pi pi 1.5K Jun 27 2019 LICENCE.broadcom
drwxr-xr-x 8 pi pi 512 Aug 22 2019 bananapi
-rw-r--r-- 1 pi pi 24K Jun 27 2019 bcm2708-rpi-b-plus.dtb
-rw-r--r-- 1 pi pi 23K Jun 27 2019 bcm2708-rpi-b.dtb
-rw-r--r-- 1 pi pi 23K Jun 27 2019 bcm2708-rpi-cm.dtb
-rw-r--r-- 1 pi pi 24K Jun 27 2019 bcm2708-rpi-zero-w.dtb
-rw-r--r-- 1 pi pi 23K Jun 27 2019 bcm2708-rpi-zero.dtb
-rw-r--r-- 1 pi pi 25K Jun 27 2019 bcm2709-rpi-2-b.dtb
-rw-r--r-- 1 pi pi 27K Jun 27 2019 bcm2710-rpi-3-b-plus.dtb
-rw-r--r-- 1 pi pi 26K Jun 27 2019 bcm2710-rpi-3-b.dtb
-rw-r--r-- 1 pi pi 25K Jun 27 2019 bcm2710-rpi-cm3.dtb
-rw-r--r-- 1 pi pi 39K Jun 27 2019 bcm2711-rpi-4-b.dtb
-rw-r--r-- 1 pi pi 52K Jun 27 2019 bootcode.bin
-rw-r--r-- 1 pi pi 181 Jun 27 2019 cmdline.txt
-rw-r--r-- 1 pi pi 1.8K Aug 4 2019 config.txt
-rw-r--r-- 1 pi pi 6.6K Jun 27 2019 fixup.dat
-rw-r--r-- 1 pi pi 6.0K Jun 27 2019 fixup4.dat
-rw-r--r-- 1 pi pi 3.0K Jun 27 2019 fixup4cd.dat
-rw-r--r-- 1 pi pi 9.0K Jun 27 2019 fixup4db.dat
-rw-r--r-- 1 pi pi 9.0K Jun 27 2019 fixup4x.dat
-rw-r--r-- 1 pi pi 2.6K Jun 27 2019 fixup_cd.dat
-rw-r--r-- 1 pi pi 9.6K Jun 27 2019 fixup_db.dat
-rw-r--r-- 1 pi pi 9.6K Jun 27 2019 fixup_x.dat
-rw-r--r-- 1 pi pi 145 Jun 21 2019 issue.txt
-rw-r--r-- 1 pi pi 4.8M Jun 27 2019 kernel.img
-rw-r--r-- 1 pi pi 5.1M Jun 27 2019 kernel7.img
-rw-r--r-- 1 pi pi 5.4M Jun 27 2019 kernel7l.img
drwxr-xr-x 2 pi pi 15K Aug 4 2019 overlays
-rw-r--r-- 1 pi pi 2.8M Jun 27 2019 start.elf
-rw-r--r-- 1 pi pi 2.7M Jun 27 2019 start4.elf
-rw-r--r-- 1 pi pi 745K Jun 27 2019 start4cd.elf
-rw-r--r-- 1 pi pi 4.5M Jun 27 2019 start4db.elf
-rw-r--r-- 1 pi pi 3.6M Jun 27 2019 start4x.elf
-rw-r--r-- 1 pi pi 670K Jun 27 2019 start_cd.elf
-rw-r--r-- 1 pi pi 4.7M Jun 27 2019 start_db.elf
-rw-r--r-- 1 pi pi 3.7M Jun 27 2019 start_x.elf
-rw-r--r-- 1 pi pi 316K Aug 6 2019 u-boot.img
Die Datei cmdline.txt lautet
dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles
Somit würde ich das genauso machen, wie im oben verlinkten Artikel. Das ROOT System mittels dd auf die angeschlossene HDD. Dann die cmdline.txt anpassen.
dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=/dev/sda1 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles
Danach den BPi neustarten - Fertig!
Das oben beschriebene bringt nicht den Erfolg, ich habe heute Morgen beim Kaffee mal etwas Zeit investiert, es ist viel einfacher. Das Image auf die SD-Karte UND die HDD schreiben. Beides einstecken und booten.
Der Bootvorgang der SD-Karte enthält einen u-boot der die HDD erkennt, sofern sie ein bootbares Betriebssystem enthält!
Problem gelöst - viel Spaß!
Kleine Anmerkung. Der Bootvorgang sieht total gruselig aus. Der BPi ist lausig langsam. Gut das ich hier keinen mehr im Einsatz habe. Tipp: Kauf dir einen ROCKPro64, dann hat man mit dem SOC auch Spaß 
So, jetzt schnell den BPI ausmachen
root@bpi-iot-ros-ai:~# df -h
Filesystem Size Used Avail Use% Mounted on
udev 448M 0 448M 0% /dev
tmpfs 100M 5.4M 95M 6% /run
/dev/sda2 6.7G 3.9G 2.5G 62% /
tmpfs 499M 0 499M 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 499M 0 499M 0% /sys/fs/cgroup
tmpfs 499M 4.0K 499M 1% /tmp
tmpfs 100M 24K 100M 1% /run/user/1000
/dev/mmcblk0p1 253M 174M 79M 69% /media/pi/BPI-BOOT
Das Dateisystem wird beim ersten Start auch nicht angepasst - einfach gruselig.
Ja, das BOOT Verzeichnis ist aber weiterhin auf der SD_Karte. Das ROOT Verzeichnis auf der HDD. Das sollte so gut funktionieren. Den BananaPi kann man ohne SD-Karte nicht booten.
Also das Iamge auf die SD-Karte und die HDD schreiben. Beides anschließen und starten.
Besser? Für was?
Ich denke das liegt an deinen Anforderungen. Das musst Du schon selber entscheiden. Ich nutze z.B. keinerlei Desktops auf den Platinen, nutze diese nur als Headless Server. z.B. als NAS, aber dann alles selber gemacht. Ich brauche selten klicki bunti, das geht meist sowieso alles schneller auf der Konsole.
Octoprint scheint ein Image für ein paar Raspis zu sein. So das wir das nicht einfach für was anderes nehmen können. Es gibt eine Installationsanleitung (nicht für Anfänger geeignet), die zeigt wie man das von Grund auf installiert. Das wird vermutlich nicht sofort funktionieren, einen Versuch ist es aber wert.
Ich denke irgendeine Debian Minimal oder auch ein Ubuntu sollte das packen.
Evt. ist es einfacher sich einen Raspi zu kaufen, so teuer sind die ja auch nicht. Kommt auf den Grad deiner Motivation an, was zu "spielen"