If, as we suspect, the card bootloader has indeed being wiped, then there can never be a fix.Ok thank you we will wait for a new fix atr. .... if there
If, as we suspect, the card bootloader has indeed being wiped, then there can never be a fix.
Imagine trying to load an OS (like WinXP or Vista) to a PC without a BIOS. It's impossible.
So why the same procedure cann't be followed again via a script ???Well I do not know the exact mechanism but I suspect the same method is used to kill the card as we use to virginise a card. The difference being instead of writing a valid bootloader the boot area is just filled with FF's (or possibly 00's).
So on the trigger date (0E25) the killer code is activated and the FF's for the replacement bootloader loaded into an unused area of eeprom. The code will also get the card to enter supervisor mode when required.
Next time the card is hard reset (de-powered/powered - eg when putting the card in a programmer to re-program it) the killer code is run and the OS is deleted and the FF's are copied from eeprom to the bootloader offset.
So, instead of a good OS or bootloader giving an ATR the card has no BIOS = NO ATR = DEAD.
007.4