Date: Sat, 12 Apr 2014 13:57:24 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= <Trond.Endrestol@fagskolen.gjovik.no> To: "Andrey V. Elsukov" <bu7cher@yandex.ru> Cc: FreeBSD stable <freebsd-stable@freebsd.org>, Chris H <bsd-lists@bsdforge.com> Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels Message-ID: <alpine.BSF.2.00.1404121348040.9102@mail.fig.ol.no> In-Reply-To: <53485D65.9020803@yandex.ru> References: <alpine.BSF.2.00.1404111820160.9102@mail.fig.ol.no> <e44e0e1edb39d8db3be2a3db1d9b3f77.authenticated@ultimatedns.net> <alpine.BSF.2.00.1404112158360.9102@mail.fig.ol.no> <53485D65.9020803@yandex.ru>
index | next in thread | previous in thread | raw e-mail
On Sat, 12 Apr 2014 01:23+0400, Andrey V. Elsukov wrote:
> On 12.04.2014 00:23, Trond Endrestøl wrote:
> >>> r258344 obviously can.
> >>>
> >>> I even tried regular device names like /dev/ad0s1a in /etc/fstab, and
> >>> at the mountroot> prompt, i.e. ufs:/dev/ad0s1a. The kernel still
> >>> cannot mount the root fs.
> >>>
> >>> The new kernel (r264339) does recognize the ad0 harddrive, and ad0 is
> >>> listed as one of the GEOM managed disk devices; acd0 being the other
> >>> one.
>
> Did you do some changes in the kernel config?
I haven't change the custom kernel for first system in ages. It worked
flawlessly last November. The hardware hasn't changed either.
> Does the loader detects all the partitions? (lsdev in loader prompt)
Yes, it shows this on the spare system:
OK lsdev
cd devices:
disk devices:
disk0: BIOS drive C:
disk0s1a: FFS
disk0s1b: swap
disk0s1d: FFS
disk0s1e: FFS
disk0s1f: FFS
disk0s1g: FFS
pxe devices:
OK
I doubt the loader is at fault. It could be how the IDE controller is
handled by the faulty kernel.
--
+-------------------------------+------------------------------------+
| Vennlig hilsen, | Best regards, |
| Trond Endrestøl, | Trond Endrestøl, |
| IT-ansvarlig, | System administrator, |
| Fagskolen Innlandet, | Gjøvik Technical College, Norway, |
| tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, |
| sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. |
+-------------------------------+------------------------------------+
From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 12:02:20 2014
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
[IPv6:2001:1900:2254:206a::19:1])
(using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id D77B4DE8
for <freebsd-stable@freebsd.org>; Sat, 12 Apr 2014 12:02:20 +0000 (UTC)
Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no
[IPv6:2001:700:1100:1:200:ff:fe00:b])
(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
(Client CN "smtp.fagskolen.gjovik.no",
Issuer "Fagskolen i Gj??vik" (not verified))
by mx1.freebsd.org (Postfix) with ESMTPS id 5F0F11FD3
for <freebsd-stable@freebsd.org>; Sat, 12 Apr 2014 12:02:20 +0000 (UTC)
Received: from mail.fig.ol.no (localhost [127.0.0.1])
by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id s3CC29s2031401
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
Sat, 12 Apr 2014 14:02:09 +0200 (CEST)
(envelope-from trond@fagskolen.gjovik.no)
Received: from localhost (trond@localhost)
by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id s3CC28B6031398;
Sat, 12 Apr 2014 14:02:09 +0200 (CEST)
(envelope-from trond@fagskolen.gjovik.no)
X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs
Date: Sat, 12 Apr 2014 14:02:08 +0200 (CEST)
From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= <Trond.Endrestol@fagskolen.gjovik.no>
Sender: Trond.Endrestol@fagskolen.gjovik.no
To: Erich Dollansky <erichsfreebsdlist@alogt.com>
Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel,
with MBR, FreeBSD slice, and UFS volume labels
In-Reply-To: <20140412080009.2e910e5b@X220.alogt.com>
Message-ID: <alpine.BSF.2.00.1404121357430.9102@mail.fig.ol.no>
References: <alpine.BSF.2.00.1404111820160.9102@mail.fig.ol.no>
<20140412080009.2e910e5b@X220.alogt.com>
User-Agent: Alpine 2.00 (BSF 1167 2008-08-23)
Organization: Fagskolen Innlandet
OpenPGP: url=http://fig.ol.no/~trond/trond.key
MIME-Version: 1.0
X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED
autolearn=unavailable version=3.3.2
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Content-Filtered-By: Mailman/MimeDel 2.1.17
Cc: FreeBSD stable <freebsd-stable@freebsd.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable/>;
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Apr 2014 12:02:21 -0000
On Sat, 12 Apr 2014 08:00+0800, Erich Dollansky wrote:
> Hi,
>
> On Fri, 11 Apr 2014 18:38:04 +0200 (CEST)
> Trond Endrestøl <Trond.Endrestol@fagskolen.gjovik.no> wrote:
>
> > The r264339 GENERIC kernel are unable to mount the root fs from the
> > hard drive using MBR, FreeBSD slice, and UFS volume labels.
>
> does your GENERIC have these options enabled:
No, the GENERIC kernel is untouched by me.
The generic GENERIC kernel contains only:
options GEOM_PART_GPT # GUID Partition Tables.
options GEOM_LABEL # Provides labelization
I'll try the options/modules listed below
> options GEOM_PART_BSD
> options GEOM_PART_MBR
> options GEOM_PART_GPT
> options GEOM_RAID
> options GEOM_LABEL
> options GEOM_PART_EBR
> options GEOM_PART_EBR_COMPAT
>
> If not or if you are not sure try to load these modules during boot
> time. Of course, if you do not use GPT or RAID, you do not have to load
> these modules.
If you've followed this thread you'll probably remember me doing some
experiments in VirtualBox at home last evening local time.
An untouched stable/8 GENERIC kernel had no problem mounting the root
fs when told to do so by way of a UFS label, i.e. /dev/ufs/root. I
tried VirtualBox' IDE controller and SCSI controller, and it worked
flawlessly each time.
--
+-------------------------------+------------------------------------+
| Vennlig hilsen, | Best regards, |
| Trond Endrestøl, | Trond Endrestøl, |
| IT-ansvarlig, | System administrator, |
| Fagskolen Innlandet, | Gjøvik Technical College, Norway, |
| tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, |
| sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. |
+-------------------------------+------------------------------------+
From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 12:06:51 2014
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
(using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id 1D58C25E
for <freebsd-stable@freebsd.org>; Sat, 12 Apr 2014 12:06:51 +0000 (UTC)
Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no
[IPv6:2001:700:1100:1:200:ff:fe00:b])
(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
(Client CN "smtp.fagskolen.gjovik.no",
Issuer "Fagskolen i Gj??vik" (not verified))
by mx1.freebsd.org (Postfix) with ESMTPS id 50FEE104A
for <freebsd-stable@freebsd.org>; Sat, 12 Apr 2014 12:06:49 +0000 (UTC)
Received: from mail.fig.ol.no (localhost [127.0.0.1])
by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id s3CC6P0H031448
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
Sat, 12 Apr 2014 14:06:25 +0200 (CEST)
(envelope-from trond@fagskolen.gjovik.no)
Received: from localhost (trond@localhost)
by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id s3CC6OBx031445;
Sat, 12 Apr 2014 14:06:24 +0200 (CEST)
(envelope-from trond@fagskolen.gjovik.no)
X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs
Date: Sat, 12 Apr 2014 14:06:24 +0200 (CEST)
From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= <Trond.Endrestol@fagskolen.gjovik.no>
Sender: Trond.Endrestol@fagskolen.gjovik.no
To: Chris H <bsd-lists@bsdforge.com>
Subject: Re: Unable to mount the root fs on stable/8 r264339,
GENERIC kernel, with MBR, FreeBSD slice, and UFS volume labels
In-Reply-To: <31c0491faf776771e8a28dba8f66b02b.authenticated@ultimatedns.net>
Message-ID: <alpine.BSF.2.00.1404121402140.9102@mail.fig.ol.no>
References: <alpine.BSF.2.00.1404111820160.9102@mail.fig.ol.no>
<e44e0e1edb39d8db3be2a3db1d9b3f77.authenticated@ultimatedns.net>
<alpine.BSF.2.00.1404112158360.9102@mail.fig.ol.no>
<31c0491faf776771e8a28dba8f66b02b.authenticated@ultimatedns.net>
User-Agent: Alpine 2.00 (BSF 1167 2008-08-23)
Organization: Fagskolen Innlandet
OpenPGP: url=http://fig.ol.no/~trond/trond.key
MIME-Version: 1.0
X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED
autolearn=unavailable version=3.3.2
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Content-Filtered-By: Mailman/MimeDel 2.1.17
Cc: FreeBSD stable <freebsd-stable@freebsd.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable/>;
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Apr 2014 12:06:51 -0000
On Fri, 11 Apr 2014 21:05-0700, Chris H wrote:
> > On Fri, 11 Apr 2014 10:04-0700, Chris H wrote:
> >
> >> > Hi,
> >> >
> >> > I have a couple of uncritical systems running stable/8 r258344.
> >> > Hardware is Dell OptiPlex GX260, BIOS A09, which is the latest rev.
> >> >
> >> > The r264339 GENERIC kernel are unable to mount the root fs from the
> >> > hard drive using MBR, FreeBSD slice, and UFS volume labels.
> >>
> >> You didn't indicate where it won't mount the drives from. Is this from
> >> the releng_8 install media. In other words, When booting the install
> >> media, the installer can't find the drive(s)? Or is it something else?
> >> When you're presented with the problem, what's the output of ls /dev
> >> do any of ad0* da0* show up? If so, what's the output from
> >> gpart list ad0s1 and the likes?
> >
> > It's when the kernel attempts to mount the root fs from the hard
> > drive during startup.
> >
> > Booting the old kernel, r258344 from November 19th, 2013, works as
> > expected.
> >
> > Typing ? at the mountroot> prompt presented by the new and faulty
> > kernel reveals acd0 and ad0 as GEOM managed disk devices. The kernel
> > printed a few lines or so above the mountroot> prompt that it
> > perfectly detected the ad0 harddrive.
> >
> > The latest kernel simply can't find /dev/ufs/root nor /dev/ad0s1a.
> >
> > Here's the output from various commands:
> >
> > trond@amanda:~>uname -a
> > FreeBSD amanda.[withheld] 8.4-STABLE FreeBSD 8.4-STABLE #0 r258344: Tue Nov 19 21:33:39 CET
> > 2013 root@amanda.[withheld]:/usr/obj/usr/src/sys/AMANDA i386
> >
> > trond@amanda:~>gpart show ad0
> > => 63 976773105 ad0 MBR (465G)
> > 63 976773105 1 freebsd [active] (465G)
> >
> > trond@amanda:~>bsdlabel ad0s1
> > # /dev/ad0s1:
> > 8 partitions:
> > # size offset fstype [fsize bsize bps/cpg]
> > a: 2097152 0 4.2BSD 0 0 0
> > b: 4194304 2097152 swap
> > c: 976773105 0 unused 0 0 # "raw" part, don't edit
> > d: 2097152 6291456 4.2BSD 0 0 0
> > e: 8388608 8388608 4.2BSD 0 0 0
> > f: 4194304 16777216 4.2BSD 0 0 0
> > g: 41943040 20971520 4.2BSD 0 0 0
> > h: 913858545 62914560 4.2BSD 0 0 0
> >
> > trond@amanda:~>df -ah
> > Filesystem Size Used Avail Capacity Mounted on
> > /dev/ufs/root 989M 215M 694M 24% /
> > devfs 1.0k 1.0k 0B 100% /dev
> > /dev/ufs/home 3.9G 694M 2.9G 19% /home
> > /dev/ufs/tmp 989M 7.1M 903M 1% /tmp
> > /dev/ufs/usr 19G 8.2G 9.7G 46% /usr
> > /dev/ufs/var 2G 326M 1.5G 18% /var
> > /dev/ufs/amandahd0 422G 6.0k 422G 0% /var/spool/amanda/hd0
> > procfs 4.0k 4.0k 0B 100% /proc
> > linprocfs 4.0k 4.0k 0B 100% /usr/compat/linux/proc
> > linsysfs 4.0k 4.0k 0B 100% /usr/compat/linux/sys
> >
> > The results are the same on the spare system.
> >
> > There I first wiped the harddrive clean, by booting from the
> > 8.0-RELEASE dvd1, ran dd if=/dev/zero of=/dev/ad0 bs=128M, before I
> > installed 8.0-RELEASE. I then transferred an up-to-date working copy
> > of stable/8 to the spare system. Next, I compiled world and the
> > GENERIC kernel, without any hassle. I performed make installkernel and
> > rebooted.
> >
> > The boot loader managed its way through the maze, read /etc/fstab and
> > found the entry for the root filesystem. The new GENERIC kernel,
> > however, simply can't understand what to do with:
> >
> > vfs.root.mountfrom="ufs:/dev/ufs/root"
> > vfs.root.mountfrom.options="rw"
> >
> > as presented by the boot loader. Mind you, the boot loader hasn't been
> > replaced yet. Maybe that's the whole issue, however weird it sounds.
> > /boot/loader.conf is empty btw.
> >
> > I'm doing a similar attempt in VirtualBox at home as I write this.
> > There I began with 8.4-RELEASE, and are currently compiling stable/8
> > r264351.
> >
> > I'll later try in VBox, 8.4-R -> stable/8 with GPT + UFS, using GPT
> > labels, just to rule out UFS labels.
>
> Looks to me like you're suffering a mix of MBR + GPT. It /appears/ to
> be expecting one of them, but getting the other.
Wrong. I haven't mixed MBR and GPT. And if I did, and if I did use GPT
labels, then the labels wind up in /dev/gpt, not /dev/ufs.
> Did you install the bootcode, or update it? Was it consistent with
> your choice of schemes (GPT v MBR)? Well.
The bootcode is usually installed only when creating the filesystems.
The boot loader gets updated as part of make installworld. I never
perform make installworld ahead of make installkernel.
> Looks like you're on the right track. As far as I can see. Good
> luck. :)
I'm trying at least. ;-)
> >> > r258344 obviously can.
> >> >
> >> > I even tried regular device names like /dev/ad0s1a in /etc/fstab, and
> >> > at the mountroot> prompt, i.e. ufs:/dev/ad0s1a. The kernel still
> >> > cannot mount the root fs.
> >> >
> >> > The new kernel (r264339) does recognize the ad0 harddrive, and ad0 is
> >> > listed as one of the GEOM managed disk devices; acd0 being the other
> >> > one.
> >> >
> >> > Do I need to load additional geom modules, or is it a genuine bug?
> >> >
> >> > I have recreated the same conditions on a spare GX260, yes, I have
> >> > plenty of them.
> >> >
> >> > In addition there was some problems with the USB subsystem, so I
> >> > disabled USB in the BIOS for now. USB is not essential for any of my
> >> > systems.
> >> >
> >> > Maybe it's time to leave stable/8 and enter stable/10 or stable/9.
> >> > I'll try to compile stable/9 on the spare system, and see how it
> >> > fares.
> >> >
> >> > Any thoughts regarding the problem mounting the root fs?
--
+-------------------------------+------------------------------------+
| Vennlig hilsen, | Best regards, |
| Trond Endrestøl, | Trond Endrestøl, |
| IT-ansvarlig, | System administrator, |
| Fagskolen Innlandet, | Gjøvik Technical College, Norway, |
| tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, |
| sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. |
+-------------------------------+------------------------------------+
From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 12:10:09 2014
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
(using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id BDDCB3F3
for <freebsd-stable@freebsd.org>; Sat, 12 Apr 2014 12:10:09 +0000 (UTC)
Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no
[IPv6:2001:700:1100:1:200:ff:fe00:b])
(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
(Client CN "smtp.fagskolen.gjovik.no",
Issuer "Fagskolen i Gj??vik" (not verified))
by mx1.freebsd.org (Postfix) with ESMTPS id 60206107F
for <freebsd-stable@freebsd.org>; Sat, 12 Apr 2014 12:10:09 +0000 (UTC)
Received: from mail.fig.ol.no (localhost [127.0.0.1])
by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id s3CC9rt8031467
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
Sat, 12 Apr 2014 14:09:53 +0200 (CEST)
(envelope-from trond@fagskolen.gjovik.no)
Received: from localhost (trond@localhost)
by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id s3CC9qvN031464;
Sat, 12 Apr 2014 14:09:53 +0200 (CEST)
(envelope-from trond@fagskolen.gjovik.no)
X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs
Date: Sat, 12 Apr 2014 14:09:52 +0200 (CEST)
From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= <Trond.Endrestol@fagskolen.gjovik.no>
Sender: Trond.Endrestol@fagskolen.gjovik.no
To: Warren Block <wblock@wonkity.com>
Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC kernel,
with MBR, FreeBSD slice, and UFS volume labels
In-Reply-To: <alpine.BSF.2.00.1404112305160.61185@wonkity.com>
Message-ID: <alpine.BSF.2.00.1404121407110.9102@mail.fig.ol.no>
References: <alpine.BSF.2.00.1404111820160.9102@mail.fig.ol.no>
<e44e0e1edb39d8db3be2a3db1d9b3f77.authenticated@ultimatedns.net>
<alpine.BSF.2.00.1404112158360.9102@mail.fig.ol.no>
<31c0491faf776771e8a28dba8f66b02b.authenticated@ultimatedns.net>
<alpine.BSF.2.00.1404112305160.61185@wonkity.com>
User-Agent: Alpine 2.00 (BSF 1167 2008-08-23)
Organization: Fagskolen Innlandet
OpenPGP: url=http://fig.ol.no/~trond/trond.key
MIME-Version: 1.0
X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED
autolearn=unavailable version=3.3.2
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Content-Filtered-By: Mailman/MimeDel 2.1.17
Cc: FreeBSD stable <freebsd-stable@freebsd.org>,
Chris H <bsd-lists@bsdforge.com>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable/>;
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Apr 2014 12:10:09 -0000
On Fri, 11 Apr 2014 23:09-0600, Warren Block wrote:
> On Fri, 11 Apr 2014, Chris H wrote:
> > >
> > > There I first wiped the harddrive clean, by booting from the
> > > 8.0-RELEASE dvd1, ran dd if=/dev/zero of=/dev/ad0 bs=128M, before I
> > > installed 8.0-RELEASE. I then transferred an up-to-date working copy
> > > of stable/8 to the spare system. Next, I compiled world and the
> > > GENERIC kernel, without any hassle. I performed make installkernel and
> > > rebooted.
> > >
> > > The boot loader managed its way through the maze, read /etc/fstab and
> > > found the entry for the root filesystem. The new GENERIC kernel,
> > > however, simply can't understand what to do with:
> > >
> > > vfs.root.mountfrom="ufs:/dev/ufs/root"
> > > vfs.root.mountfrom.options="rw"
> > >
> > > as presented by the boot loader. Mind you, the boot loader hasn't been
> > > replaced yet. Maybe that's the whole issue, however weird it sounds.
> > > /boot/loader.conf is empty btw.
> > >
> > > I'm doing a similar attempt in VirtualBox at home as I write this.
> > > There I began with 8.4-RELEASE, and are currently compiling stable/8
> > > r264351.
> > >
> > > I'll later try in VBox, 8.4-R -> stable/8 with GPT + UFS, using GPT
> > > labels, just to rule out UFS labels.
> > Looks to me like you're suffering a mix of MBR + GPT. It /appears/ to
> > be expecting one of them, but getting the other. Did you install the
> > bootcode, or update it? Was it consistent with your choice of
> > schemes (GPT v MBR)? Well. Looks like you're on the right track. As
> > far as I can see. Good luck. :)
>
> My first guess would be missing bootcode in the BSDlabel slice. But I may
> have missed that when I missed earlier parts of this thread.
How? Why? The system has booted FreeBSD stable/8 for the last five
years using MBR, slice, and UFS labels. Why should it stop all of a
sudden?
> In general, use GPT unless there is some reason to avoid it.
> http://www.wonkity.com/~wblock/docs/html/disksetup.html shows both
> GPT and MBR/BSDlabel setup.
I was hoping to avoid reinstalling the system, but if I do, and the
firmware permits it, I'd go for GPT, no doubt.
--
+-------------------------------+------------------------------------+
| Vennlig hilsen, | Best regards, |
| Trond Endrestøl, | Trond Endrestøl, |
| IT-ansvarlig, | System administrator, |
| Fagskolen Innlandet, | Gjøvik Technical College, Norway, |
| tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, |
| sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. |
+-------------------------------+------------------------------------+
From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 12:55:19 2014
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
(using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id 69B8A19D
for <freebsd-stable@freebsd.org>; Sat, 12 Apr 2014 12:55:19 +0000 (UTC)
Received: from alogt.com (alogt.com [69.36.191.58])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(Client did not present a certificate)
by mx1.freebsd.org (Postfix) with ESMTPS id 344831479
for <freebsd-stable@freebsd.org>; Sat, 12 Apr 2014 12:55:19 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com;
s=default;
h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date;
bh=9THQYtRV7uMBpTh426qTQaidjalxf+inScz6PDwNvfM=;
b=cSIyqDIuQum8kxNszKNVUBOsjkBK3aiXwnv7TpVXurhMFMY1YZBSw0/drJrbhZyS13LuLSFN9O0AewcH1b07dLyRAY3g2pN3OzLOpI60SaWSqD8aNAGbW1O30PdFHeEfOqOvJKRxP+63l3QGALTDBLSuaNMIp0nv74blRtvhjFk=;
Received: from [182.55.101.96] (port=14696 helo=X220.alogt.com)
by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128)
(Exim 4.82) (envelope-from <erichsfreebsdlist@alogt.com>)
id 1WYxSn-000jh3-87; Sat, 12 Apr 2014 06:55:17 -0600
Date: Sat, 12 Apr 2014 20:55:13 +0800
From: Erich Dollansky <erichsfreebsdlist@alogt.com>
To: Trond =?ISO-8859-1?Q?Endrest=F8l?= <Trond.Endrestol@fagskolen.gjovik.no>
Subject: Re: Unable to mount the root fs on stable/8 r264339, GENERIC
kernel, with MBR, FreeBSD slice, and UFS volume labels
Message-ID: <20140412205513.01ede5c2@X220.alogt.com>
In-Reply-To: <alpine.BSF.2.00.1404121357430.9102@mail.fig.ol.no>
References: <alpine.BSF.2.00.1404111820160.9102@mail.fig.ol.no>
<20140412080009.2e910e5b@X220.alogt.com>
<alpine.BSF.2.00.1404121357430.9102@mail.fig.ol.no>
X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0)
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-AntiAbuse: This header was added to track abuse,
please include it with any abuse report
X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net
X-AntiAbuse: Original Domain - freebsd.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - alogt.com
X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id:
erichsfreebsdlist@alogt.com
X-Source:
X-Source-Args:
X-Source-Dir:
Cc: FreeBSD stable <freebsd-stable@freebsd.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable/>;
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Apr 2014 12:55:19 -0000
Hi,
On Sat, 12 Apr 2014 14:02:08 +0200 (CEST)
Trond Endrest=F8l <Trond.Endrestol@fagskolen.gjovik.no> wrote:
> On Sat, 12 Apr 2014 08:00+0800, Erich Dollansky wrote:
>=20
> > does your GENERIC have these options enabled:
>=20
> No, the GENERIC kernel is untouched by me.
>=20
> The generic GENERIC kernel contains only:
>=20
> options GEOM_PART_GPT # GUID Partition Tables.
> options GEOM_LABEL # Provides labelization
>=20
> I'll try the options/modules listed below
>=20
> > options GEOM_PART_BSD
> > options GEOM_PART_MBR
you need at least these two to boot UFS on a MBR schema.
> > options GEOM_PART_GPT
> > options GEOM_RAID
> > options GEOM_LABEL
> > options GEOM_PART_EBR
You should also need the last one.
> > options GEOM_PART_EBR_COMPAT
I use this as I was told to do so but I do not know if this is really
needed.
> >=20
> > If not or if you are not sure try to load these modules during boot
> > time. Of course, if you do not use GPT or RAID, you do not have to
> > load these modules.
>=20
> If you've followed this thread you'll probably remember me doing some=20
> experiments in VirtualBox at home last evening local time.
I saw.
>=20
> An untouched stable/8 GENERIC kernel had no problem mounting the root=20
> fs when told to do so by way of a UFS label, i.e. /dev/ufs/root. I=20
> tried VirtualBox' IDE controller and SCSI controller, and it worked=20
> flawlessly each time.
>=20
The only idea I have is that the GENERIC configuration has changed. I
remember a change in this are when 10 was still CURRENT which gave me
some confusion. OK, this was CURRENT, this should not happen on the old
8.x.
Erich
home |
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1404121348040.9102>