From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 11:57:49 2014 Return-Path: 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 3B1A6A39 for ; Sat, 12 Apr 2014 11:57:49 +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 B8A491DB8 for ; Sat, 12 Apr 2014 11:57:48 +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 s3CBvPkT031367 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 12 Apr 2014 13:57: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 s3CBvOiw031364; Sat, 12 Apr 2014 13:57: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 13:57:24 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: "Andrey V. Elsukov" 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: <53485D65.9020803@yandex.ru> Message-ID: References: <53485D65.9020803@yandex.ru> 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 , Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Apr 2014 11:57:49 -0000 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: 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 ; 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 ; 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?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Erich Dollansky 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: References: <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 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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 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: 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 ; 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 ; 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?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Chris H 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: References: <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 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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: 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 ; 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 ; 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?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Warren Block 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: Message-ID: References: <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 , Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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: 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 ; 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 ; 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 ) id 1WYxSn-000jh3-87; Sat, 12 Apr 2014 06:55:17 -0600 Date: Sat, 12 Apr 2014 20:55:13 +0800 From: Erich Dollansky To: Trond =?ISO-8859-1?Q?Endrest=F8l?= 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: References: <20140412080009.2e910e5b@X220.alogt.com> 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 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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 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