[Date Prev][Date Next] [Chronological] [Thread] [Top]

RE: Memory card checksum errors (was: 2000 November Election)

I agree.  Steve Ricke's sequence of events only relates to item 1 and how the memory card may have been reset.  I thought it might shed some light on the subject.
-----Original Message-----
From: owner-support@gesn.com [mailto:owner-support@gesn.com]On Behalf Of John McLaurin
Sent: January 18, 2001 2:45 PM
To: support@gesn.com
Subject: RE: Memory card checksum errors (was: 2000 November Election)

There are two separate issues/problems that are getting combined in this stream.


  1. – a check sum error occurred which the poll worker reset and continued counting the card “did not” require downloading before be reset.  She never reran the previously counted ballots and this resulted in some negative PR post election.  So that is Lana’s primary question, how did this happen?  Ken explanation sounds like a good one and will not require a line for VTS if we can ever get to GEMS.


  1. – the negative numbers on media display occurred when Lana attempted to reupload a card or duplicate card. Sophia and Tab may be able to shed some light here, keeping in mind that the boogie man may me reading our mail.  Do we know how this could occur?





-----Original Message-----
From: owner-support@gesn.com [mailto:owner-support@gesn.com]On Behalf Of Ian S. Piper
Sent: Thursday, January 18, 2001 3:35 PM
To: support@gesn.com
Subject: RE: Memory card checksum errors (was: 2000 November Election)


Steve Ricke has been running tests on a specific unit from Seminole.  He had a checksum error occur and had the same result of the card resetting to pre-election mode and being able to reset for election mode and continue.  After that one error, he has since run thousands of ballots through without a repeat of the error.  The original audit report for the Seminole corrupted memory card showed that it had experienced the same error when Mickey Martin and company were recounting ballots on November 9, 2000.  Still testing.


Below is the sequence of events for this error.  Hope it helps.




  1. Ran test using memory card and accu-vote (Ser.# 71586) which had been corrupted in Seminole County, Florida.
  2. Ran three 2000 ballot tests in election mode in McKinney.
  3. Unit failed only once which was during the second 2000 ballot test (at about 1300 ballots),
  4. Message on display "Corrupt count see official",
  5. Pressed YES and NO buttons several seconds each with no change of message,
  6. Turned unit OFF, then ON- resulted in "Please reinsert memory card" message,
  7. Repeated turning unit OFF then ON with the same message result,
  8. Reinserted card (Power ON) message displayed now "counter error ok to continue?",
  9. if answered NO, returns to "Please reinsert memory card" message,
  10. If answered YES, then message displayed is "Clear counters and recount?",
  11. If answered YES, card is reset to pre-election mode and displays "Test ballots?",
  12. We set card back into election mode. Ran another 2000 ballots without failure.

Will continue to try with other cards and accu-votes from other counties.

Steve Ricke

-----Original Message-----
From: owner-support@gesn.com [mailto:owner-support@gesn.com]On Behalf Of John McLaurin
Sent: January 18, 2001 1:56 PM
To: support@gesn.com
Subject: RE: Memory card checksum errors (was: 2000 November Election)

Thanks Guy, - the pollworker did restart the unit and eventually put the unit back in election mode.  It did not require redownloading the card.  Am I missing something in your explanation to understand this?




-----Original Message-----
From: owner-support@gesn.com [mailto:owner-support@gesn.com]On Behalf Of Guy Lancaster
Sent: Thursday, January 18, 2001 2:41 PM
To: Support
Subject: Memory card checksum errors (was: 2000 November Election)


This is an overview on what memory card checksum errors are.  Exactly what causes them is a separate question.

The memory card is very simply a programmable memory device with a battery backup.  The Accu-Vote accesses this memory directly.  If something goes wrong when the Accu-Vote is writing new data to the memory card or if the Accu-Vote crashes (as computers have been known to do) and writes to random memory locations, then the data on the memory card may be corrupted (nasty word I know but it fits).  All this means is that the data is modified in an unintentional manner.  This could also happen without an Accu-Vote through static discharge or some types of radiation (i.e. old airport scanners, cosmic rays???).

There are several mechanisms that we could use to detect this.  We use the simplest of these which is to treat the data as a series of numbers and store totals of sets of those numbers as separate data known as checksums.  If the data has been modified without updating the checksums, then the checksums will fail to add up.

The Accu-Vote keeps three different types of checksums for three different classes of data.  These are text, counters, and precinct.  The text checksums cover all the titles and names that are used mostly just for printing reports.  Since the text data does not affect the other operations, we check it only occasionally and we allow most operations to continue after a warning.

The counters and precinct data are considered critical and the Accu-Vote is largely inoperable when these checksums fail.  We do support the option to clear the counters if only they have been affected and then counting may be restarted.  However there is no way to recover from corruption of the precinct data other than to clear and re-download the memory card.

All checksums are validated upon insertion of a memory card or at power on.  Thus this is the most common time to detect problems.  However the counter and precinct checksums are validated every time a new ballot is scanned.  If an error is detected, counting is aborted.

Now to Lana's questions.  The above should answer everything other than why erroneous data managed to upload.  I see two possible explanations.  One is that the data was corrupted after the checksums were validated.  In this case the errors would show the next time the checksums were checked.  The other possibility is the miniscule chance that the erroneous data managed to add up to the correct checksum.  The checksums are stored as totals ranging from 0 to 65535 so the chance of this happening are less than 60,000 to 1 just based on that.  Other factors add to this to make it extremely unlikely.  However in this case the card would not later show checksum errors.

So John, can you satisfy Lana's request from this?  I can't without more details.


John McLaurin wrote:

Please see below and let me know what you think.  Tab, one of these issues
we discussed - it's the one were we printed the audit report showing the
check sum error and the poll worker restarting the unit.

Please let me know what you guys think.


-----Original Message-----
From: Lana Hires [mailto:lhires@co.volusia.fl.us]
Sent: Wednesday, January 17, 2001 8:07 AM
To: jmglobal@earthlink.net; Glanca@ges.com
Cc: Deanie Lowe
Subject: 2000 November Election

Hi Nel, Sophie & Guy (you to John),
I need some answers!  Our department is being audited by the County.  I have
been waiting for someone to give me an explanation as to why Precinct 216
gave Al Gore a minus 16022 when it was uploaded.  Will someone please
explain this so that I have the information to give the auditor instead of
standing here "looking dumb".  I would appreciate an explanation on why the
memory cards start giving check sum messages. We had this happen in several
precincts and one of these precincts managed to get her memory card out of
election mode and then back in it, continued to read ballots, not realizing
that the 300+ ballots she had read earlier were no longer stored in her
memory card .  Needless to say when we did our hand count this was
Any explantations you all can give me will be greatly appreciated.
Thanks bunches,