From owner-freebsd-questions@FreeBSD.ORG Wed May 5 20:53:25 2010 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCB691065673 for ; Wed, 5 May 2010 20:53:24 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 63F7E8FC13 for ; Wed, 5 May 2010 20:53:23 +0000 (UTC) Received: by fxm15 with SMTP id 15so5113485fxm.13 for ; Wed, 05 May 2010 13:53:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=xvKHVeL25tC+RsdIYEMLzB4gffqo9eoZGJGqhoRgnOk=; b=MKVJfX8crWdZpCxM30NnbVm4zJX2bp8pnrfqn7BYTK62bNp1+PaHEpHf68hMBXzAo4 r0clNa5ZISldFQlXWENdJeagrISwP5ugJKyBusV2WpK7OHMLC0b9lsIfiLW/mn3p65LX yAS6a8LuffOjUrjSer7yEhElntbZeoBElhy0Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ikpUlBkgiihwFUC3Dym8hl6MWArVlVufgEJFHJnbIt0qCDrDtDjse6eEpZnE57U6VR Pp3Kd3jw702+fF3bZbr0OpmP+7SD5ds1T5ygPRQMN+tBpiyt1srwJYttt/LNaLJZooXF nuflBri16iFkPvmGrxGN2FzY+m943j+K5RjwU= MIME-Version: 1.0 Received: by 10.239.189.18 with SMTP id r18mr186466hbh.110.1273092792918; Wed, 05 May 2010 13:53:12 -0700 (PDT) Received: by 10.239.165.129 with HTTP; Wed, 5 May 2010 13:53:12 -0700 (PDT) In-Reply-To: References: <20100505195544.be380d17.freebsd@edvax.de> Date: Wed, 5 May 2010 21:53:12 +0100 Message-ID: From: krad To: Polytropon Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Questions Subject: Re: dangerously dedicated disks and 8-stable status X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 May 2010 20:53:25 -0000 On 5 May 2010 21:28, krad wrote: > > > On 5 May 2010 18:55, Polytropon wrote: > >> On Wed, 5 May 2010 17:17:09 +0100, krad wrote: >> > I updated a production box at work last night from freebsd 6.2 to >> 8-stable, >> > via 7-stable. The upgrade went ok just a minor glitch in jumping from 7 >> to >> > 8. Basically all the device names changed from mfid0s1[a-g] to >> mfid0[a-g]. I >> > presume this is because the initial layout was in dangerously dedicated >> > mode. >> >> That's strange. "Dangerously" dedicated partitioning omits the >> slicing part, so if you had mfid0s1[a-g] in 6 and 7, there was >> a slice. Maybe the mfi driver is different in 8 in terms of >> representing the disks? >> >> >> >> > Two issues here why did the naming scheme seem to indicate a more >> > normal MBR disk layout in bsd 6 and 7. >> >> Very strange - if you can check booting from a live system CD >> or DVD with FreeBSD 6 and 7, and the disks are mfid0s1[a-g], >> and if you boot into FreeBSD 8, the disks are mfid0[a-g], that's >> really strange... >> >> I agree, but it definitely happened, as i did the upgrade remotely. > Luckily the data center was only a mile or so away from my home, so it > wasn't a major disaster to console it, point the kernel at the correct > device and tweak fstab. COst me an hour more sleep than it had to though 8( > > I have another box to do in the next day or so. Is there anything you > recommend me looking at/running? Hopefully this box will have a drac card in > it 8) > >> >> >> > Second what is the current status of >> > dangerously dedicated in 8-stable as i thought support was being >> dropped. >> >> The support has been removed from sysinstall. You can't create >> dedicated partitions (without slice) with sysinstall, but you >> can create them manually (e. g. using bsdlabel and newfs). So >> support isn't dropped at all - dedicated disks just is a new >> special secret feature. :-) >> >> >> This was the bit i was worried about, as i didnt want to get caught out in > the future when I want to upgrade again > >> >> -- >> >> Polytropon >> Magdeburg, Germany >> Happy FreeBSD user since 4.0 >> Andra moi ennepe, Mousa, ... >> > > Hmm, things get a little strange on a box I built from scratch # bsdlabel /dev/mfid0 bsdlabel: /dev/mfid0: no valid label found # bsdlabel /dev/mfid0s1 # /dev/mfid0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 4194304 0 4.2BSD 2048 16384 28528 b: 8388608 4194304 swap c: 285458922 0 unused 0 0 # "raw" part, don't edit d: 16777216 12582912 4.2BSD 2048 16384 28528 e: 8388608 29360128 4.2BSD 2048 16384 28528 f: 8388608 37748736 4.2BSD 2048 16384 28528 g: 129954672 46137344 4.2BSD 2048 16384 28528 h: 109366906 176092016 4.2BSD 2048 16384 28528 All fairly normal One the next box I have to upgrade (built by a former employee who was well known for his qwirky ways) # bsdlabel /dev/mfid0s1 # /dev/mfid0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 2097152 0 4.2BSD 2048 16384 28528 b: 16777216 2097152 swap c: 142082048 0 unused 0 0 # "raw" part, don't edit d: 16777216 18874368 4.2BSD 2048 16384 28528 e: 16777216 35651584 4.2BSD 2048 16384 28528 f: 16777216 52428800 4.2BSD 2048 16384 28528 g: 72876032 69206016 4.2BSD 2048 16384 28528 # bsdlabel /dev/mfid0 # /dev/mfid0: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 2097152 0 4.2BSD 2048 16384 28528 b: 16777216 2097152 swap c: 142082048 0 unused 0 0 # "raw" part, don't edit d: 16777216 18874368 4.2BSD 2048 16384 28528 e: 16777216 35651584 4.2BSD 2048 16384 28528 f: 16777216 52428800 4.2BSD 2048 16384 28528 g: 72876032 69206016 4.2BSD 2048 16384 28528 not sure what he has done fdisk output is fairly normal on this box as well ******* Working on device /dev/mfid0 ******* parameters extracted from in-core disklabel are: cylinders=8844 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=8844 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 0, size 142082048 (69376 Meg), flag 80 (active) beg: cyl 0/ head 0/ sector 1; end: cyl 1023/ head 50/ sector 38 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: looks like i will have to change fstab again. At least I wont have to travel this time though