Wiki code for x86

Hide Line numbers
1: == Release Notes for the OpenSolaris 2008.05 Release
2: 
3: For additional information on the following issues, look up the bug number in [[Bugzilla>>http://defect.opensolaris.org/bz/]].
4: 
5: Languages**Translation for this page**
6: EnglishDeutschEspañolFrançaisItaliano日本語한국어Português BrasileiroPусский简体中文繁體中文
7: 
8:  This page lists the following Release Notes for the OpenSolaris 2008.05 Release :
9: 
10: [[Important Package Update Instructions for All Users.>>#Update_Inst]]
11: 
12: [[6696145 - Install Causes Panics on Intel 965 With GM965 Chipset.>>#6696145]]
13: 
14: [[64 - Installer, but not Desktop, Allows Empty Passwords.>>#64]]
15: 
16: [[1045 - beadm create Fails When Run as User.>>#1045]]
17: 
18: [[1109 - Locale Information Inaccurate in Installer Summary Panel.>>#1109]]
19: 
20: [[1156 - Booting a BE That Was Left Mounted Before the Reboot Fails. >>#1156]]
21: 
22: [[1333 - Creating BE and Renaming BE Fails to Handle Subordinate Legacy-Mounted Datasets.>>#1333]]
23: 
24: [[1334 - Compiz Hangs System that Uses Intel Graphics Card i915 or i965GM.>>#1334]]
25: 
26: [[1472 - Creating a new BE From a Mounted BE Results in Incorrect Mount Points for Subordinate Datasets.>>#1472]]
27: 
28: [[1559 - GRUB Entry for Windows Incorrect From USB Stick Install. >>#1559]]
29: 
30: [[1565 - Nautilus Process Hangs After Gnome Login.>>#1565]]
31: 
32: [[1771 - Install will fail if rpool ZFS pool already exists.>>#1771]]
33: 
34: [[1685 - Renaming a Busy Boot Environment can Fail.>>#1685]]
35: 
36: [[6676221 - setxkbmap Can’t Locate Rules file for Xorg.>>#6676221]]
37: 
38: [[6687328 - vim Command Cannot Display Multibyte Characters.>>#6687328]]
39: 
40: [[6690194 - fdisk(1M) Doesn’t Clear VTOC When Partition Starts After, or Exceeds, 4 Gbytes.>>#6690194]]
41: 
42: [[6690824 - fdisk(1M) Corrupts Solaris VTOC, if Linux Swap Primary Partition is Defined.>>#6690824]]
43: 
44: [[6694783 - Input Method Duplicate Causes IDE Crash.>>#6694783]]
45: 
46: [[2900 - Firefox dumps core in NV95.>>#2900]]
47: 
48: [[Uncompress OpenSolaris VDI image before booting from iso image.>>#gzip]]
49: 
50: ==== Important Package Update Instructions for All Users
51: 
52: A number of issues in the Image Packaging System (IPS) have been identified and resolved since the initial release of OpenSolaris 2008.05. As a result, the following steps should be performed immediately following an OpenSolaris installation and boot in order to ensure correct operation of the software packaging system.
53: 
54: 1. Once the system has booted following an installation, the user should login to the system and bring up a terminal window by performing a right-click on the desktop and selecting "Open Terminal". For users who have a single-button pointing device, the menu in question can be raised by holding the "Control" key down while clicking on the desktop.
55: 
56: 2. In the terminal window, the following sequence of commands should be performed:
57: 
58: {{{
59: 
60:     $ pfexec pkg refresh
61:     $ pfexec pkg install SUNWipkg@0.5.11-0.86
62:     $ pfexec pkg install entire@0.5.11-0.86
63:     $ pfexec pkg install SUNWipkg-gui
64: 
65: }}}
66: 
67: After these steps have been performed, packaging operations using the pkg(1) command can be performed. For more information on this command and the IPS technology, refer to the pkg(1) and pkg(5) manual pages and [[ Getting Started With the Image Packaging System>>http://dlc.sun.com/osol/docs/content/IPS/ggcph.html]].
68: 
69: If you have already installed packages from the repository without upgrading the IPS software, it is possible that your software installation may contain packages that are incompatible with one another. In some cases, the system may not boot completely or will boot with errors. If you would like to restore your system software, see [[Restoring Your System Software to the Initial Installation>>Project indiana.restore-system]] for more information.
70: 
71: A later release of OpenSolaris is also available for use by using the //pkg image-update// command. For **critical** information on this feature, see [[Upgrading OpenSolaris 2008.05 to OpenSolaris 2008.11>>Project indiana.image-update]].
72: 
73: ==== [[# 6696145>>http://bugs.opensolaris.org/view_bug.do?bug_id=6696145]] Install Causes Panics on Intel 965 With GM965 Chipset
74: 
75: ===== Description
76: 
77: Installing the OpenSolaris release on certain laptops that are equipped with the Mobile Intel GM965 Express chipset (Intel GMA X3100 Graphics) is known to cause panics.
78: 
79: This issue has been reproduced on the following models that are equipped with the GM965 chipset.
80: 
81: * Dell XPS M1330
82: * Lenovo ThinkPad X61/T61
83: * Toshiba Satellite Pro A200
84: 
85: ===== How can I tell if my laptop is running the GM965 chipset?
86: 
87: You can use the Device Driver Utility on the LiveCD. Or, open a terminal window and run the following command:
88: 
89: {{{
90: pfexec /usr/X11/bin/scanpci
91: }}}
92: 
93: This command identifies which Graphics Controller you have on your laptop.
94: 
95: ===== Workaround
96: 
97: Use the VESA driver to install the OpenSolaris 2008.05 release onto your system.
98: 
99: Use the following procedure for the vesa driver:
100: 
101: 1. From the GRUB menu, select the Text Console option.
102: 1. Login with user name, **jack**, and the password, **jack**.
103: 1. Execute the following commands
104: 
105: {{{
106: jack@opensolaris:~$ pfexec 
107: Xorg -configure
108: jack@opensolaris:~$ sed //’/Driver.*"intel"/s/"intel"/"vesa"/’// xorg.conf.new > xorg.conf
109: jack@opensolaris:~$ pfexec mv //xorg.conf.new /etc/X11/xorg.conf//
110: jack@opensolaris:~$ svcadm enable //gdm//
111: }}}
112: 
113: 1. Install the release, per instructions at [[Installing OpenSolaris 2008.05 >>http://dlc.sun.com/osol/docs/content/IPS/sliminstall.html]].
114: After the system reboots, the desktop is displayed using the vesa driver.
115: 1. If you want to restart the Xserver using the intel driver, type the following:
116: 
117: {{{
118: % pfexec rm ///etc/X11/xorg.conf//
119: }}}
120: 
121: Restart the Xserver by logging out of your desktop session or hitting Ctrl-Alt-Backspace.
122: 
123: ==== [[# 64>>http://defect.opensolaris.org/bz/show_bug.cgi?id=64]] Installer, but not Desktop, Allows Empty Passwords
124: 
125: ===== Description
126: 
127: If, during installation, no root password is entered and no user account is created, you will not be able to log in to the installed system.
128: 
129: ===== Workaround
130: 
131: Select one of the following workarounds:
132: 
133: * Enter a root password as follows:
134: *1. During boot, type “e” in the grub menu twice, in order to edit the boot entry.
135: *1. Add -s to the end of the boot entry, and boot with this line.
136: *1. Log in as root and use the passwd command to enter a password.
137: *1. Restart the system. Boot normally, and log in with the new password.
138: * Set root so that it does not require a password as follows:
139: *1. During boot, type “e” in the grub menu twice, in order to edit the boot entry.
140: *1. Add -s to the end of the boot entry, and boot with this line.
141: *1. Log in to the system as root.
142: *1. Edit the /etc/X11/gdm/custom.conf file so that the value of PasswordRequired is false.
143: 
144: ==== [[# 1045>>http://defect.opensolaris.org/bz/show_bug.cgi?id=1045]] beadm create Fails When Run as User
145: 
146: ===== Description
147: 
148: When using the beadm command, as a non-root user, to create a new BE, the command fails with the following traceback:
149: 
150: {{{
151: user@opensolaris:~$ beadm create newBE
152:         Traceback (most recent call last):
153:           File "/usr/sbin/beadm", line 1296, in ?
154:             ret = main()
155:           File "/usr/sbin/beadm", line 557, in main
156:             return(parseCLI(sys.argv[1:]))
157:           File "/usr/sbin/beadm", line 532, in parseCLI
158:             rc = create(optsArgs)
159:           File "/usr/sbin/beadm", line 146, in create
160:             if initBELog("create", be) != 0:
161:           File "/usr/sbin/beadm", line 1244, in initBELog
162:             os.makedirs(os.path.dirname(be.log), 0644)
163:           File "/usr/lib/python2.4/os.py", line 156, in makedirs
164:             makedirs(head, mode)
165:           File "/usr/lib/python2.4/os.py", line 159, in makedirs
166:             mkdir(name, mode)
167:         OSError: [Errno 13] Permission denied: ’/var/log/beadm’
168: }}}
169: 
170: ===== Workaround
171: 
172: Become root or assume root privileges before using the beadm command to create a new boot environment.
173: 
174: ==== [[# 1109>>http://defect.opensolaris.org/bz/show_bug.cgi?id=1109]] Locale Information Inaccurate in Installer Summary Panel
175: 
176: ===== Description
177: 
178: The final Summary panel in the installer displays inaccurate language support information.
179: 
180: The installer summary panel states that only the following language support will be installed:
181: 
182: Locale
183: 
184: * Default Language: English (United States)
185: * Language Support: English
186: 
187: The correct information is that the OpenSolaris installer installs all language support that is included in the Live CD.
188: 
189: ==== [[# 1156>>http://defect.opensolaris.org/bz/show_bug.cgi?id=1156]] Booting a BE That Was Left Mounted Before the Reboot Fails
190: 
191: ===== Description
192: 
193: If a boot environment (BE) is mounted by using the beadm mount command, and the system is rebooted before that BE gets unmounted, selecting that BE from the GRUB menu causes a boot failure.
194: 
195: In the particular case where a BE has been activated by using the beadm activate command, this BE is the default selection in the GRUB menu. Therefore, leaving this BE mounted before a reboot causes a boot failure.
196: 
197: A typical boot failure message is:
198: 
199: {{{
200: Use is subject to license terms.
201:         Hostname: opensolaris
202:         Apr 28 16:05:08 svc.startd[7]: svc:/system/sysevent:default: Method
203:         "/lib/svc/method/svc-syseventd start" failed with exit status 95.
204:         Apr 28 16:05:08 svc.startd[7]: system/sysevent:default failed fatally: 
205:             transition to maintenance (see ’svcs -xv’ for details)
206:         ’/usr/sbin/pmconfig: cannot open/create "/etc/.cpr_config", Bad file number
207:         Requesting System Maintenance Mode
208:         (See /lib/svc/share/README for more information.)
209:         Console login service(s) cannot run
210: 
211:         Root password for system maintenance (control-d to bypass):
212: }}}
213: 
214: ===== Workaround
215: 
216: Reboot the system and select the previously active boot environment. When the system comes up, reset the mount point of the activated boot environment by running the following command as root.
217: 
218: {{{
219: # beadm unmount //boot_environment//
220: }}}
221: 
222: Then reboot your system.
223: 
224: ==== [[# 1333>>http://defect.opensolaris.org/bz/show_bug.cgi?id=1333]] Creating BE and Renaming BE Fails to Handle Subordinate Legacy-Mounted Datasets
225: 
226: ===== Description
227: 
228: When a boot environment (BE) has a legacy mount point for one of its subordinate datasets, creating a new BE based on this BE by using the beadm create command fails. Also, renaming a BE that has a legacy mount point for one of its subordinate datasets fails to update the /etc/vfstab properly.
229: 
230: ===== Workaround
231: 
232: Use one of the following workarounds:
233: 
234: * In the case where a BE is created, do the following:
235: After creating the new BE, use the beadm command to mount the BE. Manually update /etc/vfstab to correct the entry for the subordinate dataset in that BE.
236: 
237: {{{
238: # beadm create -e //origBE newBE//
239:         # beadm mount //newBE /mnt//
240:         # vi ///mnt/etc/vfstab//
241: }}}
242: 
243: * In cases where a BE is renamed, do the following:
244: After renaming the BE, use beadm to mount the BE. Manually update the /etc/vfstab to correct the entry for the subordinate dataset in that BE.
245: 
246: {{{
247: # beadm rename //origBE newBE//
248:         # beadm mount //newBE /mnt//
249:         # vi ///mnt/etc/vfstab//
250: }}}
251: 
252: ==== [[# 1334>>http://defect.opensolaris.org/bz/show_bug.cgi?id=1334]] Compiz Hangs System that Uses Intel Graphics Card i915 or i965GM
253: 
254: ===== Description
255: 
256: Enabling Compiz on a machine that has an Intel graphic card i915 or i965GM will probably hang the system due to driver issues.
257: 
258: How can I tell if my laptop is running the GM965 chipset?
259: 
260: Use the Device Driver Utility on the LiveCD. Or, open a terminal window and run the following command:
261: 
262: {{{
263: pfexec ///usr/X11/bin/scanpci//
264: }}}
265: 
266: This command identifies which Graphics Controller you have on your laptop.
267: 
268: ===== Workaround
269: 
270: Do not enable the visual effects in the GNOME appearance preference dialog.
271: 
272: ==== [[# 1472>>http://defect.opensolaris.org/bz/show_bug.cgi?id=1472]] Creating a new BE From a Mounted BE Results in Incorrect Mount Points for Subordinate Datasets
273: 
274: ===== Description
275: 
276: When you create a new boot environment (BE) from an BE that is currently mounted, some of the subordinate datasets of the new BE have incorrect mount points.
277: 
278: ===== Workaround
279: 
280: Use the zfs list command to look at the mount points for the datasets of the new BE.
281: 
282: For example:
283: 
284: {{{
285: # zfs list -r rpool/ROOT/be2
286:         NAME                 USED  AVAIL  REFER  MOUNTPOINT
287:         rpool/ROOT/be2      73.5K  31.0G  2.23G  legacy
288:         rpool/ROOT/be2/opt      0  31.0G  3.60M  /mnt/opt
289: }}}
290: 
291: Use the zfs set command to reset the subordinate file system at the correct mount point.
292: 
293: {{{
294: # zfs set mountpoint=/opt rpool/ROOT/be2/opt
295: }}}
296: 
297: ==== [[# 1559>>http://defect.opensolaris.org/bz/show_bug.cgi?id=1559]] GRUB Entry for Windows Incorrect From USB Stick Install
298: 
299: ===== Description
300: 
301: When the OpenSolaris 2008.95 release is installed from a USB stick, the GRUB entry for Windows does not reference the correct disk device.
302: 
303: ===== Workaround
304: 
305: Edit the /rpool/boot/grub/menu.lst file. Modify the rootnoverify entry in that file.
306: 
307: Typically a USB installed system will have the following entry:
308: 
309: {{{
310: rootnoverify (hd1,0)
311: }}}
312: 
313: This entry should be changed to the following:
314: 
315: {{{
316: rootnoverify (hd0,0)
317: 
318: #~---------- ADDED BY BOOTADM - DO NOT EDIT ~----------
319: title Windows
320: rootnoverify (hd0,0)
321: chainloader +1
322: #~------------------- END BOOTADM ~--------------------
323: }}}
324: 
325: If a diagnostic partition exists, a similar change is required.
326: 
327: ==== [[# 1565>>http://defect.opensolaris.org/bz/show_bug.cgi?id=1565]] Nautilus Process Hangs After Gnome Login
328: 
329: ===== Description
330: 
331: When you log in to the Gnome desktop, Nautilus might hang. In this case, the desktop background is a solid, blue-gray color and right-clicking on the background does not open a menu. The nautilus-debug-log.txt is added in your home directory.
332: 
333: If Nautilus hangs, it can consume 50% of the CPU time.
334: 
335: ===== Workaround
336: 
337: Manually kill the broken Nautilus process as follows:
338: 
339: 1. Launch a Gnome terminal by selecting Applications->System Tool->Terminal on the menu bar.
340: 1. Kill the oldest nautilus process in the gnome-terminal. For example:
341: 
342: {{{
343: bash$ ps -ef | grep naut
344:     test 13425 13374   0 19:59:30 ?           0:00 nautilus ~--no-default-window
345: ~--sm-client-id default2
346:     test 13227     1  50 17:39:39 ?          39:36 nautilus ~--no-default-window
347: ~--sm-client-id default2
348: bash$ kill 13227
349: }}}
350: 
351: 1. Log out.
352: 
353: ==== [[# 1771>>http://defect.opensolaris.org/bz/show_bug.cgi?id=1771]] Install will fail if rpool ZFS pool already exists
354: 
355: ===== Description
356: 
357: If a ZFS pool that is named “rpool” is present on the system , the installer fails when the Install button is clicked on the installation summary screen. A failure screen is displayed immediately.
358: 
359: The last message in the installation log is:
360: 
361: {{{
362: Root pool rpool exists, we can’t proceed with the installation.
363: }}}
364: 
365: A root pool that is named “rpool” might be present on the system under any of the following conditions:
366: 
367: * The user uses zpool create command to create pool that is named “rpool.”
368: * The user uses zpool import command to import a pool that is named “rpool.”
369: * The installer fails after it creates the pool named “rpool.”
370: 
371: You can use the zpool list rpool command to confirm existence of a ZFS pool that is named “rpool.”
372: 
373: ===== Workaround
374: 
375: Select one of the following workarounds:
376: 
377: * If you want to preserve data in that pool, reboot the system, and don’t import the pool. The pool will remain invisible to the installer. If it was created on the target disk, the pool can’t be preserved.
378: * If you don’t want to preserve data in the pool, destroy the pool before you invoke the installer by using the following command.
379: 
380: {{{
381: $ pfexec zpool destroy -f //rpool//
382: }}}
383: 
384: ==== [[# 1685>>http://defect.opensolaris.org/bz/show_bug.cgi?id=1685]] Renaming a Busy Boot Environment can Fail
385: 
386: ===== Description
387: 
388: Renaming a boot environment (BE) might fail if the BE has a dependent clone that is currently mounted or otherwise busy.
389: 
390: A typical example of this situation is when the live BE has been successfully upgraded. If you then try to rename the auto-generated and upgraded BE, the renaming fails. The renaming fails because the upgraded BE has been activated and the live BE is now its clone.
391: 
392: ===== Workaround
393: 
394: Use the following procedure:
395: 
396: 1. Activate the live boot environment.
397: 1. Rename the upgraded boot environment.
398: 1. Activate the upgraded boot environment.
399: 
400: For example, if the live boot environment name is “opensolaris”, and the auto-generated BE name of the upgraded boot environment is “opensolaris-1,” use the following commands:
401: 
402: {{{
403: # beadm activate //opensolaris//
404: # beadm rename //opensolaris-1 new_name//
405: # beadm activate //new_name//
406: }}}
407: 
408: ==== [[# 6676221>>http://bugs.opensolaris.org/view_bug.do?bug_id=6676221]] setxkbmap Can’t Locate Rules file for Xorg
409: 
410: ===== Description
411: 
412: By default, setxkbmap has not defined the correct path to the rules file for Xorg, /usr/X11/lib/X11/xkb/rules/xorg. When you try to set a Keyboard Layout by using setxkbmap, the following error message appears:
413: 
414: {{{
415: /bash-3.2$ /usr/X11/bin/setxkbmap br
416: Couldn’t find rules file (xorg)
417: }}}
418: 
419: ===== Workaround
420: 
421: To correctly set the path to the rules file, type:
422: 
423: {{{
424: -bash-3.2$ setxkbmap -rules ///usr/X11/lib/X11/xkb/rules/xorg///
425: }}}
426: 
427: Once this path is set, the system remembers the path until you restart your Xserver.
428: 
429: ==== [[# 6687328>>http://bugs.opensolaris.org/view_bug.do?bug_id=6687328]] vim Command Cannot Display Multibyte Characters
430: 
431: ===== Description
432: 
433: The vim command can not display multibyte characters. This bug affects other commands which symbolically link to /usr/bin/vim such as vi, view, and ex commands.
434: 
435: ===== Workaround
436: 
437: Add the $HOME/.vimrc file that contains the following line:
438: 
439: **set encoding=utf-8**
440: 
441: Or, use the /usr/has/bin/vi command instead.
442: 
443: ==== [[# 6690194>>http://bugs.opensolaris.org/view_bug.do?bug_id=6690194]] fdisk(1M) Doesn’t Clear VTOC When Partition Starts After, or Exceeds, 4 Gbytes
444: 
445: ===== Description
446: 
447: The symptom of this bug in OpenSolaris 2008.05 is that the installation will fail immediately after starting, and one of the last messages in the installation log will be "No space left on device: ’/a/./.livecd’".
448: 
449: When a new Solaris2 partition is created, or an existing Solaris2 partition is resized or moved, the following problems can occur, if the Solaris2 partition starts after, or exceeds, 4 Gbytes.
450: 
451: The fdisk(1M) command clears the primary VTOC, as well as clearing the backup VTOCs. So, the default VTOC is chosen by the kernel. The appropriate operations which handle clearing the VTOC, lseek(2) and write(2), are 32-bit limited. This situation causes the following issues.
452: 
453: * A Solaris2 partition that starts after the 4 Gbyte limit cannot be re-sized. If the starting sector is unchanged, deleting the partition and recreating it doesn’t solve the problem.
454: * When the fdisk(1M) command clears the VTOC for a Solaris2 partition that crosses the 4 Gbyte boundary, the utility actually clears a couple of sectors within the 4 Gbytes, due to the 32-bit overflow. If valid data is defined in those sectors, the data is corrupted.
455: For example, if there is a NTFS partition occupying the first 4 Gbytes, during creation of Solaris2 partition, the fdisk(1M) command actually clears about 6 random sectors somewhere in the NTFS or boot block, depending on starting location of the Solaris2 partition to be created.
456: 
457: ===== Workaround
458: 
459: A Solaris2 partition must always fit into first 4 Gbytes, otherwise data corruption might occur.
460: 
461: ==== [[# 6690824>>http://bugs.opensolaris.org/view_bug.do?bug_id=6690824]] fdisk(1M) Corrupts Solaris VTOC, if Linux Swap Primary Partition is Defined
462: 
463: ===== Description
464: 
465: The symptom of this bug in OpenSolaris 2008.05 is that the installation will succeed, but the system will fail to boot with a "Bad PBR sig" or just a "grub>" prompt.
466: 
467: If you install on a Solaris2 partition which precedes a Linux swap partition, the following problem occurs.
468: 
469: After the installation, while marking the Solaris2 partition as active, the fdisk(1M) utility corrupts Solaris2 VTOC, thus making the installed Solaris partition unusable.
470: 
471: ===== Workaround
472: 
473: Use one of the following workarounds.
474: 
475: * Avoid defining a Linux swap as a primary partition on the same disk where a Solaris2 primary partition exists.
476: * Before installation, change the Linux swap partition type to another type, excluding 0xbf or 0x82. After the installation finishes, change the Linux swap partition type back to 0x82.
477: * Create a Solaris2 partition outside the installer and mark it as active. Then install into this preexisting partition. After the installation finishes, calling fdisk(1M) to activate the partition will then be a null operation. Corruption will not occur.
478: 
479: ==== [[# 6694783>>http://bugs.opensolaris.org/view_bug.do?bug_id=6694783]] Input Method Duplicate Causes IDE Crash
480: 
481: ===== Description
482: 
483: On rare occasions, when you log in to the desktop, you may encounter the following issue.
484: 
485: The Input Method(IM) status icon is displayed at the bottom of main window. When you open a new child window, such as when you select File->Open, a new IM status icon displays in the main window. When you close this child window, the new IM status icon remains. If you click on an IM status icon at this point, IDE crashes.
486: 
487: ===== Workaround
488: 
489: 1. Find out if the iiim daemon is running by typing this command.
490: 
491: {{{
492: # ps -ef | grep //iiim//
493: }}}
494: 
495: 1. If you do not find a process that is related to iiimx or iiimd, restart the iiim daemon by typing this command.
496: 
497: {{{
498: # iiimx -//iiimd &//
499: }}}
500: 
501: 1. Try to use the Internet/Intranet Input Method instead of the X Input Method. You can select this option by right-clicking on the Gnome Applications icon.
502: 
503: ==== [[ # 2900>>http://defect.opensolaris.org/bz/show_bug.cgi?id=2900]] Firefox crashes on NV 95
504: 
505: ===== Description
506: 
507: Firefox dumps core in NV build 95 due to Flash Player bug. Flash plugin v9.0 r124 has a bug that causes Firefox to crash. This issue has been fixed in the flash plugin v 9.0 r125.
508: 
509: **Note - This affects only users of Flash Player v9.0 r124 and below. **
510: 
511: ===== Workaround
512: 
513: 1. Start firefox.
514: 1. From the Menu bar, click on Tools -> Add-ons -> Plugins.
515: 1. Right click on Shockwave Flash and choose the Disable option to disable the plugin.
516: 1. Manually install the updated version from the following url: [[http://www.adobe.com/products/flashplayer/productinfo/instructions/#section-4>>http://www.adobe.com/products/flashplayer/productinfo/instructions/#section-4]]
517: 
518: ====   Uncompress OpenSolaris VDI image before booting the iso image under Virtual Box.
519: 
520: ===== Description
521: 
522:  Users who wish to download the OpenSolaris vdi image will find that the iso image is in a .gz format. Windows users will need to download the gzip (GNU zip) compression utility program to uncompress the image before booting the iso image. To download the gzip compression utility, go to [[http://gzip.org/gzip124xN.zip>>http://gzip.org/gzip124xN.zip]] which downloads a .zip file. Users can also download the gzip utility in a .exe format.
OpenSolaris

Top Menu

Wiki code for x86

Search

Collectives

Community Group

Project

User Group

Subsites

Project indiana Pages
