Tidenes enkleste backup

Hvordan bytte ut min 80 GB interne harddisk i MacBooken med en ny 160 GB, uten å måtte installere alt manuelt på nytt? Jeg fant løsningen, og lærte mye om backup og den fantastiske programvaren Time Machine samtidig... (Gidder du ikke lese alt, så les i hvertfall konklusjonen nederst)

Fase 1: Problemstillingen

• Installerte først Leopard for en ukes tid siden, og en rekke programmer som Office, FireFox, Opera, ... Importerte også inn kalenderavtaler, bokmerker, adresser og gjorde ymse innstillinger (skjermbeskytter, snarveier etc). Da fikk jeg et "rent" system (kunne også valgt å oppgradere, men tok ikke sjansen på det)
• Jeg skrev ned alt jeg gjorde av installasjon og innstillinger og lagret i en tekstfil (det er greit å ha en slik oppskrift og det tok ikke mange sekundene per program)
• Når installasjonen var nesten ferdig, og jeg skulle flytte over mine digitale bilder, oppdaget jeg at 80 GB var vel lite!!!
• Jeg innså at jeg burde bytte ut harddisken til for eksempel 160 GB. Dumt å oppdage slikt først etter å ha brukt flere timer på å installere og stille inn, men det skjedde meg (noe jeg faktisk er glad for nå i ettertid)
• Jeg så for meg at jeg måtte ta ut den gamle disken, sette i den nye, og følge installasjonsoppskriften min (tekstfil) slavisk.

Fase 2: Time Machine to the rescue...

• Jeg leste på diverse nettsider at Time Machine (backup-program som følger med Leopard) tar en fullstendig backup av hele systemet. Jeg leste videre at Time Machine av samme grunn kunne brukes til å rekonstruere en ødelagt disk
• Koblet derfor til en ekstern disk, og Time machine spurte umiddelbart om jeg ønsket å bruke den eksterne disken til backup.
• Hele systemet ble så tatt backup av, og det tok 1-2 timer. Innstillingene viste at alt ble tatt med (ingenting av mapper var utelatt fra backup-listen i innstillingene, foruten om backup-disken selv - for hvis ikke blir det syklus-problemer).
• Etter de 2 timene, utforsket jeg den eksterne disken (ren nysgjerrighet). Jeg oppdaget at alle filene som før lå på den eksterne disken, var intakte. Leopard hadde i tillegg lagd en ny mappe på toppnivå som het Backups.backupdb. Inne i denne mappen lå alt av mine filer, programmer og konfigurasjonsfiler som en flat filstruktur som jeg kunne navigere fritt i (antall GB stemte også med antall GB fra originaldisken)
• Jeg ventet så en times tid, og da startet Leopard med automatisk backup (skjer hver time) siden den eksterne backup-disken fortsatt var koblet på. Det som da skjedde, var at en helt ny mappe med HELE systemet ble laget under Backups.backupdb. Jeg hadde altså fått 2 helt fullstendige backuper av systemet med en times mellomrom. I løpet av timen mellom de to backupene, hadde jeg bare opprettet én ny fil. Likevel var hele systemet tilsynelatende tatt backup av på nytt, og det hele tok noen sekunder. Økningen av plassforbruk var bare økt tilsvarende den ene filen. Hvordan får Apple til dette?
• Svaret er at de bruker såkalte harde lenker. Mac er jo Unix i bunn og grunn (BSD). De har også et system som heter FSEvents for å fange opp alle endringer.

Time Machine i Mac OS X Leopard tar automatisk backup av hele systemet når ekstern disk er tilkoblet. Klikk for større versjon

Fase 3: Rekonstruksjonen

• Fjernet så den gamle harddisken (vanlig liten stjerneskru + skrujern av type Torx T8)
• Satte inn den nye disken
• Startet maskinen og satte inn installasjons-DVD med Leopard
• Mac-en fant ikke den nye disken. Programmet Diskverktøy er tilgjengelig fra menyen i installasjonsprosessen
• Etter å ha formattert disken med filsystemet Mac OS Extended (journalført), fant heller ikke installasjonsprogrammet disken. Etter en restart, gikk det så meget bedre.
• Dersom den tomme disken hadde vært formattert som Mac OS Extended (journal) fra før av, ville stegene over ikke vært nødvendige.
• Nytt forsøk på installasjon, men i stedet for å trykke Neste... Neste... Neste (som bare ville gitt et nyinstallert system) valgte jeg fra menyen "Rekonstruer fra Time Machine"
• Valgte den eksterne disken som kilde (den hadde jo selve backupen)
• 1 time senere var systemet helt identisk med det som Time Machine hadde tatt backup av fra den gamle disken. Alle programmer, innstillinger, bokmerker, adresser, kalenderoppføringer - alt, var helt likt.

Fase 4: Lærdom og konklusjon

Time Machine synes for meg å være et meget imponerende produkt, og mange seriøse websteder sier at dette programmet alene er verdt pengene det koster å oppgradere Leopard. Jeg er enig. Primærbruken til Time Machine er backup. Apple har observert at bare 4% av brukermassen tar backup jevnlig. De har som mål at 100% av Leopard-brukerne skal ta backup jevnlig, og Time Machine er så lett i bruk av jeg tror de kan nå et slikt mål! Det er brukervennlig og tar backup uten at du trenger å tenke på det (og du kan koble til ekstern disk når det passer deg). Time Machine er også ultra-brukervennlig på å rekonstruere data, noe som må sies å være en viktig suksessfaktor. Dette er altså primærbruken.

Navigasjon i gamle backuper er intuitivt og enkelt med Time Machine i Leopard. Klikk for større versjon

Best av alt er likevel sekundærbruken, nemlig muligheten til å rekonstruere maskinen på en lett måte. Fremgangsmåten min over virker kanskje tungvindt, men i prinsippet er den meget enkel. Kort oppsummert:

1. Dersom mac-en din blir stjålet, går i gulvet eller at disken på annen måte streiker, så har du allerede backupen klar - fordi du har brukt Time Machine jevnlig :-)
2. Du setter inn installasjons-DVD-en i den nye mac-en din og plugger på backup-disken
3. Du velger å ikke installere vanlig, men å rekonstruere fra Time Machine på backup-disken.
4. Du går på handletur eller trimmer eller gjør noe annet gøy et par-tre timer. Når du kommer tilbake er alle dine data, innstillinger, programmer og minner på plass igjen!

3 enkle steg, med andre ord. Lettere og mer behagelig kan jeg ikke se for meg at det er å miste, bli frastjålet eller skulle bytte ut en Mac! Det er likevel en viss fare for at time machine blir en sovepute. Et viktig poeng tror jeg derfor er å være bevisst på å ikke la eksterndisken bli med på reise. Den bør generelt sett oppbevares fraskilt fra maskinen. Går backupen tapt sammen med maskinen, er en nemlig ute og kjører. To eksterne disker bør kanskje vurderes.

Til slutt tror jeg at Leopard-DVD-en må være med i rekonstruksjonsprosessen rett og slett for å unngå piratkopiering, eller kanskje maskinen trenger en slags boot for å hjelpe seg selv i gang.

Stem på LMS

Hvilket LMS-system bruker du? Dersom du ikke har stemt enda (eller leser RSS), så se i margen øverst til høyre i bloggen min. Der kan du angi hvilket system du bruker. Akkurat nå leder Fronter knapt over it´s learning, mens Moodle og andre systemer er relativt underrepresentert. Hvordan liker du systemet ditt? Kommenter gjerne kort (eller langt).

Status i avstemningen per 18.desember kl 15:49. Det er fortsatt noen dager igjen å stemme på

DLO-forum i Oslo om automatiserte tester

DLO-forum ved Universitetet i Oslo på torsdag, hadde som tema: "Bruk av digitale tester - hvordan vurdere studentene?"

Media har i det siste hatt fokus på PISA-testene (som viser at norske skoleelever jevnt over har dårligere kunnskap enn elever i andre land). Er det selve PISA-testene eller elevene eller begge deler det er noe galt med? Hvem har skylden for det dårlige resultatet - Kristin Clemet, elevene, foreldrene, samfunnet, lærerne eller skolen? Disse diskusjoner vil jeg ikke begi meg ut i, men jeg har selv erfart at det er krevende å lage gode tester som en med sikkerhet vet vil måle det vi ønsker å måle (særlig i summativ vurdering).

I lys av dette ble innlegget til professor Svein Lie fra lærerutdanningen ekstra interessant. Han holdt et meget inspirerende foredrag om hva en test egentlig er og består av, og hva som må til for å lykkes med tester i summativ vurdering. Lie argumenterte for en grundig diskusjon rundt hva vi ønsker å måle i forkant av at testen lages, og pekte på viktigheten av å vektlegge og dokumentere høy reliabilitet i tester. Det er vanskelig å lage gode tester, men det er fullt mulig gjennom en systematisk analyse av spørsmålene og testen som sådan.

Førsteamanuensis Rune Flikke fortalte om formativ bruk av tester ved Sosialantropologisk institutt. Tester kan motivere studenter og brukes underveis til å forberede på eksamen (tradisjonell form) og få ned en ellers høy strykprosent. Formativt bruk av tester kan motivere og veilede. Midt i foredraget til Flikke sang en gjeng med kommende skolelys seg gjennom korridoren utenfor lokalet (Sancta Lucia :-)

Jeg brukte til slutt den siste timen til å snakke om kreativ bruk av tester og testverktøy med utgangspunkt i et ønske om å skape gode læringsprosesser og motiverende aktiviteter. Hva med å la studentene lage sine egne tester? Dette er utprøvd i mine fag på HiST med relativt stor suksess, og lar seg enkelt realisere i et LMS-system (typisk it´s learning eller Fronter), men krever også en veldefinert oppgaveformulering for å lykkes. Andre pedagogiske opplegg er for eksempel å gi en test i forkant og i etterkant av en læringsøkt. Midtveis i foredraget tok vi en gruppevis økt der tilhørerne fikk tenke kreativt sammen, med felles oppsummering i form av et tankekart etterpå. Alt av interessante ressurser i denne sammenheng, kan lastes ned fra mine FoU-sider.

Hva synes du om bidraget? - ta gjerne en liten undersøkelse dersom du var med på DLO-forumet i Oslo!

Automatiserte tester (multiple choice-formen) er kommet for å bli, og utgjør etter min mening et meget viktig verktøy i lærerens digitale/pedagogiske portefølje. Lærere har nå mulighet for å enkelt lage digitale tester (i læringsplattformen) som rettes automatisk (derav begrepet "automatisert test"). Vi kan en del om tester ved HiST, Tester byr på muligheter såvel som utfordringer. Vi har derfor (i samarbeid med Høgskolen i Telemark) gjennom et prosjekt i regi av Norgesuniversitetet, opprettet et såkalt "levende nettsted" der brukerne kan bidra med innhold, kunnskap og erfaringer om testing. Vi har også utviklet et 6-studiepoengs kurs om automatiserte tester (mer info om dette på nettstedet). Dersom du er interessert i å følge med på det som skjer fremover, så registrer deg gjerne som en såkalt "Interessert person".

Konferanse i Thessaloniki

30.november holdt jeg foredrag om "Pedagogical use of multiple choice tests - students create their own tests" på konferansen Informatics Education Europe II i Thessaloniki, Hellas. Presentasjonen kan lastes ned som PDF eller du kan lese hele paperet om du skulle ha interesse av det.

Jeg er god i programmering, men denne koden blir faktisk helt gresk for meg... Klikk på bildet for å åpne i større versjon

Her er et sammendrag fra noen av fordragene fra sesjonene, og godbiter jeg snappet opp:

• Eric Roberts har skrevet mange bøker, blant annet om Java. Han holdt åpningsforedraget og slo fast at det er enorm etterspørsel i markedet, men altfor få studenter. Hvordan kan en gjøre IT og programmering morsomt og attraktivt for ikke-nerder?
• Patrick Jermann (Sveits) snakket om hvordan en kunne lage systemer for læring som blir som ett med den som lærer, på samme måte som blindestaven blir som et ekstra sanseorgan for den blinde. Han hadde også interessante tanker for å få enda bedre blended learning. Han har forresten jobbet mye med LMS-systemet Moodle og blant annet programmert en egen plugin.
• Demosthenes Stamatis forklarte en modell hvor de først hadde identifisert studentenes misforståelser (misconceptions) i Prolog (meget vanskelig språk), og så brukt dette aktivt til å undervise mer målrettet. Logikkprogrammering er "nødvendig" for å utvikle intelligente systemer.
• Hvordan visualisere virkemåten til en løkke i programmering? En kan la en hammer slå ned en spiker, helt til spikeren er nedslått. Da vises både gjentakelse og evaluering av betingelse
• I programmering fikk en studentgruppe i oppgave å forstå et program. De skulle så observere oppførsel ved kjøring av programmet basert på en viss input. Til slutt skulle de forklare skriftlig (refleksjon) forskjellen på deres prediksjon og observasjonen. Interessant!
• Rational Rose o.l brukes i næringslivet, men er komplekst for studentene. En greker hadde laget et verktøy for å validere UML-diagrammer vha learning by doing. Tilbakemeldinger underveis hjalp studenten til å korrigere feil
• Mange snakket om hvordan en skulle få studenter til å bruke tid på studiene. I programmering kan for eksempel oppgaver som en kan relatere til i sitt liv, med fordel brukes (if-test om forsikringsutbetaling i stedet for noe fiktivt).
• Hayes var opptatt av hvordan en kan automatisere retting av oppgaver der studentene har designet med UML og kodet etterpå.
• Jeg ledet en sesjon (noen timer før det egentlige bidraget mitt), men det var bare 3 tilhørere i tillegg til meg og de som skulle presentere :-( Synd, for innleggene var meget bra.

Presentasjonen til Symeon Retalis, en greker jeg har kommunisert mye med tidligere i et prosjekt (E-LEN) men aldri sett før... Klikk på bildet for å åpne i større versjon