before updating I was able to mount both of my drives i have a external ntfs drive and a internal ssd formatted fat. I have tried mutiple kernels im currently sitting on rc4- but i have also tried -6.1.55-1 any help would be appreciated i have noticed this prob only happens on arch installs and they work before i update the system, after they will no longer mount i get the error:
An error occurred while accessing ‘Elements’, the system responded: The requested operation has failed: Error mounting /dev/sde1 at /run/media/medec/Elements: wrong fs type, bad option, bad superblock on /dev/sde1, missing codepage or helper program, or other error
X denoting the respective drive letter. IfX: = C: chkdsk will prompt a reboot allowing actions to be performed at next boot, before Windows shell loads.
long time since I had to use Windows - it was not intended to be a copy paste - just a reference to what must be done - I am sure the chkdsk program is able to tell the correct syntax
i have tried to mount it through dolphin and i have also tired though command line the error i keep getting is failed mouting wrong fs type bad option bad superblock. i was able to get my ntfs drive mounted but was never able to get the fat32 drive to mount installeing ntfs-automount was able to fix half my problem.
Same problem here. Before doing the last update these days Manjaro recognized ntfs and fat systems on several external drives. After the update it shows the error mentioned above. Other linux systems do not have that problem. So it seems not to be a Windows system failure to repair with chdsk but related to the Manjaro update.
‘Bad superblock’ usually indicates corruption or damage to a drive; in fact, it can’t mean much different to that. The suggested usage of chkdsk /f X: from within Windows, as an alternative to fsck in Linux, is valid; despite your apparent strawman hypothesis to the contrary; which itself was irrelevant.
In simpler English, a bad superblock can be corrected by either fsck or chkdsk, and has nothing to do whatsoever with any issue resulting from a Manjaro update; whether perceived or actual.
As this was your first post, welcome, and I’m happy to direct you to additional resources before making your next:
@soundofthunder I don’t know why you have to be so passive aggressive in your comments. This isn’t a drive problem, thousands of people didn’t suddenly do something to their drives right after the update. Aragorns two commands fixed all my issue and I bet most people issues.
I were being passively aggressive I am confident that you would not even recognize it as such; however, let me address your misguided assumptions in context:
Information provided by Medec5:
This clearly indicated a drive problem. In fact the error bad superblock has no other interpretation; as far as I am aware.
Based on that information my response was valid. If you have another interpretation, please enlighten us ( ← that was passive aggressiveness ).
Post from Cornwol:
This also supported my stance.
While I’m glad that your issue was solved, the commands provided by Aragorn fixed issues that were unrelated to a ‘bad superblock’:
sudo pacman -S ntfs-3g … installs ntfs-3g; we might think of it as a translation assistant for NTFS. sudo bash -c 'echo "blacklist ntfs3" > /etc/modprobe.d/disable-ntfs3.conf disables a similar translation assistant that isn’t playing nicely.
In short, stating that;
… also has nothing to do with my response to a bad superblock error.
That’s my point really. Check first that it’s already installed, especially as ntfs-3g seems to come as standard with Manjaro.
The other thing is mount -t vfat… I’ve never needed to use those options with mount. Linux always seems to recognise partition formats, eg I have an ESP (FAT32 partition) sdb7. So if I want to mount it I use sudo mount /dev/sdb7 /mnt, and that always does the job.
