# Automatic backup

**URL:** <https://community.openenergymonitor.org/t/automatic-backup/16243>\
**Category:** Emoncms\
**Created:** [11 December 2020 17:30 UTC](https://community.openenergymonitor.org/t/automatic-backup/16243 "2020-12-11T17:30:06Z")\
**Posts on this page:** 1\
**Showing post:** 11

<div class="post-metadata">

**Author:** ![Bill.Thomson](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/bill.thomson/32/1834_2.png) [@Bill.Thomson](https://community.openenergymonitor.org/u/Bill.Thomson)\
**Post date:** [16 December 2020 14:19 UTC](https://community.openenergymonitor.org/t/automatic-backup/16243/11 "2020-12-16T14:19:30Z")

</div>

> [@borpin](#):
>
> Remounting USB drives on reboot correctly is, for instance, not easy.

Here’s one way to solve that problem.

> [@How to match a ttyUSBX device to a USB Serial device](https://community.openenergymonitor.org/t/how-to-match-a-ttyusbx-device-to-a-usb-serial-device/8747):
>
> By adding some rules to the /etc/udev/rules.d directory, you can force Linux to always use the same USB serial device which you can refer to by a more meaningful name. e.g. You have 2 USB-to-RS485 adapters. One is FTDI based, the other CH340 based. You want to use them both on the same Raspberry Pi to read two modbus instruments. The problem is sometimes the OS enumerates the adapters in opposite order. i.e. what was /dev/ttyUSB0 at last boot time is now /dev/ttyUSB1 and vice-versa. Adding…

NOT saying implementing a backup solution is easy, just addressing the USB drive part of the problem  
as that info in and of itself might prove useful for other projects.

---

_[View the full topic](https://community.openenergymonitor.org/t/automatic-backup/16243)._
