Wednesday, March 4, 2015

What Is Your System Connected To In An EMP Burst?

This is a good guide to understanding what sort of long range cabling your home may be integrated into during an EMP burst from any source.

Yes, most of these are optical. Did you know that they all have dense copper shields around their core? This amounts to being a planetwide web for electromagnetic fields which terminates at national grids. You can see what all the worry is about for nukes used tactically in this fashion. You may have heard anecdotal stories about atomic tests in the Pacific blowing out street lights in Hawaii. They did it by inducing a current in these undersea lines connected to the power grid in Honolulu.

When people ask if "VOS" (Vault Operating System) will be safe during an EMP burst, the answer is "no" ... if it is connected to this grid.

An internal intranet is an entirely different matter in your shelter. Induced currents in the short runs used in such a system are scarcely a threat with proper standard baffles used against normal electromagnetic fields.


Ron said...

I'm not an engineer but I think it might be a good idea to keep all the shelters electronics in a Faraday cage. (apparently a grounded galvanized trashcan functions as a faraday cage)

it might be a good idea to also have backup hardware for any of your systems.

that's one of the things I like about your system, it can function on very basic hardware.

Luke said...

You must have seen this:

Texas Arcane said...


The gap in anthropology gets larger everyday between the knows and know-nothings. The people who have not update their ideas since 1970's seem to be the first to rush to press.

They found a jawbone. Exactly what it sounds like. No certainty it is anything but a monkey.

Russell said...

FYI, I had a Sqlite corruption problem. It wasn't hard to fix, thankfully, but if you are using it, make sure you have backups and repair plan in place.

If you experience a corruption problem, I fixed mine with these steps:

sqlite3 {database_name}
.mode insert
.output {database_name}.sql

After that ran, I deleted the old database.

sqlite3 {database_name}
.read {database_name}.sql

After that finished, while still in sqlite3, I executed this to confirm things were happy again: PRAGMA integrity_check;

Texas Arcane said...


Good point. This is one of the reasons I put in a pack and check integrity pragma at the end of multirecord commits in my original VOS prototype.

It usually occurs as a result of a crash during a file write but it is evidence of how amazing SQlite is that I have never lost any data, merely had to do a repair as above to recover it all.

VOS does it at startup and pragma check for integrity at regular intervals and reports any errors encountered.