- Back up your data now
- Reseat the cables for the drive
- Run a self test on the drive -
smartctl -t long- if it doesn’t pass, then the drive is trash. If it does, then it might limp along a bit longer before catastrophically failing
I used the GUI program for SMART and the list of issues got marked as “old age”, all of them.
They meant the SMART self-test, not SMART data readout. Those are not meant to be interpreted by laymen and often not even experts.
I did perform the self-test function, the long version that says it will take 10s of minutes. Some of the errors were displayed with red text before the test. After the self test, it said that my drive passed and all the red errors showed up as “Old age” in black text, every single one.
(This is in the GUI app for smartctl)
Please stop trying to interpret the SMART data report. Even if you’re knowledgeable it can easily mislead you because this is vendor-specific data that follows no standard and is frequently misinterpreted by even the program displaying the data.
If the self-test passed, it’s likely the cable or the controller. Try a different cable.
What kind of machine is this, laptop? Desktop? If desktop, check the cables. Otherwise I’d switch out the drive.
No need to worry, disk failures almost never result in fires or hazardous conditions.
A-yuk-yuk-yuk.
Seriously: you have a disk that has failed, based just on that little snippet of the logs, internally (ICRC ABRT). You can either use a tool like spinrite to try and repair it, but you may lose all the data in the process, or replace it.
A user suggested bad cabling and that’s a possibility, one you can check easily if the error is reproducible by swapping the cable. Before I swap cables often I’ll confirm the diagnosis using smartctl and look for whatever the drive manufacturer calls the errors that happen between the media and disk controller chip on the drive. If it has those then there’s no point in trying a cable swap, the problem is not happening there.
People will say that you can’t “fix” bad disks with tools like spinrite or smartctl. I’ve found that to be incorrect. There are certainly times when the disk is kaput but most of the time it’ll work fine and can go back into service.
Of course, that’s recovering from errors when I get an email or text the first time and going back to service in a multi-parity array so lowered criticality and early detection could have lots to do with that experience.
I have no idea what all of that is but it looks like something I would worry about. I’d say it’s time for a clean install and thinking of a new root password.
It’s the same error, no matter how many times I reinstall. I assume it’s a hardware issue
Can be a distro/setup issue as well. Also you should’ve added this info to your post. It’s very useful for troubleshooting the issue.
