"Disk1s2: i/o error"

2015-03-28 Thread Michael
So my external 500 GB drive is giving me I/O errors. I'd like some advice, 
other than "throw it away".

In the past, when I had drives directly attached inside the computer, I could 
do a low-level format, and generally had good luck letting that solve errors.

This is a USB drive. I don't know how to do a low-level format.

I don't know if a simple "Flush and re-write" will solve things. I know that 
hard drives have spare sectors for mapping bad sectors, so I'm assuming that 
this is a read error somewhere. But the only thing the kernel tells me is
Mar 28 11:11:29 keybounceMBP kernel[0]: disk1s2: I/O error.
Mar 28 11:12:02 --- last message repeated 1 time ---
Mar 28 11:12:02 keybounceMBP kernel[0]: disk1s2: I/O error.
Mar 28 11:12:35 --- last message repeated 1 time ---

No indication of which block ID, what kind of device status flags, etc. I have 
never had a unix kernel report so little information. There is no 
/var/log/kernel.log (10.9.5), so there's no place to look for more details.

My current "best" thinking is to force random writes to the whole disk (there's 
a diskutil command for that), and if that works without errors, and a read of 
the disk (cat /dev/rdisk1) works without errors, then whatever happened is 
probably "transient" enough to resume use of the drive.

I do have a time machine backup, so excluding the concern of files suffering 
bitrot on the backup drive, I'm good -- nothing is lost. This drive is USB 
powered, so it's nice to have with a portable laptop.

Advice? Anyone?

(I have no idea how to read the smart status of the drive. I'm assuming it's 
actually maintained in the drive, but I don't know of a tool to report the 
smart status of a USB-connected drive)

---
Entertaining minecraft videos
http://YouTube.com/keybounce

___
MacOSX-talk mailing list
MacOSX-talk@omnigroup.com
http://www.omnigroup.com/mailman/listinfo/macosx-talk


Re: "Disk1s2: i/o error"

2015-03-28 Thread Macs R We
Drive Genius has a “Scan” tool that destructively writes and reads every block 
on a drive, and will map all the bad blocks out (assuming any spares are still 
left).  This may or may not solve your problem, depending on what your hardware 
problem actually is.  

The other bad news is that the last time I ran this over an external 500GB 
drive (FireWire 800), the estimated time to complete was 11 days.  Of course, 
as Murphy would have it, the system got rebooted to install updates after five 
days, and all the time spent on the job was out the window. 


On Mar 28, 2015, at 3:14 PM, Michael  wrote:

> So my external 500 GB drive is giving me I/O errors. I'd like some advice, 
> other than "throw it away".
> 
> In the past, when I had drives directly attached inside the computer, I could 
> do a low-level format, and generally had good luck letting that solve errors.
> 
> This is a USB drive. I don't know how to do a low-level format.
> 
> I don't know if a simple "Flush and re-write" will solve things. I know that 
> hard drives have spare sectors for mapping bad sectors, so I'm assuming that 
> this is a read error somewhere. But the only thing the kernel tells me is
> Mar 28 11:11:29 keybounceMBP kernel[0]: disk1s2: I/O error.
> Mar 28 11:12:02 --- last message repeated 1 time ---
> Mar 28 11:12:02 keybounceMBP kernel[0]: disk1s2: I/O error.
> Mar 28 11:12:35 --- last message repeated 1 time ---
> 
> No indication of which block ID, what kind of device status flags, etc. I 
> have never had a unix kernel report so little information. There is no 
> /var/log/kernel.log (10.9.5), so there's no place to look for more details.
> 
> My current "best" thinking is to force random writes to the whole disk 
> (there's a diskutil command for that), and if that works without errors, and 
> a read of the disk (cat /dev/rdisk1) works without errors, then whatever 
> happened is probably "transient" enough to resume use of the drive.
> 
> I do have a time machine backup, so excluding the concern of files suffering 
> bitrot on the backup drive, I'm good -- nothing is lost. This drive is USB 
> powered, so it's nice to have with a portable laptop.
> 
> Advice? Anyone?
> 
> (I have no idea how to read the smart status of the drive. I'm assuming it's 
> actually maintained in the drive, but I don't know of a tool to report the 
> smart status of a USB-connected drive)
> 
> ---
> Entertaining minecraft videos
> http://YouTube.com/keybounce
> 
> ___
> MacOSX-talk mailing list
> MacOSX-talk@omnigroup.com
> http://www.omnigroup.com/mailman/listinfo/macosx-talk

___
MacOSX-talk mailing list
MacOSX-talk@omnigroup.com
http://www.omnigroup.com/mailman/listinfo/macosx-talk


Re: "Disk1s2: i/o error"

2015-03-29 Thread @lbutlr
On 28 Mar 2015, at 16:14 , Michael  wrote:
> So my external 500 GB drive is giving me I/O errors. I'd like some advice,

Easy!

> other than "throw it away”.

Oh. Well. Fine, be that way.

> This is a USB drive. I don't know how to do a low-level format.

dd if=/dev/zero of=/dev/rdisk1 bs=512

This will take AGES. Possibly on the order of days. (NB: it will take longer if 
you leave out that r that looks like a typo but is not. /dev/rdisk1 is correct).

That will force a zero to be written to every block, allowing the disk to map 
bad blocks. Modern disks don’t do “low level” formatting.

> My current "best" thinking is to force random writes to the whole disk 
> (there's a diskutil command for that), and if that works without errors, and 
> a read of the disk (cat /dev/rdisk1) works without errors, then whatever 
> happened is probably "transient" enough to resume use of the drive.

Meh. *I* would not trust it. Once modern drives start to fail, they generally 
continue to fail.

> I do have a time machine backup, so excluding the concern of files suffering 
> bitrot on the backup drive, I'm good -- nothing is lost. This drive is USB 
> powered, so it's nice to have with a portable laptop.
> 
> Advice? Anyone?

You can get a much larger drive for under $100. Just saying…

-- 
Is this the light of a new day dawning? A future bright that you can
walk in? No, it's just another Monday Morning, do it all over again!

___
MacOSX-talk mailing list
MacOSX-talk@omnigroup.com
http://www.omnigroup.com/mailman/listinfo/macosx-talk