Back In Time - Backups unter Ubuntu

Muss gerade mein Backup sichern, weil die kürzlich erworbene NAS-Festpaltte Linkstation Pro Duo von Buffalo™ – bzw. deren Lüfter laut im Gehäuse schrabbt. Leider ist cyberport auch nicht wirklich kooperativ , d.h. ich habe keine Ersatzhardware bekommen. Somit muss ich meine aufwändig gesicherten Daten von der Linkstation wieder zurück auf irgendwelche Rechner und USB-Festplatten verteilen, danke! Dazu gehören auch die Backups von Back In Time, was unter Linux wohl ein kleiner Time Machine Ersatz ist. Was ich anfangs nicht beachtet habe ist, dass Back In Time bei den einzelnen Backups Hardlinks anlegt. Damit sollte man bei einer Sicherung der Verzeichnisse mit rsync nicht vergessen die Option -H zu setzen, um nicht die Datenmenge zu multiplizieren:

# rsync -aH /media/BackupDisk/backintime /home/user/backintime

Ich kann Back In Time als simples Backuptool unter Ubuntu empfehlen. Wer sich nicht tiefer mit rsync etcpp. auseinander setzen möchte, oder einfach komfortable mit einem Tool Backups erledigen will ist damit richtig.

• 2 Comments

Heute wurde wie geplant Ubuntu 9.10 (Karmic Koala) freigegeben. Wer wie ich einiges am Rechner herum gebastelt hat, tut gut vor dem Upgrade alle Daten zu sichern. Mit dem Befehl dd (Disk Dump) ist es recht einfach ein komplettes Image einer Festplatte zu erstellen.

Dazu benötigt man als erstes eine Live-CD von der man den Rechner startet. Es ist verständlicherweise nicht möglich eine Festplatte zu sichern auf die aktuell geschrieben wird. Jede ältere Ubuntu-CD sollte funktionieren. Nach dem Start sollte man nachsehen ob evtl. die zu sichernde Platte gemounted ist und diese ggfs unmounten.

Mit dem Befehl fdisk kann man sich einen Überblick über die Festplatte verschaffen:

~$ sudo fdisk -l

Außerdem sollte man nun eine weitere Festplatte mit ausreichend Speicherplatz zur Verfügung haben auf die man das Image schreiben kann. Eine externe Festplatte wäre z.B. eine Option. Achtung: Der Befehl dd überschreibt sofort ohne Rückfragen. Bei falscher Verwendung kann man sich natürlich seine Daten damit überschreiben:

dd if=Quelle of=Ziel <Optionen>

Um z.B. die Festplatte /dev/hda3 nach /Media/Data zu sichern verwendet man folgenden Befehl:

dd if=/dev/hda3 of=/Media/Data/hda3-image.img

Platzsparender wird das Image abgelegt wenn, man es mit gzip komprimiert:

dd if=/dev/hda3 | gzip -9 > /Media/Data/hda3-image.img.gz

Weitere Informationen findet man wie üblich sehr gut aufbereitet um Ubuntuusers-Wiki.

• 2 Comments

Php5 auf Suse 10.0 unter Plesk 8.2 zu aktivieren scheint nicht ohne weiteres möglich. Nach einigem Suchen habe ich bei Host Europe in den FAQ’s eine Anleitung entdeckt. Damit ließ sich auch Php5 aktivieren, allerdings waren manche auf dem Server installierte Wordpress Blogs nicht mehr aufrufbar und z.B. hier auf mzungu’s erhielt ich eine Alertbox mit der Meldung: “You’re not allowed to link directly to this .js file …”. Da ich den Grund für die Meldung spontan nicht finden konnte, beschloss ich einen Restore auf das zuvor angelegte Backup zu machen. Dass der Restore ca. eine Stunde dauert, hatte ich allerdings nicht erwartet! Inzwischen scheint alles wieder zu funktionieren *freu*.
Das MediaWiki benötigt in neuerer Version Php5, deshalb werde ich mich wohl in nächster Zeit nochmals um ein Update kümmern müssen. Am einfachsten wäre es natürlich wenn SWSoft ein Update inkl. Php5-Paket liefert.

• 0 Comments

Wer gleichzeitig mehrere WordPress-Installationen upgraden möchte, kann dies elegant mit dem Shell-Skript von Alex Günsche erledigen. Voraussetzung dazu ist Shell-Zugriff und root-Rechte für den Server. Wer dies nicht zur Verfügung hat und nur eine einzelne Installation aktuell halten möchte, sollte das InstantUpgrade Plugin von Alex Günsche zu testen.

Das Skript lädt jeweils die aktuellste Version von WordPress herunter, entpackt diese und aktualisiert die angegebenen Verzeichnisse. Um das Skript zu verwenden sollte man allerdings genau wissen was man tut und vorher ein Backup erstellt haben. Ich habe es zudem zuerst an meiner Beta-Installation getestet. Folgende Schritte sind durchzuführen:

1. Als Root einloggen und in das Verzeichnis /root/ wechseln (# cd /root)
2. Ein Verzeichnis namens wpupgrade anlegen (# mkdir wpupgrade)
3. In diesem Verzeichnis das Skript (s.u.) z.B. unter dem Namen wpupdate speichern
4. Das Skript mit ausführbar machen (# chmod +x ./wpupdate)
5. Ein Verzeichnis mit allen benötigten Sprachdateien anlegen (# mkdir languages)
   Die aktuelle deutsche Sprachdatei findet man bei WordPress-Deutschland
6. Die Datei installations anlegen und dort die absoluten Pfade zu den einzelnen WordPress-Installationen und den Url folgendermaßen angeben:
   /srv/www/vhosts/domain.de/httpdocs/=http://domain.de/
/srv/www/vhosts/domain2.de/httpdocs/=http://domain2.de/
7. Das Skript ausführen (# ./wpupdate)

Hier das Skript zum Download: wpupdate.
Hinweis: Das Skript funktioniert mit der aktuellen WordPress-Dateistruktur und ich habe es zum Update auf Version 2.2.1 verwendet. Bitte die Lizenzhinweise im Header beachten.

Update:

Beim Update der von mir verwalteten Weblogs habe ich einen Fehler beim chown der kopierten Dateien erhalten. Die neue Wordpress-Version wird vom Skript mit den Berechtigungen des root-User kopiert. Deshalb müssen am Ende der Besitzer und die Gruppe korrigiert werden. Damit das Skript vollständig auf meinem Server mit einer Linux Suse 10.0 Installation und Plesk 8.2 funktioniert waren dazu folgende Anpassungen notwendig.

In Zeile 67 & 68:

USER=$(ls -l ${DIR}/wp-config.php | cut -f 4 -d ' ')
GROUP=$(ls -l ${DIR}/wp-config.php | cut -f 5 -d ' ')


In Zeile 86:

chown -R ${USER}:${GROUP} ${DIR}/*


Die Anpassungen in Zeile 67 & 68 bewirken, dass der richtige Benutzer und die richtige Gruppe zugeordnet werden. Mit der Anpassung in Zeile 86 wird festgelegt, dass nur Dateien innerhalb des Wordpress Installationsverzeichnisses angepasst werden.

Um festzustellen ob tatsächlich der benötigte Benutzer und die richtige Gruppe eingesetzt wird, können folgende Befehle im Wordpress-Verzeichnis ausgeführt werden. Dabei wird jeweils der Benutzer und die Gruppe ausgegeben:

# ls -l wp-config.php | cut -f 4 -d ' '
# ls -l wp-config.php | cut -f 5 -d ' '


Vielen Dank an Alex Günsche für den netten live Support bei der Anpassung an meine Bedürfnisse.

• 7 Comments

Flickr ist doof, hatten wir ja festgestellt. Aber allein diese Feststellung reicht nicht aus, wenn keine Konsequenzen folgen. Seit einigen Tagen habe ich einen Account bei Ipernity und es gefällt mir sehr gut dort.

Hier nun der Versuch meine flickr Bilder zu importieren:

Am besten schien mir das Greasemonkey Skript das Ipernity selber anbietet. Dazu muss die Greasemonkey-Erweiterung für Firefox installiert sein. Da nach kann man das Skript installieren und entdeckt unterhalb der Flickr Photos Seite (nach einigem suchen) den Mass-Importer. Es werden die Fotos inklusive Titel, Beschreibung, Datum, Lizenz und Freigabeeinstellungen, geografische Daten und bis zu 50 Tags importiert, – perfekt. Leider scheint flickr diesen Import derzeit zu verhindern, jedenfalls habe ich bei Ipernity nur einen netten Hinweis “This photo is currently unavailable.” importiert. Alternativ kann man mit einem anderen Skript auch einzelne Bilder importieren. Das funktioniert, dauert aber einfach zu lange.

Nächster Versuch war mit Flickr Backup, ein kleines Tool um die flickr Bilder auf die eigene Festplatte zu sichern. Sieht ganz gut aus und hat wohl auch gut funktioniert, aber ich erhalte nur die Meldung Backup Failed.

Erfolgreich war ich dann mit dem downloadr von Jan-Gerd Tenberge. Wenn man sich authentifiziert hat, kann man damit alle 200 Bilder von flickr herunterladen. Leider ist es damit nicht möglich alle Metadaten mitzunehmen. Deshalb habe ich auch die Bilder auch nicht wieder zu Ipernity hochgeladen. Um an ältere Bilder auf flickr zu kommen, müsste ich außerdem mit Löschen anfangen (oder natürlich einen Pro-Account kaufen). Das mit dem Löschen sollte man sich aber gut überlegen, schließlich sind viele Bilder im eigenen Blog verlinkt und die Urls müssten zu Ipernity aktualisiert werden.

Derzeit hoffe ich auf eine Aktualisierung des Greasemonkey Skriptes und werde dann einen neuen Versuch starten.

• 3 Comments

Think flickr, think! Ganz heiß diskutiert wird gerade dass auf flickr Bilder für deutsche Nutzer zensiert werden:

flickr sperrt uns aus! Und auch dich!
Seit gestern werden für deutsche Nutzer keine Bilder mehr angezeigt, die als ‘moderate’ oder ‘restricted’ markiert sind! Es gibt keine Moeglichkeit das umzustellen – das ist eine grobe Unverschämtheit und Frechheit von flickr!

Aus dem Statement von flickr:

we do hear you loud and clearly (painfully loud, even) and are doing our best.

Seine Bilder kann man mit diesem Tool rausholen. Mit einem Pro-Account kein Problem, mit dem normalen bekommt man eben nur die letzten 200. Alternativen sind vielleicht sevenload oder zooomr oder selber hosten. Aber erst mal ruhig bleiben nicht paniken, flickr Account nicht gleich löschen, höchstens mal den flickr Pro Account nicht verlängern :).

[Loud and Clear via flickr-feeds, twitter, OGs Wohnzimmer 2 , Jared, usw.]

• 1 Comment

Man sollte nicht erst die Daten verlieren, bevor man sich mit Datensicherung beschäftigt. Fotos, Filme, Ausarbeitungen, Emails, die Diplomarbeit, – schade wenn plötzlich alles futsch ist. Festplatten haben zwar in der Regel eine recht lange Lebensdauer, vor allem aber dann, wenn keine wichtigen Daten gespeichert wurden (vgl. Murphys Law). Also, ein Backup ist doch schnell gemacht… weiterlesen »

• 1 Comment