VirtualBox Vollbild-Probleme unter Mac OS X

Wenn man Mac OS X als Host für einen VirtualBox-Gast nutzt, kann dies zu Problemen mit dem Vollbildmodus führen. Möchte man den VirtualBox Gast auf dem zweiten Monitor betreiben, so ist dies ohne Probleme möglich. Aktiviert man allerdings den Vollbildmodus von VirtualBox auf dem sekundären Monitor, wird das Vollbild stattdessen auf dem Hauptschirm aktiviert.

In der Mini-Toolbar kann der entsprechende Monitor eingestellt werden

In der Mini-Toolbar kann der entsprechende Monitor eingestellt werden

Als Lösung bietet sich hier die Mini-Toolbar an welche im Vollbild-Modus angezeigt wird. Über das Menü kann der Bildschirm, welcher im Vollbild zum Zuge kommen soll, ausgewählt werden. VirtualBox merkt sich diese Einstellung auch für die Zukunft, so das sie nur einmal nötig ist. Ist die Mini-Toolbar im Vollbild-Modus nicht zu sehen, so muss sie in den Einstellungen der entsprechenden virtuellen Maschine aktiviert werden.

SSH-Schlüssel mit falschen Zugriffsrechten

Wenn man beim Zugriff mittels SSH unter Mac OS X folgende Meldung bekommt:

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@         WARNING: UNPROTECTED PRIVATE KEY FILE!          @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Permissions 0644 for '/Users/seeseekey/.ssh/id_rsa' are too open.

weißt das auf ein Problem mit den Zugriffsrechten hin. In diesem Fall sind die Rechte für den privaten Schlüssel zu großzügig vergeben. Dies kann unter anderem dann passieren wenn man ein Backup einspielt. Um dieses Problem zu beheben, gibt man im Terminal folgendes ein:

sudo chmod 600 ~/.ssh/id_rsa
sudo chmod 600 ~/.ssh/id_rsa.pub

Damit sind die Zugriffsrechte für diese Dateien restriktiv gesetzt, so das SSH an dieser Stelle wieder problemlos funktioniert.

Gelöschte Dateien unter ownCloud entfernen

Bei einer ownCloud-Instanz welche schon einige Betriebsstunden auf dem Buckel hat, kann es zu einem unschönen Effekt kommen. Beim Versuch den Papierkorb über die Funktion „Gelöschte Dateien“ zu leeren, versucht ownCloud alle Dateien aufzulisten, was allerdings nicht gelingt. Der Browser friert ein und das Leeren des Papierkorbes ist nicht möglich.

Der Button um die gelöschten Dateien aufzurufen

Der Button um die gelöschten Dateien aufzurufen

Auch wenn das Leeren des Papierkorber nach Meinung der ownCloud-Entwickler nicht notwendig ist, da die Dateien nach einer Weile weggeworfen werden, sollte es trotzdem eine Lösung geben um den Papierkorb manuell zu leeren. Ein Workarround ist es den Papierkorb direkt zu löschen in dem man das Verzeichnis „owncloud/data/username/files_trashbin/ löscht. Anschließend müssen noch zwei Tabellen in der Datenbank bereinigt werden:

TRUNCATE TABLE oc_files_trashsize;
TRUNCATE TABLE oc_files_trash;

Eine weitere Möglichkeit diese Problematik zu entschärfen, ist es die Vorhaltezeit von gelöschten Dateien von 180 Tagen auf 30 Tage zu reduzieren. Dazu öffnet man die config.php Datei welche im config-Ordner zu finden ist und trägt folgenden Wert ein:

'trashbin_retention_obligation' => 30,

Damit wird verhindert das sich zu viele Dateien im Papierkorb ansammeln und das Problem deutlich entschärft.

Probleme mit sshfs unter Mac OS X

Mittels OSX­Fuse und dem mitgelieferten Paket für SSHFS ist es unter Mac OS X möglich sich mittels SSH zu einem Server zu verbinden und sein Dateisystem einzubinden. In meinem Fall sah das auf dem Terminal so aus:

sshfs :/ /Volumes/example

So weit funktionierte auch alles, nur bei machen Dateien wurde ich von einem „Permission denied“ begrüßt. Lösen lässt sich dieser Fehler durch die Angabe des Parameters „-o defer_permissions“:

sshfs -o defer_permissions :/ /Volumes/example

Damit können alle Dateien und Ordner auf dem entsprechend eingebundenen entfernten Rechner genutzt werden.

Cannot open your terminal

Wenn man eine Anwendung mittels „screen“ ausführt, kann es passieren das man den Fehler:

Cannot open your terminal '/dev/pts/0' - please check.

zu Gesicht bekommt. Vielfach wird empfohlen bei diesem Fehler die Rechte des Gerätes zu ändern:

chmod 777 /dev/pts/0

Anstatt diese Lösung zu nutzen sollte man vor der Ausführung von „screen“ den Befehl:

script /dev/null

auszuführen. Damit kann „screen“ anschließend ohne Fehlermeldung genutzt werden.