iPod mit gtkpod unter Debian
Bereits vor dem Kauf habe ich mich über die iPod Kompatiblität für Linux informiert und bin dabei auf gtkpod gestoßen. Installieren können wir es mit:
# aptitude install gtkpod
Es erkannte sofort meinen angeschlossenen iPod und zeigte mir auch bereits existierende Titel an, jedoch war ich nicht in der Lage ihn neu zu synchronisieren. Es kam permanent der Fehler:
Couldn’t find the iPod firewire ID
Dieser lässt sich jedoch ganz einfach beseitigen.
Um die “ID” heraus zu finden reicht ein:
# su
# lsusb -v | grep -i Serial
Dies gibt uns eine Ausgabe wie z.B.:
iSerial 1 0000:00:1d.2
iSerial 1 0000:00:1d.1
iSerial 0
iSerial 1 0000:00:1d.0
iSerial 3 000A27001B6EEE02
iSerial 3 574341505731363831363938
iSerial 1 0000:00:1d.7
iSerial 1 0000:00:1a.7
iSerial 1 0000:00:1a.1
iSerial 1 0000:00:1a.0
Hierbei ist nun auf eine 16-stellige ID zu achten. (sowohl Buchstaben als auch Zahlen)
In dem Beispiel wäre es die 000A27001B6EEE02
Als nächstes öffnen wir die Datei /media/IPODNAME/iPod_Control/Device/SysInfo und fügen dort folgende Zeile ein:
FirewireGuid: 000A27001B6EEE02
Dabei eure ID mit dem Output von lsusb anpassen und auf das Leerzeichen nach dem Doppelpunkt achten. In gtkpod solltet ihr nun problemlos mit eurem System synchronisieren können.
Wireless LAN im FRZ mit Linux
Zunächst sollte überprüft werden ob bereits wpa_supplicant installiert ist, oder nicht. Falls dies nicht der Fall sein sollte ist es unter Debian mit einem einfachen
# aptitude install wpasupplicant
als root erledigt. Besitzt ihr einen anderen Packetmanager, sucht ein ähnliches Paket in dem Repository von eurer Distribution. Wahlweise könnt ich auch den Source laden, Link hier. Jetzt erstellen wir uns eine wpa_supplicant.conf mit folgendem Inhalt:
ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=0
eapol_version=1
ap_scan=1
fast_reauth=1network= {
ssid=”eduroam”
key_mgmt=WPA-EAP
proto=WPA
pairwise=TKIP
group=TKIP
eap=TTLS
anonymous_identity=”anonymous@tu-dresden.de”
identity=”sXXXXXXX@tu-dresden.de”
password=”*******”
ca_cert=”/etc/wpa_supplicant/TUD-CACert.pem”
phase2=”auth=PAP”
priority=2
}
und speichern es unter /etc/wpa_supplicant/wpa_supplicant.conf. Um sich Erfolgreich zu verbinden bitte identity und password editieren. Wie zu erkennen wird noch ein TUD-CACert.pem Zertifikat benötigt, welches wir hier finden. Dieses speichern wir wie im Configfile angegeben Pfad in /etc/wpa_supplicant/TUD-CACert.pem. Zum verbinden kann dieses kleine Script verwendet werden: wpasupplicant.sh
(Danke an dieser Stelle zur xaitax für seine Hilfe
)
Speichert dieses Script in /sbin/wlanfrz ab und führt
# chmod +x /sbin/wlanfrz
als root aus. Weiterhin solltet ihr noch das Device wlan0 mit eurem W-LAN Device auf dem System anpassen. Wenn man nun in FRZ Nähe ist kann man sich bequem als root mit
# wlanfrz start
zum AP connecten.
Quellen
[1] offizielle Anleitung des Fakultätrechenzentrums
SD Karten Hotplug [engl]
-=[ Howto auto hotplug SD Cards ]=-
1st Step:
Detect your Cardreader via typing
# lspci | grep SD
You will get an output like that:
03:01.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter
2nd Step:
Next you login as root and type
# setpci -s 3:01.1 4c.b=0×02
whereas 3:01.1 you had to change with the output of step one.
3rd Step:
Test it, insert a SD card! If it doesn’t work, try something else. ![]()
If you’re interested in auto hotplug your SD Cards at boot time follow the next step,
else you’re done here.
4th Step:
Be sure, you’re root and create new file in /etc/init.d/
# touch /etc/init.d/cardreader
Now …
# vim /etc/init.d/cardreader
and insert
#!/bin/bash
setpci -s nn:nn.n 4c.b=0×02
exit 0
and save with [esc]:wq
Now change permission of created file
# chmod 777 /etc/init.d/cardreader
Change to dir /etc/init.d/
# cd /etc/init.d/
On most distributions you can use `chkconfig`
# chkconfig -a cardreader
On gentoo
# rc-update add cardreader default
On Debian link the script to some /etc/rc* with ln -s
Done!
Pidgin gibt Errors bzgl. falscher Kodierung
Es gab einen Fehler beim Empfang dieser Nachricht. Entweder haben Sie und ICQ_NUMMER unterschiedliche Kodierungen gesetzt oder ICQ_NUMMER hat einen fehlerhaften Client.
Ich habe nach einem Upgrade von GTK+ unter Pidgin auf einmal diese Fehlermeldungen von mehreren Personen bekommen. Diese Nachricht kam hauptsächlich wenn man Umlaute o.Ä. verschickt hatte. Dieser Fehler ist dem Development Team von Pidgin schon bekannt, jedoch gibt es noch keine brauchbare Lösung dererseits. Die derzeitige Lösung beschränkt sich auf einem downgrade von GTK+. Also einfach die derzeitige GTK+-Installation löschen und dafür eine ältere installieren.
Unter Windows habe ich es bereits mit der Version GTK+ 2.12.1 getestet und es funktioniert fehlerfrei. Downloadlink findet ihr hier http://garr.dl.sourceforge.net/sourceforge/pidgin/gtk-runtime-2.12.1-rev-b.exe