Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
When I try to copy from this disk, it is giving me input/output error.
When I reboot, and start gparted, it is showing me no errors.
But when I start the copy procedure, gparted doesn't see it anymore and it becomes unmountable.
gptsync is informing that there is no gpt partition table, though there should be.
If the problem is gpt partition table, how can I fix it or can I fix it?
At least how can I copy the files to another drive so that I can format it?
The drive is external 3TB if the information will help.
200 MB GPT Protective
Rest NTFS
Result of dmesg | tail is
Code:
[ 2618.179155] sd 11:0:0:0: [sde] Assuming drive cache: write through
[ 2618.179162] sde: sde1 sde2
[ 2618.221768] sd 11:0:0:0: [sde] 732566645 4096-byte logical blocks: (3.00 TB/2.72 TiB)
[ 2618.222627] sd 11:0:0:0: [sde] Assuming drive cache: write through
[ 2618.222632] sd 11:0:0:0: [sde] Attached SCSI disk
[ 2618.279365] sd 11:0:0:0: [sde] Sense Key : Recovered Error [current] [descriptor]
[ 2618.279372] Descriptor sense data with sense descriptors (in hex):
[ 2618.279375] 72 01 00 1d 00 00 00 0a 09 0c 00 00 00 01 00 00
[ 2618.279386] 00 00
[ 2618.279390] sd 11:0:0:0: [sde] Add. Sense: ATA pass through information available
Does recovered error means that it recovered? It is going good so far (copying).
I get this error message (Error Splicing File: Input/Output Error - Cannot Copy) when I try to copy a file that's bigger than 4GB to a FAT32 formatted memory stick.
Is that what you're trying to do? If so, you need your destination drive to have a filesystem that supports files bigger than 4GB (ntfs, ext2, ...).
Last edited by Wim Sturkenboom; 08-28-2012 at 01:48 AM.
No, that is not what my problem is.
My file system is ntfs.
There is a problem with the drive.
After some time, it is getting unmounted or unrecognized somehow and still couldn't find a solution.
ntfs should be checked from windows, because the linux tools are not 100 percent safe. A damaged ntfs should not be used at all (just in readonly mode), because you will only make more problems...
I am checking it from Windows, nothing reported.
I am creating initializing mbr from windows, creating the ntfs primary on windows, but then something happens.
For example, I just wrote 50GB from Windows, the drive shows 1.77 of 1.81 TB is free, but the folder shows empty and the copy process gave an error.
I was just about to restart now.
Thanks for the badblocks command and the Windows tool.
I don't know most of these commands and I guess I will have to learn them on need basis or have to find some other way to learn commands.
Do you have any suggestion how to learn commands in linux?
After so many tries, when I was able to make it seen in Windows again; I updated the firmware after a few tries with success and in Windows, I ran chkdsk -r; the result was
Code:
2 bad clusters.
8kb in bad sectors.
488369919 total allocation units on disk.
488333004 allocation units available on disk.
I guess it was the firmware; after that I was able to copy. After testing copying around 75 GB in Windows; I switched to Linux and started copying from there.
When I woke up (just several minutes ago, I just checked my e-mail and saw your post); it still gave an input/output error . This time it was after copying around 500 GB and when I said 'skip', it went on copying. I guess I can't complain since it went on copying without ejecting the drive and it copied around 500 GB without error and it is still going on copying. I guess the problem seems to be solved. Even though it gave the same error again; this time, the drive didn't eject itself and disappear. And also it went on copying after I said 'skip'.
I guess the problem was with the firmware and also maybe with the port or both. Since then, I changed the ports of two external drives.
you know the drives are nowadays capable to handle bad sectors - up to a limit. I think you now reached that limit or your drive is too old or there is a firmware problem or some other "strange" thing happened. Anyway, the disk is now unsafe.
This is the chkdsk /r result from Windows and it shows only 2 bad clusters.
Code:
2 bad clusters.
8kb in bad sectors.
488369919 total allocation units on disk.
488333004 allocation units available on disk.
Because of that 8kb space, the disk is unsafe (I am asking because I don't have much knowledge about disks and bad clusters). It is just surprising me that 2 bad clusters would show a sign of being unsafe. Of course, I don't know anything about bad clusters or how many there can or should be.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.