Gargamel.NU

Jag identifierade ett problem med min HP Mini 2140 med BIOS en viss BIOS inställning som jag beskriver här.

Och som robbish påpekade i kommentarerna (tack för detta) så gäller detta Hyperthreading påslaget och boota på batteri. Och detta upplever jag som extremt frustrerande, så jag bestämde mig för att felanmäla BIOS-buggen till HP.

Det gick mycket smidigt att felanmäla, den trevliga suppotrkvinnan mottog min “rapport” och antecknade samtliga detaljer jag rapporterade. Hon reagerade lite när hon upptäckte att jag inte körde windows.

HP-Supporten:

Vilken version kör du på operativsystemet?

Barre:

9.04

HP-Supporten:

9.04?? Alltså, är det XP eller Vista? Och vilket service pack har du installerat?

Barre:

Nej, jag kör inte Windows. Jag kör Ubuntu Netbook Remix 9.04. Kernel 2.6.28-11.

HP-Supporten:

Men…. den datorn levereras med XP Home

Barre:

Ja, det stämmer. Men jag valde att “laga” den och installera Linux.

HP-Supporten:

Hahaha, Ok. vilken BIOS kör du.

Så var den diskussionen över, supportsamtalet handlade efter detta om att HP skulle få så mycket information som möjligt för att eskalera detta. Jag återkommer med hur framskrider.

Som jag skriv tidigare så “flörtade” HDS (Hitachi Data Systems) om en produktlansering den 27-maj, och det blev High Availability Manager (HAM, “skinka”) till deras USP-V(m) enterprise klassade lagringssystem.

Det innebär att vi nu kan göra “fail-over” mellan två replikerade system med hjälp av mpio(?) funktionen i servern och TruCopy mellan skåpen. Det låter “finurligt” och intressant, men $ har också en betydelse i ekvationen.

Ytterligare en “feature” som laptom-mode-utils tillhandahåller är att starta/stoppa daemons/tjänster vid olika lägen. Ett exempel som jag nyttjar denna funktion för är att stänga av blåtand (bluetooth) vid batteridrift.

jag är medveten om att det finns en /etc/laptop-mode/conf.d/bluetooth.conf som kan användas för att hantera bluetooth, men jag har gjort ett aktivt val att avända följande sätt istället.

Det är mycket enkelt att göra detta eftersom det enda vi behöver göra är att skapa symoliska länkar till de tjänster vi vill starta eller stoppa i respektive katalog.

Det finns sex (6) kataloger för denna funktion, samtliga ligger i /etc/laptop-mode

batt-start : Länkar till de tjänster vi vill starta när vi påbörjar batteriläge

batt-stop: Länkar till de tjänster vi vill stoppa när vi påbörjar batteriläge

lm-ac-start: Länkar till de tjänster vi vill starta när vi pluggar in strömsladden

lm-ac-stop: Länkar till de tjänster vi vill stoppa när vi pluggar in strömsladden

nolm-ac-start: Länkar till de tjänster vi vill starta när vi startar laptop-mode

nolm-ac-stop: länkar till de tjänster vi vill stoppa när vi avnslutar laptop-mode

Eftersom bluetooth drar vädligt mycket ström så vill jag att detta automatiskt skall stoppas när jag bara kör på batteri, därför skapar jag en symolisk länk till startscriptet för bluetooth i katalogen /etc/laptop-mode/batt-stop

$ sudo ln -s /etc/init.d/bluetooth /etc/laptop-mode/batt-stop/

Nu vill jag ju at bluetooth skall startas när jag stoppar in elpluggen i datorn, därför måste jag länka bluetooth till katalogen /etc/laptop-mode/lm-ac-start också

$ sudo ln -s /etc/init.d/bluetooth /etc/laptop-mode/lm-ac-start/

Jag vill ju dessutom att “sytemet skall återställas till default” om jag stoppar laptop-mode tjänsten, därför måste jag också länka bluetooth till /etc/laptop-mode/nolm-ac-start/ också.

$ sudo ln -s /etc/init.d/bluetooth /etc/laptop-mode/nolm-ac-start/

så en “ls -l” i t.ex /etc/laptop-mode/batt-stop/ ser ut så här

$ ls -l /etc/laptop-mode/batt-stop/
total 0
lrwxrwxrwx 1 root root 21 2009-05-23 13:32 bluetooth -> /etc/init.d/bluetooth

Du kan också skriva egna script om vad som skall hända vid de olika lägen laptop-mode har, dessa skript måste dock klara att hantera start/stop parametrar.

Ett sätt att förlänga batteritiden är att nyttja strömsparfunktioner som finns på de flesta hårddiskar.  För att kontrollera om hårdsiken har såna funktioner kör du kommandot:

$ sudo hdparm -i /dev/sda | grep AdvancedPM
AdvancedPM=yes: mode=0x80 (128) WriteCache=enabled

AdvancedPM=yes betyder att hårddisken har funktioner för att spinna ner i hastighet och spara energi.  Om disken saknar sån funktion ser resultatet ut så här istället:

$ sudo hdparm -i /dev/sda | grep AdvancedPM
AdvancedPM=no WriteCache=enabled

“mode” kan ha ett värde mellan 1 och 255, där 1 betyder att vi kör så energisnålt som möjligt och värdet 255 betyder att vi inte har några energisparfunktioner aktiverade på disken men kör på högsta prestandan.

laptop-mode kan styra detta värde genom att sätta ett snålt energiläge på disken när du kör på batteri, och ett högt prestandaläge när du kör med strömsladden i. Default är detta satt i /etc/laptop-mode/laptop-mode.conf till “1″ med batteri och avaktiverat med strömsladden i.

Efter mycket om och men så upptäckte jag att kommandot “hdparm -i /dev/sda” inte uptäcker om laptop-mode ändrar på “AdvancedPM” läget, utan visar det läge som existerade vid boottillfället. Så istället fick jag använda -I parametern till hdparm för att kontrollera energiläget. -I betyder att den skall läsa all information om disken direkt från disken.

$ sudo hdparm -I /dev/sda | grep "Advanced power"
Advanced power management level : 1

Jag upptäckte detta problem med “hdparm -i” och att den inte rapporterar den aktuella leveln när jag skulle göra en “bugg-rapport” till laptop-mode, jag trodde att laptop-mode inte satte en korrekt “level”, men det visade sig när jag sammlade information för en buggrapport att det var “hdparm -i” som inte visade korrelt level.

Först köper Oracle upp SUN, och nu är det NetApp som köper Data Domain. Lite roligt är det eftersom jag tolkar detta uppköp att NetApp inte alls tror på sin egna dedupliceringsteknik, utan vänder sig till en etablerad spelare med beprövad algoritm.

Men stackars HDS, som först blir av med sammarbetet med Dilligent när IBM köpte den tekniken, och nu medans de uppvaktar Data Domain för att få ett deduplicerings-erbjudande, blir av med detta till NetApp. Vad kommer att hända? (nu har ju HDS flörtat med en lansering den 27/5-2009, vad kommer detta vara? Jag tror i.o.f.s inte att det är ett dedupliceringserbjudande, snarare “Dynamisk lastdelning”, eller kanske “Thin Provisioning” i mellansegmentet, den som lever får se)

Nästa stora uppköp är väl att Cisco lägger ett bud på EMC (för att komma åt VMWare, kanske? ;))

Efter att vi “brytigt” oss loss från stordata-miljöerna och deras licensvilkor och supportavtal till förmån för öppen arkitektur, en server från tillverkare A, ett operativsystem från tillverkare B, en mjukvara från tillverkare C som implementeras och underhålls av leverantör D så verkar det som vi sakta men säkert rör oss mot ett fåtal stora propiritära system som låser in oss igen.. när är vi där? 5år(?) 10 år(?)… och om ytterligare 20 år bryter vi oss loss igen från dyra avtal och stängda miljöer? För att ytterligare om 30 år skriva ett likadant inlägg som detta?

Nåja, det är fredag eftermiddag… och jag är inte bitter jag inte…..

trevlig helg!

När jag jagade batteritid i detta inlägg krävdes det att jag ändrade i /proc och i /sys “filsystemen”. /proc kan vi ju manipulera med sysctl verktygen så att de “överlever” en omstart av systemet. Men jag viste inte om något sätt att få förändringar i /sys att bli permanenta.

Detta löste jag med att köra en “echo” rad i /etc/rc.local och det fungerar ju, men jag ansåg att det måste finnas ett “snyggare” sätt. och det tycker jag att jag hittade också.

Det finns ett paket som heter sysfsutils och ligger i föråden, bara att installera

$ sudo apt-get install sysfsutils

Då skapas en fil som heter /etc/sysfs.conf och där kan vi lägga in de permanenta förändrigar vi vill ha i /sys filsystemet.

Så förändingarnra jag nu gjort från inlägget “Jaga batteritid” är att tagit bort den “echo” rad i la till i /etc/rc.local och ersatt med följande rad i /etc/sysfs.conf .

class/scsi_host/host0/link_power_management_policy = min_power

I min jakt att optimera batteritiden på min lilla “Mini 2140” har jag gjort en liten upptäckt, detta när jag besökte LessWatts.org för att få ytterligare tips om hur jag kan maximera batteritiden genom att minimera effekten datorn drar.

Tydligen finns det sen länge en kernel-paramterer som heter “laptop mode”:

$ cat /proc/sys/vm/laptop_mode
0

Med värdet 0 menas att kerneln inte körs i laptop mode. Med “laptop mode” aktiverat så optimeras kärnan att hantera hårdvaran och mjukvaran på så energieffektivt sätt som möjligt. Det fick mig att fundera på varför detta inte är aktiverat “per default”.

En snabb titt i filen /etc/default/acpi-support, ganaska långt ner i filen hittade jag följande stycke:

# Switch to laptop-mode on battery power - off by default as it causes odd
# hangs on some machines.  (Note: This is reported to cause breakage in
# Debian - see deb bug #425800.  Leaving enabled for Ubuntu for now
# since presumably it's still valid here.)
ENABLE_LAPTOP_MODE=false

Det är alltså inte aktiverat “per default” eftesom vissa datorer kan hänga sig när det är aktiverat.
Jag ändrar ENABLE_LAPTOP_MODE till “true” och startar om maskinen.

Vilka förändringar har då skett i mitt system?
Dels kör kerneln nu i “laptop mode”

$ cat /proc/sys/vm/laptop_mode
2

Dels ställer nu systemet “automagiskt” in hårddisken/hårddiskarna i energisnålt läge samt konfigurerar filsystemen i ett mer energisnålt läge.

nu pluggar jag in min elsladd och kollar samma paramterar igen…

$ cat /proc/sys/vm/laptop_mode
0

Nu återstår det att konfigurera “laptop mode” att bli så effektiv som möjligt. Detta görs i filen /etc/laptop-mode/laptop-mode.conf samt diverse filer under samma katalog. Det finns säkert anledning för mig att återkomma i detta ämne…

cheers

Vi glömde bort lösenordet på en av användarna som vi har på min lilla HP Mini 2140. Och eftersom hemkatalogerna är krypterade vat det några extra steg för att uppdatera avnändaren så att hemkatalogen decrypterades korrekt vid inloggning.

I detta exemepel så heter användaren som “glömde” lösenordet klanten.

Först och främst så satte jag ett nytt lösen för klanten

$ sudo passwd klanten
Enter new UNIX password:
Retype new UNIX password:

Det är ju inte tillräckligt, eftersom den “passphrase” som används för att montera hemkatalogen ligger saltad och krypterad i /home/klanten/.ecryptfs/wrapped-passphrase. Och det lösen som vi tappat bort användes för att skapa den. Så vi måste även uppdatera den. Jag byter identitet till klanten och kör följande kommando

$ sudo su - klanten
$ ecryptfs-wrap-passphrase ~/.ecryptfs/wrapped-passphrase
Passphrase to wrap:
Wrapping passphrase:
Warning: Using default salt value (undefined in ~/.ecryptfsrc)

sudo su – klanten : ändra identitet till klanten, – tecknet är viktigt och betyder att jag även läser in klantens profilinställningar (och verkligen har hans hemkatalog o.s.v.)

Passphrase to wrap : det är den krypteringsnyckel som spottades ut ur systemet när du krypterade hemkatalogen/skapade användaren. Utan den är det kört….

Wrapping passphrase: är klantens nya lösenord (som du angav med passwd kommandot)

testa med en ecryptfs-mount-private och ange det ny lösenordet

$ ecryptfs-mount-private
Enter your login passphrase:

Warning: Using default salt value (undefined in ~/.ecryptfsrc)
Inserted auth tok with sig [xxxxxxxxxxxxxxx] into the user session keyring

INFO: Your private directory has been mounted.
INFO: To see this change in your current shell:
cd /home/klanten

testing@mini:~$ cd
testing@mini:~$ ls

Jag har investerat i det extra batteriet till min HP Mini 2140, detta ger mig en batteritid (med mitt normala surfande, mailläsande) på cirka 6 timmr. Det ha inneburit att jag laddar min lilla mini varannan dag.

Men jag har bestämmt mig att jaga ytterligare batteritid, dels för att få maximal arbetstid mellan laddningar och dels för att det är roligt.

HeMan på #ubuntu-se@freenode tipsade mig om powertop, vilket är ett verktyg utvecklat av Intel för se vilka processer som “väcker” CPU på intel-CPU:er.
Det finns i “förådet” så det är bara att installera.

Kör programmet som root och powertop ger dig råd om vad som bör förändras för att maximera batteritiden.

Hos mig gav powertop tre förslag

• echo min_power > /sys/class/scsi_host/host0/link_power_management_policy
• usbcore.autosuspend=1 to the kernel command line in the grub config
• echo 1500 > /proc/sys/vm/dirty_writeback_centisecs

Du kan från powertop aktivera dessa förslag direkt, men dessa är inte permanenta. För att dessa förändringar skall gälla efter omstart av datorn måste du göra vissa förändringar.

echo 1500 > /proc/sys/vm/dirty_writeback_centisecs
Detta anger hur ofta pdflush vaknar för att skriva till disken. Default-värdet är 500, och angivs i hundradelssekunder. Alltså är 5 sekunder default. Vi ändrar detta till 1500 (d.v.s. 15 sekunder)

För att göra detta permanent använder vi oss av sysctl och en konfigurationsfil /etc/sysctl.d/60-dirty_writeback_centisecs.conf och ser ut så här:

vm.dirty_writeback_centisecs=1500

usbcore.autosuspend=1 to the kernel command line in the grub config
Editera /boot/grub/menu.lst och lägg till usbcore.autosuspend=1 som kernel parameter. Se också till att ändra “# defoptions=” vilket är de default parametrar som kommer att läggas till din boot-rad vid en kernel-uppdatering.

/boot/grub/menu.lst

# defoptions=quiet splash usbcore.autosuspend=1
........
kernel          /boot/vmlinuz-2.6.28-11-generic root=UUID=d9b2d451-c8c1-46ab-bd72-ba1f5fea9909 ro quiet splash usbcore.autosuspend=1

echo min_power > /sys/class/scsi_host/host0/link_power_management_policy
detta löste jag genom att lägga till denna rad i /etc/rc.local så att den körs vid om start

echo min_power > /sys/class/scsi_host/host0/link_power_management_policy
exit 0

Dessa förändringar rapporterade powertop att jag minskat effektern från 9.8 watt -> 7.3 Watt. Det stämmer dock inte riktigt eftersom jag inte kört powertop under en längre tid. Däremot så har jag märkt, efter en veckas användade att batteritiden ligger på 20-45 minuter längre. Och det är inte lite, jag har förlängt tiden med cirka 10%

Nu jagar jag fler sätt att minimera effekten vid normalt användande av min dator…

Under en flera år har branschen pratat och ältat om Grön IT, och dataavdelningarnas ansvar för den globala uppvärmningen. Och det är ju bra! Detta märks framförallt i den offentliga sektorn, och jag misstänker att det är politiska anledningar att detta ligger högt på agendan i detta segment. Eller gör den det? Är det inte ett spel för galleriet?
Jag har under många år jobbat i IT-branschen, både som konsult och i försäljande positioner, och än så länge har jag inte mött det företag eller organisation som aktivt gjort en högre investering för naturens skull. Så länge Grön IT är billigare än alternativet så är det viktigt, om inte får det vara…

Grön Datalagring

Också en rolig aspekt:

”Den här hårdisken rymmer dubbelt så mycket än föregångaren, alltså får jag plats med 20TB med samma energiåtgång som 10TB igår, det är bra för naturen!”

Detta är, enligt mig, inte sant. Min erfarenhet säger mig att den absoluta majoriteten av den ostrukturerade digitala informatinonen vi sparar, år ut och år in, är information vi aldrig kommer att använda igen. Data mängden växer för varje år och vi gör inget åt den. Det enda gröna vi kan göra när det kommer till ”grön datalagring” är att nyttja den enda ekologiska knappen vi har på vårt tangentbord

Men att förmå någon att överväga en HSM-lösning eller arkiveringslösning med automatisk raderingspolicy med argumenteringen att det är bra för miljön är dömt att misslyckas. Om jag däremot förklarar för företaget att OM de minskar sin ostrukturerade datalagring med 2TB kommer de minska deras kostnader med ca: 390.000:- per år, ENBART på säkerhetskopieringen av den informationen (CAPEX och OPEX inräknat). Då kan det plötsligt vara intressant.

Jag avlutar med en bild som avspeglar min syn på Grön IT