Apple's 1970 Dødsdato-fejl forklaret

Tilbage i begyndelsen af 2016 blev Apple-brugere over hele verden vidne til en usædvanlig og frustrerende fejl, der påvirkede iPhones, iPads og iPod touch-enheder. Fejlen, der bredte sig som en steppebrand via sociale medier og teknologifora, havde en ganske specifik udløser: at indstille enhedens dato til 1. januar 1970. Når dette skete, blev enhederne uigenkendelige som 'mursten', ude af stand til at starte op eller reagere på nogen form for normal fejlfinding. Men hvad lå der bag denne mærkelige fejl, og hvorfor påvirkede den netop Apple-enheder? Lad os dykke ned i teknologien bag det, der blev kendt som '1970-fejlen'.

Hvad er Unix Epoch?

For at forstå 1970-fejlen er det essentielt at forstå konceptet 'Unix Epoch'. Unix, et af de mest indflydelsesrige operativsystemer i computerhistorien, definerer tid på en unik måde. Unix Epoch refererer til det nøjagtige tidspunkt: 00:00:00 Coordinated Universal Time (UTC) den 1. januar 1970. Alle tidspunkter i Unix-baserede systemer, herunder Apples iOS, måles som antallet af sekunder, der er gået siden dette specifikke øjeblik. Dette system, kendt som 'Unix time' eller 'POSIX time', er utroligt simpelt og effektivt til at lagre datoer og tidspunkter i et numerisk format.

Forestil dig, at hver eneste dato og tidspunkt, din enhed behandler, i bund og grund er et stort tal, der repræsenterer sekunder siden 1. januar 1970. Dette er, hvordan computere internt håndterer tid. For eksempel vil kl. 12:00:00 UTC den 1. januar 1970 være repræsenteret som 43200 sekunder. Dette gør det nemt for programmer at udføre beregninger, sortere begivenheder efter dato og tid og generelt administrere tidsrelaterede funktioner.

Hvordan udløste 1. januar 1970 fejlen?

Fejlen opstod, fordi 1. januar 1970 er selve nulpunktet for Unix-tidsystemet. Når en bruger manuelt indstillede datoen til 1. januar 1970, forsøgte systemet at beregne antallet af sekunder siden Unix Epoch. I stedet for at få et positivt tal (sekunder siden 1970), ville systemet i teorien forsøge at beregne et negativt tal, da det er det tidspunkt, hvor tiden starter i dette system. Dette førte til et fænomen kaldet 'integer underflow'.

Integer Underflow og 64-bit Arkitektur

En 'integer' er et heltal i programmering. 'Integer underflow' sker, når et program forsøger at gemme et tal, der er mindre end den mindste værdi, som den pågældende datatype kan håndtere. I dette tilfælde, da enhederne bruger et system til at repræsentere tid som et antal sekunder siden Unix Epoch, og 1. januar 1970 er nulpunktet, ville forsøget på at gå tilbage til denne dato (eller tidligere) resultere i et negativt tal.

Problemet blev forværret af den 64-bit arkitektur, som mange af de berørte Apple-enheder anvendte. En 64-bit processor kan håndtere meget større tal end en 32-bit processor. Dog kan bestemte implementeringer af tidsberegning, især dem der ikke er designet til at håndtere negative værdier (såkaldte 'unsigned integers'), fejle katastrofalt, når de støder på et negativt tal. Når enheden forsøgte at beregne tiden som et negativt antal sekunder, kunne dette forårsage en fejl, der fik systemet til at 'wrappe around' til et ekstremt stort, positivt tal. Tænk på det som et speedometer, der, når det går baglæns forbi nul, pludselig viser et astronomisk højt tal.

Dette enorme tal repræsenterede en dato, der var langt ude i fremtiden, potentielt milliarder af år ude i fremtiden, hvilket simpelthen var for meget for enheden at håndtere. Systemet kunne ikke korrekt vise eller behandle denne ekstreme dato, hvilket førte til et systemnedbrud og dermed den berygtede 'murstens-effekt'.

Hvilke enheder blev påvirket?

Fejlen påvirkede primært Apple-enheder med 64-bit processorer. Dette omfattede:

• iPhones: iPhone 5s og nyere modeller.
• iPads: iPad Air, iPad Air 2, iPad mini 2 og nyere modeller.
• iPod touch: Sjette generation.

Det er vigtigt at bemærke, at 32-bit enheder generelt ikke var påvirket af denne fejl, da de ofte havde en anden måde at håndtere tidsberegninger på, eller simpelthen var ældre modeller, der ikke var omfattet af den specifikke fejl i iOS's 64-bit implementering.

Hvordan kunne man undgå fejlen?

At undgå 1970-fejlen var heldigvis relativt simpelt: Lad være med at ændre din enheds dato til 1. januar 1970 eller tidligere. Hvis du var bekymret for, at andre (som børn eller drillesyge venner) kunne finde på at gøre det, kunne man tage forholdsregler:

• Brug en adgangskode: En stærk adgangskode forhindrer uautoriseret adgang til indstillingerne.
• Brug Guided Access: Til børn eller andre brugere, der kun skal have adgang til specifikke apps, kan Guided Access låse enheden til én app og forhindre adgang til Indstillinger.

Apple erkendte fejlen og udsendte hurtigt en softwareopdatering, specifikt iOS 9.3, der adresserede problemet og forhindrede, at enheder blev mursten. Opdateringen sikrede, at systemet kunne håndtere datoen 1. januar 1970 korrekt, sandsynligvis ved at bruge en 'signed integer', der kan håndtere negative tal, eller ved at implementere en mere robust fejlhåndtering.

Hvad hvis din enhed blev en mursten?

Hvis uheldet var ude, og din iPhone, iPad eller iPod touch var blevet en mursten på grund af 1970-fejlen, var der heldigvis løsninger, selvom de krævede lidt mere indsats:

• Opdatering via iTunes: Den mest anbefalede metode var at tilslutte enheden til en computer med iTunes og opdatere til iOS 9.3. Dette kunne gendanne enheden.
• Besøg et Apple Store Genius Bar: Hvis softwareopdateringen ikke var en mulighed, eller hvis du foretrak professionel hjælp, kunne man besøge et Apple Store Genius Bar. Teknikerne der havde mulighed for at afhjælpe problemet, ofte ved at afbryde batteriet midlertidigt (noget man ikke selv skulle forsøge). Det var dog ofte nødvendigt at have en tidsbestilling.

Det var altid en god idé at have en backup af dine data, da der altid er en risiko for datatab ved fejlfinding, især når enheden er 'bricked'.

Tabel: Påvirkede enheder og iOS-versioner

Her er en oversigt over de enheder og iOS-versioner, der generelt blev rapporteret at være påvirket af 1970-fejlen:

Ofte Stillede Spørgsmål om 1970-fejlen

Er fejlen stadig et problem i dag?

Nej, Apple har løst denne fejl i iOS 9.3 og efterfølgende opdateringer. Nye enheder og opdaterede systemer er immune over for denne specifikke fejl.

Hvorfor brugte Apple Unix Epoch?

Unix Epoch er en standard inden for computerverdenen. Mange operativsystemer, inklusive dem der ligger til grund for iOS, er bygget på Unix-lignende principper. Brugen af Unix Epoch er en effektiv og udbredt metode til at håndtere tid i computersystemer.

Kunne man gendanne data fra en 'bricked' enhed?

Gendannelse af data fra en enhed, der var blevet en mursten, var ikke garanteret. Hvis enheden kunne gendannes via iTunes eller Genius Bar, var der en chance for at få adgang til data, men det bedste råd var altid at have regelmæssige backups.

Kan man få enheden repareret gratis?

Da fejlen skyldtes en softwarefejl i Apples systemer, og ikke misbrug fra brugerens side (selvom handlingen var usædvanlig), ville Apple typisk tilbyde gratis reparation eller udskiftning af berørte enheder, især hvis de stadig var under garanti. Det var dog altid en god idé at tjekke Apples officielle support eller kontakte dem direkte for de mest opdaterede oplysninger.

Konklusion

1970-fejlen var en fascinerende, omend frustrerende, påmindelse om den komplekse teknologi, der ligger bag vores moderne enheder. Den illustrerede, hvordan selv tilsyneladende harmløse handlinger, som at ændre en dato, kan have uforudsete konsekvenser, når de interagerer med dybtliggende systemfunktioner som Unix Epoch og 64-bit arkitektur. Heldigvis blev problemet hurtigt rettet af Apple, og det står som et interessant kapitel i iOS's historie – en advarsel om at stole på systemets standardindstillinger og at holde sin software opdateret for at undgå ubehagelige overraskelser.

Hvis du vil læse andre artikler, der ligner Apple's 1970 Dødsdato-fejl forklaret, kan du besøge kategorien Teknologi.