In de server zitten meerdere harde schijven (HDD’s), één voor het besturingssysteem en de rest voor opslag van data. Bij het opstarten van de server moet het besturingssysteem weten welke HDD’s er allemaal aanwezig zijn en onder welke voorwaarden deze gebruikt moeten worden – denk aan schijfindeling en wat te doen bij fouten. Deze instellingen plaatst men in hier:

/etc/fstab

Ondanks dat ik alle HDD’s had vermeldt viel het op dat ze niet altijd goed werden gekoppeld (in Linux termen: mount). Na onderzoek bleek dat de volgende vermelding in fstab achterhaald was

/dev/sdb1  /mnt/datavolume  ext4  defaults  0  0

Voorheen koppelde je een padverwijzing uit /dev naar een map, echter met de komst van S-ATA kan die padverwijzing sporadisch van naam wijzigen. De voorkeur heeft dan ook om geen padverwijzing meer te gebruiken maar HDD’s bij hun unieke code (UUID) aan te roepen. Deze kun je opvragen met het volgende commando

ls /dev/disk/by-uuid -l

Gebruik de bijbehorende UUID inplaats van de padverwijzing in fstab als volgt

UUID=[hier je code]  /mnt/datavolume  defaults  0 0

Overigens werkt alleen vanaf Ubuntu 9.4, van andere Linux distributies zou ik het niet weten.

Nu bleek de volgende bottleneck m’n netwerk, dus heb ik de USB schijf aan de server gehangen. Helaas bleven de verwachte hoge doorvoersnelheden uit, echter liep ik – na wat zoekwerk - tegen bug 66115 op. Een soortgelijk probleem waar de USB schijf niet nar verwachting presteert.

Nog geen zin in een kernel update of reinstaal, lijkt deze oplossing te werken:

[code]
rmmod ehci_hcd
rmmod uhci_hcd
modprobe ehci_hcd
modprobe uhci_hcd
[/code]

Akkoord, tis geen nette oplossing maar aangezien er binnenkort toch een nieuwe server zal komen zal het volstaan.