On 6/26/06, mary ding <mary.ding at sun.com> wrote:
>
> Tao:
>
> When you run into this situation upgrading from b39 to b42a, it
> complained about insufficent space. We still some data:
>
> 1. Is this a GUI upgrade or tipline upgrade ?
I use text based local console install ( option 4 ).
2. Are there SVM or Mirror root devices on the system ?
No.
If you system does not have SVM or Mirror root devices, you should
> be
> able to continue the upgrade and it will give you choices to backup the
> data on local disk and NFS server.
I don't remember being able to continue at that point, maybe I did look
hard.
I was given choice of "re-arranging partitions", my understanding is the
install attempts to grab space from other partitions.
I tried that option, but it failed to move space for the root, even though I
"unlocked" two partitions (3,4)
My memory is very vague since it was the first time I run into this.
This is my partition/slice on the root disk (same when I upgraded):
Part Tag Flag Cylinders Size
0 root wm 3 - 1308 10.00GB
1 swap wu 1309 - 1570 2.01GB
2 backup wm 0 - 4900 37.54GB
3 unassigned wm 1571 - 2876 10.00GB
4 unassigned wm 2877 - 4182 10.00GB
5 unassigned wm 4183 - 4900 5.50GB
6 unassigned wm 0 0
7 unassigned wm 0 0
8 boot wu 0 - 0 7.84MB
9 alternates wu 1 - 2 15.69MB
# df -k
Filesystem kbytes used avail capacity Mounted on
/dev/dsk/c1d0s0 10331209 7825501 2402396 77% /
If you do not want to backup the data, then you will need to do
> customization to delete packages in order for upgrade to work.
>
>
Ok, so looks like I missed the backup option. I will check next time, if I
remember.
Thanks,
Tao
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://mail.opensolaris.org/pipermail/install-discuss/attachments/20060626/caebb6ae/attachment.html>
