From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1P6rnH-0003wl-Bg for garchives@archives.gentoo.org; Fri, 15 Oct 2010 21:26:32 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3A8CBE0886; Fri, 15 Oct 2010 21:25:35 +0000 (UTC) Received: from mail-pw0-f53.google.com (mail-pw0-f53.google.com [209.85.160.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 0556CE0886 for ; Fri, 15 Oct 2010 21:25:34 +0000 (UTC) Received: by pwi3 with SMTP id 3so912800pwi.40 for ; Fri, 15 Oct 2010 14:25:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=jjtJot2Npmb9ar+GP1A7MFGn1Sst27wTSZIvMNecUws=; b=M4kHO62gO/FSvOtivTku5hkkm8ieZ7/d/WobUsWRXmwbTeHISImu4FQhbwwIYuVoV3 KNJ9B9gNOJkcw/oEJBojd9JNlEXFcekfcVdy9nGLBd22sKT4ImSj1/UG4AKlX9Re4DHj e1X8oR+e8uarc49lJ4p+Z9CtSZZpmrIRmOTqE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=pTbiLBN66+x3YDWT0gkeTL0IGVi0C//eJL2uJ/GpJt+8MhaCvfBcV+aCa7A3eIFPZ8 AvZuNFXGvTYq07L7rH9PO69mjM6zSd90K/G3qNHWU/AZFq9VTtbLSKo81ttd/Tydg6cO anmzXLjt6ohr//VxEcLJl6+bu4sIIlwks0ZzI= Received: by 10.142.108.1 with SMTP id g1mr1113127wfc.9.1287177933607; Fri, 15 Oct 2010 14:25:33 -0700 (PDT) Received: from [192.168.25.20] (173-8-195-225-Oregon.hfc.comcastbusiness.net [173.8.195.225]) by mx.google.com with ESMTPS id q13sm16442122wfc.5.2010.10.15.14.25.32 (version=SSLv3 cipher=RC4-MD5); Fri, 15 Oct 2010 14:25:32 -0700 (PDT) Message-ID: <4CB8C6CB.20806@gmail.com> Date: Fri, 15 Oct 2010 14:25:31 -0700 From: Bill Longman User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.9) Gecko/20101004 Lightning/1.0b3pre Lanikai/3.1.3 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Problem with new install References: <201010151129.18927.mdiehl@diehlnet.com> <4CB89212.7020801@f_philipp.fastmail.net> <201010151323.22854.mdiehl@diehlnet.com> In-Reply-To: <201010151323.22854.mdiehl@diehlnet.com> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Archives-Salt: b83f45e0-61a7-4807-866b-178349a5e69b X-Archives-Hash: 0dad1aa59b8e9c561fd36c8708c7c80a On 10/15/2010 12:23 PM, Mike Diehl wrote: > On Friday 15 October 2010 11:40:34 am Florian Philipp wrote: >> Am 15.10.2010 19:29, schrieb Mike Diehl: >>> Hi all. >>> >>> I've never had this much trouble with a server before, but I've been >>> pulling my hair out. >>> >>> The install seemed to go well, but when I rebooted it from it's own hard >>> drive, it fails. fsck claims that it can't open /dev/sda3 or that the >>> superblock doesn't describe a valid ext2 filesystem. > >> *All* of the drivers could be too much. There is a generic driver which >> can prevent the "right" driver from taking over. In that case you end up >> with a /dev/hda node and no DMA. Try to deactivate "Generic ATA support" >> = CONFIG_ATA_GENERIC and "generic/default IDE chipset support" = >> CONFIG_IDE_GENERIC. >> I think it is the second option that causes that problem. However, you >> won't need the first option, either. > > I tried this, first without success. I then ran through all combinations of > sda3, sdb3, hda3, hdb3 in /etc/fstab. This didn't work. > >> Instead of your brute-force "yes to all" approach, newer kernels also >> support `make localyesconfig` which takes all modules currently used in >> the running kernel and compiles them into the new kernel. It is very >> helpful when you already have a good but generic kernel like the one on >> your live CD. > > I tried this, next. At least now, I believe I have a viable kernel. But it > still didn't work. > >> If even that doesn't help, it might be possible that the device >> numbering has changed and your hard disk is detected as /dev/sdb or so. >> Try mounting it by UUID (google for it, please). > > I tried this. Only now, fsck.ext2 tells me that it can't resolve the UUID. > > Here is the new fstab: > /dev/sda1 /boot ext2 noauto,noatime 1 2 > > UUID=ba7511dd-a5f9-48d8-8102-cf71c08a0c7b / ext2 noatime 0 1 > > /dev/sda2 none swap sw 0 0 > /dev/cdrom /mnt/cdrom auto noauto,ro 0 0 > > At this point, I'm going to move the drive to a different port on the SATA > chain; shouldn't change anything, but I'm running out of ideas. I'll also > check the BIOS for anything stupid-obvious. You might also want to jump into grub's shell and look around in /dev for devices. If they are there, you know the kernel is providing the modules correctly. They might not be sda but hda or vice-versa. Also, you can use lsmod and make sure.