Ihr Browser versucht gerade eine Seite aus dem sogenannten Internet auszudrucken. Das Internet ist ein weltweites Netzwerk von Computern, das den Menschen ganz neue Möglichkeiten der Kommunikation bietet.

Da Politiker im Regelfall von neuen Dingen nichts verstehen, halten wir es für notwendig, sie davor zu schützen. Dies ist im beidseitigen Interesse, da unnötige Angstzustände bei Ihnen verhindert werden, ebenso wie es uns vor profilierungs- und machtsüchtigen Politikern schützt.

Sollten Sie der Meinung sein, dass Sie diese Internetseite dennoch sehen sollten, so können Sie jederzeit durch normalen Gebrauch eines Internetbrowsers darauf zugreifen. Dazu sind aber minimale Computerkenntnisse erforderlich. Sollten Sie diese nicht haben, vergessen Sie einfach dieses Internet und lassen uns in Ruhe.

Die Umgehung dieser Ausdrucksperre ist nach §95a UrhG verboten.

Mehr Informationen unter www.politiker-stopp.de.


[lang_de]verschlüsseltes Backup – die unendliche Geschichte[/lang_de][lang_en]encrypted TimeMaschine – never ending story[/lang_en]

5 03 2011

[lang_en]

In a previous article I described how to setup an encrypted TimeMachine Backup. That used to work fine until a few month ago. I noticed back then that the automatic scheduled backup can’t seem to mount the encrypted volume anymore. However when I click on the TimeMachine icon in the menu bar and select “Backup Now” it will work just fine.

I couldn’t figure out what was the root cause of this behavior. But at least I found a workaround now. There is a free tool to change the schedule of the TimeMachine backups called TimeMachineEditor. This uses an alternate scheduling mechanism to trigger regular backups. I set the schedule to be 1h and it works just fine now.

TimeMachineEditor-Prefs

[/lang_en]
[lang_de]

In einem der vorherigen Artikel hier habe ich über verschlüsselte TimeMachine Backups berichtet. Das hat eine ganze Weile gut bei mir funktioniert. Doch seit ein paar Monaten wird das Backup Image nicht mehr für das automatische Backup erkannt. Wenn ich allerdings in der Menuleiste auf das TimeMachine Icon klicke und dort “Jetzt Backup” auswähle, dann funktioniert es einwandfrei.

Ich konnte bisher leider den Grund dafür nicht herausbekommen. Aber ich habe einen Workaround gefunden. Es gibt ein freies Werkzeug mit dem man den Backup Zeitplan frei wählen kann: TimeMachineEditor. Das benutzt einen anderen Mechanismus um die Backups regelmäßig zeitgesteuert anzustoßen. Ich habe meine Backups jetzt wieder auf 1h gestellt und es funktioniert wieder problemlos.

TimeMachineEditor-Prefs

[/lang_de]






[lang_de]verschlüsseltes Time Machine Backup[/lang_de][lang_en]how to setup an encrypted Time Machine Backup[/lang_en]

23 06 2010

[lang_en]

This screencast shows how to setup encrypted Time Machine Backups as discussed in the article here.

How to setup encrypted Time Machine Backups from Falko Zurell on Vimeo.

[/lang_en]
[lang_de]

In diesem Screencast erkläre ich kurz wie man ein verschlüsseltes Time Machine Backup erstellt. Allerdings ist der Screencast in Englisch. Die deutsche Anleitung gibt es hier

How to setup encrypted Time Machine Backups from Falko Zurell on Vimeo.

[/lang_de]






[lang_de]TimeMachine nach der Herztransplantation[/lang_de][lang_en]TimeMachine after mainboard switch[/lang_en]

25 06 2009

[lang_de]

Wenn man das Mainboard seines Apple Computers austauschen musste (genauer gesagt die Netzwerkkarte [genauer gesagt die MAC-Adresse]) dann wird das alte TimeMachine Backup nicht mehr erkannt. Obwohl sich ja an der Betriebssystem-Installation nicht verändert hat.

Das liegt daran, daß das Backup mit der MAC-Adresse des Rechners markiert ist. Dies verhindert z.B., daß man ein falsches Backup von einem anderen Rechner wiederherstellt.

Man möchte nun aber eigentlich nicht mit seinem TimeMachine Backup von vorne anfangen, sondern das schon vorhandene weiterführen. Das heißt, man muss dem TimeMachine irgendwie beibringen, daß es schon ein gültiges Backup gibt.

So offensichtlich läßt sich im MacOS aber nicht ergründen wie das wohl gehen könnten.

MacGeek Steffen hatte diesen konkreten Fall heute und musste sich zwangsläufig mit dem Thema beschäftigen. Fazit:

Das TimeMachine Volume ist mit ACLs versehen. Diese verhindern das selbst der Superuser Änderungen am Backup-Ordner vornehmen kann. Ausserdem ist die MAC-Adresse als Attribut in den ACLs des Backup-Ordners hinterlegt.

Um dieses Attribut zu ändern, muss man zuerst die ACLs auf dem Volume deaktivieren (sie werden nur deaktiviert, nicht entfernt). Dann schreibt man die neue MAC-Adresse in die ACLs und schließlich aktiviert man die ACLs wieder. Alles in allem kann das so aussehen:

cd /Volumes/TimeMachineBackup
fsaclctl -p /Volumes/TimeMachineBackup -d
xattr -w com.apple.backupd.BackupMachineAddress 00:16:cb:90:62:0d `hostname`
fsaclctl -p /Volumes/TimeMachineBackup -e  

Danach sollte TimeMachine das Backup wieder erkennen.

Gefunden hat Steffen die Doku dazu hier: CyberHQ NL


[/lang_de] [lang_en]

Imagine you have to switch the mainboard of your Apple computer. More specific: the network card or even more specific the MAC address of your network card. Then your exisiting TimeMachine backup will no longer be recognized as valid. This is because of the fact that the Backup folder on the TimeMachine Volume is tagged with the MAC address of your computer. That should prevent you from accidently using TimeMachine backups from different computers. But will also bring you trouble if your MAC address changes for some reason (as in case of mainboard switch during maintenance).

Unfortunately there is no obvious way to tell TimeMachine to use an pre exisiting Backup. TimeMachine would simply start a new backup if you try to continously use the old Volume. The old Backup folder may be even moved to the Trash on that Volume. Obviously this is not what you want.

But when you try to move the original Backup out of Trash, you’ll notice that even the super user “root” doesn’t have the privileges to do that.

But don’t worry. You’re not all lost. What is causing you the trouble is the fact that the MAC address is somewhere tagged on the Backup folder and that Apple additionally uses ACLs (Access Control Lists) on the backup volume. These are basically some additional security settings which should prevent unauthorized or unwanted changes.

So the easiest way to get the Backup working again is to disable the ACLs on the volume, change the MAC address tag of the Backup folder and the re-enable the ACLs on the volume.

This can be done in the Terminal.app as superuser:

cd /Volumes/TimeMachineBackup
fsaclctl -p /Volumes/TimeMachineBackup -d
xattr -w com.apple.backupd.BackupMachineAddress 00:16:cb:90:62:0d `hostname`
fsaclctl -p /Volumes/TimeMachineBackup -e  

After that your original Backup should be recognized by TimeMachine.

This tutorial was found here: CyberHQ NL [/lang_en]






[lang_de]TimeMaschine für Arme[/lang_de][lang_en]poor man’s TimeMachine backup[/lang_en]

7 01 2009

[lang_en]
If you don’t have MacOS X 10.5 (Leopard) but as well starving for a nice and easy backup then try this shell script. MacOS X provides some simple command line tools for doing a convinient backup out of the box. I wrote a little shell script which sports RSYNC to do regular backups and even archive deleted files for a certain time.

Simply modify your source and destination folder in this script and call it regularly. This can be done with cron. Your contrab entry should look something like this:


0 */2 * * * /Users/youraccount/pmt.sh > /dev/null 2>&1

This will start the script every full 2 hours. Should be sufficient.

#!/bin/bash
# poor man's timemachine backup script
# Author:
# $Date: 2009-01-07 13:46:08 +0100 (Wed, 07 Jan 2009) $
# $Author: fzurell $
# $Revision: 93 $
# $HeadURL: http://fzurell@svn.explain-it.org/trunk/tools/pmt.sh $

# this is where your backup will go
# hence the special character " " ... must be quoted with \
BACKUPDIR=/Volumes/Time\ Machine/pmt

# This is the folder where the Backup should start from
# it will be backed up recursivly
SOURCE=/Users/fzurell/Music

####################################################################
LANG=de_DE.UTF-8
WDAY=`date +%A`
MDAY=`date +%d`



# if you call this script without any parameter
# then deleted files will be archived for one week
# you can optionally choose to keep them one month

case $1 in
	"woche")
		BDAY=$WDAY
		;;
	"monat")
		BDAY=$MDAY
		;;
	"--help")
		echo "Usage: $0 [woche | monat]"
		exit 10
		;;
	*)
		BDAY=$WDAY
		;;
esac


if [ ! -d "$BACKUPDIR" ]; then
		exit 1
fi

/usr/bin/rsync -a -q --delete -b --backup-dir="$BACKUPDIR/$BDAY" "$SOURCE" "$BACKUPDIR/BACKUP"

if [ $? -eq 0 ]; then
	say "Your Backup finished successfully."
else
	say "Sorry, there went something wrong with your Backup."
fi


[/lang_en]
[lang_de]
Wer noch nicht auf MacOS 10.5 (Leopard) aufgerüstet hat, aber dennoch ein einfaches Backup mit Archivierung haben möchte, kann sich mit diesem Shell-Script hier behelfen. Es nutzt die eingebauten Tools von MacOS X um ein effizientes Backup anzufertigen. Gelöschte Dateien werden ausserdem wahlweise 7 Tage oder einen ganzen Monat aufbewahrt.

Man muss im folgenden Script einfach die Pfade zum Backupverzeichnis und zum Quellverzeichnis anpassen und das Script regelmäßig aufrufen. Dies kann z.B. mit cron passieren. Der entsprechende Eintrag in der Crontab kann so aussehen:


0 */2 * * * /Users/youraccount/pmt.sh > /dev/null 2>&1

Hier das Script:

#!/bin/bash
# poor man's timemachine backup script
# Author:
# $Date: 2009-01-07 13:46:08 +0100 (Wed, 07 Jan 2009) $
# $Author: fzurell $
# $Revision: 93 $
# $HeadURL: http://fzurell@svn.explain-it.org/trunk/tools/pmt.sh $

# this is where your backup will go
# hence the special character " " ... must be quoted with \
BACKUPDIR=/Volumes/Time\ Machine/pmt

# This is the folder where the Backup should start from
# it will be backed up recursivly
SOURCE=/Users/fzurell/Music

####################################################################
LANG=de_DE.UTF-8
WDAY=`date +%A`
MDAY=`date +%d`



# if you call this script without any parameter
# then deleted files will be archived for one week
# you can optionally choose to keep them one month

case $1 in
	"woche")
		BDAY=$WDAY
		;;
	"monat")
		BDAY=$MDAY
		;;
	"--help")
		echo "Usage: $0 [woche | monat]"
		exit 10
		;;
	*)
		BDAY=$WDAY
		;;
esac


if [ ! -d "$BACKUPDIR" ]; then
		exit 1
fi

/usr/bin/rsync -a -q --delete -b --backup-dir="$BACKUPDIR/$BDAY" "$SOURCE" "$BACKUPDIR/BACKUP"

if [ $? -eq 0 ]; then
	say "Your Backup finished successfully."
else
	say "Sorry, there went something wrong with your Backup."
fi

[/lang_de]






[lang_en]MacGeeks Podcast # 7 – Online Backup Services[/lang_en][lang_de] MacGeeks Podcast # 7 – Online Backup Dienste[/lang_de]

14 12 2008

[lang_en]

This is the 7th episode of our podcast. I did an outdoor recording on online backup services. Please bear with me when I’m a little breathless some times. I was pushing my little boy Hugo around in the Volkspark Friedrichshain. He was sitting on his three wheeler and there are some hills..

I talk about my recent experiences with some Online Storage/Backup Services like Amazon S3, Mozy Home and Backblaze.

Podcast URL: http://www.mac-geeks.de/wp-content/podcasts/podcast.xml
Audio-File: http://media.mac-geeks.de/MGPC7.mp3

[/lang_en][lang_de]

Das ist die 7. Folge des MacGeeks Podcast. Diesmal ist es ein Outdoor-Recording geworden. Ich bitte um Verzeihung, falls ich manchmal etwas ausser Atem klinge. Ich habe Hugo auf seinem Dreirad im Volkspark Friedrichshain geschoben und da gibts einige Hügel 😉

Inhaltlich geht es diesmal um Online Backup/Storage Services wie Amazon S3, Mozy Home und Backblaze und meine Erfahrungen damit.

Podcast URL: http://www.mac-geeks.de/wp-content/podcasts/podcast.xml
Audio-Datei: http://media.mac-geeks.de/MGPC7.mp3

[/lang_de]






[lang_de]Time Machine Nervigkeiten[/lang_de][lang_en]Time Machine annoyances[/lang_en]

7 10 2008

[lang_de]

Ich habe am Wochenende mein MacBook Pro mal von Grund auf neu mit Leopard installiert. Vorher natürlich nochmal das Time Machine-Backup drüberlaufen lassen, damit ich alle Daten wiederbekomme. Bei der Installation habe ich dann aber bewußt nicht die Wiederherstellung von einem Time Machine-Backup gewählt, da ich alle Programme und vor allem Einstellungen eben von Grund auf neu anlegen wollte.

Für mein Homeverzeichnis wählte ich kurz nach der Installation die FileVault-Verschlüsselung aus. Dabei wird das gesamte Homeverzeichnis eines Benutzers in einer verschlüsselten Image-Datei abgelegt. Beim Einloggen wird diese Datei dann geöffnet und entschlüsselt und als Homeverzeichnis des Users gemounted. Das hat am Anfang auch ganz problemlos funktioniert und ging schnell, da nach der Installation noch keine Daten da waren, die verschlüsselt werden mussten.

Ich habe dann angefangen meine Daten vom Backup zurück zu kopieren und Programme zu installierten. Da trat plötzlich eine Kernel-Panic (grey screen of death) auf. Na toll… verschlüsseltes, geöffnetes Homeverzeichnis und dann sowas. Das kann nicht gut gehen.

Doch nach dem unvermeidbaren Reboot konnte ich mich zumindest wieder anmelden und alles sah aus wie vorher. Allerdings hat es wohl das Schlüsselbund zerhauen. Alle Programme meldeten plötzlich Fehler beim Zugriff auf das login.Schlüsselbund. Das ließ sich jedoch manuell resetten, auch wenn dann alle Einstellungen darin weg waren. Da ich noch ganz am Anfang meiner frischen Installation war, war dort eh noch nicht so viel drin.

Nachdem das Rücksichern abgeschlossen war wollte ich die alten Time Machine-Backups von der externen Platte löschen um wieder Platz für die neuen Sicherungen zu haben. In den Papierkorb werfen und diesen dann leeren hatte ich schonmal probiert. Das dauert ewig da so ein Backup aus Millionen von Dateien besteht. Ich versuchte über das Terminal mit Unix-Boardmitteln den Ordner Backups.backupdb zu löschen. Allerdings war das selbst für den Superuser root auf Grund fehlender Rechte nicht möglich. Alle Tricks die mir so einfielen halfen nichts (Spotlight mds stoppen, Fileattribute überprüfen, etc.). Diese Backups liessen sich nicht löschen.

Ich habe dann die Platte mal bei Möllus an einen Tiger-Rechner (MacOS X 10.4) gehangen und dort im Terminal als root nochmal versucht den Ordner zu löschen. Das hat dann endlich funktioniert. So konnte ich also mein neues Backup starten. Doch leider wies mich Time Machine darauf hin, daß mit FileVault geschützte Accounts nur gesichert werden können, wenn sie nicht angemeldet sind. Das ist zwar logisch, aber nicht schön. Ich bin der einzige Nutzer an diesem Rechner und wenn ich nicht angemeldet bin, dann ist der Rechner aus oder unterwegs. Meinen Account nur zu sichern wenn ich abgemeldet bin macht für mich überhaupt keinen Sinn.

Also habe ich FileVault wieder deaktiviert. Dazu werden alle Inhalte des verschlüsselten Images auf die Platte kopiert und dann als Homeverzeichnis des Users gesetzt. Dafür muss also wenigstens für den Kopiervorgang mind. doppelt so viel Platz auf der Platte vorhanden sein wie der entsprechende User-Folder benötigt. Bei mir hat das ca. 2h gedauert und geht nur im abgemeldeten Zustand.

Jetzt also wieder ohne FileVault, aber dafür mit funktionierendem Backup.

[/lang_de] [lang_en]

Last weekend I reinstalled MacOS X Leopard on my MacBook Pro for it had some strange errors I couldn’t get rid of. Of course I did a Time Machine backups ahead to have my data safe during reinstallation. I didn’t chose to restore my personal account from a Time Machine backup during the installation as I wanted a clean and fresh system with all programs and settings setup up new and manually. This time I selected to create FileVault user account. This means my home folder is actually an encrypted image file. This image file will be descrypted and mounted as my home directory during login and gets automatically closed and encrypted when I log out.

This worked very well for the first hours. But then during manual installation of some programs and copying my backed up files a kernel panic occured with the grey screen of death. That’s the last thing you wanna see when you have a mounted encrypted image.

After reboot I still was able to login and everything looked OK. But my keychain was damaged. This wasn’t a big problem for the moment as there where only a few apps which made entries there. I repaired the broken keychain and everything was OK.

Then, after finishing my restore I tried to delete the old Time Machine backups from my external disks. This isn’t as easy as it seems. Just dragging it into the Trash bin and empty the Trash will take hours as the Backup consists of million of files. I tried that before….

This time I tried to delete the Backups.backupdb folder from the disk with simple Unix commands (rm -rf ). But this doesn’t work firsthand. Even as superuser I wasn’t able to delete the files. Always got a “no permission” error message. I then checked the usual suspects mds (Spotlight Metadata Service) and hidden file attributes (xattribs). But that didn’t helped.

Finally I connected the disk to another MacBook with the old Tiger 10.4 MacOS X and tried to erase the files over there. This worked well. So Tiger doesn’t care about special settings of these files and did it’s job.

After that I tried to start a fresh and clean backup with Time Machine again. But Time Machine told me that it couldn’t do a backup of a FileVault secured home folder while the user is logged in. This is logical but sad. As this is a laptop computer and I’m the only user I’m almost always logged in when this machine is on. And to extra log off to have a backup done is not really practical. So I decided to kick FileVault for a convinient Time Machine backup. This took a lot of space on my hard disk during the unencryption and about 2 hours.

But now everything is fresh and clean and even PictureSync is working properly again.

[/lang_en]






[lang_de]Selektiv alte Time Maschine Backups löschen [/lang_de][lang_en]getting rid of old Time Maschine backups[/lang_en]

16 05 2008

[lang_de]
Wenn die Time Maschine Backup Platte voll ist, bekommt man von Time Maschine eine hübsche Warnung angezeigt, daß sie jetzt das älteste (oder evtl. mehrere ältere Backups) gelöscht hat um Platz für das aktuelle Backup zu schaffen.
TM 1
Man kann diese Warnung bestätigen und sie künftig auch ausblenden. Dann löscht Time Maschine das jeweils älteste Backup immer automatisch ohne Nachricht. Damit dauert der Backup-Prozess dann jeweils etwas länger.
Wer weiß, daß er alte Backups nicht mehr benötigt, kann diese auch selbst explizit löschen. Dazu startet man einfach Time Maschine und wählt das Backup, welches gelöscht werden soll (z.B. das älteste). Im Finder der Time Maschine klickt man dann auf das Zahnrad-Symbol und wählt dort “Backup löschen” aus. Damit wird dieses Backup nach Eingabe der Authentifizierung als Admin entfernt.
TM 3
TM 4
Hat man mehrere Backups zum löschen ausgewählt, kann es eine Weile Dauern, bis Time Maschine die entsprechenden Datein entfernt hat. Den Fortschritt sieht man in einem Statusfenster ähnlich dem des Leeren des Papierkorbes.
TM 5
Nun hat man meistens wieder genug Platz auf der Backuplatte ohne das Time Maschine selbst tätig werden muss. Selbst in den Ordnern des Backups rumzulöschen kann gefährlich sein. Denn Time Maschine legt dort nicht einfach nur die Dateien ab, sondern teilweise nur Verweise auf Dateien in anderen Backups um Speicherplatz zu sparen. Ein eigenmächtiger Eingriff hier kann das ganze Backup unbrauchbar machen.
[/lang_de]
[lang_en]
If your Time Maschine backup volumes filles up you may get a warning message from Time Maschine. It tells you that Time Maschine has deleted the oldest backup set to gain enough space for the actual backup. You can acknowledge the message and even opt to not see it in the future. Time Maschine will then automatically remove oldest backups when needed.
TM 1
But the deletion of old backups will take some extra time on almost every backup. So maybe you wanna get rid of some old backups manually. This can easily be achieved by starting Time Maschine, navigating to the backup you want to delete and selecting the little gear icon in the Finder. There is an option “Delete Backup”. This will remove this point in time of your backup after asking for your authorization.
TM 3
TM 4
If you removed a couple of backup sets to be removed Time Maschine will need some time to wipe all the files. You will see a progress window like when flushing the trash can.
After the clean up you should have enough space for your next couple of backups. You should not delete any files or folders from the backup volume by your self. Time Maschine is doing an intelligent sparse backup. If you delete files or folders manually you may destroy the consistency of your backup and thus make it useless.
[/lang_en]

Technorati Tags: , , ,