<div dir="ltr">I can already get on the doorjam computer, so what I need additionally is:<div><ul><li>To know / agree upon what a good remote server to back up to would be</li><li>To have a way to add authentication credentials for the doorjam computer to that server</li><li>To know what should be backed up and with what priority</li></ul><div>We can look at it together in person on Wednesday if you are around, or set another time, or I can just get your reply here and do my best.</div><div><br></div><div class="gmail_quote"><div dir="ltr">On Mon, Sep 24, 2018 at 4:48 PM Jake <<a href="mailto:jake@spaz.org">jake@spaz.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">i guess a local disk backup doesn't help if it goes missing :)<br>
<br>
thanks Anthony, lemme know how i can help<br>
<br>
On Mon, 24 Sep 2018, Anthony Di Franco wrote:<br>
<br>
> I would be happy to have a look at this. If we deem it adequate, I could<br>
> just write a cron job to rsync everything to a remote server and perhaps<br>
> also a spare local disk, or the like. I would need a quick primer on how<br>
> the thing is currently set up. I'll be around Wednesday evening so that<br>
> would be a convenient time for me to have a look at this.<br>
> Anthony<br>
><br>
> On Wed, Sep 19, 2018 at 12:46 PM Jake <<a href="mailto:jake@spaz.org" target="_blank">jake@spaz.org</a>> wrote:<br>
><br>
>> I notice sometimes when i log into the front door computer that the command<br>
>> prompt is showing that the disk is in read-write mode.  I'm worried that<br>
>> if too<br>
>> much activity happens to the eMMC disk of the beaglebone black that runs<br>
>> the<br>
>> door, that we might have a disk failure.<br>
>><br>
>> either way I think we should have a backup of the door computers'<br>
>> filesystem,<br>
>> maybe an image of the whole disk, that we can automatically maintain so<br>
>> that if<br>
>> it ever gets corrupted or flooded or whatever we can easily replace it.<br>
>><br>
>> is anyone on this list willing to take that on?  I'm not an expert at this<br>
>> and<br>
>> I feel like others might have an easier time with it.<br>
>><br>
>> also I think we should consider migrating the entire system to an SD card<br>
>> instead of using the soldered-on eMMC chip on the beaglebone (which<br>
>> eventually<br>
>> dies and ruins everythinng)<br>
>><br>
>> here's the disk situation:<br>
>><br>
>> /dev/disk/by-uuid/6b3e6ea0-eba5-402a-ae7a-ec2c7555affb on / type ext4<br>
>> (6b3e6ea0-eba5-402a-ae7a-ec2c7555affb == mmcblk1p2 AKA the eMMC)<br>
>> /dev/mmcblk1p1 on /boot/uboot type vfat<br>
>> /dev/mmcblk0p1 on /mnt/sd_card type ext4 (this is the actual sd card)<br>
>><br>
>> the SDcard that's in there now is empty so it seems like someone could try<br>
>> copying the system to it (whether for backup or to boot from it) but I<br>
>> have no<br>
>> idea how to make a BBB boot from SDcard instead of built-in eMMC although<br>
>> i'm<br>
>> sure it's no big deal...<br>
>><br>
>> anyway this is just a heads-up so that we make it easy to fix in case<br>
>> something<br>
>> happens to the door system disk.  It's been extremely reliable for years<br>
>> but we<br>
>> can't take that for granite* and it's important infrastructure.<br>
>><br>
>> -jake<br>
>> _______________________________________________<br>
>> access mailing list<br>
>> <a href="mailto:access@lists.sudoroom.org" target="_blank">access@lists.sudoroom.org</a><br>
>> <a href="https://sudoroom.org/lists/listinfo/access" rel="noreferrer" target="_blank">https://sudoroom.org/lists/listinfo/access</a><br>
>><br>
><br>
</blockquote></div></div></div>