Är inte hundra på att det fungerar med andra, men med Ubuntu så visar du vilken version genom att skriva ut lsb-release som ligger under /etc

t.ex.

root@kara:~# cd /etc
root@kara:/etc# cat lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=10.04
DISTRIB_CODENAME=lucid
DISTRIB_DESCRIPTION="Ubuntu 10.04.1 LTS"
root@kara:/etc#

Om du har besämt dig för att få mer kontroll på din server så kanske du har försökt få igång Aide, det gjorde jag. Ett envist fel gjorde så att jag inte kunde starta programmet, eller rättare sagt, varje natt så genererade cron-jobbet ett fel.

Det såg ut så här:

Couldn’t open file /var/lib/aide/please-dont-call-aide-without-parameters/aide.db for reading

En snabb koll i man filen säger att en databas måste initieras, och det gör man genom att starta Aide med parametern –I eller –initialize.  Men det fungerar inte.

Lösningen är ännu enklare, kör aideinit, det kommandor gör all magi och initierar database. Det tar en rätt lång stund, beroende på hur mycket filer du har och har valt att övervaka. När det är klart så kan du testköra med kommandot aide för att se att felmeddelandet är borta.

Om du inte vet vad aide är så står det så här på programmet sida (http://aide.sourceforge.net):

What is AIDE?

AIDE (Advanced Intrusion Detection Environment) is a free replacement for Tripwire. It does the same things as the semi-free Tripwire and more.

There are other free replacements available so why build a new one? All the other replacements do not achieve the level of Tripwire. And I wanted a program that would exceed the limitations of Tripwire.

What does it do?

It creates a database from the regular expression rules that it finds from the config file. Once this database is initialized it can be used to verify the integrity of the files. It has several message digest algorithms (md5,sha1,rmd160,tiger,haval,etc.) that are used to check the integrity of the file. More algorithms can be added with relative ease. All of the usual file attributes can also be checked for inconsistencies. It can read databases from older or newer versions. See the manual pages within the distribution for further info.

Finns som vanligt att installera med apt-get

Antingen är det bara jag som har prblem eller så är jag helt usel på att googla… Men jag har alltid haft problem när man kombinerar samba linux putty och windows.

Det blir alltid knas med svenska filnamn och jag har fått sitta och editera samba conf:en och locales och en massa små filer för att få det att fungera bra, dvs. dom svenska tecknen i filnamn ska visas som svenska i putty, i alla samba shares och man ska kunna skapa svenska filnamn från windows och terminalen och det ska fortfarande vara svenska tecken oavsett hur man tittar på filnamnen.

ÄNTLIGEN har jag fått fram en lösning!

Steg ett är att editera

/etc/default/locale

det enda som ska stå i den filen är

LANG="sv_SE.UTF-8"
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="sv_SE.UTF-8"
LC_TIME="sv_SE.UTF-8"
LC_COLLATE="sv_SE.UTF-8"
LC_MONETARY="sv_SE.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="sv_SE.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="sv_SE.UTF-8"
LC_TELEPHONE="sv_SE.UTF-8"
LC_MEASUREMENT="sv_SE.UTF-8"
LC_IDENTIFICATION="sv_SE.UTF-8"
LC_ALL=

Sen ska du i putty ändra translation till UTF-8 (I inställningarna för putty ligger det under Windows –> translation)

Nu leker livet och allt är bra, om du nu har filer på din linux disk som är sedan tidigare och visar konstiga tecken i svenska filnamn har du bara lite mer att trixa med sen kommer ditt liv att vara solig och glatt, åtminstonde under överskådlig framtid…

Testa att skriva

ls | iconv -f ISO_8859-15 -t UTF-8

Här kan du undersöka vilket format de gamla svenska tecknen har, byt ut ISO_8859-15 mot andra kodningar så formas tecknen om till UTF-8 när dom listas. När du klurat ut vilken kodning dom har, dvs. när dom visas rätt så kan du konvertera filnamnet med

convmv -f ISO_8859-15 -t UTF-8 *

Samma här, den kodning du fick fram i förra steget använder du i –f parametern (-f från & –t till). Kör du kommandot så här så visar den bara vad som görs, ingen ändring görs. är du är övertygad att det blir bra så lägger du bara till –notest på slutet av raden så görs ändringarna på riktigt.

Och om det skulle skita sig så läser du bara in säkerhetskopiorna du gjorde innan du började, då är allt som vanligt igen och du kan försöka en gång till.

Det här fungerade bra med min Ubuntu 8.10 server, men jag ser inga problem med att göra så här på andra distributioner. Så länge som alla binärer finns…

Go baby go!

Om du upplever att allt blivit snabbare så kan det bero på att jag installerat en slags cache-funktion. Jag installerade APC som sägs kunna snabba upp allt rätt mycket i många fall, om man kör apache2/php5 vill säga.

Hittade en bra en enkel bruksanvisning här http://www.devolio.com/blog/archives/228-How-to-install-APC-in-Ubuntu-7.10.html Funkade perferkt på min 8.10

Jag har under min Linuxresa upptäckt att min /boot partition är för liten för att kunna göra en apt-get dist-upgrade. Tydligen så var defaultinställningen när allt installerades och partitionerades lite snålt tilltagen för /boot så när den nya kärnan skulle fixas till så tog det slut på plats och det sket sig.

När jag skulle flytta /boot från en egen partition till en vanlig katalog på / stötte jag på diverse problem, t.ex. device busy när jag körde en umount. Här är en steg för steg över vad jag gjorde i mitt system, det borde fungera för dig men ymmv.

• Kommadot mount visar /dev/hda1 on /boot type ext3 (rw)
• Det visar även /dev/hda2 on / type ext3 (rw)
• umount /dev/hda1 get ”device busy”
• Lista vilken/vilka provesser som accessar /dev/hda1 genom att skriva sudo fuser -m /dev/hda1
• Det gav mig ett processnummer, 3693
• Kolla vad det är genom att skriva ps -ef | grep 3693
• För mig var det klogd som körde, stoppa den genom att skriva sudo /etc/init.d/klogd stop Om något annat program håller på /boot så får du stoppa det också…

Nu är det nästan dags att avmontera /boot, men vi måste först sätta / som bootbar (misstänker det iallafall

• Det gör du genom att skriva sudo fdisk /dev/hda, sen väljer du a för ”toggle a bootable flag”. Välj den partition där / är monterad (det ser du i /etc/fstab)
• I fdisk väljer du sen p för att se att du fått en * på samma rad som / stämmer det skriver du dina förändringar med w och avslutar med q

Nu är det nära

• Kopiera /boot till /booot (mv /boot booot)
• Kör en sudo umount /boot
• ls / visar att /boot är borta, om /boot inte är borta så kör en mv /boot /boot.old
• Byt namn på /booot till /boot och allt är klart! (sudo mv /booot /boot)

Om du vågar så starta om din maskin, som vanligt när det gäller sådana här anvisningar så gör du allt på egen risk och du kan inte skylla på mig om det blir knas. Och om det blir knas så läser du som vanligt in den backup du tog på systemet innan du började

Jag har haft knas med locales i min Ubuntu Linux…

Systemet envisades med att skicka ut det här felet titt som tätt

locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory

Efter idogt letande så hittade jag lösningen

Det var så här enkelt

apt-get install language-pack-en

Så enkelt är det, suck

Om du har behov av att ansluta medd SSH mellan dina servrarutan att krångla med lösenord så kan du göra så här.Tänk på att det inte är speciellt säkert...  du kommer att märka varför...

Vi utgår från att dina servrar heter lanfear och demondred och ditt användarnamn är matt

På båda servrarna kör du följande kommando

ssh-keygen -t dsa

Tryck enter på alla frågor (placering av nycklar och passphrase)

Kör det här på demondred

ssh-copy-id -i ~/.ssh/id_dsa.pub matt@lanfear.com

Och det här på lanfear

ssh-copy-id -i ~/.ssh/id_dsa.pub matt@demondred.com

Klart!

Nu kan du stå i den ena maskinen och köra ssh till den andrautan att besväras av att behöva logga in med lösenord  

Tänk bara på att om filerna som ligger i /home/matt/.sshkommer på avvägar så är det fritt fram för någon annan attgöra samma sak som du... och det är rätt illa.

(det fungerar så här lätt om du kör ubuntu)

Om du har behov av att ansluta medd SSH mellan dina servrarutan att krångla med lösenord så kan du göra så här.Tänk på att det inte är speciellt säkert...  du kommer att märka varför...

Vi utgår från att dina servrar heter lanfear och demondred och ditt användarnamn är matt

På båda servrarna kör du följande kommando

ssh-keygen -t dsa

Tryck enter på alla frågor (placering av nycklar och passphrase)

Kör det här på demondred

ssh-copy-id -i ~/.ssh/id_dsa.pub matt@lanfear.com

Och det här på lanfear

ssh-copy-id -i ~/.ssh/id_dsa.pub matt@demondred.com

Klart!

Nu kan du stå i den ena maskinen och köra ssh till den andrautan att besväras av att behöva logga in med lösenord  

Tänk bara på att om filerna som ligger i /home/matt/.sshkommer på avvägar så är det fritt fram för någon annan attgöra samma sak som du... och det är rätt illa.

(det fungerar så här lätt om du kör ubuntu)

Det här är en bra onliner, logga ut och in för att det ska slå igenom

dpkg-reconfigure locales