From owner-freebsd-hackers Wed Jun 5 23:16:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from diomedes.noc.ntua.gr (diomedes.noc.ntua.gr [147.102.222.220]) by hub.freebsd.org (Postfix) with ESMTP id 2500F37B408 for ; Wed, 5 Jun 2002 23:16:24 -0700 (PDT) Received: from mail.ntua.gr (mail.ntua.gr [147.102.222.65]) by diomedes.noc.ntua.gr (8.11.6/8.11.6) with ESMTP id g566GLA01196 for ; Thu, 6 Jun 2002 09:16:22 +0300 (EEST) Received: from erwin.gr (ppp235.dialup.ntua.gr [147.102.223.235]) by mail.ntua.gr (Netscape Messaging Server 4.15) with ESMTP id GX9TF800.Q07 for ; Thu, 6 Jun 2002 09:16:20 +0300 Content-Type: text/plain; charset="iso-8859-7" From: Aggelos Economopoulos Reply-To: aoiko@cc.ece.ntua.gr To: freebsd-hackers@FreeBSD.ORG Subject: Cannot access disk Date: Thu, 6 Jun 2002 09:15:45 +0300 X-Mailer: KMail [version 1.4] MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200206060907.02295.aoiko@cc.ece.ntua.gr> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG After adding a 40G ide disk(ad3) on my system, I 'ld like to devote some extra space to FreeBSD (there is already a linux installation on the 40G disk). However, after booting my -stable installation on the first disk(ad0), I get the error message "excessive recursion in search for slices" by the kernel on any attempt to access ad3 (mount a partition, fdisk -s /dev/ad3, or even a read() on ad3). Initially, I thought I had hit a bug in sys/kern/subr_diskmbr.c. Only, us= ing a userspace partition viewer (which understands the partition setup on ad= 3 when run under linux) I get simillar errors (ie infinite loop in the partition handling code). (it _seems_ that at somepoint in following the=20 extended partition tables chain, a read() returns sector 0 (the mbr of=20 ad3), but don't quote me on this) I therefore conclude that this is not a problem in the partition handling code and given my lack of familiarity with the kernel I cannot even guess at the cause. If it's any use, ->d_secperunit in the in-kernel disklabel is the same as the number of sectors reported by the linux kernel. Any ideas are _very_ welcome. PS: I do read -hackers, but please cc: me in any reply. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message