<?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 Re: Help!! Drive Error!!! in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/help-drive-error/m-p/2682237#M1307</link>
    <description>Marco, I've was just reading over your rplies regarding debugfs, why do you divide by 8 to get the block number, isn't this reported already in the syslog file. Thanks.</description>
    <pubDate>Fri, 15 Mar 2002 14:54:42 GMT</pubDate>
    <dc:creator>K.C. Chan</dc:creator>
    <dc:date>2002-03-15T14:54:42Z</dc:date>
    <item>
      <title>Help!! Drive Error!!!</title>
      <link>https://community.hpe.com/t5/operating-system-linux/help-drive-error/m-p/2682229#M1299</link>
      <description>Help, I have a drive error, But I don't know which device is it. &lt;BR /&gt;how do you map 08:c1 to /dev/sd?? ? See attachment for details on the error. Thanks.</description>
      <pubDate>Wed, 13 Mar 2002 14:47:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/help-drive-error/m-p/2682229#M1299</guid>
      <dc:creator>K.C. Chan</dc:creator>
      <dc:date>2002-03-13T14:47:24Z</dc:date>
    </item>
    <item>
      <title>Re: Help!! Drive Error!!!</title>
      <link>https://community.hpe.com/t5/operating-system-linux/help-drive-error/m-p/2682230#M1300</link>
      <description>Michael,&lt;BR /&gt;&lt;BR /&gt;I do not know how to map xx:yy to a /dev/x file...&lt;BR /&gt;&lt;BR /&gt;Bit probably you did not see the following line:&lt;BR /&gt;&lt;BR /&gt; SCSI disk error : host 2 channel 0 id 2 lun 0 return code = 8000002&lt;BR /&gt;&lt;BR /&gt;Isn't that information enough ?&lt;BR /&gt;The Disc is that one on host two with id 2.&lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;&lt;BR /&gt;Christoph</description>
      <pubDate>Wed, 13 Mar 2002 15:17:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/help-drive-error/m-p/2682230#M1300</guid>
      <dc:creator>Christoph Rothe_3</dc:creator>
      <dc:date>2002-03-13T15:17:32Z</dc:date>
    </item>
    <item>
      <title>Re: Help!! Drive Error!!!</title>
      <link>https://community.hpe.com/t5/operating-system-linux/help-drive-error/m-p/2682231#M1301</link>
      <description>It sounds to me like it would be /dev/sdc1 ...&lt;BR /&gt;&lt;BR /&gt;Good luck</description>
      <pubDate>Wed, 13 Mar 2002 15:19:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/help-drive-error/m-p/2682231#M1301</guid>
      <dc:creator>D. Jackson_1</dc:creator>
      <dc:date>2002-03-13T15:19:52Z</dc:date>
    </item>
    <item>
      <title>Re: Help!! Drive Error!!!</title>
      <link>https://community.hpe.com/t5/operating-system-linux/help-drive-error/m-p/2682232#M1302</link>
      <description>after looking around, I know what drive it is "/dev/sdm1" and I know that it's on host2 with id 2 which mean second drive on the second scsi-card. But is there a clear way of finding out how it maps to /dev/sdm1 drive?  &lt;BR /&gt;&lt;BR /&gt;On another note, does any one know what type of error it is? Should I worry about the disk going south on me? Thanks.</description>
      <pubDate>Wed, 13 Mar 2002 15:28:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/help-drive-error/m-p/2682232#M1302</guid>
      <dc:creator>K.C. Chan</dc:creator>
      <dc:date>2002-03-13T15:28:08Z</dc:date>
    </item>
    <item>
      <title>Re: Help!! Drive Error!!!</title>
      <link>https://community.hpe.com/t5/operating-system-linux/help-drive-error/m-p/2682233#M1303</link>
      <description>Yes.. quite easy to map, actually.  Those are the major and minor device numbers.&lt;BR /&gt;&lt;BR /&gt;First convert 08:c1 to decimal -&amp;gt; 8, 193&lt;BR /&gt;&lt;BR /&gt;Then look through /dev for a device with those numbers:&lt;BR /&gt;&lt;BR /&gt;ls -l /dev/* | grep ' 8, *193'&lt;BR /&gt;&lt;BR /&gt;Which returs /dev/sdm1</description>
      <pubDate>Wed, 13 Mar 2002 16:08:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/help-drive-error/m-p/2682233#M1303</guid>
      <dc:creator>Eric Ladner</dc:creator>
      <dc:date>2002-03-13T16:08:46Z</dc:date>
    </item>
    <item>
      <title>Re: Help!! Drive Error!!!</title>
      <link>https://community.hpe.com/t5/operating-system-linux/help-drive-error/m-p/2682234#M1304</link>
      <description>Also&lt;BR /&gt;&lt;BR /&gt;1) Make sure the badblocks did not corrupt anything. To that, take the sector number (as reported in syslog) and divide by 8. This will give you the "Ext2/3" block number. Check that block number with:&lt;BR /&gt;&lt;BR /&gt;debugfs /dev/yourblockdevice&lt;BR /&gt;debugfs: testb your_block_num&lt;BR /&gt;&lt;BR /&gt;(where your_block_num = block number as reported by syslog /  8). &lt;BR /&gt;&lt;BR /&gt;If you have the block marked as "in use", it's time to check who's using it with:&lt;BR /&gt;&lt;BR /&gt;debugfs /dev/yourblockdevice&lt;BR /&gt;debugfs: icheck your_block_num&lt;BR /&gt;&lt;BR /&gt;After that, run badblocks -b 4096 to find the bad blocks. Save those to a file and then use fsck -l to lock those out.&lt;BR /&gt;&lt;BR /&gt;Hope it helps&lt;BR /&gt;Paga&lt;BR /&gt;</description>
      <pubDate>Wed, 13 Mar 2002 16:29:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/help-drive-error/m-p/2682234#M1304</guid>
      <dc:creator>Marco Paganini</dc:creator>
      <dc:date>2002-03-13T16:29:12Z</dc:date>
    </item>
    <item>
      <title>Re: Help!! Drive Error!!!</title>
      <link>https://community.hpe.com/t5/operating-system-linux/help-drive-error/m-p/2682235#M1305</link>
      <description>Marco, I've unmounted the filesystem and ran fsck on it. I t seems to fix the problem. But for future references I would like to try what you have suggested, but I am not sure whether to run it while the filesystem is mounted or not. Is it ok to run debugfs while the file system is mounted?&lt;BR /&gt;&lt;BR /&gt;on another note, what's up with the "printing instruction link" everytime I click on it, it gives: "support1.itrc.hp.com" could not be found. please check the link again". I would like to have good print out of this posting w/o the  any other banners. Can any one tell me how to print just the posting? Thaanks.</description>
      <pubDate>Wed, 13 Mar 2002 16:50:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/help-drive-error/m-p/2682235#M1305</guid>
      <dc:creator>K.C. Chan</dc:creator>
      <dc:date>2002-03-13T16:50:03Z</dc:date>
    </item>
    <item>
      <title>Re: Help!! Drive Error!!!</title>
      <link>https://community.hpe.com/t5/operating-system-linux/help-drive-error/m-p/2682236#M1306</link>
      <description>Hello Michael,&lt;BR /&gt;&lt;BR /&gt;You should unmount the filesystems before you perform these operations.&lt;BR /&gt;&lt;BR /&gt;I also took a look at your errors and I'd like to add that it really seems related to hardware. A simple FSCK will *NOT* fix the problem for you. It will happens everytime you have a file or something using that area. Be aware. I'd check those blocks with badblocks and lock them out so the OS won't use them in the future.&lt;BR /&gt;&lt;BR /&gt;About the printing: Unfortunately, I don't know. I have a lot of problems using the forums. I'd do a "save page to disk" and then print it if everything fails.&lt;BR /&gt;&lt;BR /&gt;Cheers,&lt;BR /&gt;Paga&lt;BR /&gt;</description>
      <pubDate>Wed, 13 Mar 2002 19:06:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/help-drive-error/m-p/2682236#M1306</guid>
      <dc:creator>Marco Paganini</dc:creator>
      <dc:date>2002-03-13T19:06:24Z</dc:date>
    </item>
    <item>
      <title>Re: Help!! Drive Error!!!</title>
      <link>https://community.hpe.com/t5/operating-system-linux/help-drive-error/m-p/2682237#M1307</link>
      <description>Marco, I've was just reading over your rplies regarding debugfs, why do you divide by 8 to get the block number, isn't this reported already in the syslog file. Thanks.</description>
      <pubDate>Fri, 15 Mar 2002 14:54:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/help-drive-error/m-p/2682237#M1307</guid>
      <dc:creator>K.C. Chan</dc:creator>
      <dc:date>2002-03-15T14:54:42Z</dc:date>
    </item>
    <item>
      <title>Re: Help!! Drive Error!!!</title>
      <link>https://community.hpe.com/t5/operating-system-linux/help-drive-error/m-p/2682238#M1308</link>
      <description>I've got an error on this disk again: here's the error:&lt;BR /&gt;&lt;BR /&gt;Jun 27 10:59:17 trance kernel: Additional sense indicates Unrecovered read error&lt;BR /&gt;Jun 27 10:59:17 trance kernel:  I/O error: dev 08:c1, sector 45814462&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;I am trying to follow your instructions on howto to locate the bad-block. But I am uncertain about the how to get the block number by dividing by 8. Where does 8 come from? Is 8 the block-size of the filesystem by default? In either case, I tried dividing the sector by 8 and here's what I got from debugfs:&lt;BR /&gt;&lt;BR /&gt;debugfs 1.23, 15-Aug-2001 for EXT2 FS 0.5b, 95/08/09&lt;BR /&gt;debugfs:  icheck 5726807&lt;BR /&gt;icheck: Attempt to read block from filesystem resulted in short read while calling ext2_block_iterate&lt;BR /&gt;Block   Inode number&lt;BR /&gt;5726807 &lt;BLOCK not="" found=""&gt;&lt;BR /&gt;&lt;BR /&gt;debugfs:  icheck 45814462&lt;BR /&gt;icheck: Attempt to read block from filesystem resulted in short read while calling ext2_block_iterate&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Can someone help? Thanks.&lt;/BLOCK&gt;</description>
      <pubDate>Thu, 27 Jun 2002 15:04:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/help-drive-error/m-p/2682238#M1308</guid>
      <dc:creator>K.C. Chan</dc:creator>
      <dc:date>2002-06-27T15:04:27Z</dc:date>
    </item>
  </channel>
</rss>

