Ich suchte den Befehl, mit dem ich sehen kann, aus welcher Paktequelle ein Programm kommt. Dies bauchte ich um heraus zu finden ob das Paket ggf. aus einer PPA kommt.

apt-cache policy qemu
qemu:
  Installiert: (keine)
  Kandidat: 0.12.3+noroms-0ubuntu9.16
  Versions-Tabelle:
     0.12.3+noroms-0ubuntu9.16 0
        500 http://mirror.bauhuette.fh-aachen.de/ubuntu/ lucid-updates/universe Packages
     0.12.3+noroms-0ubuntu9.15 0
        500 http://mirror.bauhuette.fh-aachen.de/ubuntu/ lucid-security/universe Packages
     0.12.3+noroms-0ubuntu9 0
        500 http://mirror.bauhuette.fh-aachen.de/ubuntu/ lucid/universe Packages

Hier ein aufbau zwischen zwei Servern (SRV01/SRV02). Jeweils habe den Ordner /opt/git/ erstell und das Git ausgeschekt. Den VPN Ordner habe ich dann mittels eines Symlinks ins /etc/tinc Verzeichnis gelinkt.
ln -s /opt/git/vpn.tinc/vpn /etc/tinc/vpn

Folgende Daten und Ordner befinden sich in meinem Git. Mittels der .d Verzeichnisse werden die einzelne Dateien auf den Servern gelinkt (siehe unten).
/etc/tinc/vpn/
hosts
hosts/srv01
hosts/srv02
tinc.conf.d
tinc.conf.d/srv01.conf
tinc.conf.d/srv02.conf
up.d
up.d/srv01-up
up.d/srv02-up
down.d
down.d/down

Die Dateien im einzelnen.
--- SRV01 ---
hosts/srv01:

Name = srv01
Address = srv01.chr.istoph.de
Cipher = blowfish
Digest = sha1
IndirectData = yes
Subnet = 10.8.0.1/32
Subnet = 192.168.0.1/24

Wichtig: bei Subnet muss einmal die Lokale Adresse auf die gelauscht werden soll mit /32 angegeben werden. Das zweite Subnet ist nur beispielhaft für weiteres netz das sich hinter SRV01 befindet.

tinc.conf.d/srv01.conf:

Name = srv01
AddressFamily = ipv4
BindToInterface = eth0
ConnectTo = srv02
Device = /dev/net/tun
Mode = router
KeyExpire = 3600
PrivateKeyFile = /etc/tinc/vpn/rsa_key.priv

up.d/srv01-up:

#!/bin/bash
ip addr add 10.8.0.1/24 dev vpn
ip link set vpn up

down.d/down:

#!/bin/bash

Auf SRV01 müssen dann natürlich nur folgende Symlinks erstellt werden.
ln -s tinc.conf.d/srv01.conf tinc.conf
ln -s up.d/srv01-up tinc-up
ln -s down.d/down tinc-down

--- SRV02 ---
hosts/srv02:

Name = srv02
Address = srv02.chr.istoph.de
Cipher = blowfish
Digest = sha1
IndirectData = yes
Subnet = 10.8.0.2/32

tinc.conf.d/srv02.conf:

Name = srv02
AddressFamily = ipv4
BindToInterface = eth0
ConnectTo = srv01
Device = /dev/net/tun
Mode = router
KeyExpire = 3600
PrivateKeyFile = /etc/tinc/vpn/rsa_key.priv

up.d/srv02-up:

#!/bin/bash
ip addr add 10.8.0.2/24 dev vpn
ip link set vpn up

ln -s tinc.conf.d/srv02.conf tinc.conf
ln -s up.d/srv02-up tinc-up
ln -s down.d/down tinc-down
--- END ---

Nach dem die Dateien angelegt sind können auf dem jeweiligen Server (SRV01 / SEV02), die Keys erstellt werden.
tincd --generate-keys=4096 -n vpn

Dies Legt den Privaten schlüssel rsa_key.priv an und legt den Öffentlichen Schlüssel in die host/srv01 Datei.

Vor dem Starten von Tinc müssen die up/down Scripte noch Ausführungsrechte auf den Jeweiligen Servern bekommen.
chmod +x up.d/srv*
chmod +x down.d/down

Nun können wir alles im GIT einchecken. Nicht vergessen nach dem einchecken von SRV01 auf SRV02 zu pullen und erst dann die Dateien anzulegen um sie zu puschen.
git add hosts/srv01 tinc.conf.d/srv01.conf up.d/srv01-up down.d/down
git commit -m "tinc: add srv01"
git puch

Wichtig hierbei ist den Privaten Schlüssel rsa_key.priv nicht einzucken. Auch aus Backup gründen macht dies keinen Sinn da dieser immer wieder neu erstellt werden kann.

Bei Ubuntu Systemen muss in der Datei /etc/tinc/nets.boot der Name des zu startenden Netzwerkes eingetragen werden. In unserem Fall VPN.
## This file contains all names of the networks to be started on system startup.
vpn

Als erstes braucht man die ec2-api-tools
sudo apt-get install ec2-api-tools

Dann habe ich ein Start Script Namens run-file.sh geschrieben, das z.b. so aussieht:
#!/bin/bash

apt-get update
apt-get install -y apache2-utils
ab http://blog.chr.istoph.de/

Dann habe ich die Instanzen mittels eine for Schleife gestartet.
for i in {1..1000}; do
ec2-run-instances ami-e52ce68c --instance-type t1.micro --region us-east-1 --key ca -K pk-xxx.pem -C cert-xxx.pem -user-data-file run-file.sh
done

Das starten der Instanzen sollte nicht mittels & in den Hintergrund geschoben werden, da das Programm ec2-run-instances ein sehr Speicherfressendes Java Programm ist.

Nachdem man jetzt die 1000 Instanzen eine Weile laufen gelassen hat muss man diese auch wieder beenden. Dazu kann man sich folgendermaßen alle Instanzen anzeigen:
ec2-describe-instances -K pk-xxx.pem -C cert-xxx.pem

Dem endsprechen kann man auch ALLE existierende Instanzen gelöscht werden:
ec2-terminate-instances -K pk-xxx.pem -C cert-xxx.pem $(ec2-describe-instances -K pk-xxx.pem -C cert-xxx.pem | grep INSTANCE | awk '{print $2}')

Quelle: help.ubuntu.com
uec-images.ubuntu.com

Wenn blkid keine SWAP Partition anzeigt muss dieser erst erzeugt werden. Welches der richtige Pfad ist findet man über fstab -l heraus.
mkswap /dev/sda5

Anschließend den alten SWAP Pfad aus der /etc/fstab entfernen und den neuen hinzufügen:
grep -v swap /etc/fstab > /etc/.fstab
blkid | grep swap | awk '{ print $2 " none swap sw 0 0"}' >> /etc/.fstab
mv /etc/.fstab /etc/fstab
swapon -a

mirror.bauhuette.fh-aachen.de/ubuntu-cd/11.10/

# tree /sys/ | grep sdb
│   ├── sdb -> ../devices/pci0000:00/0000:00:1f.2/host2/target2:0:1/2:0:1:0/block/sdb
│   │   ├── sdb -> ../../devices/pci0000:00/0000:00:1f.2/host2/target2:0:1/2:0:1:0/block/sdb
│   │   ├── 8:16 -> ../../devices/pci0000:00/0000:00:1f.2/host2/target2:0:1/2:0:1:0/block/sdb
│   │   │   │   │   │   │   └── sdb
│   │   │   │   ├── sdb -> ../../../../pci0000:00/0000:00:1f.2/host2/target2:0:1/2:0:1:0/block/sdb

Nach dem wir partprobe ausgeführt haben waren die Platten wieder da.
#partprobe

/etc/init/test.conf

description	"test package"
author		"Christoph Hueffelmann <chr@istoph.de>"

start on runlevel 5
stop on runlevel 0

respawn
expect fork

exec /usr/bin/test

ln -s /lib/init/upstart-job /etc/init.d/test

und schon läuft das program test mit
services test start

Um das Upstart Script in meinem deb zu integrieren muss man die Datei nur ins Debian Verzeichnis kopieren.
cp /etc/init/test.conf debian/test.upstart

Dafür habe ich in der /etc/sudoers die Option nopasswod hinzugefügt.
%admin ALL=(ALL) NOPASSWD: ALL

Auf launchpad.net habe ich aber den passenden Burgreport gefunden und den dazugehörigen Patch, den man folgendermaßen verwenden kann:

sudo wget -O /etc/bash_completion.d/upstart https://launchpadlibrarian.net/40624366/upstart

Hier noch mal der Quellcode falls er eines Tages nicht mehr da ist wo er hingehört:

 
# Debian GNU/Linux start/stop/status(8) completion for upstart
# Copyright 2007 Michael Biebl <biebl@debian.org>
# Copyright 2010 Daniel Hahler <ubuntu@thequod.de>
# License: GNU GPL v2 or later
 
_jobs()
{
	local cur jobs
 
	[ -r /etc/init/ ] || return 0
 
	COMPREPLY=()
	cur=${COMP_WORDS[COMP_CWORD]}
	jobs=$(for i in /etc/init/*.conf ; do basename "$i" .conf ; done)
 
	if [ $COMP_CWORD -eq 1 ]; then
		COMPREPLY=( $(compgen -o filenames -W "$jobs" $cur) )
	fi
 
	return 0
}
complete -F _jobs status
complete -F _jobs reload
complete -F _jobs restart
 
_waiting()
{
	local cur jobs
 
	[ -r /etc/init/ ] || return 0
 
	COMPREPLY=()
	cur=${COMP_WORDS[COMP_CWORD]}
	jobs=$(initctl list | grep -E "(waiting|instance)" | cut -f1 -d ' ')
 
	if [ $COMP_CWORD -eq 1 ]; then
		COMPREPLY=( $(compgen -o filenames -W "$jobs" $cur) )
	fi
 
	return 0
}
complete -F _waiting start
 
_running()
{
	local cur jobs
 
	[ -r /etc/init/ ] || return 0
 
	COMPREPLY=()
	cur=${COMP_WORDS[COMP_CWORD]}
	jobs=$(initctl list | grep -E "(running|instance)" | cut -f1 -d ' ')
 
	if [ $COMP_CWORD -eq 1 ]; then
		COMPREPLY=( $(compgen -o filenames -W "$jobs" $cur) )
	fi
 
	return 0
}
complete -F _running stop
# vim:ft=sh:
 

Quelle: MvB

Das gleich gilt auch für ssh/sftp
sudo apt-get install sshfs
sudo mkdir /mnt/ftp/
sudo sshfs user@chr.istoph.de:/ /mnt/sftp/

Weite Infos dazu findet ihr unter curlftpfs oder sshfs.

www-data ALL=NOPASSWD:/usr/sbin/arp

So kann der Befehl

$mac = system('sudo arp -a '. $_SERVER['REMOTE_ADDR'] .' | cut -d " " -f4');

instent die MAC Adresse für die IP des Client Rechners ermitteln, obwohl root rechte zum ausführen einer arp anfrage benötige werden.

0 0 * * * /sbin/shutdown -r +$(($RANDOM \% 60))

in crontab nutzen kann, kann man nicht einfach bach "befelh" davor schreiben. Man muss erst die dash konfigurieren:

sudo dpkg-reconfigure dash

Quelle: Shiva6

Erstmal braucht man das Aktuelle pidgin von launchpad.net
sudo add-apt-repository ppa:pidgin-developers/ppa

Dann Updates installieren, in unserem fall:
apt-get install pidgin pidgin-data libpurple0

Dann muss man in Pidgin noch vollende Einstellung vornehmen:

Und schon kann man wieder auf reaktivieren Klicken (bzw. Pidgin neu starten) und geht.

Erstens ist es vollkommen überflüssig die wie auf der Seite beschreiben Kodexe einzubinden:

Sie benötigen für den Firefox das MPlayer Plugin und die w32codecs. Hierzu ist es erforderlich, die Paketquelle (medibuntu) und den Schlüssel zur Paketverwaltung (medibuntu-keyring) einzufügen.

, da es mittlerweile auch mit Flash geht.

Deswegen sollte man alle Video Plugins wie "Windows Media" oder "Quicktime" im Firefox deaktivieren, ausgenommen Flash.

Dann kann man oben rechts auf der www.podcast.fh-aachen.de Seite auf "Preferences" klicken um mehr Informationen über den Status der Kodexe zu erhalten. Dies sollte dann so aussehen:

Der folgende Hinweis kommt derzeit bei mir auch noch, kann getost übersprungen werden.

Wenn ihr Trotzdem noch Probleme haben solltet, schreib eine E-Mail an das E-Lernring Team oder schaut mit eurem Laptop die reckt in der DVZ vorbei.