Re: [osol-discuss] Firefox not running without pfexec
Alan Coopersmith wrote: > Travis Tabbal wrote: > > Firefox isn't working for me. It says it's starting up, then dies. No > > errors on the console when run from xterm. I even tried the latest from > > mozilla.com for OpenSolaris. > > Do you have LD_LIBRARY_PATH set in your environment? Unset it and > try again, and then understand why we tell you not to do that. Is there a chance that the related bugs introduced around nv117 will be fixed? Note that all the time before there have been no problems and that firefox now fails although LD_* do not try to introduce incompatible libs. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] gdb and dbx segfault
The gdb stack looks pretty useless... the dbx one looks like it is crashing in the demangler. This is what pstack shows for gdb: core 'core' of 809: /export/home/nuke/SecondLife-i686-1.23.4.123908/bin/do-not-directly-ru fefd0704 rtld_db_dlactivity (feffb148, 3, 0) fefd00ec setup(804797c, 8047a28, 0, 8047f9c, 1000, fefbf961) + 1360 fefde3e8 _setup (8047930, 3fb28, 3, 8047974, 4, 804797c) + 310 fefc4694 _rt_boot (0, 8047ae7, 8047b0b, 8047b48, 8047b58, 8047b63) + 56 08047a90 () This is what pstack shows for dbx: core '/tmp/core' of 776: /usr/bin/../../opt/sunstudio12.1/bin/../prod/bin/amd64/dbx bin/do-not- fd7fff29729a _lwp_kill () + a fd7fff23a391 raise () + 19 fd7fff210851 abort () + d9 005686d8 () fd7fff28e066 __sighndlr () + 6 fd7fff280f0f call_user_handler () + 2a7 fd7fff28111e sigacthandler (b, fd7fffdf3f50, fd7fffdf3bf0) + c6 --- called from signal handler with signal 11 (SIGSEGV) --- fd7fe45cea73 __1cU__gnu3_lib_demanglerNparse_subtype6Mn0ALfunc_form_t_rnK__lcstring__pn0AJtype_info__ () + 60f fd7fe45cfec2 __1cU__gnu3_lib_demanglerKparse_type6MrnK__lcstring_b_v_ () + 26 fd7fe45cddd9 __1cU__gnu3_lib_demanglerOparse_argument6MrnK__lcstring__v_ () + 39 fd7fe45cde2a __1cU__gnu3_lib_demanglerPparse_arguments6MrnK__lcstring__v_ () + 4e fd7fe45d06cc __1cU__gnu3_lib_demanglerNparse_subname6Mpn0AJname_info_n0AIparent_t_b_2_ () + 63c fd7fe45d086c __1cU__gnu3_lib_demanglerNparse_subname6Mpn0AJname_info_n0AIparent_t_b_2_ () + 7dc fd7fe45d086c __1cU__gnu3_lib_demanglerNparse_subname6Mpn0AJname_info_n0AIparent_t_b_2_ () + 7dc fd7fe45d086c __1cU__gnu3_lib_demanglerNparse_subname6Mpn0AJname_info_n0AIparent_t_b_2_ () + 7dc fd7fe45d0dcf __1cU__gnu3_lib_demanglerKparse_name6MbrnK__lcstring__v_ () + 15b fd7fe45d1748 __1cU__gnu3_lib_demanglerMparse_entity6MbrnK__lcstring_b_v_ () + 54 fd7fe45d19d1 __1cU__gnu3_lib_demanglerNfull_demangle6MpkcrnK__lcstring__nJDEM_ERROR__ () + 6d fd7fe45c9e50 __1cX__cplus_demangle_assist6FpkcpcLb_i_ () + 2b0 fd7fe45c9f42 cplus_demangle () + 32 0071f095 __1cSgnu_cplus_demangle6Fpkcibb_pc_ () + a9 006cec58 () 006cee8f () 006d108d __1cJObjReaderJread_syms6MpcpnHLoadobj_pkc_v_ () + 99d 006cd8f3 __1cWFinishReadLoadObjImage6FpnHLoadobj_pvL2Lpkc_v_ () + 53 006cd858 __1cLReadLoadObj6FpnHLoadobj_pci_v_ () + 154 006c6a1b __1cHLoadobjMlo_load_syms6Mpkci_v_ () + 4b 006c7156 __1cHLoadobjNlo_check_load6Mpkcib_v_ () + 10e 006c99de __1cGLOListIlol_load6Mpkcb_pnHLoadobj__ () + 72 0063de85 __1cEProgLload_symtab6Mi_b_ () + b9 006a860b () 006a82eb __1cNtarg_ppi_init6FpnGTarget_pnHPPIOpts__b_ () + 2b 005688ed () 0056c759 main () + 67d 00560f1c () -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Firefox not running without pfexec
Travis Tabbal wrote: Firefox isn't working for me. It says it's starting up, then dies. No errors on the console when run from xterm. I even tried the latest from mozilla.com for OpenSolaris. Do you have LD_LIBRARY_PATH set in your environment? Unset it and try again, and then understand why we tell you not to do that. That would explain why it works with pfexec, since that strips LD_* variables. -- -Alan Coopersmith- alan.coopersm...@sun.com Sun Microsystems, Inc. - X Window System Engineering ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Firefox not running without pfexec
Travis Tabbal wrote: Firefox isn't working for me. It says it's starting up, then dies. No errors on the console when run from xterm. I even tried the latest from mozilla.com for OpenSolaris. I did manage to make it work, "pfexec firefox" works. Of course, it's just plain nuts to run a browser as root on the internet, so I didn't use it for anything, but what's up with that? 2009.06 updated to b123 presently. Did you try moving your ~/.mozilla directory to ~/.mozilla-old temporarily, and then starting FireFox? I've seen at least one other user that had to nuke their ~/.mozilla directory because of some incompatibility or failure in FireFox. Cheers, -- Shawn Walker ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Firefox not running without pfexec
Firefox isn't working for me. It says it's starting up, then dies. No errors on the console when run from xterm. I even tried the latest from mozilla.com for OpenSolaris. I did manage to make it work, "pfexec firefox" works. Of course, it's just plain nuts to run a browser as root on the internet, so I didn't use it for anything, but what's up with that? 2009.06 updated to b123 presently. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] limit number of file-descriptors in system.
Hi, all. I'd like to limit number of file-descriptors in system. What do I set a parameter? In process level, I know "rlim_fd_max" paramter. Please, teach me! ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] grabbing DV data from av1394
Can video be downloaded from a camcorder yet? If so, is there any documention? -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] ZFS/CIFS file order
Robert Milkowski wrote: > IIRC UFS will give you files in order they were created from > readdir() while ZFS will return basically in random order. > Technically speaking both approaches are ok (no specification broken > such as POSIX) AFAIK. > > Now tools like ls will sort output in alphabetical order by default > and it seems like DOS dir returns in whatever order it got it from > readdir(). > > Maybe there is a switch to dir you can use to force sorting output? Thanks for your quick reply! I have been told by the application people that the tools, (many of which the source has been lost and thus cannot be altered anymore) have been written in Visual Basic and use functions like: FindFirstFile()/FindNextFile()/FindClose(), so dir isn't actually used, but it shows the same behaviour as the named VB functions. These functions seem to provoke people to not worry about the filenames too much, and let legacy programmers, NTFS B-tree sort this for them, "accidentally" giving them the correct alphabetical order. However, now that we don't use NTFS anymore, the legacy approach breaks. Even though it might be POSIX compliant, is there any way to configure a workaround, either in ZFS, CIFS, or another layer of the stack ? (even a switch of a system wide parameter on the winXP/Win2K CIFS client machine will do, however I'm probably in the wrong forum to get an answer to that question ;) Frans ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] ZFS/CIFS file order
Hi, IIRC UFS will give you files in order they were created from readdir() while ZFS will return basically in random order. Technically speaking both approaches are ok (no specification broken such as POSIX) AFAIK. Now tools like ls will sort output in alphabetical order by default and it seems like DOS dir returns in whatever order it got it from readdir(). Maybe there is a switch to dir you can use to force sorting output? Frans ter Borg wrote: hi, I'm using a SUN Unified Storage 7410 cluster, on which we access CIFS shares from WinXP and Win2000 clients. If we map a CIFS share on the 7410 to a drive letter on a winXP client, we observe that when we do a `dir`from a dosbox on the mapped drive, the files are shown in a seemingly random order. The files that are in the directory are scans (processed through about 20 high-speed human operated scanners) and they have filenames that could look like this: scan001.tif scan002.tif scan003.tif scan004.tif scan005.tif The numbers represent the order that they are scanned in. The directory listing that we get when we type dir, will show something like scan003.tif scan002.tif scan005.tif scan001.tif scan004.tif While if we copy the files to an NTFS or FAT32 filesystem, we will see the files in the desired order. Now, why is this a problem ? Obviously the 7410 cluster hasn't been around for long. The scanners used to scan to several Windows Storage Server with an FCAL SAN, which needed to be replaced. The data was copied from the old storage boxes to the 7410. All of the older applications that perform batch-processing on the files in these directories, rely on the order that the OS gives them the filenames, which, when using CIFS to the Windows Storage Servers, was alphabetical, but now it seems random. This frustrates the batchprocessing to an unacceptable level. We don't have the option to rewrite the legacy applications on the short term, especially since in many cases the source code is no longer available. Is there a way to force the CIFS server to serve directory listings in alphabetical order ? Or can zfs be forced to serve directory listings to the CIFS server in alphabetical order ? A similar, but not quite identical issue on ext3 was discussed in this thread: http://lists.centos.org/pipermail/centos/2009-January/071152.html which confirms that NTFS uses a B-Tree sort before it serves a directory listing. Also it confirms that the original poster has been able to solve the problem by setting dir_index OFF and using tune2fs. Is there a solution that will let the ZFS/CIFS server combo behave in a comparable way ? Many thanks, Frans [b]PS[/b] I'm aware that I may not alter system settings on the 7410's other than through the WebUI, but using your input I hope to be able to convince SUN Support to help us out there. I have not yet sent this problem description to SUN Support yet, but will do so shortly. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] ZFS/CIFS file order
hi, I'm using a SUN Unified Storage 7410 cluster, on which we access CIFS shares from WinXP and Win2000 clients. If we map a CIFS share on the 7410 to a drive letter on a winXP client, we observe that when we do a `dir`from a dosbox on the mapped drive, the files are shown in a seemingly random order. The files that are in the directory are scans (processed through about 20 high-speed human operated scanners) and they have filenames that could look like this: scan001.tif scan002.tif scan003.tif scan004.tif scan005.tif The numbers represent the order that they are scanned in. The directory listing that we get when we type dir, will show something like scan003.tif scan002.tif scan005.tif scan001.tif scan004.tif While if we copy the files to an NTFS or FAT32 filesystem, we will see the files in the desired order. Now, why is this a problem ? Obviously the 7410 cluster hasn't been around for long. The scanners used to scan to several Windows Storage Server with an FCAL SAN, which needed to be replaced. The data was copied from the old storage boxes to the 7410. All of the older applications that perform batch-processing on the files in these directories, rely on the order that the OS gives them the filenames, which, when using CIFS to the Windows Storage Servers, was alphabetical, but now it seems random. This frustrates the batchprocessing to an unacceptable level. We don't have the option to rewrite the legacy applications on the short term, especially since in many cases the source code is no longer available. Is there a way to force the CIFS server to serve directory listings in alphabetical order ? Or can zfs be forced to serve directory listings to the CIFS server in alphabetical order ? A similar, but not quite identical issue on ext3 was discussed in this thread: http://lists.centos.org/pipermail/centos/2009-January/071152.html which confirms that NTFS uses a B-Tree sort before it serves a directory listing. Also it confirms that the original poster has been able to solve the problem by setting dir_index OFF and using tune2fs. Is there a solution that will let the ZFS/CIFS server combo behave in a comparable way ? Many thanks, Frans [b]PS[/b] I'm aware that I may not alter system settings on the 7410's other than through the WebUI, but using your input I hope to be able to convince SUN Support to help us out there. I have not yet sent this problem description to SUN Support yet, but will do so shortly. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] package manager times out
Yes I get it too on 123, this is similar to http://defect.opensolaris.org/bz/show_bug.cgi?id=10010 On Wed, Sep 30, 2009 at 23:39, Glenn Holmer wrote: > While doing a search in the GUI package manager for "python", I'm > getting repeated timeouts (this is on two different machines running > snv_123). Other searches seem to be OK. Is anybody else experiencing > something like this? > > -- > "...and all watched over by machines of loving grace." > Glenn Holmer http://www.lyonlabs.org > > > ___ > opensolaris-discuss mailing list > opensolaris-discuss@opensolaris.org > ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] package manager times out
While doing a search in the GUI package manager for "python", I'm getting repeated timeouts (this is on two different machines running snv_123). Other searches seem to be OK. Is anybody else experiencing something like this? -- "...and all watched over by machines of loving grace." Glenn Holmer http://www.lyonlabs.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Minimal OpenSolaris
On Wed, 2009-09-30 at 15:18 +0530, a k wrote: > I used steps on this link : > > http://alexeremin.blogspot.com/2008/12/minimum-opensolaris-200811-install.html > > which worked fine for older distro constructor. Fresh DC is very useful for custom mini OS distro, needs only some hacks in scripts and right manifest, try -- ::alhazred ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Minimal OpenSolaris
I used steps on this link : http://alexeremin.blogspot.com/2008/12/minimum-opensolaris-200811-install.html which worked fine for older distro constructor. On Wed, Sep 30, 2009 at 2:18 PM, Moinak Ghosh wrote: > On Wed, Sep 30, 2009 at 1:58 PM, agvk wrote: > > Hey Guys, > > I created a minimal OpenSolaris ISO using new Distro Constructor. > > > > But i am getting problem when I try to create boot archive after copying > all stuff from ISO onto the disk. > > > > # bootadm update-archive -R /zfsroot > > bootadm: mkdir of /zfsroot//platform/i86pc/amd64/archive_cache failed: No > such file or directory > > > > > > Why is this error occurring? > > You should look at Milax and it's zfsinstall script: > http://www.milax.org/ > > Regards, > Moinak. > -- > > http://www.belenix.org/ > http://moinakg.wordpress.com/ > ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] CDE hang issue on Solaris 10
You need to take this to your local Sun Solution Centre, rather than posting to this mailing list (which is for opensolaris, not Solaris 10). Solaris 10 kernel 118833-36 is now really old, and whilst probably not related directly to your problem, does give a clue as to how currently patched your system may be. SunSolve shows quite a few patches for CDE on Solaris 10. The Sun Support guys would be able to deal with this for you, as well as sifting through the relevant patches and/or configuration issues. Regards, Brian Kunal wrote: I am facing some issue on Solaris 10 (SPARC 5.10 Generic_118833-36). The issue is when I try to connect/login through CDE it hangs (hangs at login screen). I tried connecting thourgh VNC client also but that also not helped. I had done no configuration change or modified any kernel parameter but this suddenly happened on my Solaris 10 server. This machine is in production. Below is the error message that appears when I try to login from CDE environment on this server "/usr/dt/bin/ttsession[1110]: [ID 161973 daemon.error] t_connect(): An event requires attention". Also if I try to open Gnome/Java environment on this machine it works fine. The only issue is with the CDE session. The CDE vesion installed is 1.6 on my server. I tried googling this error but most of the search suggested to install patch 119955-05 for CDE but this also not helped. Below is the log file that I found ~/.dt/startlog bash-3.00# cat startlog --- Wed Sep 30 09:01:36 IST 2009 --- //.vnc/xstartup starting... --- starting /usr/dt/bin/dthello & /usr/dt/bin/dthello: display :1.0 doesn't know font -dt-interface system-medium-r-normal-m*-*-*-*-*-*-*-*-*: --- Xsession started by --- setting font path... --- starting /usr/dt/bin/dtsession_res -load -system --- sourcing //.dtprofile... --- sourcing /usr/dt/config/Xsession.d/0010.dtpaths... --- sourcing /usr/dt/config/Xsession.d/0015.sun.env... --- sourcing /usr/dt/config/Xsession.d/0020.dtims... --- sourcing /usr/dt/config/Xsession.d/0030.dttmpdir... --- sourcing /usr/dt/config/Xsession.d/0040.xmbind... --- sourcing /usr/dt/config/Xsession.d/1001.swupnot... --- sourcing /usr/dt/config/Xsession.d/1099.br... //.vnc/xstartup[624]: date.: not found --- could not read //.profile --- starting /usr/dt/bin/dtsearchpath --- starting /usr/dt/bin/dtappgather & --- starting /usr/dt/bin/dsdm & --- session log file is /dev/null --- DTSOURCEPROFILE is 'true' (see //.dtprofile) --- execing /usr/dt/bin/dtsession with a /sbin/sh login shell ... --- starting desktop on /dev/pts/9 Sun Microsystems Inc. SunOS 5.10 Generic January 2005 You have new mail. /usr/dt/bin/ttsession[27308]: starting The Sun Notification Application is disabled, To enable it, use the Preferences menu in the Sun Update Manager. Else there are no logs that I found in .dt. Please help. Regards, kunal -- Brian Ruthven Solaris Revenue Product Engineering Sun Microsystems UK Sparc House, Guillemont Park, Camberley, GU17 9QG ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] "2-button simulating middle-click" feature stops working mid-session?
Hi Alan, Finally, this just happened to me again. FWIW, I updated to snv_124 yesterday, and with no external mouse plugged in, I see the "(II) 3rd Button detected: disabling emulate3Button" line in /var/log/Xorg.0.log (full file attached). I've been using the system for approx 1 hour so far, and only using the touchpad. What further diagnosis would I need before filing a bug? Thanks, Brian Alan Coopersmith wrote: Brian Ruthven - Solaris Network Sustaining - Sun UK wrote: I have a Toshiba Tecra M10, and the mouse pad has two buttons. Most of the time, I can highlight some text using the left button (click and drag as normal), then I can press both buttons together to paste in a target window (i.e. simulating the middle click). This mostly works (and I usually copy-n-paste this way), but at some point during my login session, it stops working, and instead I only ever get the right-click context menu. The default configuration of Xorg is to recognize left+right as emulating a third button until/unless a third button is actually clicked, at which point it assumes you don't need it any more. Unfortunately, on builds before about 119, the default on Solaris is to open /dev/mouse and have the kernel combine all mouse like devices into a single output stream, so a click on an external mouse will disable it on all mice. With the switch to hal-based input hotplug in 119 and later, each mouse is individually opened, so it should track each one seperately. I've not worked out what changes this, and I've not got a clue where to start diagnosing this. Any messages in /var/log/Xorg.0.log about disabling 3 button emulation? -- Brian Ruthven Solaris Revenue Product Engineering Sun Microsystems UK Sparc House, Guillemont Park, Camberley, GU17 9QG X.Org X Server 1.6.3 Release Date: 2009-7-31 X Protocol Version 11, Revision 0 Build Operating System: SunOS 5.11 i86pc Current Operating System: SunOS opensolaris 5.11 snv_124 i86pc Build Date: 16 September 2009 03:28:27PM Solaris ABI: 64-bit SUNWxorg-server package version: 6.9.0.5.11.10100,REV=0.2008.10.16 SUNWxorg-graphics-ddx package version: 6.9.0.5.11.10100,REV=0.2008.10.16 SUNWxorg-mesa package version: 6.9.0.5.11.10100,REV=0.2008.10.16 Before reporting problems, check http://sunsolve.sun.com/ to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Wed Sep 30 09:35:47 2009 (II) Loader magic: 14e0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 5.0 X.Org XInput driver : 4.0 X.Org Server Extension : 2.0 (II) Loader running on solaris (--) using VT number 2 (--) PCI:*(0:0:2:0) 8086:2a42:1179:0009 Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller rev 7, Mem @ 0xff40/4194304, 0xe000/268435456, I/O @ 0xcff8/8, BIOS @ 0x/65536 (--) PCI: (0:0:2:1) 8086:2a43:1179:0009 Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller rev 7, Mem @ 0xc000/1048576, BIOS @ 0x/65536 (WW) could not get frame buffer identifier from /dev/fb (==) Using default built-in configuration (39 lines) (==) --- Start of built-in configuration --- Section "Device" Identifier "Builtin Default intel Device 0" Driver "intel" EndSection Section "Screen" Identifier "Builtin Default intel Screen 0" Device "Builtin Default intel Device 0" EndSection Section "Device" Identifier "Builtin Default i810 Device 0" Driver "i810" EndSection Section "Screen" Identifier "Builtin Default i810 Screen 0" Device "Builtin Default i810 Device 0" EndSection Section "Device" Identifier "Builtin Default vesa Device 0" Driver "vesa" EndSection Section "Screen" Identifier "Builtin Default vesa Screen 0" Device "Builtin Default vesa Device 0" EndSection Section "Device" Identifier "Builtin Default fbdev Device 0" Driver "fbdev" EndSection Section "Screen" Identifier "Builtin Default fbdev Screen 0" Device "Builtin Default fbdev Device 0" EndSection Section "ServerLayout" Identifier "Builtin Default Layout" Screen "Builtin Default intel Screen 0" Screen "Builtin Default i810 Screen 0" Screen "Builtin Default vesa Screen 0" Screen "Builtin Default fbdev Screen 0" EndSection (==) ---
Re: [osol-discuss] When next Release? What Release Cycle?
> > On 30/09/2009, at 5:06 PM, Che Kristo wrote: > > > I don't mind waiting longer for quality :-) IMHO it > should be 8 > > months as 6 months is too agressive, but i do > understand we are > > somewhat beholden to the Gnome schedule > > It's not just GNOME, but a wide variety of other > projects including > ON. Juggling to find the right timing is pretty > tricky at the best of > times :) > The EU hires clowns with a juggling act subsidy from IBM. Sit back enjoy the show. :) ---Bob -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Minimal OpenSolaris
On Wed, Sep 30, 2009 at 1:58 PM, agvk wrote: > Hey Guys, > I created a minimal OpenSolaris ISO using new Distro Constructor. > > But i am getting problem when I try to create boot archive after copying all > stuff from ISO onto the disk. > > # bootadm update-archive -R /zfsroot > bootadm: mkdir of /zfsroot//platform/i86pc/amd64/archive_cache failed: No > such file or directory > > > Why is this error occurring? You should look at Milax and it's zfsinstall script: http://www.milax.org/ Regards, Moinak. -- http://www.belenix.org/ http://moinakg.wordpress.com/ ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Minimal OpenSolaris
Hey Guys, I created a minimal OpenSolaris ISO using new Distro Constructor. But i am getting problem when I try to create boot archive after copying all stuff from ISO onto the disk. # bootadm update-archive -R /zfsroot bootadm: mkdir of /zfsroot//platform/i86pc/amd64/archive_cache failed: No such file or directory Why is this error occurring? -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
