You are correct. Should be fine without -m.
Thanks,
Cindy
On 01/30/10 09:15, Fajar A. Nugraha wrote:
On Sat, Jan 30, 2010 at 2:02 AM, Cindy Swearingen
wrote:
Hi Michelle,
You're almost there, but install the bootblocks in s0:
# installgrub -m /boot/grub/stage1 /boot/grub/stage2 /dev/rdsk/c
On January 30, 2010 10:27:41 AM -0800 Michelle Knight
wrote:
I did this as a test because I am aware that zpools don't like drives
switching controlers without being exported first.
They don't mind it at all. It's one of the great things about zfs.
What they do mind is being remounted on a s
This comment has only to do with booting an old drive on a different
computer--a bit of a tangent to this discussion:
I've also used this to migrate to a new computer with larger disks. The only
caveat I've run into is you need to move from SATA/AHCI to the same, or
SATA/IDE to the same. They c
Richard already addressed this process, but I do this basic concept all the
time (moving to a larger disk or new computer). I simply create the partition
on the new disk with format, then "zpool attach -f" the larger drive. Once
done mirroring, use installgrub as normal. Remove the smaller dr
I did notice the findroot command, but I don't know what I'm doing when it
comes to Grub.
The video is up http://www.youtube.com/watch?v=tpzsSptzmyA - just me droning on
for ten minutes and it is aimed at people following me, so I do a lot of
explaining the basics.
I have to agree with a previ
On Jan 30, 2010, at 10:27 AM, Michelle Knight wrote:
> Another question ...
>
> I did this as a test because I am aware that zpools don't like drives
> switching controlers without being exported first. The question was, what
> would a rpool boot drive do if it was put on a different controller
Another question ...
I did this as a test because I am aware that zpools don't like drives switching
controlers without being exported first. The question was, what would a rpool
boot drive do if it was put on a different controller and then booted?
I shut down, took away c7 and hooked c19 up t
On Sat, Jan 30, 2010 at 2:02 AM, Cindy Swearingen
wrote:
> Hi Michelle,
>
> You're almost there, but install the bootblocks in s0:
>
> # installgrub -m /boot/grub/stage1 /boot/grub/stage2 /dev/rdsk/c19d0s0
One question. I thought "-m" installs in MBR (thus not really
installing in "s0", like your
u got it to work. Thanks for hanging in there.
Cindy
- Original Message -
From: Michelle Knight
Date: Saturday, January 30, 2010 6:34 am
Subject: Re: [zfs-discuss] zfs rpool mirror on non-equal drives
To: zfs-discuss@opensolaris.org
> Hi Cindy,
>
> Won't I have a problem
Well blow me down with a feather ... it worked
Many thanks folks. I'm going to make a little video about this process on You
Tube and hope it helps someone else.
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@
Hi Cindy,
Won't I have a problem putting the grub in slice 0 when it is also allocated to
the zpool? Or do the two co-exist?
I've been trying to shift the boot partition from slice 8 to slice 0, and then
make slice 1 the hog, but I just can't get to grips with the partition command
in order to
Hi Michelle,
You're almost there, but install the bootblocks in s0:
# installgrub -m /boot/grub/stage1 /boot/grub/stage2 /dev/rdsk/c19d0s0
Thanks,
Cindy
On 01/29/10 11:10, Michelle Knight wrote:
Well, I nearly got there. I used -f to force the overwrite and then installed
grub to slice 8 (w
Well, I nearly got there. I used -f to force the overwrite and then installed
grub to slice 8 (which seemed to have the boot) but when I boot from the larger
hard disk I get ...
GNU GRUB version 0.97 (688
[ Minimal BASH-like line editing is supported...
lists possible command completions...
Hi System5,
They look like the steps I followed here...
http://letsgetdugg.com/2009/10/18/zfs-boot-mirror-setup/
...which didn't work.
I'm going to use the -f option and see what happens.
--
This message posted from opensolaris.org
___
zfs-discuss ma
Hey Msknight,
Try following the steps posted at this blog and tell me if they work for you:
http://darkstar-solaris.blogspot.com/2008/09/zfs-root-mirror.html
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolar
I have to admit that fmthard does appear to be a bit of a sledgehammer in this
case. I thought I was doing wrong with that, but you've confirmed that now.
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.
Many thanks, I'll try that tonight.
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
On Jan 28, 2010, at 2:23 PM, Michelle Knight wrote:
> Hi Folks,
>
> As usual, trust me to come up with the unusual. I'm planning ahead for
> future expansion and running tests.
>
> Unfortunately until 2010-2 comes out I'm stuck with 111b (no way to upgrade
> to anything than 130, which gives
Hi Michelle,
Your previous mail about the disk label reverting to EFI makes me wonder
whether you used the format -e option to relabel the disk, but your disk
label below looks fine.
This also might be a known bug (6419310), whose workaround is to use the
-f option to zpool attach.
An interim
A bit more information... this is what I've used the all free hog to
generate
Part TagFlag CylindersSizeBlocks
0 unassignedwm 3 - 9725 74.48GB(9723/0/0) 15615
1 unassignedwm 0 0 (0/0/0)0
20 matches
Mail list logo
