Primær harddisk stået af
Lige omkring årsskiftet begynte min 120 Gb system IDE harddisk at sige underlige høje lyde. Det blev gradvist værre, og her til sidst var clicks-of-death™ noget man måtte finde sig i at høre på en gang hvert 5. til 10. sekund mindst. “KliCk KloNk”. Disken indeholdt website, database, webserver, osv osv. I går (19 januar) besluttede den sig for at holde op med at være pålidelig mere. “KliCk KloNk”. Den kørte såmænd, men ting gik langsomt, og nogle gange skete det man bad om ikke – f.eks. slet fil, omdøb fil, … Computeren gik slet og ret i stå ved denne slags hændelser.
Jeg har længe kørt et lille program der hedder HDDHealth. Efter sigende skulle programmet være i stand til at detektere at småfejl opstår på drevet, og at advare brugeren når der er registreret nok advarselstegn fra et drev. Imidlertid var det HDDHealths bedste bud, at den primære harddisk først ville blive defekt engang i år 2019, med en beregnet estimat-præcision på 98%. Så meget for HDDHealth, det virker ikke andet end altså lige i teorien.
Jeg var heldigvis klar med en ny SATA2 disk som nu sidder i maskinen og driver et nyt opsat system.
Det var ikke uden problemer at komme i luften igen. Jeg brugte alt alt for meget tid på at rode med Apache, MySQL og PHP installation og at få disse programmer til at snakke sammen. Jakob Kruse gav mig et fint link: http://sourceforge.org/projects/xampp. På mindre end 5 minutter havde jeg apache 2.2, MySQL 5.0 og PHP 5.2 kørende, samt en masse smarte utility programmer – såsom Webalizer statistik program.
Forinden alt dette nyinstallationsræs havde jeg taget en komplet backup af alle essentielle data. Wordpress kopien (db og webfiler) blev umiddelbart kørt smertefrit ind. Databasen blev importeret med phpMyAdmin og webfilerne kunne bare kopieres direkte ind i den nye web root folder. Men… Ved første opstart af Wordpress kunne man se at den var helt gal:
Fremvist fejlbesked på Wordpress
Det tog igen lidt tid at finde frem til fejlen, som viste sig at være dels en uoverensstemmelse med siteurl konfigurationsværdien samt en anderledes kollation i den nye MySQL database. Hvis du oplever ovenstående fejl bør du derfor rette stien for din siteurl i wordpress opsætningen (begge felter). Derudover skal du sætte wordpress til at anvende den korrekte encoding. Før anvendte jeg UTF-8 og nu åbenbart Latin1 (ISO-8859-1) efter at have importeret dataene via en nyere phpMyadmin.
Jeg håber at den nye opsætning kommer til at fungere i lang tid, og at SATA harddisken er mere robust end den gamle udskiftede IDE/ATA.