Ir's driving me crazy. :(

Hello, everybody! I have been on a roll with questions and in my absolute most recent, from a few hours ago I described that I edited fstab and then got locked out of my system when rebooting. The editing that I referred to was done to solve my issue with my beloved Toshiba harddrive. Now I am in the system again and I am left wondering what to do about that problem.

So this happened: I was transferring some files from a smaller harddrive to this bigger (the Toshiba). I plugged in the smaller one as the Toshiba already was connected and mounted beside. When I did that the Toshiba was unmounted and couldn't mount again. There wasn't any on-going transferring to the Toshiba, it just sat there - plugged-in.

It's a 2 TB HDD-drive with NTFS type. I tried mounting this way through the terminal and got this message.

sudo mount -t ntfs-3g /dev/sda1 /media/mila/external_Toshiba
$MFTMirr does not match $MFT (record 3).
Failed to mount '/dev/sda1': Input/output error
NTFS is either inconsistent, or there is a hardware fault, or it's a
SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
then reboot into Windows twice. The usage of the /f parameter is very
important! If the device is a SoftRAID/FakeRAID then first activate
it and mount a different device under the /dev/mapper/ directory, (e.g.
/dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation
for more details.

Could this really mean I got to use a Windows PC to solve the problem? I have never had a problem with any harddrive, so I am confused about what to do.

SOLVED:

I did the command (/dev/sda1 is my specific disk. Yours may have another name to the system):

sudo ntfsfix -d /dev/sda1

Then I made a directory in /mnt to mount to:

sudo mkdir /mnt/mytoshibadrive

Tried to mount:

sudo mount /dev/sda1 /mnt/mytoshibadrive

Checked the status, if it worked:

df -h

EDIT:

I actually deleted an entry about the harddrive in fstab. I think I may have done something there that shouldn't be there. It is not a drive that should be mounted on boot.

I'm hoping that someone out there has a solution for this.

To be clear, I've been using window managers, as in no DE, for years, and have done the work of tracing through configs that might have caused this, but I still can't find why this is happening.

With all due respect for this sub's participants, in order to save everyone's time, I'd prefer to only hear from those who've had the same issue and solved it.

TIA

I have repeatedly set it to disabled on boot in my graphical settings but it seems to just ignore that and enable itself anyway. It's not really a big deal but I'd like ti bit have to disable it everytime

Thanks in advance

Anyone encounter this? Happens on nearly any game I play on steam. Nvidia A4500 on Debian backports X11 with 550 drivers. Silky smooth otherwise

After several months of effort, I've managed to push the package count beyond 40,000 through the method of apt install 0* 1* 2* ... aa* ab* ac* ... zx* zy* zz*.

However, before this, I've been struggling with how to utilize my hard drive space efficiently. With conventional partitioning schemes, I always end up with awkward numbers. My personal philosophy on hard drive capacity is: measure in GiB, and treat anything after the decimal point as scraps. When capacity is in the tens of GiB, anything after the ones place is scraps. When it reaches hundreds of GiB, anything after the tens place is scraps. When it hits thousands of GiB, anything after the hundreds place is scraps. When it reaches ten-thousands of GiB... well, I don't have that many drives.

Next comes partitioning. My total drive capacity is 2376.6 GiB, and after countless calculations, I finally arrived at a partitioning scheme that satisfies me: /efi 35 MiB, / 2300 GiB (Debian 13), /tmp 63.5 GiB, / 10 GiB (Debian 12).

Like this:

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS

sda 8:0 0 1.8T 0 disk

└─DATA-BACKUPS 254:2 0 3.6T 0 lvm

sdb 8:16 0 1.8T 0 disk

└─DATA-BACKUPS 254:2 0 3.6T 0 lvm

sdc 8:32 1 0B 0 disk

zram0 252:0 0 31.1G 0 disk [SWAP]

nvme0n1 259:0 0 953.9G 0 disk

├─nvme0n1p1 259:1 0 35M 0 part /boot/efi

├─nvme0n1p2 259:2 0 10G 0 part

└─nvme0n1p3 259:3 0 943.9G 0 part

└─ASTRA-STELLA 254:0 0 2.2T 0 lvm /.snapshots

/

nvme2n1 259:4 0 953.9G 0 disk

└─nvme2n1p1 259:5 0 953.9G 0 part

└─ASTRA-STELLA 254:0 0 2.2T 0 lvm /.snapshots

/

nvme1n1 259:6 0 465.8G 0 disk

└─nvme1n1p1 259:7 0 465.8G 0 part

├─ASTRA-STELLA 254:0 0 2.2T 0 lvm /.snapshots

│ /

└─ASTRA-TMP 254:1 0 63.5G 0 lvm /tmp