From owner-freebsd-stable@FreeBSD.ORG Sun Jun 19 20:52:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D09D416A41C for ; Sun, 19 Jun 2005 20:52:57 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3C3C843D53 for ; Sun, 19 Jun 2005 20:52:56 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: (qmail invoked by alias); 19 Jun 2005 20:52:55 -0000 Received: from p5090D5A6.dip.t-dialin.net (EHLO klotz.local) [80.144.213.166] by mail.gmx.net (mp029) with SMTP; 19 Jun 2005 22:52:55 +0200 X-Authenticated: #989277 Received: from [127.0.0.1] (localhost [127.0.0.1]) by klotz.local (8.13.3/8.13.3) with ESMTP id j5JKpsIF001213; Sun, 19 Jun 2005 22:51:59 +0200 (CEST) (envelope-from nakal@nurfuerspam.de) Message-ID: <42B5DAEA.4040908@nurfuerspam.de> Date: Sun, 19 Jun 2005 22:51:54 +0200 From: Martin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050403) X-Accept-Language: en-us, en MIME-Version: 1.0 To: twesky References: <8d02aed00506181404642100b9@mail.gmail.com> In-Reply-To: <8d02aed00506181404642100b9@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: ATA_DMA errors (and fs corruption!) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2005 20:52:57 -0000 twesky wrote: > I am having ATA_DMA errors on 5.4R and 5 STABLE up to June 16 (haven't > done a cvsup again). It doesn't happen on 5.3R or lower. I have got same problem. I tried yesterday's kernel and I got lots of ATA DMA errors. A question: do you have a VIA IDE controller like mine? atapci0: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 atapci0@pci0:17:1: class=0x01018a card=0x05711849 chip=0x05711106 rev=0x06 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxx EIDE Controller (All VIA Chipsets)' class = mass storage subclass = ATA Today, I noticed, the short experiment with the latest -STABLE destroyed a part of my /usr partition. It looked like this (with May 9th kernel today): kernel: handle_workitem_freeblocks: block count kernel: bad block 50333952, ino 1743780 kernel: pid 56 (syncer), uid 0 inumber 1743780 on /usr: bad block kernel: bad block 3221252091, ino 1743780 klotz kernel: pid 56 (syncer), uid 0 inumber 1743780 on /usr: bad block kernel: bad block 144119931884736777, ino 1743780 kernel: pid 56 (syncer), uid 0 inumber 1743780 on /usr: bad block kernel: bad block 72340173158093844, ino 1743780 kernel: pid 56 (syncer), uid 0 inumber 1743780 on /usr: bad block kernel: bad block 1104111992832, ino 1743780 kernel: pid 56 (syncer), uid 0 inumber 1743780 on /usr: bad block kernel: handle_workitem_freeblocks: block count kernel: handle_workitem_freeblocks: block count kernel: bad block 1865342872522620032, ino 1743783 While shutting down I got this: Jun 19 22:04:21 klotz kernel: /usr: unmount pending error: blocks -3561100369582 68157 files 0 I restored the fs in single-user mode. And now it runs fine with the kernel (May 9th). See also my earlier post. Martin