openHABian hassle-free openHAB Setup

Thanks @sihui, so… probably missing altitude was my issue.

I just started to use node red and i am wondering how to update to the newst version of node-red using openhabian.

Thomas

Hi all,

using openHABian I moved the system partition to an external usb-drive (ssd).

With
sudo df

I get

Because of
/dev/sda1
and because openHAB is up and running, I assume that everything went well.

Problem:
I thought, the RPi3 should boot from USB mass storage now, without sd-card necessary.
But that don’t work. When I pull out the sd-card the RPi3 don’t boot anymore.
Maybe I misunderstood something?

Yes. The openHABian “move” function needs an sd card, if you want to boot without an sd card at all you need to follow:

1 Like

:ok_hand: What he said :slight_smile:

Thanks a lot for clarifing that.

I’m not sure, if I can follow the link @sihui recommended because the first step in the linked tutorial is to do sudo apt-get update && sudo apt-get upgrade
but actually always when starting openhabian-config I get this warning:

And if I finally make it one further question just to clarifiy:
When RPi3 is booting from ssd: Can I still use openhabian-config with option “Upgrade system” to keep my system up to date?

I’m asking because of that treat: Because the new USB mass storage boot mode is provided through beta firmware you can‘t upgrade your system with apt-get upgrade anymore.

Sorry, but I’m confused, because you have to pay attention to so many things.
(Managing all this with openhabian-config would be a great thing.:smiley:)

My system is:

openHABian Configuration Tool [master]v1.3-291(308a39f)

That is because you are still on the ua-netinst image which is deprecated! You should follow the steps on your screen.
See also:

1 Like

That is also no longer valid, see:

As I wrote before, I’m confused. :thinking:

Do you mean the screenshot I posted above: “Do not Upgrade, do not Reboot!” ?
So does it mean, I should not follow the tutorial to boot from a USB Mass Storage Device? (Because upgrade would be necessary.)

Notice to all openHABian users: Please apply a fix asap!

I did this in May.

Then I would expect not to see that message anymore.
But I’m not using openHABian, so cannot tell…

In General, it should not make any difference if you are using openHABian or Raspbian …

Thank you sihui.
I think I need to sleep on it.
Maybe tomorrow I just try and if I fail, then I start from scratch.:weary:

No need to, just make a backup, do a new install and put your config files back …

Yes, but with a new installation at least all z-wave devices need to be added again.

Then think about using the development version of the binding …

Sounds good. Thank you for that hint.

I just made an update and upgrade via opnehabian-config and get the following result

$ apt --yes upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
You might want to run 'apt-get -f install' to correct these.
The following packages have unmet dependencies:
 libraspberrypi-doc : Depends: libraspberrypi0 (= 1.20170515-1) but 1.20170703-1 is installed
E: Unmet dependencies. Try using -f.
FAILED

Is this a major problem?

I think you have the same problem as me, two weeks ago. Please note openhab is now on version 2.1, you have to do this “major upgrade” i think.

Thank you for your reply.

But I allready updated to release openHAB 2.1.0-1

If I relogin there are 0 apt-get updates available. And everything at the moment seem to be running.

So I hope with the next updates the error will disapear.

I have the same problems with amanda as @boob and @HFM.

[07:35:16] backup@openHABianPi:/var/log/amanda/openhab-dir$ amcheck openhab-dir
Amanda Tape Server Host Check
-----------------------------
slot 1: Error checking directory /mnt/openhab-backup/slots/drive0/data/: No such file or directory
slot 2: Error checking directory /mnt/openhab-backup/slots/drive0/data/: No such file or directory
slot 3: Error checking directory /mnt/openhab-backup/slots/drive0/data/: No such file or directory
slot 4: Error checking directory /mnt/openhab-backup/slots/drive0/data/: No such file or directory
slot 5: Error checking directory /mnt/openhab-backup/slots/drive0/data/: No such file or directory
slot 6: Error checking directory /mnt/openhab-backup/slots/drive0/data/: No such file or directory
slot 7: Error checking directory /mnt/openhab-backup/slots/drive0/data/: No such file or directory
slot 8: Error checking directory /mnt/openhab-backup/slots/drive0/data/: No such file or directory
slot 9: Error checking directory /mnt/openhab-backup/slots/drive0/data/: No such file or directory
slot 10: Error checking directory /mnt/openhab-backup/slots/drive0/data/: No such file or directory
slot 11: Error checking directory /mnt/openhab-backup/slots/drive0/data/: No such file or directory
slot 12: Error checking directory /mnt/openhab-backup/slots/drive0/data/: No such file or directory
slot 13: Error checking directory /mnt/openhab-backup/slots/drive0/data/: No such file or directory
slot 14: Error checking directory /mnt/openhab-backup/slots/drive0/data/: No such file or directory
slot 15: Error checking directory /mnt/openhab-backup/slots/drive0/data/: No such file or directory
 volume ''
Taper scan algorithm did not find an acceptable volume.
    (expecting a new volume)
ERROR: No acceptable volumes found
NOTE: host info dir /var/lib/amanda/openhab-dir/curinfo/openHABianPi does not exist
NOTE: it will be created on the next run.
NOTE: index dir /var/lib/amanda/openhab-dir/index/openHABianPi does not exist
NOTE: it will be created on the next run.
Server check took 2.229 seconds

Amanda Backup Client Hosts Check
--------------------------------
Client check: 1 host checked in 4.535 seconds.  0 problems found.

(brought to you by Amanda 3.3.6)

My amanda.conf file (which I haven’t touched):

org "openHABian openhab-dir"                            # Organization name for reports
mailto "openhabian@openhabianpi"                                                # Email address to receive reports
netusage 10000 Kbps                                     # Bandwidth limit, 10M
dumpcycle 2 weeks                                       # Backup cycle is 14 days
runspercycle 7                                          # Run 7 times every 14 days
tapecycle 15 tapes                                      # Dump to this number of different tapes during the cycle
runtapes 1
tpchanger "chg-disk:/mnt/openhab-backup/slots"    # The tape-changer glue script
autolabel "openHABian-openhab-dir-%%%" empty
changerfile "/etc/amanda/openhab-dir/storagestate"                      # The tape-changer or SD- or disk slot or S3 state file
tapelist "/etc/amanda/openhab-dir/tapelist"                             # The tapelist file
tapetype DIRECTORY
infofile "/var/lib/amanda/openhab-dir/curinfo"          # Database directory
logdir "/var/log/amanda/openhab-dir"                    # Log directory
indexdir "/var/lib/amanda/openhab-dir/index"            # Index directory
define tapetype SD {
    comment "SD card size"
    length 65536 mbytes                                 # actual Bucket size 5GB (Amazon default for free S3)
}
define tapetype DIRECTORY {                             # Define our tape behaviour
        length 65536 mbytes                             # Every tape is 100GB in size
}
define tapetype AWS {
    comment "S3 Bucket"
    length 65536 mbytes                                 # actual Bucket size 5GB (Amazon default for free S3)
}

amrecover_changer "changer"                             # Changer for amrecover

# don't use any holding disk for the time being
#holdingdisk hd {
#    directory "/holdingdisk/openhab-dir"
#    use 1000 Mb
#}

define dumptype global {                                # The global dump definition
        maxdumps 2                                      # maximum number of backups run in parallel
        holdingdisk no                                  # Dump to temp disk (holdingdisk) before backup to tape
        index yes                                       # Generate index. For restoration usage
}
define dumptype root-tar {                              # How to dump root's directory
        global                                          # Include global (as above)
        program "GNUTAR"                                # Program name for compress
        estimate server                                 # Estimate the backup size before dump
        comment "root partitions dumped with tar"
        compress none                                   # No compression
        index                                           # Index this dump
        priority low                                    # Priority level
}
define dumptype user-tar {                              # How to dump user's directory
        root-tar                                        # Include root-tar (as above)
        comment "user partitions dumped with tar"
        priority medium                                 # Priority level
}
define dumptype comp-user-tar {                         # How to dump & compress user's directory
        user-tar                                        # Include user-tar (as above)
        compress client fast                            # Compress in client side with less CPU (fast)
}
define application-tool app_amraw {                     # how to dump the SD card's raw device /dev/mmcblk0
        plugin "amraw"                                  # uses 'dd'
}
define dumptype amraw {
        global
        program "APPLICATION"
        application "app_amraw"
}
# vim: filetype=conf

Also, running sudo ln -s . drive0 from within /mnt/openhab-backup as suggested just returns
ln: failed to create symbolic link ‘drive0’: Operation not supported

Has anyone found a solution for this?

Edit: in amanda.conf there is a reference to /etc/amanda/openhab-dir/storagestate which contains:

$STATE = {
           'drives' => {
                         '/mnt/openhab-backup/slots/drive0' => {}
                       }
         };

I’m surprised to keep seeing this ‘drive0’ all the time as it’s definitely no part of the config I created. That’s why I assumed that you must have put this into the config yourself, but since it now happened to a number of people, I’m obviously wrong there. Sorry @boob for blaming you in the first place.

Will see to rework the openHABian config but first I need to know if it would be sufficient to create the link or if I need to introduce that ‘drive0’ part into the config. So let’s try to get your setup working first.
(on my box it’s working without, so it’s difficult for me to simply reproduce the issue).

Note you needed to run ln -s . drive0 in /mnt/openhab-backup/slots directory (note the …/slots) or you use absolute pathes: ‘ln -s /mnt/openhab-backup/slots/mnt/openhab-backup/slots/drive0’.
Although in the wrong place, it’s also strange that you cannot create that link. Does there exist any file or directory called drive0 in the directory where you tried to create the link in ? Get me the ouput of a ‘ls -l’ in that dir, please.