Glücklicherweise reagierte er nach dem bekannten 30/30/30 (hard) reset wieder unter 192.168.0.1 auf ping request.

Mit folgenden Schritten konnte ich die Firmware reparieren:

Aktuelles DD-WRT Image per wget downloaden:

cd /tmp
wget http://www.dd-wrt.com/routerdb/de/download/Linksys/WRT54GL/1.0/1.1/dd-wrt.v24_mini_wrt54g.bin/2190
mv 2190 dd-wrt.v24_mini_wrt54g.bin

Installation des linksys-tftp Clients und Ausführung des updates:

Der Rechner, auf den man den tftp-client installiert sollte eine IP Adresse im 192.168.0.0/24 und 192.168.1.0/24 Netz haben. Jeweils die ersten Adressen 192.168.0.1 und 192.168.1.1) sind für den Router freizuhalten.

sudo emerge net-ftp/linksys-tftp
linksys-tftp

In der linksys-tftp console:

connect 192.168.0.1
put dd-wrt.v24_mini_wrt54g.bin admin

Danach nochmals den 30/30/30 (hard) reset durchführen und der Router sollte im Browser unter http://192.168.1.1 erreichbar sein.

Die per ssh gemounteten Pfade lassen sich auch nicht mehr ansprechen und verursachen “freezes”, wie beispielsweise der Versuch diese über die Bash-Autovervollständigung aufzurufen bzw. zu vervollständigen.

Hier hilft ein Auffinden der betroffenen Mountpoints mit

mount

und anschließendem

umount -f /pfad/zum/ssh/mount/point

Eventuell muss man den Umountbefehl zwei,- dreimal aufrufen, bevor er greift und der Pfad wieder freigegeben wird. Nachdem das unmounten erfolgt ist, funktioniert auch wieder der Zugriff auf die KDE4 Kontrollleiste und Dolphin funktioniert ebenfalls wie gewohnt. Die Uhr läuft dann auch wieder weiter.

Sollte man ssh (auto)mounts in der fstab eingetragen haben und wünscht sich eine dauerhafte Verbindung, ohne dieses nervige Problem ständig manuell lösen zu müssen, empfiehlt es sich Power Management Utilities (pm-utils) entsprechend zu konfigurieren.

Folgende Konfiguration unmounted die per ssh gemounteten Pfade vor dem Suspend und aktiviert diese wieder beim Resume: (Hier gehe ich davon aus, dass die per sshfs zu mountenden Verzeichnisse bereits in der fstab deklariert wurden.)

cat > /etc/pm/sleep.d/10sshmount << EOF
#!/bin/bash
case $1 in
   hibernate)
        echo "unmounting ssh mount point(s)"
        umount /pfad/zum/ssh/mount/point/1
        umount /pfad/zum/ssh/mount/point/2
        ;;
   suspend)
        echo "unmounting ssh mount point(s)"
        umount /pfad/zum/ssh/mount/point/1
        umount /pfad/zum/ssh/mount/point/2
        ;;
   thaw)
        echo "mounting ssh mount point(s)"
        mount /pfad/zum/ssh/mount/point/1
        mount /pfad/zum/ssh/mount/point/2
        ;;
   resume)
        echo "mounting ssh mount point(s)"
        mount /pfad/zum/ssh/mount/point/1
        mount /pfad/zum/ssh/mount/point/2
        ;;
esac
EOF

chmod 0700 /etc/pm/sleep.d/10sshmount

Nach dieser Konfiguration und einem Neustart des Systems waren meine nervigen Freezes nach dem Wakeup aus dem Suspendmode endgültig gelöst.

Hier ein paar Links die für meine OpenVPN Einrichtung hilfreich waren:

1. http://gentoo.linuxhowtos.org/openvpn/openvpn.htm
2. http://wlhdd.co.uk/wiki/OpenVPN
3. http://ubuntuforums.org/showthread.php?t=682238
4. http://www.linuxhorizon.ro/openvpn-brief.html
5. http://www.classy.dk/hacks/archives/002287.html

# emerge -avuDN world
#
These are the packages that would be merged, in order:
#
Calculating dependencies... done!
[ebuild UD] media-libs/taglib-1.6 [1.6.1-r1] USE="-debug -examples -static-libs -test (-asf%*) (-mp4%*)" 0 kB
[ebuild U ] sys-fs/fuse-2.8.1 [2.7.4] 482 kB
[ebuild U ] app-admin/eselect-1.2.8 [1.2.3] USE="bash-completion -doc" 151 kB
[ebuild U ] dev-java/java-config-2.1.9-r2 [2.1.9-r1] 0 kB
[ebuild R ] dev-lang/php-5.2.11-r1 USE="apache2 berkdb bzip2 cli crypt ctype curl* ftp gd gdbm iconv ipv6 ldap mysql ncurses nls pcre readline reflection session spell spl ssl truetype unicode xml zip zlib (-adabas) -bcmath (-birdstep) -calendar -cdb -cgi -cjk -concurrentmodphp -curlwrappers -db2 -dbase (-dbmaker) -debug -discard-path -doc (-empress) (-empress-bcs) (-esoob) -exif -fastbuild (-fdftk) -filter (-firebird) -flatfile -force-cgi-redirect (-frontbase) -gd-external -gmp -hash -imap -inifile -interbase -iodbc (-java-external) -json -kerberos -kolab -ldap-sasl -libedit -mcve -mhash -msql -mssql -mysqli -oci8 -oci8-instant-client -odbc -pcntl -pdo -pic -posix -postgres -qdbm -recode -sapdb -sharedext -sharedmem -simplexml -snmp -soap -sockets (-solid) -sqlite -suhosin (-sybase) (-sybase-ct) -sysvipc -threads -tidy -tokenizer -wddx -xmlreader -xmlrpc -xmlwriter -xpm -xsl -yaz" 0 kB
[ebuild R ] media-libs/raptor-1.4.19 USE="curl* unicode xml -debug" 0 kB
[ebuild UD] media-sound/amarok-utils-2.2.0 [2.2.1.90] USE="-debug (-bindist%)" 0 kB
[ebuild R ] media-gfx/gimp-2.6.8 USE="alsa curl* dbus hal jpeg lcms mmx mng pdf png python smp sse svg tiff webkit wmf -aalib (-altivec) -debug -doc -exif -gnome" 0 kB
[ebuild UD] media-sound/amarok-2.2.0 [2.2.1-r2] USE="ipod opengl semantic-desktop (-aqua) -cdda -daap -debug (-kdeenablefinal) -lastfm -mp3tunes -mtp (-bindist%)" LINGUAS="de -bg -ca -cs -da -en_GB -es -et -eu -fi -fr -it -ja -km -nb -nds -nl -pa -pl -pt -pt_BR -ru -sl -sr -sr@latin -sv -th -tr -uk -wa -zh_TW" 0 kB
#
Total: 9 packages (3 upgrades, 3 downgrades, 3 reinstalls), Size of downloads: 633 kB
#
!!! The following installed packages are masked:
- x11-themes/gtk-engines-qt-1.1-r2 (masked by: package.mask)
/usr/portage/profiles/package.mask:
# Samuli Suominen (27 Dec 2009)
# Semi-abandoned upstream. Installs broken Engine,
# libqt4engine.so but a useful kcm_gtk4.so Theme
# Selector. The engine is hanging Firefox and Thunderbird
# at exit, and is segfaulting apps like Audacious.
#
# The Theme Selector could be split into it's own package.
# Use qtcurve-qt4 gtk-engines-qtcurve for working Engine.
#
# See Bug 277726. Removed when the theme selector has
# been split, or unmasked when the engine is fixed.
#
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.
#
#
Would you like to merge these packages? [Yes/No]

Daher empfiehlt es sich

emerge -C x11-themes/gtk-engines-qt

durchzuführen und stattdessen

emerge -av x11-themes/gtk-engines-qtcurve x11-themes/qtcurve-qt4

zu installiert.

Heute (23.01.2010) bin ich auf folgendes beim Updaten eines anderen Systemes gestoßen:

Muss noch prüfen um was es sich bei dem Paket “kde-misc/kcm_gtk” handelt …

# emerge -avDuN world

These are the packages that would be merged, in order:

Calculating dependencies... done!

Total: 0 packages, Size of downloads: 0 kB

!!! The following installed packages are masked:
- x11-themes/gtk-engines-qt-1.1-r2 (masked by: package.mask)
/usr/portage/profiles/package.mask:
# Samuli Suominen  (27 Dec 2009)
# Broken engine, see bug 277726. Replaced by
# kde-misc/kcm_gtk
#
# Masked for removal

For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.

Nothing to merge; would you like to auto-clean packages? [Yes/No]
>>> Auto-cleaning packages...

>>> No outdated packages were found on your system.
# eix kde-misc/kcm_gtk
* kde-misc/kcm_gtk
     Available versions:  (4)  ~1.1
        {aqua gnome kdeenablefinal linguas_bg linguas_cs linguas_de linguas_es linguas_fr linguas_it linguas_nn linguas_ru linguas_sv linguas_tr}
     Homepage:            http://gtk-qt.ecs.soton.ac.uk
     Description:         KControl GTK+ Theme Selector

Falls noch nicht geschehen, sollte man vorher ein Backup seines iPods erstellen. Üblicherweise geschieht dies über iTunes…

Als nächstes musste ich die Firmware des iPods mit iTunes auf die aktuellste Version 3.1.2 updaten. Ja, das ging!

Dann http://www.blackra1n.com/blackra1n.zip downloaden, entpacken und ausführen.

Der iPod wird im Wartungzustand gestartet und gleichzeitig gejailbreakt. Währendessen wird iTunes den im Wartungzustand befindlichen iPod bemerken und entsprechend darauf hinweisen – dies einfach ignorieren! Nach kurzer Zeit rebootet der iPod und iTunes ist auch wieder zufrieden über dessen Zustand und fängt, abhängig von den iTunes-Einstellungen, an zu synchronisieren.

Ende der Arbeiten unter MAC OS X

Auf Gentoo Linux (AMD64):

Nötige Pakete emergen:

Falls nötig, Layman wie folgt installieren:

emerge  -av layman
echo "source /usr/local/portage/layman/make.conf"  >> /etc/make.conf
layman -a dottout
eix-update

Aktuelle Version von libgpod installieren

Die momentan im Portagetree liegende Version (media-libs/libgpod-0.7.2) ist zu alt. Versucht man diese zu verwenden, wird ipod-read-sysinfo-extended (weiter unten) nicht richtig funktionieren bzw. legt die nötige Datei /mnt/ipod/iPod_Control/Device/SysInfoExtended nicht an.

Daher unmasken wird die Developerversion von libgpod mit:

autounmask media-libs/libgpod-9999

Nachtrag! Am besten wir installieren auch noch die Developerversionen folgender Programme:

1. dev-libs/libusb
2. app-pda/ifuse
3. app-pda/libplist
4. app-pda/libiphone
5. app-pda/usbmuxd
6. media-libs/libgpod

echo '=dev-libs/libusb-9999 **
=app-pda/ifuse-9999 **
=app-pda/libplist-9999 **
=app-pda/libiphone-9999 **
=app-pda/usbmuxd-9999 **
=media-libs/libgpod-9999 **' >>  /etc/portage/package.keywords
emerge -avu libusb ifuse libplist libiphone usbmuxd libgpod

gtkpod und ifuse installieren

emerge -av gtkpod ifuse

Die 40 stellige iPod Serial mit

lsusb -v | grep -i iSerial

suchen und merken.

Nun sollte der iPod kurz vom PC getrennt werden und nach ca. 5 Sekunden wieder angeschlossen werden. Tut man das nicht, wird ifuse denn iPod vermutlich nicht finden und somit auch nicht mounten können.

Das iPod Mountverzeichnis anlegen und den iPod dort mit ifuse mounten:

mkdir -p /mnt/ipod
ifuse /mnt/ipod

ipod-read-sysinfo-extended liest eine XML Datei auf dem iPod aus und erstellt daraus die für gtkpod nötige Datei /mnt/ipod/iPod_Control/Device/SysInfoExtended. Anstelle des Mountpfades, setzen wir die iPod Serial wie folgt ein:

ipod-read-sysinfo-extended abcdefghij1234567890klmnopqrst01234567890 /mnt/ipod/

Es dauert einen kurzen moment und /mnt/ipod/iPod_Control/Device/SysInfoExtended oder /mnt/ipod/iTunes_Control/Device/SysInfoExtended sollte unter angelegt worden sein. Wie bereits erwähnt, wird die Datei SysInfoExtended benötigt, um mit gtkpod auf den iPod zugreifen zu können. Weitere Infos zu libgpod findet man auch mit:

bzless /usr/share/doc/libgpod-9999/README.SysInfo.bz2

Dannach kann man gtkpod starten und zur Nutzung mit dem iPod konfigurieren.

Noch nie empfand ich das “iPod-jailbraken” so einfach wie mit blackra1n.

Daher hier noch ein Backup der Windows sowie der Mac Version.

Weiterführende Links:

1. http://www.blackra1n.com/
2. http://gamingexposed.com/index.php?option=com_content&view=article&id=756:iphone-3x-syncing-on-linux&catid=43:wiiguides&Itemid=44
3. http://marcansoft.com/blog/
4. http://www.geekbin.net/main/2009/12/iphone-3gs-3-1-2-synced-in-gentoo/

euse -E parted qemu lvm
emerge -av libvirtd virtinst

Eventuell müssen die Pakete noch unmasked werden.

Einrichten des Autostartes mit

rc-update -a libvirtd default

Nachdem der Dienst mit

/etc/init.d/libvirtd start

gestartet wurde, kann man mit

virsh --connect qemu:///system

zu dem libvirt-Daemon verbinden und erhält, bei Erfolg, dessen Konsole.

Nun soll es auch möglich sein über das Netzwerk (auch Internet) auf den, in diesem Fall, extern laufendem Daemon zuzugreifen. Angeblich funktioniert das mit:

virsh -c "qemu+ssh://user@host/system"

Leider klappt das bei mir noch nicht – weder lokal noch über das Netzwerk.

To be continued…

Update:

Folgendes Setting in /etc/libvirt/libvirtd.conf von

[...]
# This is enabled by default, uncomment this to disable it
# listen_tls = 0
[...]

nach

[...]
# This is enabled by default, uncomment this to disable it
listen_tls = 0
[...]

ändern und schon kann man sich über das Netzwerk einloggen. So wie es aussieht ist das unter Gentoo standardmäßig aktiviert und führt somit zu Problemen bei dieser Verbindungsart. Laut der Infos in der betroffenen Konfigurationsdatei, muss vorher eine CA erstellt werden um diese standardtmäßig eingeschaltete Funktion nutzen zu können. Wie auch immer, der aktivierte Zustand clasht aus welchen Gründen auch immer mit dem ssh Zugang …

Ein lokaler Test würde beispielsweise so aussehen:

virsh -c "qemu+ssh://user@host/system"

In diesem Fall darf der verwendete Hostname nicht auf die localhost-IP 127.0.0.1 auflösen. Falls es dies tut, gibt es folgende Meldung:

eq6 ~ # virsh -c "qemu+ssh://admin@localhost/session"
Fehler: cannot recv data: Die Verbindung wurde vom Kommunikationspartner zurückgesetzt
Fehler: Verbindung zum Hypervisor scheiterte

Der lokale Zugang wird mit

virsh -c "qemu:///system"

durchgeführt.

Sollte man den SSH Port verändert haben, lässt sich dieser, wie in folgendem Beispiel zu sehen, mit angeben:

virsh -c "qemu+ssh://user@host:port/session"

Da sich root per ssh nicht einloggen darf und es auch sonst eine schlechte Idee ist, libvirt mit root zu administrieren, ändern wir noch folgendes in der Datei /etc/libvirt/libvirtd.conf

# UNIX socket access controls
#
# Set the UNIX domain socket group ownership. This can be used to
# allow a 'trusted' set of users access to management capabilities
# without becoming root.
#
# This is restricted to 'root' by default.
#unix_sock_group = "users"
#
# Set the UNIX socket permissions for the R/O socket. This is used
# for monitoring VM status only
#
# Default allows any user. If setting group ownership may want to
# restrict this to:
unix_sock_ro_perms = "0777"
#
# Set the UNIX socket permissions for the R/W socket. This is used
# for full management of VMs
#
# Default allows only root. If PolicyKit is enabled on the socket,
# the default will change to allow everyone (eg, 0777)
#
# If not using PolicyKit and setting group ownership for access
# control then you may want to relax this to:
unix_sock_rw_perms = "0770"
#
# Set the name of the directory in which sockets will be found/created.
unix_sock_dir = "/var/run/libvirt"
#
########################################################################


Ach ja, der SSH-Zugang sollte mittels Zertifikat gelöst werden. Warum kann man sich selber denken bzw. wird es merken…

Weiterführende Infos im Wiki:

• http://wiki.alexanderjackson.de/doku.php?id=libvirt_virsh_und_virtinst

“Grund: Unterschrift konnte nicht verifiziert werden. -260″

Abhilfe brachte die Installation einer älteren Version von http://www.erweiterungen.de/herunterladen/AdblockPlus_1.1_fx+tb+sm+sg_de-DE.zip. Danach ließ sich problemlos über die Firefox interne Addons-Aktualisierfunktion auf die aktuelle Version updaten.

Sehr eigenartig…