[su_youtube url=”https://www.youtube.com/watch?v=fY-ahR1R6IE” width=”640″]
For to dage siden dukkede et indlæg op på et af Reddit-foraene, der informerede om, at alle med lidt fritid kan lave deres iOS-enheder med 64-bit processorer (iPhone 5S og nyere, iPad Air og iPad mini 2 og nyere) til et statisk design objekt. Deaktiver blot den automatiske datoindstilling i indstillingerne, skift den manuelt til 1. januar 1970, og genstart derefter enheden.
I dette tilfælde vil genstarten aldrig fuldføres - enheden vil sidde fast på en hvid skærm med Apple-logoet. Gendannelse fra backup eller fabriksnulstilling hjælper ikke. Folk, der tog deres iPhones og iPads til Apple Store i et forsøg på at gøre dem nyttige igen, modtog en ny enhed efter flere minutters at have set Apple-teknikernes forvirrede ansigter.
Selvom denne fejl kan virke ret triviel (hvor mange mennesker har lyst til at sætte netop denne dato på deres iOS-enhed?), kan den bruges til at masseproducere ubrugelige designobjekter. Automatisk tidsindstilling, når der er forbindelse til Wi-Fi i iOS-enheder, foregår via NTP-servere (en protokol til synkronisering af computerure i netværket).
Enhver, der har adgang til NTP-serveren på et givet Wi-Fi-netværk, kan sende en instruktion om at ændre datoen til alle enheder, der er tilsluttet det. Dette scenarie er ikke sket endnu, og det er ikke sikkert, om det ville være muligt. NTP-data sendes dog ukodet og ubekræftet, så det burde ikke være for svært at finde ud af, hvad en massedataændring, der er påbegyndt på denne måde, ville forårsage.
Problemet har sandsynligvis sin kilde i den måde, Unix-operativsystemer bestemmer tid på. Det er fordi det er gemt i dem i 32-bit format som det antal sekunder, der er gået siden begyndelsen af Unix-tiden, 1. januar 1970. Ifølge aktuelle spekulationer gør 64-bit iOS-enheder noget mærkeligt med systemtider tæt på til nul, så deres indstillinger forårsager en løkke ved systemstart.
Den eneste måde at nulstille den indstillede tid på er at aflade batteriet helt eller afbryde og tilslutte det igen. Brugeren er derfor i stand til at få en fejlfungerende enhed tilbage i korrekt funktion ved blot at vente på, at den er fuldstændig afladet, men det ændrer ikke på behovet for at være opmærksom på problemet. På Mac frygter brugerne behøver ikke, fordi computersystemet har en indbygget beskyttelse, hvor det advarer dig, når du forsøger at ændre datoen til førnævnte dato for at undgå mulige problemer.
Hej, er det virkelig nok bare at vente på udskrivelse?
Øhm...jeg foretrak ikke at prøve det selv, men kilder siger, at det løser problemet helt at dræne batteriet. Men en fuld afladning er ikke det samme som at slukke telefonen på grund af lav batteristrøm. Batteriet aflades helt efter et par dage efter, at telefonen ikke tænder.
Hvad vil det sige at "løse problemet"?
Apple gutter, hvis du oversætter noget fra et fremmedsprog, og du ikke ved, hvad et ord betyder, så tag et kig på Slovník.app, hvor du i det tredje punkt ved siden af verbet "adresse" kan finde, hvad det er . På tjekkisk er dette verbum oversat til "løse".
Selvfølgelig ved jeg, hvad "adresse" betyder i den givne sammenhæng, men det faldt mig ikke ind, at den samme vending ikke bruges på tjekkisk. Jeg forstod "at løse problemet" som en mere retorisk sofistikeret version af "at tage fat på problemet", "at håndtere problemet".
Signaler i for eksempel printhovedet adresseres. Problemet er ikke løst. Problemet rapporteres, rapporteres, rapporteres, videresendes til løsning eller løst. Lad os tænke på tjekkisk, lad os skrive på tjekkisk. Lad os oversætte og ikke forkæle.