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>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1404121348040.9102>