Deze gids werd met behulp van
gemini AI gemaakt.
Hier onder het resultaat:
<quote>
Het is frustrerend als een schijf simpelweg niet verschijnt, maar in Linux heb je gelukkig krachtige tools om precies te zien waar de communicatie tussen hardware en software stokt.
Hier is een stapsgewijs plan om de boosdoener te vinden.
Zodra je de USB-disk insteekt, reageert de Linux-kernel. Je kunt deze "gedachten" van het systeem live volgen.
Commando: dmesg -w of journalctl -f
Wat je doet: Voer dit uit, plug de schijf in en kijk naar de nieuwe regels.
Waar let je op? Zie je foutmeldingen zoals "USB device not accepting address" of "Read-error"? Als er helemaal niets verschijnt, is de poort of de kabel waarschijnlijk defect.
Zelfs als een schijf niet leesbaar is, moet de USB-controller hem wel zien.
Commando: lsusb
Check: Zoek in de lijst naar de fabrikant van je stick (bijv. Kingston, SanDisk of Western Digital).
Niet in de lijst? Hardwareprobleem (poort, kabel, of stick kapot).
Wel in de lijst? De hardware is oké, het probleem zit in de partities of het bestandssysteem.
Nu kijken we of Linux een "device node" (zoals /dev/sdb) heeft aangemaakt.
Commando: lsblk
Analyse: Kijk naar de kolom SIZE en TYPE. Een USB-stick herken je vaak aan de grootte.
Zie je de schijf wel (sdb), maar staan er geen onderliggende partities (sdb1)? Dan is de partitietabel corrupt.
Zie je de schijf helemaal niet? De kernel kan de schijf niet initialiseren.
Soms herkent Linux de schijf wel, maar ondersteunt het de indeling niet (bijv. een exotisch Apple-formaat of een corrupte Windows NTFS-schijf).
Commando: sudo fdisk -l
Focus: Zoek je schijf op en kijk bij "Disklabel type" (dos/gpt) en de "System" kolom. Als daar "Unknown" staat, ontbreken de juiste drivers op je Linux-distributie.
Symptoom |
Waarschijnlijke oorzaak |
Volgende stap |
lsusb toont niets |
Fysieke defect / Geen stroom |
Andere poort proberen |
lsblk toont schijf zonder partities |
Partitietabel is leeg of corrupt |
Gebruik gparted om nieuwe tabel te maken |
dmesg meldt "I/O error" |
Schijf is stervende (bad sectors) |
Data redden (indien mogelijk) |
Schijf is zichtbaar, maar niet in bestandsbeheer |
Geen mountpoint |
sudo mount /dev/sdX1 /mnt |
Als de schijf zichtbaar is in lsblk (bijv. als /dev/sdb1), maar niet wil openen, moet je een integriteitscontrole uitvoeren.
Belangrijk: Voer deze stappen nooit uit op een schijf die gekoppeld (mounted) is. Ontkoppel de schijf eerst met sudo umount /dev/sdx1.
Voordat je gaat repareren, moet je weten welk "gereedschap" je nodig hebt:
Commando: lsblk -f
Kijk in de kolom FSTYPE (bijv. vfat, ntfs, ext4).
Afhankelijk van het type gebruik je een specifieke variant van het fsck (File System Check) commando:
Voor FAT32 (meeste
USB-sticks):
sudo
dosfsck -w -r -v /dev/sdx1
(De
-r vlag vraagt interactief om reparaties te bevestigen).
Voor NTFS (Windows externe
schijven):
sudo
ntfsfix /dev/sdx1
(Dit
herstelt veelvoorkomende fouten en "unclean journal"
vlaggen).
Voor Linux eigen formaten
(ext4):
sudo
e2fsck -f /dev/sdx1
Als de automatische mount faalt, geeft de terminal vaak de meest gedetailleerde reden waarom.
Commando: sudo mount /dev/sdx1 /mnt
Wat vertelt dit je?
“Wrong fs type, bad option, bad superblock”: Dit wijst direct op zware corruptie of een ontbrekende driver.
“Structure needs cleaning”: Het bestandssysteem is corrupt en móét eerst via fsck behandeld worden.
“Read-only file system”: De schijf heeft zichzelf beveiligd omdat er hardwarefouten zijn gedetecteerd.
Als het bestandssysteem blijft corrupt raken, is de fysieke hardware waarschijnlijk aan het sterven.
Commando: sudo smartctl -a /dev/sdx
Check: Zoek naar de "Self-test log" of "Reallocated_Sector_Ct". Als die getallen hoog zijn, is de schijf onbetrouwbaar geworden.
Zodra je deze stappen hebt doorlopen, weet je of het een eenmalige logische fout was (opgelost met fsck) of dat de hardware simpelweg "op" is.
</quote>