Date: Wed, 31 Aug 2011 23:20:48 -0700 From: perryh@pluto.rain.com To: basarevych@gmail.com Cc: freebsd-questions@freebsd.org, jdc@parodius.com Subject: Re: Is there way to get filename for specific LBA? Message-ID: <4e5f2440.hTx3mrA%2BqH6Xa5WH%perryh@pluto.rain.com> In-Reply-To: <CANmv3=wZNgrknXguKBoeF3OytbcPcJVVSJ5BGXvcja1Mt7JeFA@mail.gmail.com> References: <CANmv3=xTS-Gsm9V6mshvG=kryWJ%2B8DYfP6GMG34eyT8=H9xDbw@mail.gmail.com> <4e5e32f0.9who12387o0moTmx%perryh@pluto.rain.com> <CANmv3=wZNgrknXguKBoeF3OytbcPcJVVSJ5BGXvcja1Mt7JeFA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Ross <basarevych@gmail.com> wrote: > >> Aug 31 05:13:24 da kernel: ad6: WARNING - READ_DMA UDMA ICRC > >> error (retrying request) LBA=107491647 > > ... > > What does > > > > ??egrep 'ad[0-9]|ata' /var/run/dmesg.boot > > > > report? > > atapci0: <Intel ICH7 SATA300 controller> port > 0x20b8-0x20bf,0x20cc-0x20cf,0x20b0-0x20b7,0x20c8-0x20cb,0x20a0-0x20af > mem 0xe0284000-0xe02843ff irq 19 at device 31.2 on pci0 > atapci0: [ITHREAD] > ata2: <ATA channel 0> on atapci0 > ata2: [ITHREAD] > ata3: <ATA channel 1> on atapci0 > ata3: [ITHREAD] > ad4: 238475MB <Seagate ST9250315AS 0001SDM1> at ata2-master UDMA100 SATA > ad6: 476940MB <Seagate ST9500325AS 0001SDM1> at ata3-master UDMA100 SATA > Trying to mount root from ufs:/dev/ad6s1a Different hardware than mine, so my w/a may not help. If it's only happened the one time, you may want to just write it off as a glitch. If it happens frequently, or you start getting unrecovered failures, you could _try_ atacontrol mode ad6 UDMA66 Slowing down the transfer rate may make it more tolerant of electrical noise, bad cabling, etc. This approach worked for me, but on a PATA (not SATA) port and using a different type of controller (a VIA 6421). > smartd also reports this: > > Aug 31 10:41:04 da smartd[886]: Device: /dev/ad6, Failed SMART > usage Attribute: 184 End-to-End_Error. > > I found this explanation: http://kb.acronis.com/content/9119 > > So disk is dying? Or is it cable. I have no physical access to > the server at the moment. I'll leave the SMART analysis to those who are familiar with it :)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4e5f2440.hTx3mrA%2BqH6Xa5WH%perryh>