Lyckades inte få liv i sonens bärbara, med Vista. Även om den fick stå hela natten och ’tugga’.

Följande ’rapport’ lämnade jag till sonen, vilken han i sin tur kan lämna till servicepersonal på inköpsstället:
Dator: HP Pavlion Entertainment PC, Pavlion dv5 (AMD Turion -x2 Ultra 64, ATI Radeon)

Historik: Strömmen gick när datorn var på och batteriet skulle laddas.
Problem: Vägrar att starta upp.
Åtgärd(1): Kommer till ett läge där man kan välja ’normal start’ eller ’reparationsstart’
Resultat: Oavsett val går datorn i stå – inget händer. Även om det väntas i många timmar.

Åtgärd(2): Startar upp datorn via Linux Ubuntu 7.10 LiveUSB.
Resultat: OK, men linux rapportera flera hundra fel på huvudpartitionen. Vi kan komma åt de filer som Alexander vill ha. Sparar dem till annat USB-minne.

Åtgärd(3): Datorn startas upp med recoveryCD.
Resultat: RecoveryCD’n går igång och gör den dolda partitionen ’_HPRECOVERY’ bootbar. Datorn startas upp från ’_HPRECOVERY’-partitionen.
Total återställning väljes. Efter mycket lång tid kommer ett felmeddelande upp ”Fel 100a. Kontakta HP support.

Åtgärd(4): Startade upp med LiveUSB, igen. Via gparted tog jag bort hela Windowspartitionen, skapade en ny och formaterade till ntfs.
Resultat: Ser Ok ut.

Åtgärd(5): Startar från RecoveryCD.
Resultat: ’Lämnar över’ till ’_HPRECOVERY’-partitionen efter ett par timmar kommer en Recoverysida upp efter att ha klickat på [Nästa] 2 ggr startar då ’Formateringen’, igen. Efter flera timmar står fortfarande åtgärden på 0%. Och efter ytterligare några timmar kommer ovanstående fel upp igen.

Åtgärd(6): Startar upp datorn via LiveUSB igen.
Resultat: Massa (1000-tals) felmeddelande om sektorfel. Kontrollerar via gparted vad ’recovery’ har gjort. Den har försökt skapa 3 partitioner men bara lyckats med en, den i mitten. Men den innehåller massor med fel.
Gparted rekommenderar att man kör ’chkdsk /f’ två gånger.

Slutsats: Hårddisken har allvarliga sektorfel (fabrikationsfel?).
A) Försök med att sätta in en ’äkta’ MS WIN Vista DVD och via något ’fdisk’-liknande verktyg, ta bort ev partition (inte ’_HPRECOVERY’), skapa en ny partition, i det tomma utrymmet. Formattera den till ntfs. Från Vistas DVD; kör ’chkdsk /f’ 2ggr. Och försök sedan installera Vista via recoveryCD och ’_HPRECOVERY’-partitionen.

B) Lämna den till HP support, där de troligtvis byter hårddisk.

Vänligen
Nils-Gunnar Nordlund

Skrivare
Skulle ju skriva ut ovanstående och det gick ju inte. Jag hade inte installerat någon skrivare…

Löste det snabbast genom att skicka dokumentet via e-post till hustrun och skrev ut det från hennes dator.

Skrivarinstallation
Förutsättningar:
* Skrivare: USB HP PCS 1210 aio
* Kopplad till en D-Link router med USB skrivarport. Routern har IP-adress: 192.168.0.1

Installerade, via synaptic; hpoj och nmap

Kontrollerar att det finns kontakt med routern med USB-skrivarport.
I terminalen, skriv: nmap result 192.168.0.1
Resultat: ’Delvis’:
PORT STATE SERVICE
80/tcp open http
515/tcp open printer
9100/tcp open jetdirect
Slutsats: Skrivaren finns fortfarande på port 9100 på router med IP-adress: 192.168.0.1

Startar ’Skrivarkonfiguration’ via: System -> Administration -> Utskrift

Konfigurerade en skrivare med följande inställningar:
Enhet: AppSocket/HP JetDirect
Beskrivning: HP PCS 1210 aio
Placering: Hustruns Rum
Enhets-URI: socket://192.168.0.1:9100
Tillverkare och modell: HP PSC 1210 Foomatic/hpijs (recommended)
Skrivartillstånd: idle
Standardskrivare

Skrev ett litet program som räknar ut BMI och visar värdet i olika färger beroende på vilket BMI jag har.
Kod (FMain.class):

PUBLIC SUB Form_Open()
ME.Top = 400 'placerar fönstret en bit ned, på bildskärmen
ME.left = 1100 'Placerar fönstret en pit åt höger, på bildskärmen
vbLaengd.Value = 179 'Standardvärde för Längd, i cm
vbVikt.Value = 79.9 ' Standardvärde för Vikt. 
                    ' Vikt över detta värde, i mitt fall 
                    ' genererar orange färg på texten
'Räkna ut startvärdet
tbBMI.Text = Round(vbVikt.Value / ((vbLaengd.Value / 100) * (vbLaengd.Value / 100)), -1)
END

PUBLIC SUB vbVikt_Change()
'Beräkna värdet
tbBMI.Text = Round(vbVikt.Value / ((vbLaengd.Value / 100) * (vbLaengd.Value / 100)), -1)
END

PUBLIC SUB tbBMI_Change()
DIM sBMI AS Single
'Beräkna värdet
sBMI = Round(vbVikt.Value / ((vbLaengd.Value / 100) * (vbLaengd.Value / 100)), -1) 
'Bestäm färg på BMI-texten
IF sBMI < 18.50 THEN   tbBMI.ForeColor = &FF0000& 'röd
ELSE IF sBMI >= 18.50 AND sBMI <= 24.99 THEN
   tbBMI.ForeColor = &008000& 'grön
ELSE IF sBMI >= 25.00 AND sBMI <= 29.99 THEN
  tbBMI.ForeColor = &FF4427& 'orange 
ELSE IF sBMI >= 30.00 THEN
 tbBMI.ForeColor = &FF0000& 'röd
ENDIF
END

PUBLIC SUB Form_Show()
' Se till att värdet för Vikt är markerat 
' så att det bara är att skriva in det nya.
vbVikt.SetFocus
vbVikt.Select  
END

Den där koden resulterar i följande fönster:

Kod (FMain.form):
[Visa mer…]

När jag använde denna USB-sticka på sonens bärbara fungerade det fint, de första gångerna. De sista gångerna var de s.k. panelerna borta, vilka innehåller menyer t.ex. Lite marigt…

Nu gick det att högerklicka och välja ’Skapa startare…’, så jag kunde starta ’gparted’, genom att i rutan för ’Kommando:’ skriva: sudo gparted

Och via ’ctrl+alt+F1’ kom jag åt terminalläget så kan kunde använda fdisk bl.a.

För att komma tillbaka till det grafiska skrivbordet trycker jag: ’ctrl+alt+F7’

Satte in USB-stickan i min bärbara för att ’reparera’ problemet.
Tanken var att via ’Skapa startare…’ skapa en möjlighet att starta ’terminalen’ i grafiskt läge. I kommandorutan skriver man då: terminal

Och ifrån den terminalen sedan först försöka med: gnome-panel

Starta om. Hade problemet kvarstått så hade jag försökt med: sudo apt-get install gnome-panel

Men, nu visade det sig att det problemet var tydligen endast relaterat till sonens bärbara för i min bärbara fungerar det som det ska.

Förklaringen kan möjligtvis vara att det var en så massa fel, i sonens bärbara dator, så ’gnome-panel’ kom av sig, eller nåt?

Se om jag kan hitta någon enkel PlugIn som fixar så att läsare av den här bloggen kan få ett e-postmeddelande från ett specifikt inlägg, när det ’händer’ något på just det inlägget.

Jäklar vilket bôk det blev?

Inga problem med att hitta en vettig s.k. PlugIn (insticksprogram) och installera det. Men att få liv i översättningsfilen?

Eftersom jag nu har oändligt med tid…

… så översatte jag denna PlugIn. Först installerar jag, via synaptic, ett program, poEdit, som dels hjälper till lite med översättandet men viktigast, den skapar en binär språkfil.

Den har filändelsen ’.mo’.

Den PlugIn jag installerade kallas ’subscribe-to-comments’ och programmeraren hade varit förutseende och i denna PlugIn infoga ’funktioner’ för att ersätta text / språk.

Det görs genom att den text som ska kunna översättas sätts inom: ’__(’Text att översätta’)’ eller _e(’Text att översätta’).

Och så är det brukligt att skicka med en s.k. POT-fil. Den innehåller dels den text som programmeraren anser är lämplig att översätta och dels information om i vilken fil, rad och position texten finns.

När det där är gjort, det var 89 textsträngar att översätta, så skapar man då den binära ’mo’-filen.

Här började sedan krånglet för mig.

Normalt är det ’bara’ att placera den där ’mo’-filen (subscribe-to-comments.mo) i mappen för aktuell PlugIn. Och så ändrar vi (Svenskspråkiga) namnet på filen till: subscribe-to-comments-sv_SE.mo

Och därmed skulle allt vara frid och fröjd. Icke?

Efter mycket testande, micklande och sökande på WordPress.org och forum så kom jag fram till att jag behövde redigera programmerarens PlugIn-fil: subscribe-to-comments.php.

Aktuell rad (nr 826) som behövde ändras var:

load_plugin_textdomain('subscribe-to-comments')

till:

load_plugin_textdomain('subscribe-to-comments', PLUGINDIR.'/'.dirname(plugin_basename(__FILE__)), dirname(plugin_basename(__FILE__)));

Och nu fungerar det som det ska!

Upptäckte dock några översättningsmissar och stavfel…, va’ konstigt?

Rättade till det där och sedan blev allt bara vrålknepigt?

All in English again?

Har trixat och mixat och testat och nu fungerar det som det ska.

När man skapar sådana där språkfiler så gäller det tydligen att vara riktigt noga när en väljer ’Spara som’.

Det verkar också så att själva PlugIn-grejen behövde avaktiveras och aktiveras för att språkersättningsfunktionen skulle ta fart igen.

I alla fall från min sida sett.