There's no need for expansion at that point. The disk already contains a larger
partition for rpool, you're just copying files and directories.
Make sure you follow the steps AFTER the data send (GRUB install and file
modifications) otherwise your system will be unbootable.
Bryan
On Sat, 31 Au
Jim Klimov writes:
> Yes, you can try adding "-s" to the kernel "command-line" in GRUB,
> and this should boot you into single-user mode, where "root" is
> regarded as an interactive user (with password) and not a role.
Thanks... I had stumbled onto that just little while ago.
I'm very thankful
Bryan N Iotti writes:
> I had an inverse problem, moving rpool to smaller (but faster) disks
> . In the end, I did a send/receive operation after properly formatting
> the receiving drives.
>
> I got the procedure from here:
> https://blogs.oracle.com/mock/entry/how_to_shrink_a_mirrored
>
> and i
I had an inverse problem, moving rpool to smaller (but faster) disks . In the
end, I did a send/receive operation after properly formatting the receiving
drives.
I got the procedure from here:
https://blogs.oracle.com/mock/entry/how_to_shrink_a_mirrored
and it's been working well. My train of t
On 2013-08-31 03:54, Harry Putnam wrote:
Oh yes, that is what you explained before... sorry I said that
backwards ... If I were to detach the smaller discs, then that would
leave the bigger disk to boot off of...
Yes, that should also work :)
So, maybe I can do something tricky during boot to
Jim Klimov writes:
> No, I believe that if you "zfs detach" the bigger disk, it would become
> an ex-member of a pool, but not importable as a pool. See "zfs split"
> for a way to make independent pools by breaking up a mirror, but note
> that I've only heard of this tool mode and did not actuall
On 2013-08-31 02:45, Harry Putnam wrote:
My last two paragraphs are thinking I will have created a 3 part
mirror of rpool ... The newest member is over twice the size of the
other two.
So I'm suggesting I should detach the big one once it is silvered and
made bootable.
You've explained what hap
Jim Klimov writes:
> On 2013-08-29 20:25, Harry Putnam wrote:
>> Now I need to enlarge the rpool.
>
> Are you sure? :)
>
> There are some benefits to having rpool separate from a data pool,
> even if on the same disks (for example, you can add cache and log
> devices to a data pool, while options
On 2013-08-29 20:25, Harry Putnam wrote:
Now I need to enlarge the rpool.
Are you sure? :)
There are some benefits to having rpool separate from a data pool,
even if on the same disks (for example, you can add cache and log
devices to a data pool, while options are limited for an rpool).
Also
I recently did an attempt at mirroring my zpool. It came out like it
was supposed to and I was able to boot off the mirror so I guess I got
it right.
Now I need to enlarge the rpool. I've seen at least one mention on
google of doing that by adding another mirror to zpool but a bigger
disc. Let it
10 matches
Mail list logo
