VirtualBox: Starting headless VM from SSH console fails silently

Problem: Trying to start a VM in headless mode fails without error output when running VBoxManage startvm or VBoxHeadless -s from a SSH console. The logs don’t contain anything useful, the last log line reads Display::i_handleDisplayResize: uScreenId=0 pvVRAM=00007fc218000000 w=800 h=600 bpp=32 cbLine=0xC80 flags=0x1 origin=0,0

Strangely, starting the same VM headless from the GUI VBox Manager works without problems. So, it depends if an XServer is available ($DISPLAY set)

Finally, found the solution in VirtualBox forums (see also here): the VM had 3d acceleration enabled, which seems to require a $DISPLAY (X server) available even when running in headless mode. So, disabling 3d acceleration (using the GUI or VBoxManage modifyvm --accelerate3d off) solved the issue.

Nextcloud and Service Discovery

Trying to get rid of the messages for hours weeks:

Your web server is not properly set up to resolve “/.well-known/caldav”.
Your web server is not properly set up to resolve “/.well-known/carddav”.

Finally, i found a working solution (CentOS system, Apache configured to serve Nextcloud on a Subdomain): i had to append the following two lines after the last line of my nextcloud.conf file:

Redirect 301 /.well-known/carddav https://<my_nc_domain>/remote.php/dav
Redirect 301 /.well-known/caldav https://<my_nc_domain>/remote.php/dav

Take care to replace <my_nc_domain> with the URL of your NC instance.

MyFritz! App 2 und FritzBox 6360 Cable

Frust nach Handywechsel: Die auf dem neuen Gerät (Android-Version 8.0.0) installierte MyFritz! App 2 (Version: 2.11.3 (14227) BETA) will sich partout nicht mit meiner FritzBox  6360 Cable verbinden. Nach der Eingabe des Passwortes folgt die Aufforderung, die Fritzbox durch Ziehen des Netzsteckers neu zu starten. Nach einem Neustart erscheint dieselbe Meldung erneut. Bestätigt man sie, erscheint der Hinweis:

„Fehler bei der Einrichtung“.

Im Protokoll des Anmeldeversuchs (verfügbar als Attachment der Mail, wenn man auf „Feedback geben“ oder so ähnlich klickt) findet sich mehrfach die Fehlermeldung:

„de.avm.efa.api.exceptions.SoapException: AppID is too long“.

Grummel!

Leider kann (oder will?) auch der freundliche AVM-Support nicht weiterhelfen: Es handele sich um einen seltenen Fehler bei Boxen mit FritzOs kleiner 6.69 (meine hat 6.52, kein Update verfügbar…). Für die 6360 gibt es keinen persönlichen Support mehr…

Dann klappt es doch:

  1. In die FritzBox-Einstellungen -> Heimnetz -> Netzwerkübersicht -> Heimnetzeinstellungen.
  2. Dort unter „Heimnetzfreigaben“ das Häkchen bei „Zugriff für Anwendungen zulassen“ entfernen (!!!),
  3. auf Übernehmen klicken,
  4. Neustart per Steckerziehen;
  5. dann nochmals in dieselben Einstellungen, Häkchen erneut setzen,
  6. Neustart wie beschrieben.

Wenn die FritzBox wieder da ist: WLAN-Verbindung vom Handy, FritzApp! 2 starten, Passwort -> Verbindung wird hergestellt (oder so ähnlich, war zu sehr damit beschäftigt, mir ein Loch in den Strumpf zu freuen) – alles läuft wie gewünscht.

Linux Mint: wrong keyboard layout on login screen

Mint users using a non-default keyboard layout (german, french and so on) may encounter an annoying bug regarding the Mint login screen: setting a locale won’t affect the keyboard layout. As result, you can’t login using a password that contains special characters. Logging in using the console still works fine.

So, the first obvious workaround is changing to a console (using ALT-CTRL-F1, for example), logging in and changing the password to another one which doesn’t contain special characters. But this is deprecated since using special characters are an important part of creating strong passwords.

To solve the issue, do the following: open the following file using your preferred text editor:

/etc/mdm/Init/Default

Go to the last line – it should be

exit 0

Insert a new line before that last line and enter

/usr/bin/setxkbmap de

for a german localisation. Choose the localisation according your needs, for example fr for french and so on.

Don’t forget to adapt the file again after upgrading to a new Mint version.

Some Java NG Plugin / Applet resources

Collection of some resources on the NG Java Plugin and new Applet features:

PDF/A using FreePDF

To create PDF/A-1b documents using FreePDF, just create a new profile (or modify an existing one) and add the following Ghostscript options to „Other Ghostscript Options“ („Andere Ghostscript-Optionen“):

-dPDFA -dUseCIEColor -sProcessColorModel=DeviceCMYK

An additional PDFA_def.ps file isn’t required (in contrary to manually creating a PDF/A using „gs -dPDFA -dBATCH -dNOPAUSE -dNOOUTERSAVE -dUseCIEColor -sProcessColorModel=DeviceCMYK -sDEVICE=pdfwrite -sOutputFile=out-a.pdf PDFA_def.ps input.ps„).

With version 9.04, there’s a bug concerning the DocumentID generation that’s already fixed in trunk. So, until version 9.05 is out, a manual build ghostscript is required to benefit from the bugfix.