Jag letade efter services eller liknande, men kommandot är mycket kortare än så;
sudo mount -a
söndag 29 december 2013
söndag 10 november 2013
Köra dator med stängt lock i Ubuntu 13.10
Efter att jag bootat om min server (som är en laptop) märkte jag att den la sig i viloläge så fort jag försökte stänga locket. För att göra situationen värre, så hängde den sig efter jag öppnade locket igen. Efter lite googlande visade det sig att det är en bugg i 13.10.
Lösningen är att redigera filen /etc/systemd/logind.conf
I den ska man lägga till raden:
HandleLidSwitch=ignore
Efter det startar jag om och kan numera stänga locket utan problem.
Källa:
bugs.launchpad.net
Lösningen är att redigera filen /etc/systemd/logind.conf
I den ska man lägga till raden:
HandleLidSwitch=ignore
Efter det startar jag om och kan numera stänga locket utan problem.
Källa:
bugs.launchpad.net
fredag 8 november 2013
Se partitionstyper i Linux
Häromdagen var jag osäker på vilka olika typer av partitioner som var monterade i mitt ubuntu-system. Kommandot df -T kan visar detta. För att få trevligare ouput på storlekar kan man lägga på -h för human readable.
Källa: linuxquestions.org
sniglom@ubuntu:~$ df -T
Filesystem Type 1K-blocks Used Available Use% Mounted on
/dev/mapper/ubuntu-root btrfs 74883072 64868632 7660472 90% /
none tmpfs 4 0 4 0% /sys/fs/cgroup
udev devtmpfs 1947336 4 1947332 1% /dev
tmpfs tmpfs 391584 948 390636 1% /run
none tmpfs 5120 0 5120 0% /run/lock
none tmpfs 1957904 0 1957904 0% /run/shm
none tmpfs 102400 0 102400 0% /run/user
/dev/sda1 ext2 233191 85180 135570 39% /boot
/dev/mapper/ubuntu-root btrfs 74883072 64868632 7660472 90% /home
/dev/sdc1 btrfs 3907010376 130943884 3773014644 4% /mnt/fillmore
/dev/sdb1 btrfs 488385560 454164988 28962604 95% /mnt/storage
Källa: linuxquestions.org
torsdag 7 november 2013
Förlorad btrfs-partition på extern usb-disk.
Efter att jag uppgraderat mitt ubuntusystem med apt-get dist-upgrade och gjort en omstart kunde inte längre en av mina btrfs-partitioner fram.
När jag tittade i /dev fanns endast /dev/sdc inte /dev/sdc1.
Efter massa pillande med btrfs-verktyg hittade jag verktyget testdisk. (sudo apt-get install testdisk).
Jag startade programmet valde min usb-disk som fanns på /dev/sdc i mitt fall. Valde [Intel] Intel/PC Partition, [Analyze] och sedan quick search.
Testdisk hittade min partition på ett par sekunder, jag fick valet att skriva den till disk och där efter behövde jag boota om.
Efter omstarten var min disk tillbaka tillsammans med alla filer på den, redo att återmonteras.
När jag tittade i /dev fanns endast /dev/sdc inte /dev/sdc1.
Efter massa pillande med btrfs-verktyg hittade jag verktyget testdisk. (sudo apt-get install testdisk).
Jag startade programmet valde min usb-disk som fanns på /dev/sdc i mitt fall. Valde [Intel] Intel/PC Partition, [Analyze] och sedan quick search.
Testdisk hittade min partition på ett par sekunder, jag fick valet att skriva den till disk och där efter behövde jag boota om.
Efter omstarten var min disk tillbaka tillsammans med alla filer på den, redo att återmonteras.
måndag 4 november 2013
plugin will not work. php extension must be installed (json)
Efter att jag uppgraderat till Ubuntu 13.10 slutade rutorrent att fungera. Allt jag möttes av var felmeddelandet Bad response from server: "(500 [error,getplugins])".
När jag flyttat ut alla plugins ur plugin-mappen startade rutorrent igen, jag började där efter att flytta in alla plugins manuellt, en efter en.
Jag möttes nu av ett nytt felmeddelande, plugin will not work. php extension must be installed (json).
Problemet var att json har flyttats ur php5-dev paketet i ubuntu från och med 13.10. Därför behövde jag installera json,
sudo apt-get install php5-json
Efter det fungerade allt som förut!
När jag flyttat ut alla plugins ur plugin-mappen startade rutorrent igen, jag började där efter att flytta in alla plugins manuellt, en efter en.
Jag möttes nu av ett nytt felmeddelande, plugin will not work. php extension must be installed (json).
Problemet var att json har flyttats ur php5-dev paketet i ubuntu från och med 13.10. Därför behövde jag installera json,
sudo apt-get install php5-json
Efter det fungerade allt som förut!
fredag 25 oktober 2013
Snabba upp Maven nedladdning av pom-filer från Nexus
I dag reagerade jag över hur lång tid det tog för Maven att hämta hem pom-filer från Nexus. Okej att det går långsamt att ladda hem små filer, men varför är det så lång väntetid mellan varje fil?
Efter att ha sökt runt lite upptäckte jag att Nexus använder sig av något som kallas "Ordered Group Repositories". Vilken ordning dina repon ligger i påverkar prestandan en hel del, eftersom Maven börjar med att leta efter pom-filer i det översta repot, där efter det näst översta och så vidare.
I mitt testfall blev byggtiden mindre än hälften efter att ha flyttat runt ordningen på mina repon. Då vill jag poängtera att samtliga av mina repon är lokala och att Nexus-servern står i samma byggnad som jag befinner mig i. En reduktion från 6.5 minuter till 2-3.5 minuter är inte dåligt.
För att komma åt inställningen loggar du in på Nexus, trycker på repositories i vänsterkolumnen. Väljer din repository group i högerkolumnen och trycker där efter på fliken configuration.
Du kan nu dra i repon under "Ordered Group Repositories" för att flytta på dem.
I min mening är detta ett mycket dåligt designval. Delvis finns det ingen knapp som tydligt demonstrerar att repon kan flyttas upp och ner i listan. Det finns inte heller någon varningstext som påpekar att felaktig konfiguration har enorm inverkan på prestandan. Vad jag vet finns det inte heller något profilingverktyg som kan hjälpa dig att placera dina repon i rätt ordning.
Källor:
books.sonatype.com
siddesh-bg.blogspot.com
Efter att ha sökt runt lite upptäckte jag att Nexus använder sig av något som kallas "Ordered Group Repositories". Vilken ordning dina repon ligger i påverkar prestandan en hel del, eftersom Maven börjar med att leta efter pom-filer i det översta repot, där efter det näst översta och så vidare.
I mitt testfall blev byggtiden mindre än hälften efter att ha flyttat runt ordningen på mina repon. Då vill jag poängtera att samtliga av mina repon är lokala och att Nexus-servern står i samma byggnad som jag befinner mig i. En reduktion från 6.5 minuter till 2-3.5 minuter är inte dåligt.
För att komma åt inställningen loggar du in på Nexus, trycker på repositories i vänsterkolumnen. Väljer din repository group i högerkolumnen och trycker där efter på fliken configuration.
Du kan nu dra i repon under "Ordered Group Repositories" för att flytta på dem.
I min mening är detta ett mycket dåligt designval. Delvis finns det ingen knapp som tydligt demonstrerar att repon kan flyttas upp och ner i listan. Det finns inte heller någon varningstext som påpekar att felaktig konfiguration har enorm inverkan på prestandan. Vad jag vet finns det inte heller något profilingverktyg som kan hjälpa dig att placera dina repon i rätt ordning.
Källor:
books.sonatype.com
siddesh-bg.blogspot.com
måndag 21 oktober 2013
Smokeping i ubuntu/raspbian med lighttpd
För närvarande fungerar det inte särskilt bra att installera smokeping via apt-get om man kör lighttpd, därför har jag antecknat mina steg för att få igång en sådan installation.
Några av problemen är att smokeping är konfigurerat för att använda sendmail, men apt-get-paketet har inte sendmail som en dependency. Smokeping får också en trasig fil i sin rotmapp (smokeping.fcgi.dist). Vidare så installeras inte rrdtool automatiskt, fastän smokeping är oanvändbart utan.
Min installationsprocedur kanske inte är best practice, har du någon åsikt så kommentera gärna.
Installera nödvändiga paket
apt-get install lighttpd
apt-get install smokeping rrdtool
Skapa cgi-bin i din www-rot
sudo mkdir /var/www/cgi-bin
Länka in smokeping
sudo ln -s /usr/lib/cgi-bin/smokeping.cgi .
Kommentera ut sendmail ur konfigurationen
sudo nano /etc/smokeping/config.d/pathnames
Från:
sendmail = /usr/sbin/sendmail
Till
#sendmail = /usr/sbin/sendmail
Lägg till cgi-stöd i lighttpd
sudo lighttpd-enable-mod cgi
Starta om lighttpd
sudo service lighttpd restart
Starta om smokeping
sudo service smokeping restart
Nu ska du kunna nå smokeping på
hostname/cgi-bin/smokeping.cgi
Några av problemen är att smokeping är konfigurerat för att använda sendmail, men apt-get-paketet har inte sendmail som en dependency. Smokeping får också en trasig fil i sin rotmapp (smokeping.fcgi.dist). Vidare så installeras inte rrdtool automatiskt, fastän smokeping är oanvändbart utan.
Min installationsprocedur kanske inte är best practice, har du någon åsikt så kommentera gärna.
Installera nödvändiga paket
apt-get install lighttpd
apt-get install smokeping rrdtool
Skapa cgi-bin i din www-rot
sudo mkdir /var/www/cgi-bin
Länka in smokeping
sudo ln -s /usr/lib/cgi-bin/smokeping.cgi .
Kommentera ut sendmail ur konfigurationen
sudo nano /etc/smokeping/config.d/pathnames
Från:
sendmail = /usr/sbin/sendmail
Till
#sendmail = /usr/sbin/sendmail
Lägg till cgi-stöd i lighttpd
sudo lighttpd-enable-mod cgi
Starta om lighttpd
sudo service lighttpd restart
Starta om smokeping
sudo service smokeping restart
Nu ska du kunna nå smokeping på
hostname/cgi-bin/smokeping.cgi
Prenumerera på:
Inlägg (Atom)