[su_youtube url=”https://www.youtube.com/watch?v=fY-ahR1R6IE” width=”640″]
For to dager siden dukket det opp et innlegg på et av Reddit-foraene som informerte om at alle med litt ledig tid kan gjøre iOS-enhetene sine med 64-bits prosessorer (iPhone 5S og nyere, iPad Air og iPad mini 2 og nyere) til en statisk design gjenstand. Bare slå av den automatiske datoinnstillingen i innstillingene, endre den manuelt til 1. januar 1970, og start deretter enheten på nytt.
I dette tilfellet vil omstarten aldri fullføres - enheten vil sitte fast på en hvit skjerm med Apple-logoen. Gjenoppretting fra sikkerhetskopi eller tilbakestilling til fabrikk vil ikke hjelpe. Folk som tok med seg iPhones og iPads til Apple Store i et forsøk på å gjøre dem nyttige igjen, fikk en ny enhet etter noen minutter med å se på de forvirrede ansiktene til Apple-teknikere.
Selv om denne feilen kan virke ganske triviell (hvor mange mennesker har lyst til å sette denne nøyaktige datoen på iOS-enheten sin?), kan den brukes til å masseprodusere ubrukelige designobjekter. Automatisk tidsinnstilling når koblet til Wi-Fi i iOS-enheter skjer gjennom NTP-servere (en protokoll for synkronisering av dataklokker i nettverket).
Alle som har tilgang til NTP-serveren til et gitt Wi-Fi-nettverk kan sende en instruksjon om å endre datoen til alle enheter som er koblet til det. Dette scenariet har ikke skjedd ennå, og det er ikke sikkert at det ville være mulig. NTP-data sendes imidlertid ukodet og ubekreftet, så det burde ikke være for vanskelig å finne ut hva en slik påbegynt massedataendring vil forårsake.
Problemet har sannsynligvis sin kilde i måten Unix-operativsystemer bestemmer tid på. Dette er fordi det er lagret i dem i 32-bits format som antall sekunder som har gått siden begynnelsen av Unix-tiden, 1. januar 1970. I følge gjeldende spekulasjoner gjør 64-bits iOS-enheter noe rart med systemtider nære til null, så innstillingene deres forårsaker en sløyfe under oppstart av systemet.
Den eneste måten å tilbakestille den innstilte tiden på er å lade batteriet helt ut eller koble det fra og til igjen. Brukeren er derfor i stand til å få en funksjonsfeil enhet tilbake i riktig drift ved å bare vente på at den er fullstendig utladet, men dette endrer ikke behovet for å ta hensyn til problemet. På Mac frykter brukerne trenger ikke, fordi datasystemet har en innebygd beskyttelse der det varsler deg når du prøver å endre datoen til nevnte dato for å unngå mulige problemer.
Hei, er det egentlig nok å vente på utskrivning?
Ehm...jeg foretrakk å ikke prøve det selv, men kilder sier at fullstendig tømming av batteriet vil løse problemet. Men en full utladning er ikke det samme som å slå av telefonen på grunn av lav batteristrøm. Batteriet vil tømmes helt etter noen dager etter at telefonen ikke slår seg på.
Hva betyr det å "ta opp problemet"?
Apple folkens, hvis du oversetter noe fra et fremmedspråk og du ikke vet hva et ord betyr, ta en titt på Slovník.app, der i det tredje punktet ved siden av verbet "adresse" kan du finne hva det er . På tsjekkisk er dette verbet oversatt som "løse".
Selvfølgelig vet jeg hva "adresse" betyr i den gitte konteksten, men det falt meg ikke inn at samme vending ikke brukes på tsjekkisk. Jeg forsto «å ta opp problemet» som en mer retorisk sofistikert versjon av «ta opp problemet», «ta opp med problemet».
Signaler i for eksempel skrivehodet adresseres. Problemet er ikke løst. Problemet blir rapportert, rapportert, rapportert, videresendt for løsning eller løst. La oss tenke på tsjekkisk, la oss skrive på tsjekkisk. La oss oversette og ikke ødelegge.