Dag: 15 mei 2008

Virtualbox (3)

Nu we usb op de rit hebben wil ik eigenlijk ook wel wat geluid horen vanuit Windows XP. Wat ik in Windows XP ook verander, het heeft geen effect. Zal er dan een instelling te doen zijn aan de kant van Virtualbox?

Inderdaad, als ik de host driver verander van Null Audio Driver naar OSS Audio Driver dan werkt alles ineens wel. Eigenlijk ook wel logisch als je naar de oorspronkelijke waarde kijkt…

Andere mogelijkheden waren trouwens ALSA en Pulseaudio

Virtualbox (2)

Blijkbaar is de aanpassing in Kubuntu om USB werkend te krijgen niet voldoende geweest. Ik kan namelijk in Windows XP geen USB apparaten actief zetten. Maar eens kijken of we kunnen vinden waar het probleem zit. Via het irc kanaal waar de supporters van virtualbox zitten kom ik iets verder:

tecumseh@Athlan:~$ VBoxManage list usbhost
VirtualBox Command Line Management Interface Version 1.6.0
(C) 2005-2008 Sun Microsystems, Inc.
All rights reserved.

Host USB Devices:

UUID:               9aa0fa6c-86f4-4386-0baf-44f5980bbf5b
VendorId:           0x046d (046D)
ProductId:          0x08a2 (08A2)
Revision:           1.0 (0100)
Address:            /proc/bus/usb/002/003
Current State:      Unavailable

Ik heb het lijstje iets ingekort, er werden namelijk 4 aangesloten apparaten aangetroffen. Allemaal hadden ze als “Current State” Unavailable staan.

Ik had toch echt het bestand /etc/init.d/mountdevsubfs.sh aangepast zoals in dit bericht te lezen is. De pc heeft de afgelopen nacht uitgestaan dus een herstart heeft ie zeker gehad.

Blijkbaar is er of in Kubuntu wat verandert met de versie die ik nu draai (Hardy 8.04 vs Gutsy 7.10) of in virtualbox 1.6.0 vs 1.5.6. Volgens de mensen op irc moet ik in de fstab nog een regel toevoegen en vervolgens herstarten:

cat /etc/group | grep vbox

Hiermee achterhalen we het groepnummer om die vervolgens in de fstab te gebruiken:

none /proc/bus/usb usbfs devgid=120,devmode=664 0 0

Eigenwijs als ik ben wil ik het geheel proberen zonder een reboot. Als eerste dus het afsluiten van de virtualmachine en dan een sudo mount -a ingeven. Hiermee zou toch de boel goed moeten staan. Blijkbaar niet want virtualbox geeft niet thuis. Dan toch maar een herstart doen waarna het geheel helemaal volgens plan werkt.

Openssl in Debian en afgeleiden voorspelbaar

Aangezien recent gebleken is dat de Debian ontwikkelaars een bug ingevoegd blijken te hebben in openssl zijn de aangemaakte keys niet betrouwbaar.

Wat ik ervan begreep gebruikt openssl een variabele op een ongebruikelijke manier. De Debian ontwikkelaars hebben dat dus aangepast zonder te weten dat dit de basis is voor het aanmaken van random gegevens die een key onvoorspelbaar maken. Dat ze dit gedaan hebben komt mede doordat de code op dit punt niet gedocumenteerd was en er blijkbaar geen reactie geweest is na het submitten van deze patch naar de ontwikkelaars van openssl.

Nu gebruikt onder andere openssh deze aangemaakte keys en aangezien ik inlog met behulp van deze methode zal ik de oude keys moeten weggooien en opnieuw aanmaken. Het bijwerken van de pakketten op zowel de Debian als de Kubuntu systemen heb ik al gedaan.

Als eerste maar eens zorgen de oude keys niet meer gebruikt worden. Per machine log ik in met behulp van de key en hernoem het bestand authorized_keys. In een extra terminalvenster kan ik vervolgens op mijn machine een nieuwe key aanmaken op de vertrouwde methode. En het testen hiervan. Als dat lukt dan kan ik de hernoemde authorized_keys file gaan verwijderen.

Gelukkig heb ik slechts 4 machines waarbij ik op deze manier inlog en gebruik ik nog geen certificaten dus het blijft binnen de perken. Het schrijven van dit bericht heeft me in elk geval meer tijd gekost.

Aanpassen mailadressen op Arkon

In verband met de overstap van @home naar concepts ICT verdwijnt binnenkort mijn mailadres bij @home. Ik zal dus op Arkon een aantal dingen moeten aanpassen zodat ik nog steeds op de hoogte gehouden wordt over de stand van zaken op mijn systeem.

Nu krijg ik regelmatig mailtjes over 2 dingen. De 1e is het update script wat dagelijks gedraaid wordt, in dit script zit ook het mail commando en het mailadres dus dat levert geen zoektocht op.

Wat wel zoekwerk geeft is het backupscript wat me bij het falen een mailtje stuurt. Ik krijg namelijk dagelijks nog een mailtje met de volgende inhoud:

tar: Removing leading `/' from member names

Dit mailtje is afkomstig van de crondaemon. De foutmelding hoor ik trouwens netjes af te vangen zodat ik enkel mail krijg bij het falen van de backup. Staat nog op mijn todo lijstje.

Cron heb ik niet geconfigureerd met een MAILTO adres. Dit mailtje vindt zijn oorsprong dus elders. Maar eens kijken wat postfix als configuratie heeft. In het bestand aliases vindt ik waarschijnlijk de hoofdschuldige. Alle mail gericht aan de root user wordt automagisch doorgestuurd naar mijn @home adres. Even aanpassen en postfix herstarten en dan hoort het voor elkaar te zijn.