Re: Can mke2fs -c -c be restarted

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, 20 Oct 2019 at 09:03, Richard Shaw <hobbes1069@xxxxxxxxx> wrote:
On Sat, Oct 19, 2019 at 7:23 PM George R Goffe via users <users@xxxxxxxxxxxxxxxxxxxxxxx> wrote:

Thanks for the responses.

Richard: it takes that long because of the "-c -c" option. As Berend says, it runs badblocks which "beats up a block at a time" writing/reading patterns... looking for errors. The man page for mke2fs is helpful.

Sorry, I see it now in the subject line, I just didn't see it in the body of the original mail...

Would using smartctl to let the drive check itself help? 

# smartctl --test=long /dev/sdc

Modern HDD'sautomatically remap bad sectors.  You should see this in the SMART report.
See: https://superuser.com/questions/921246/usefulness-of-badblock-on-modern-storage-media and
 https://superuser.com/questions/384095/how-to-force-a-remap-of-sectors-reported-in-s-m-a-r-t-c5-current-pending-sector

My experience is that a few drives have a small number of bad blocks remapped but continue to work.  Most just keep
generating more bad blocks and soon stop working, so you want to copy of the data ASAP.

SMART does not work with all USB cases.  It is best to shove the drive into a desktop.  If the drive is under warranty
you may need to run the vendor's diagnostics.  Some will accept a smartctl report.

Or you can initiate it and monitor the progress from the disk utility.

Last option... If the case isn't too difficult to open temporarily install it to a desktop computer to speed things up.

Thanks,
Richard
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx


--
George N. White III

_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux