Desktop Environment (if applicable):
GNOME version 46
Problem Description:
Hi! When I plug in my Toshiba external hard drive it won’t automount. When I try to mount it via the side bar I get this error message: “wrong fs type, bad option, bad superblock on /dev/sda1, missing codepage or helper program, or other error”.
On a different laptop running 18.04 LTS the external drive automounts w/o problems.
I have only installed 24.04. LTS on my new Laptop a few days ago. At first there was no problem automounting the external drive.
The problem occurred after granting several snaps access to the drive using
sudo snap connect firefox:removable-media
but only after system re-boot. At first it seemed to have worked. So, this may be unrelated, and I may have done something else that caused the problem, that I am unaware of.
What I’ve Tried:
After
sudo ntfsfix /dev/sda1
I can mount with
sudo mount -t ntfs /dev/sda1 mountdir
but it still won’t automount after I plug it in.
I found this discussion suggesting this solution using echo 'blacklist ntfs3' | sudo tee /etc/modprobe.d/disable-ntfs3.conf
but I am too much of an amateur to know whether this actually fits my problem and too chicken to just try.
Note, that I don’t really know what I am doing. Answers for dummies are helpful :)))
Do you have an entry for the device in /etc/fstab? The options can include “auto” if you want an automount. I don’t have any such entry for an ntfs, but my options usually include “noauto” to keep odd partitions out of the way.
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/ubuntu-vg/ubuntu-lv during curtin installation
/dev/disk/by-id/dm-uuid-LVM-8XmCaOQaCISAjct76PB5ex262R2sMhdHVn6afoF3TSXNfiMytF4HFsx7y27NZlAJ / ext4 defaults 0 1
# /boot was on /dev/nvme0n1p2 during curtin installation
/dev/disk/by-uuid/17862093-9260-4494-a205-eb675e7a4308 /boot ext4 defaults 0 1
# /boot/efi was on /dev/nvme0n1p1 during curtin installation
/dev/disk/by-uuid/E2A1-4096 /boot/efi vfat defaults 0 1
/swap.img none swap sw 0 0
I have not much experience with NTFS (havent used Windows in probably 20y, so there wasn’t any need for me to use NTFS) but a general rule of thumb is to fix filesystem issues with the OS these filesystems belong to, so I wouldnt try to fix NTFS on Linux if I had the opportunity to do it on Windows …