<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic check hard disk for buffer I/O errors in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/check-hard-disk-for-buffer-i-o-errors/m-p/4680844#M61076</link>
    <description>hi&lt;BR /&gt;&lt;BR /&gt;Howto check a hard disk for buffer I/O errors and fix them using linux, without damaging OS?</description>
    <pubDate>Mon, 30 Aug 2010 10:52:39 GMT</pubDate>
    <dc:creator>'chris'</dc:creator>
    <dc:date>2010-08-30T10:52:39Z</dc:date>
    <item>
      <title>check hard disk for buffer I/O errors</title>
      <link>https://community.hpe.com/t5/operating-system-linux/check-hard-disk-for-buffer-i-o-errors/m-p/4680844#M61076</link>
      <description>hi&lt;BR /&gt;&lt;BR /&gt;Howto check a hard disk for buffer I/O errors and fix them using linux, without damaging OS?</description>
      <pubDate>Mon, 30 Aug 2010 10:52:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/check-hard-disk-for-buffer-i-o-errors/m-p/4680844#M61076</guid>
      <dc:creator>'chris'</dc:creator>
      <dc:date>2010-08-30T10:52:39Z</dc:date>
    </item>
    <item>
      <title>Re: check hard disk for buffer I/O errors</title>
      <link>https://community.hpe.com/t5/operating-system-linux/check-hard-disk-for-buffer-i-o-errors/m-p/4680845#M61077</link>
      <description>Hi Chris,&lt;BR /&gt;&lt;BR /&gt;Try using the fdisk command with "-l" option.&lt;BR /&gt;This lists the parition tables on the devices that are specified.&lt;BR /&gt;Lets see whether the fdisk command is able to read the parition tables properly&lt;BR /&gt;from the devices.&lt;BR /&gt;&lt;BR /&gt;fdisk -&lt;BR /&gt;&lt;A href="http://linux.about.com/od/commands/l/blcmdl8_fdisk.htm" target="_blank"&gt;http://linux.about.com/od/commands/l/blcmdl8_fdisk.htm&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Also, try and check the file systems that are currently present.&lt;BR /&gt;Use the fsck command without repair and check if any errors are logged.&lt;BR /&gt;&lt;BR /&gt;fsck-&lt;BR /&gt;&lt;A href="http://linux.about.com/od/commands/l/blcmdl8_fsck_.htm" target="_blank"&gt;http://linux.about.com/od/commands/l/blcmdl8_fsck_.htm&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Hope this helps.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Murali</description>
      <pubDate>Tue, 31 Aug 2010 12:48:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/check-hard-disk-for-buffer-i-o-errors/m-p/4680845#M61077</guid>
      <dc:creator>P Muralidhar Kini</dc:creator>
      <dc:date>2010-08-31T12:48:39Z</dc:date>
    </item>
    <item>
      <title>Re: check hard disk for buffer I/O errors</title>
      <link>https://community.hpe.com/t5/operating-system-linux/check-hard-disk-for-buffer-i-o-errors/m-p/4680846#M61078</link>
      <description>Well, typically - you wouldn't check a hard driver for buffer I/O errors.  A buffer is a chunk of ram, and while there is ram (and a buffer) on the electronics board on a hard drive - if the memory "buffer" (ne' cache) is bad - you chunk the drive and don't look back, nothing to fix here.&lt;BR /&gt;&lt;BR /&gt;If you mean check out the disk hard drive platter(s) to see if there's an I/O write problem, a basic check would be to run data dump (dd) using 1k block size, and just see where the data breaks.  However, that's really bad for the OS (you'd definitely crash it).&lt;BR /&gt;&lt;BR /&gt;If you mean to check out the hard drive platter(s) to see if there's an I/O read error, you could use data dump (dd) to read data from the drive in 1k blocks to see if you've got a problem.&lt;BR /&gt;&lt;BR /&gt;For instance, if you hard drive is /dev/sda:&lt;BR /&gt;dd if=/dev/sda of=/dev/null bs=1024&lt;BR /&gt;&lt;BR /&gt;this thing will run (a long time) and if you've got place where it can't read, it will tell which block it did it on.  However, at the end of the drive, it *will* fail with an error on read, because there's no more blocks to read - which in this case is fine.&lt;BR /&gt;&lt;BR /&gt;If you want to check just individual partitions, instead of the whole drives &lt;BR /&gt;- you'd just refer to the partition number, so you'd substitute /dev/sda for /dev/sdan with n for partition number, for example /dev/sda1 (first partition), etc.&lt;BR /&gt;&lt;BR /&gt;Now, if you *do* find a bad block in there, and you've calculated how big the drive is, and you're *not* at the end of the disk... you can run fdisk and format around it (destroying any OS involved in that block).  Or, you could use gparted (linux tool) to move the os partitions off that spot by reducing or moving the partition around.  However, your mileage will var depending on how bad the drive is behaving with the error.  But for my money - you'd be better off just chunking that drive and not fooling with it if you're seeing errors on it.&lt;BR /&gt;Drives are cheap now, and there's no reason to fool with bad hardware.&lt;BR /&gt;&lt;BR /&gt;Lastly, keep in mind that if you successfully dd that drive with no errors, but are still seeing things that make you believe that your having hard drive trouble, you may just have soft corruption in the file system(s) that you're using.  In which case you could fsck those drives from the command line (fsck /dev/sda1, fsck /dev/sda2, etc) to see if you can fix those soft error issues.</description>
      <pubDate>Tue, 31 Aug 2010 13:19:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/check-hard-disk-for-buffer-i-o-errors/m-p/4680846#M61078</guid>
      <dc:creator>TwoProc</dc:creator>
      <dc:date>2010-08-31T13:19:54Z</dc:date>
    </item>
    <item>
      <title>Re: check hard disk for buffer I/O errors</title>
      <link>https://community.hpe.com/t5/operating-system-linux/check-hard-disk-for-buffer-i-o-errors/m-p/4680847#M61079</link>
      <description>@TwoProc&lt;BR /&gt;Thx a lot for an excelent and very helpfull posting!&lt;BR /&gt;&lt;BR /&gt;I'll try this command:&lt;BR /&gt;&lt;BR /&gt;# dd if=/dev/sda of=/dev/null bs=1024&lt;BR /&gt;&lt;BR /&gt;on my hard disk, but will be not better to write 1k blocks instead of read?&lt;BR /&gt;OS is anyway backuped.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Sun, 05 Sep 2010 16:04:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/check-hard-disk-for-buffer-i-o-errors/m-p/4680847#M61079</guid>
      <dc:creator>'chris'</dc:creator>
      <dc:date>2010-09-05T16:04:46Z</dc:date>
    </item>
    <item>
      <title>Re: check hard disk for buffer I/O errors</title>
      <link>https://community.hpe.com/t5/operating-system-linux/check-hard-disk-for-buffer-i-o-errors/m-p/4680848#M61080</link>
      <description>Hi Chris,&lt;BR /&gt;&lt;BR /&gt;# dd if=/dev/sda of=/dev/null bs=1024&lt;BR /&gt;&lt;BR /&gt;on my hard disk, but will be not better to write 1k blocks instead of read?&lt;BR /&gt;OS is anyway backuped.&lt;BR /&gt;&lt;BR /&gt;- no because if you write from /dev/null ==&amp;gt; /dev/sda your system will imediately crach because you will overwrite all system data.&lt;BR /&gt;&lt;BR /&gt;- the logic is mostly that if you can't read you will be not able also to write to the damaged block.&lt;BR /&gt;&lt;BR /&gt;mikap</description>
      <pubDate>Tue, 07 Sep 2010 04:30:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/check-hard-disk-for-buffer-i-o-errors/m-p/4680848#M61080</guid>
      <dc:creator>Michal Kapalka (mikap)</dc:creator>
      <dc:date>2010-09-07T04:30:29Z</dc:date>
    </item>
    <item>
      <title>Re: check hard disk for buffer I/O errors</title>
      <link>https://community.hpe.com/t5/operating-system-linux/check-hard-disk-for-buffer-i-o-errors/m-p/4680849#M61081</link>
      <description>You can also use badblocks : search a device for bad blocks; &lt;BR /&gt;&lt;BR /&gt;# badblocks -s -n /dev/your_drive_type/cXdY</description>
      <pubDate>Tue, 07 Sep 2010 09:34:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/check-hard-disk-for-buffer-i-o-errors/m-p/4680849#M61081</guid>
      <dc:creator>Hakki Aydin Ucar</dc:creator>
      <dc:date>2010-09-07T09:34:15Z</dc:date>
    </item>
    <item>
      <title>Re: check hard disk for buffer I/O errors</title>
      <link>https://community.hpe.com/t5/operating-system-linux/check-hard-disk-for-buffer-i-o-errors/m-p/4680850#M61082</link>
      <description>Chris,&lt;BR /&gt;&lt;BR /&gt;Yes, writing is a better check, but it will destroy everything on the drive, and you'd be at the point of restoring.  If this doesn't bother you, then go ahead.&lt;BR /&gt;&lt;BR /&gt;But, if you're going to do this, don't use /dev/null for input of the dd command, use /dev/zero or /dev/rand (if you have the random package installed) instead.&lt;BR /&gt;&lt;BR /&gt;whole drive:&lt;BR /&gt;dd if=/dev/zero of=/dev/sda bs=1024&lt;BR /&gt;&lt;BR /&gt;or per partition&lt;BR /&gt;dd if=/dev/zero of=/dev/sda[n] bs=1024&lt;BR /&gt;where n is the number of your partition you want to test.&lt;BR /&gt;&lt;BR /&gt;Just understand that the above is absolutely destructive to whatever disk or partition your "testing", and will certainly require a restore or reinstall to get it back.</description>
      <pubDate>Wed, 13 Oct 2010 14:12:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/check-hard-disk-for-buffer-i-o-errors/m-p/4680850#M61082</guid>
      <dc:creator>TwoProc</dc:creator>
      <dc:date>2010-10-13T14:12:27Z</dc:date>
    </item>
  </channel>
</rss>

