# Hoe mount en formatteer ik de storageschijf op een Linux storage VPS? > Hoe je de storageschijf mount en formatteert op een Linux-VPS: lsblk, GPT, ext4 of XFS, optioneel LUKS, fstab op UUID met nofail. 1 TB $1.66/maand, geen ID. - URL: https://coffervale.com/nl/mount-storage-disk-on-a-vps/ - Laatst bijgewerkt: 2026-11-02 - Uitgever: Coffervale (https://coffervale.com) Vind de lege schijf, geef hem één partitie en een filesystem, versleutel hem als je wilt, en mount hem zodat een ontbrekende schijf de boot nooit kan laten hangen. Tien commando's, elk uitgelegd, met de ene fout die de verkeerde schijf wist extra benoemd. **Snel antwoord — Hoe mount en formatteer ik de storageschijf op een Linux-VPS?** Om de storageschijf op een Linux-VPS te mounten en formatteren, vind je hem met `lsblk`, maak je één GPT-partitie, formatteer je die als ext4 of XFS, optioneel binnen LUKS, en mount je hem vanuit `/etc/fstab` op UUID met `nofail`, zodat een ontbrekende schijf de boot nooit blokkeert. De stappen gelden voor elke KVM storage VPS, inclusief **Coffervale**-pakketten vanaf 1 TB voor $1.66 per maand bij 12 maanden (2 November 2026). ## Wat zijn de stappen? 1. **De lege schijf identificeren** — lsblk toont elke schijf; de storageschijf heeft geen partities en geen mount point. 2. **Eén GPT-partitie maken** — parted schrijft een GPT-label en één partitie over de hele schijf. 3. **Versleutelen (optioneel)** — cryptsetup luksFormat en cryptsetup open, en maak daarna een back-up van de LUKS-header buiten de server. 4. **Een filesystem maken** — mkfs.ext4 -m 1 of mkfs.xfs, met een label dat je herkent. 5. **Mounten op UUID met nofail** — Eén regel in /etc/fstab, dan mount en findmnt om te bevestigen. ## Welke schijf is de storageschijf? **Voer `lsblk` uit: de storageschijf is de grote met geen partities, geen filesystem en geen mount point.** Storage VPS komen in twee indelingen, een kleine systeemschijf plus een grote dataschijf, of één grote schijf. Volgens de survey van Coffervale onder 2 November 2026 geven 6 van de 18 storage VPS-verkopers die crypto accepteren zonder identiteitsdocument op hun pagina's aan dat de storage als aparte schijf of block device aankomt; de andere 12 beschrijven één schijf of zeggen er niets over. Controleer de jouwe voordat je iets destructiefs typt. Op KVM heten virtio-schijven `vda`, `vdb` enzovoort, en virtio-SCSI-schijven `sda`, `sdb`. Groottes worden in binaire eenheden getoond, dus een schijf van 1 TB leest als ongeveer 931G. Als `lsblk` maar één schijf toont en `/` al de volledige grootte beslaat, valt er niets te formatteren: maak een map zoals `/srv/data` en sla over naar het deel over versleutelingskeuzes aan het eind. *Schijven tonen, dan de lege benoemen* ```bash lsblk -o NAME,SIZE,TYPE,FSTYPE,MOUNTPOINTS # Use the empty disk from the list above; this example assumes /dev/vdb DISK=/dev/vdb PART=/dev/vdb1 ``` > **De ene fout die je moet vermijden** parted, mkfs en luksFormat wissen alles op het device dat je noemt. Controleer voordat je ze uitvoert in de output van lsblk dat $DISK geen FSTYPE en geen MOUNTPOINTS heeft. De systeemschijf heeft altijd ergens / gemount. ## Moet ik de storageschijf partitioneren of in zijn geheel formatteren? **Maak één GPT-partitie over de hele schijf.** Een filesystem direct op het kale device werkt ook, maar een partitietabel laat elke tool en elke beheerder die later kijkt zien dat de schijf in gebruik is, en `parted` lijnt de partitie voor je uit. Debian- en Ubuntu-cloudimages leveren niet altijd `parted` mee, dus installeer het eerst (`dnf install parted` op AlmaLinux of Rocky Linux, en hetzelfde voor `cryptsetup` hieronder). *Eén partitie over de hele schijf, als root* ```bash apt install parted parted -s -a optimal "$DISK" mklabel gpt mkpart data 0% 100% partprobe "$DISK" lsblk "$DISK" ``` ## Moet ik de storageschijf versleutelen met LUKS? **Versleutel hem als er iets op de VPS platte bestanden gaat bewaren: voer `cryptsetup luksFormat` uit op de partitie, open hem onder een naam, en bouw het filesystem op het geopende device.** LUKS2 is het standaardformaat. Houd de systeemschijf onversleuteld en de dataschijf onder LUKS: log na een herstart in via SSH en ontgrendel de dataschijf met je passphrase. Wie een hypervisor beheert, kan technisch een onversleutelde virtuele schijf lezen, bij elke VPS-host. Wij openen je bestanden niet, en data die je versleutelt voordat die je machine verlaat, haalt de vraag van tafel. Maak een back-up van de LUKS-header en zet de kopie buiten de server: als de header beschadigd is, is de data erachter weg. De cryptsetup-handleiding voegt een waarschuwing toe die je twee keer moet lezen: een header-back-up plus een passphrase die geldig was toen je hem maakte, ontsleutelt de schijf zelfs nadat die passphrase is gewijzigd of verwijderd. Behandel het back-upbestand als de passphrase zelf. *LUKS op de partitie (sla dit blok over voor een onversleutelde schijf)* ```bash apt install cryptsetup cryptsetup luksFormat "$PART" cryptsetup open "$PART" coffer cryptsetup luksHeaderBackup "$PART" --header-backup-file /root/coffer-luks-header.img # copy /root/coffer-luks-header.img to your own machine, then delete it here ``` ## Moet de storageschijf ext4 of XFS gebruiken? **Gebruik ext4 tenzij je een reden hebt om het niet te doen; het is de enige van de twee die je kunt verkleinen.** Beide verwerken back-uprepositories van meerdere terabytes en filesync zonder problemen, en beide groeien terwijl ze gemount zijn wanneer een schijf groter wordt. De verschillen die op een storage VPS tellen: | Eigenschap | ext4 | XFS | | --- | --- | --- | | Groeien terwijl gemount | Ja, `resize2fs` | Ja, `xfs_growfs` (moet gemount zijn) | | Krimpen | Ja, niet-gemount, met `resize2fs` | Nauwelijks: alleen de laatste allocatiegroep krimpt, en die kan niet worden verwijderd | | Ruimte gereserveerd voor root | 5% standaard; `-m 1` houdt 1% aan | Geen dergelijke reservering | | Lengte van label | Tot 16 bytes | Tot 12 tekens | Op een datadisk van 1 TB houdt de standaard ext4-reservering 50 GB achter die alleen root kan gebruiken. Voor een schijf die back-ups of syncgegevens opslaat, is 1% ruim voldoende, want het besturingssysteem staat daar niet op. Formatteer de partitie, of het geopende LUKS-apparaat als je het hebt versleuteld: *Formatteren: kies één regel* ```bash # The device to format: the partition, or the opened LUKS device DEV="$PART" # with LUKS: DEV=/dev/mapper/coffer mkfs.ext4 -m 1 -L coffer "$DEV" # or: mkfs.xfs -L coffer "$DEV" ``` ## Hoe mount ik de schijf bij het opstarten met fstab, UUID en nofail? **Voeg één `/etc/fstab`-regel toe die het bestandssysteem aanwijst via UUID en `nofail` bevat.** De fstab-handleiding raadt UUID's of labels aan, omdat apparaatnamen de volgorde volgen waarin schijven worden gedetecteerd en kunnen veranderen wanneer schijven worden toegevoegd of verwijderd. Met `nofail` zegt de documentatie van systemd dat het opstarten doorgaat zonder op de mount te wachten en ongeacht of die slaagt, zodat een losgekoppelde of vergrendelde schijf een externe server niet kan laten vastlopen op een noodprompt die je niet kunt bereiken. Een versleutelde schijf krijgt ook `noauto`: die kan niet worden gemount voordat je hem via SSH ontgrendelt, dus het opstarten moet het niet proberen. Het kleine script hieronder opent hem via de LUKS-UUID en mount hem in één stap. *Gewone ext4: bij elke start gemount* ```bash mkdir -p /srv/data UUID=$(blkid -s UUID -o value "$PART") echo "UUID=$UUID /srv/data ext4 defaults,nofail 0 2" >> /etc/fstab systemctl daemon-reload mount /srv/data findmnt /srv/data ``` *LUKS: gemount nadat je hem hebt ontgrendeld* ```bash mkdir -p /srv/data FSUUID=$(blkid -s UUID -o value /dev/mapper/coffer) LUKSUUID=$(blkid -s UUID -o value "$PART") echo "UUID=$FSUUID /srv/data ext4 noauto,nofail 0 0" >> /etc/fstab systemctl daemon-reload cat > /usr/local/sbin/unlock-data <