Sorry, how do I get back to my prompt?
ctrl-c probably
okay so “status” isn’t implemented in mqtt_input and it seems “restart” doesn’t restart it if it’s already running, I assume from the “found running, none killed” messages. So if it’s not obvious it’s running ie inputs updating in emoncms I would say stop and restart it, noting any complaints etc
sudo service mqtt_input stop
sudo service mqtt_input start
```
Progress! I’m getting some data into emonCMS.org, but the LCD of the emonPI still says
Raspberry PI
Booting…
Should I restart the Pi?
I did reboot the Pi, but the LCD display sticks again at “Booting…”,
However sensible data is being posted to emonCMS.org, so it’s not all bad 
Cheers, David.
Ok that’s good! although now I’m unsure how the mqtt_input issue was effecting your data as the route to emoncms.org doesn’t use MQTT, only the local emoncms does. None the less, it’s good your back up and running.
I’m not familiar with the lcd side of things, before you go any further though, I would recommend backing up any data you do have on that Pi in case there is an issue we haven’t spotted yet.
It might be wise to look at replacing the emonSD image rather than spending time fixing an old version.
Thanks Paul,
I think you may well be correct that the Pi was sending data to emonCMS.org throughout, but it’s very disconcerting when the LCD is frozen on “booting”, and difficult to have any confidence that it is only a display issue.
I have made a backup and can see the advantage of updating my installation (which was what started this whole issue!). Is there a simple step-by-step how I can replace my emonSD image? The resources I have are a Windows7 laptop with an SD card slot.
Hi David,
Very sorry your having all this trouble. Backup your data (ready to import into the updated system), follow the instructions on the backup import page: http://guide.openenergymonitor.org/setup/import/ . The backup process uses the Emoncms backup module and should result in a .zip file download with all your data and settings.
You can download the latest pre built emonSD SD-card image (7th Nov 16) from:
Follow the instructions on the wiki page for how to extract and flash to an SD card. Best use a fresh SD card (4GB min) 8GB+ recommended if you can
Once you have the new SD card up and running and you have created an account on the new system. Follow the restore steps to upload your .zip and restore your data. All your inputs, feeds and dashboards should be restored: http://guide.openenergymonitor.org/setup/import/
Thank you Glynn,
I have flashed a new 16GB micro SD card with the pre built emonSD SD-card image (7th Nov 16) and my emonPi is back up & running properly, including the LCD display behaving as expected.
For flashing I followed the guide at https://www.raspberrypi.org/documentation/installation/installing-images/README.md
Since the old card is only suffering from an inappropriate update and not any physical damage/degradation, I guess I’ll reflash it and use it as a standby replacement.
Cheers, David.
1 Like
Hi,
I have one of the initial emonPI (from Kickstarter) and recently I ran (or at least I believe so) into this same problem. After a lot of time without updating my emonPI I decided to hit the update button and afterwards local emonCMS stopped receiving data and LCD got stuck in “Booting …”. However emonCMS is still receiving data.
I flashed the latest nov. 2016 image in a new card and the trouble is that the emonPI is not reachable by ssh nor emonCMS is available on port 80. Since I don’t have right now a HDMI cable I cannot see the raspberry output. Just to make sure: Is that image supposed to work with my emonPI?
Any other way to see what is going on appart from plugin an HDMI monitor?
Now the old card is back in its place and at least emonCMS.org gets data.
Best regards,
Jordi.
P.S. It would be nice that the update script detected this incompatibility and prevented the udpate to take place!
Sorry to hear you’re having trouble.
Yes, that’s the correct image. Ssh and http should be enabled. Do the Ethernet lights light up? Maybe the flashing the SD do not work correctly?
No Ethernet lights …
The SD was flashed from a Linux machine following Raspberry Pi Documentation - Getting Started
It seems to be OK. It is a 8Gb card:
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
[…]
sdc 8:32 1 7,4G 0 disk
├─sdc1 8:33 1 60M 0 part /media/jordi/boot
├─sdc2 8:34 1 3,4G 0 part /media/jordi/c7f58a52-6b71-4cea-9338-65f3b8af27
└─sdc3 8:35 1 200M 0 part /media/jordi/36d54a99-6668-4459-8f5d-21d7931400
$ sudo file -sL /dev/sdc*
/dev/sdc: DOS/MBR boot sector; partition 1 : ID=0x6, active, start-CHS (0x0,132,9), end-CHS (0x8,74,4), startsector 8192, 122880 sectors; partition 2 : ID=0x83, start-CHS (0x8,74,5), end-CHS (0x1cd,6,50), startsector 131072, 7157760 sectors; partition 3 : ID=0x83, start-CHS (0x1cd,6,51), end-CHS (0x1e6,238,16), startsector 7288832, 409600 sectors
/dev/sdc1: DOS/MBR boot sector, code offset 0x3c+2, OEM-ID “mkfs.fat”, sectors/cluster 16, root entries 512, Media descriptor 0xf8, sectors/FAT 32, sectors/track 63, heads 255, sectors 122880 (volumes > 32 MB) , reserved 0x1, serial number 0x7771b0bb, label: "boot ", FAT (16 bit)
/dev/sdc2: Linux rev 1.0 ext4 filesystem data, UUID=c7f58a52-6b71-4cea-9338-65f3b8af27bf (needs journal recovery) (extents) (large files)
/dev/sdc3: Linux rev 1.0 ext2 filesystem data (mounted or unclean), UUID=36d54a99-6668-4459-8f5d-21d79314002a
And I can mount the partitions and see the file contents:
$ ls -l /media/jordi/boot
total 20472
-rw-r–r-- 1 jordi jordi 14010 oct 30 11:24 bcm2708-rpi-b.dtb
-rw-r–r-- 1 jordi jordi 14273 oct 30 11:24 bcm2708-rpi-b-plus.dtb
-rw-r–r-- 1 jordi jordi 13964 oct 30 11:24 bcm2708-rpi-cm.dtb
-rw-r–r-- 1 jordi jordi 15356 oct 30 11:24 bcm2709-rpi-2-b.dtb
-rw-r–r-- 1 jordi jordi 15992 oct 30 11:24 bcm2710-rpi-3-b.dtb
-rw-r–r-- 1 jordi jordi 15350 oct 30 11:24 bcm2710-rpi-cm3.dtb
-rw-r–r-- 1 jordi jordi 17932 oct 30 11:24 bootcode.bin
-rw-r–r-- 1 jordi jordi 109 gen 26 2016 cmdline.txt
-rw-r–r-- 1 jordi jordi 1711 abr 28 2016 config.txt
-rw-r–r-- 1 jordi jordi 18693 oct 30 11:24 COPYING.linux
-rw-r–r-- 1 jordi jordi 1496 abr 29 2016 emonSD-07Nov16
-rw-r–r-- 1 jordi jordi 2525 oct 30 11:23 fixup_cd.dat
-rw-r–r-- 1 jordi jordi 6621 oct 30 11:23 fixup.dat
-rw-r–r-- 1 jordi jordi 9744 oct 30 11:23 fixup_db.dat
-rw-r–r-- 1 jordi jordi 9744 oct 30 11:24 fixup_x.dat
-rw-r–r-- 1 jordi jordi 110 nov 21 2015 issue.txt
-rw-r–r-- 1 jordi jordi 4229336 oct 30 11:24 kernel7.img
-rw-r–r-- 1 jordi jordi 4127640 oct 30 11:24 kernel.img
-rw-r–r-- 1 jordi jordi 1494 oct 30 11:24 LICENCE.broadcom
-rw-r–r-- 1 jordi jordi 18974 nov 21 2015 LICENSE.oracle
-rw-r–r-- 1 jordi jordi 136 nov 21 2015 original.cmdline.txt
drwxr-xr-x 2 jordi jordi 8192 oct 30 11:26 overlays
-rw-r–r-- 1 jordi jordi 633508 oct 30 11:23 start_cd.elf
-rw-r–r-- 1 jordi jordi 4949060 oct 30 11:23 start_db.elf
-rw-r–r-- 1 jordi jordi 2816836 oct 30 11:23 start.elf
-rw-r–r-- 1 jordi jordi 3899492 oct 30 11:23 start_x.elf
Etc.
Can you mount all three partitions when you insert the SD card into a Linux machine?
Yes. All three partitions are mounted when the SD card is inserted in my Ubuntu machine.
Don’t worry, I’ll get a HDMI cable and check raspberry output. Then I’ll report back the findings.
Hi all
Finally the problem is solved, in the most unexpected way. I went on a trip and when I came back I ordered a HDMI-DVI cable to be able to check Raspberry PI console.
To my surprise, when I plugged the emonPI to the screen everything went alright, the rasp booted Ok, the LCD showed the right messages, as if nothing has happened. The SD card was exactly the same as before.
So now I have an updated emonPI. Now I am going to extend the FS (it’s a 8Gb card) and then start playing with the new emonCMS version
Thanks a lot for the previous answers!
Jordi.