[indiana-discuss] why volume set at max in os2009.11
hello all, after upgrading to os2009.11 on my laptop, when i launch realplayer, volume is set at max value, and it's the case every time i reboot the laptop. What's the matter with the sound? the problem never arises with os2008.11 the second point is console beep, to disable it, i have to do: - create a shell script that contains xset b off - add it System-Preferences-Sessions-Startup programs thanks in advance for help, gerard ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
Re: [indiana-discuss] [laptop-discuss] why volume set at max in os2009.11
Yang-Rong Jerry Zhou wrote: solarg : hello all, after upgrading to os2009.11 on my laptop, when i launch realplayer, volume is set at max value, and it's the case every time i reboot the laptop. What's the matter with the sound? the problem never arises with os2008.11 Please send me the result of cat /dev/sndstat And then I will send you a new binary to test. i can't, this file doesn't exist in os2009.11: he...@delljm:~$ pkg search -r /dev/sndstat pkg: Some servers failed to respond appropriately: http://blastwave.network.com:1/: http://blastwave.network.com:1/ doesn't speak a known version of search operation he...@delljm:~$ modinfo|grep audio 163 f86a9000 3bec 34 1 audio810 (mixer audio driver) 167 f86b9000 2624 - 1 audiosup (Audio Device Support) gerard ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
[indiana-discuss] error: Failed to allocate internet-domain X11 display socket
hello all, i have this problem into a zone in os2008.11 (b101) This seems to be related to bug: http://bugs.opensolaris.org/view_bug.do;jsessionid=2461d3b92d92e9e23ef6f8e8ee?bug_id=6732084 but this bug talks only solaris 10. Anybody else has this problem? thanks in advance, gerard ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
Re: [indiana-discuss] [laptop-discuss] why volume set at max in os2009.11
solarg : hello all, after upgrading to os2009.11 on my laptop, when i launch realplayer, volume is set at max value, and it's the case every time i reboot the laptop. What's the matter with the sound? the problem never arises with os2008.11 Please send me the result of cat /dev/sndstat And then I will send you a new binary to test. Regards, Yangrong the second point is console beep, to disable it, i have to do: - create a shell script that contains xset b off - add it System-Preferences-Sessions-Startup programs thanks in advance for help, gerard ___ laptop-discuss mailing list laptop-disc...@opensolaris.org ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
[indiana-discuss] en_US.UTF-8: unknown locale
hello all, in os2008.11, b101, i have this problem: en_US.UTF-8: unknown locale according to the bug http://defect.opensolaris.org/bz/show_bug.cgi?id=5935: he...@antigone:/export# ls -l /usr/lib/locale/en_US.UTF-8/en_US.UTF-8.so.3 /usr/lib/locale/en_US.UTF-8/en_US.UTF-8.so.3: No such file or directory he...@antigone:/export# LANG=C pfexec pkg uninstall SUNWlang-enUS he...@antigone:/export# LANG=C pfexec pkg install SUNWlang-enUS he...@antigone:/export# ls -l /usr/lib/locale/en_US.UTF-8/en_US.UTF-8.so.3 -r-xr-xr-x 1 root bin 2482668 May 6 13:53 /usr/lib/locale/en_US.UTF-8/en_US.UTF-8.so.3 but even after, the problem persists: en_US.UTF-8: unknown locale anybody can help? thanks gerard ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
Re: [indiana-discuss] en_US.UTF-8: unknown locale
Hi Gerard, Pl check if methods_en_US.UTF-8.so.3 - ../common/methods_unicode.so.3 exists under /usr/lib/locale/en_US.UTF-8/ and the linked file methods_unicode.so.3 exists, this file is a part of SUNWlang-common package. Regards, Suresh solarg wrote: hello all, in os2008.11, b101, i have this problem: en_US.UTF-8: unknown locale according to the bug http://defect.opensolaris.org/bz/show_bug.cgi?id=5935: he...@antigone:/export# ls -l /usr/lib/locale/en_US.UTF-8/en_US.UTF-8.so.3 /usr/lib/locale/en_US.UTF-8/en_US.UTF-8.so.3: No such file or directory he...@antigone:/export# LANG=C pfexec pkg uninstall SUNWlang-enUS he...@antigone:/export# LANG=C pfexec pkg install SUNWlang-enUS he...@antigone:/export# ls -l /usr/lib/locale/en_US.UTF-8/en_US.UTF-8.so.3 -r-xr-xr-x 1 root bin 2482668 May 6 13:53 /usr/lib/locale/en_US.UTF-8/en_US.UTF-8.so.3 but even after, the problem persists: en_US.UTF-8: unknown locale anybody can help? thanks gerard ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
Re: [indiana-discuss] en_US.UTF-8: unknown locale
Suresh Chandrasekharan wrote: Hi Gerard, Pl check if methods_en_US.UTF-8.so.3 - ../common/methods_unicode.so.3 exists under /usr/lib/locale/en_US.UTF-8/ and the linked file methods_unicode.so.3 exists, this file is a part of SUNWlang-common package. yes: he...@antigone:/usr/lib/locale/en_US.UTF-8# ls -l methods_en_US.UTF-8.so.3 lrwxrwxrwx 1 root root 30 May 6 13:53 methods_en_US.UTF-8.so.3 - ../common/methods_unicode.so.3 ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
Re: [indiana-discuss] error: Failed to allocate internet-domain X11 display socket
That bug (or rather the bug it was closed as a duplicate of) is technically S10-only because nevada (and hence opensolaris) plumbs in an IPv6 interface by default. Do you have the ::1 interface plumbed in and up? Something like this: lo0: flags=2002000849UP,LOOPBACK,RUNNING,MULTICAST,IPv6,VIRTUAL mtu 8252 index 1 inet6 ::1/128 If not, then you can be exposed to this bug on OpenSolaris. Regards, Brian solarg wrote: hello all, i have this problem into a zone in os2008.11 (b101) This seems to be related to bug: http://bugs.opensolaris.org/view_bug.do;jsessionid=2461d3b92d92e9e23ef6f8e8ee?bug_id=6732084 but this bug talks only solaris 10. Anybody else has this problem? thanks in advance, gerard ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss -- Brian RuthvenSun Microsystems UK Solaris Revenue Product Engineering Tel: +44 (0)1252 422 312 Sparc House, Guillemont Park, Camberley, GU17 9QG ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
Re: [indiana-discuss] en_US.UTF-8: unknown locale
Hi Gerard, Should be corrupted shared objects. Pl attach the output of LC_ALL=en_US.UTF-8 truss -t open,access ls -la /dev/null Regards, Suresh solarg wrote: Suresh Chandrasekharan wrote: Hi Gerard, Pl check if methods_en_US.UTF-8.so.3 - ../common/methods_unicode.so.3 exists under /usr/lib/locale/en_US.UTF-8/ and the linked file methods_unicode.so.3 exists, this file is a part of SUNWlang-common package. yes: he...@antigone:/usr/lib/locale/en_US.UTF-8# ls -l methods_en_US.UTF-8.so.3 lrwxrwxrwx 1 root root 30 May 6 13:53 methods_en_US.UTF-8.so.3 - ../common/methods_unicode.so.3 ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
Re: [indiana-discuss] en_US.UTF-8: unknown locale
Pl give $ cd /usr/lib/locale/en_US.UTF-8/ $ file en_US.UTF-8.so.3 en_US.UTF-8.so.3:ELF 32-bit LSB dynamic lib 80386 Version 1, dynamically linked, not stripped $ file methods_en_US.UTF-8.so.3 methods_en_US.UTF-8.so.3:ELF 32-bit LSB dynamic lib 80386 Version 1, dynamically linked, not stripped and make sure that the architecture is right. I'm pretty sure that it will be wrong... Make sure to install the right packages. Regards, Suresh solarg wrote: he...@antigone:/usr/lib/locale/en_US.UTF-8# LC_ALL=en_US.UTF-8 truss -t open,access ls -la /dev/null open(/var/ld/ld.config, O_RDONLY) Err#2 ENOENT open(/lib/libc.so.1, O_RDONLY)= 3 open(/usr/lib/locale/en_US.UTF-8/LC_MESSAGES/SUNW_OST_SGS.mo, O_RDONLY) Err#2 ENOENT open(/usr/lib/locale/en_US.UTF-8/LC_MESSAGES/SUNW_OST_OSLIB.mo, O_RDONLY) Err#2 ENOENT open(/lib/libsec.so.1, O_RDONLY) = 3 open(/proc/26392/psinfo, O_RDONLY)= 3 open64(/var/run/name_service_door, O_RDONLY) = 3 open(/usr/share/lib/zoneinfo/Europe/Paris, O_RDONLY) = 4 Suresh Chandrasekharan wrote: Hi Gerard, Should be corrupted shared objects. Pl attach the output of LC_ALL=en_US.UTF-8 truss -t open,access ls -la /dev/null Regards, Suresh solarg wrote: Suresh Chandrasekharan wrote: Hi Gerard, Pl check if methods_en_US.UTF-8.so.3 - ../common/methods_unicode.so.3 exists under /usr/lib/locale/en_US.UTF-8/ and the linked file methods_unicode.so.3 exists, this file is a part of SUNWlang-common package. yes: he...@antigone:/usr/lib/locale/en_US.UTF-8# ls -l methods_en_US.UTF-8.so.3 lrwxrwxrwx 1 root root 30 May 6 13:53 methods_en_US.UTF-8.so.3 - ../common/methods_unicode.so.3 ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
Re: [indiana-discuss] en_US.UTF-8: unknown locale
Suresh Chandrasekharan wrote: Pl give $ cd /usr/lib/locale/en_US.UTF-8/ $ file en_US.UTF-8.so.3 en_US.UTF-8.so.3:ELF 32-bit LSB dynamic lib 80386 Version 1, dynamically linked, not stripped $ file methods_en_US.UTF-8.so.3 methods_en_US.UTF-8.so.3:ELF 32-bit LSB dynamic lib 80386 Version 1, dynamically linked, not stripped and make sure that the architecture is right. I'm pretty sure that it will be wrong... Make sure to install the right packages. i don't understand, i don't have the choice of architecture. And now, files have disappeared, and i'm unable to fix: he...@antigone:/usr/lib/locale/en_US.UTF-8# LC_ALL=C pfexec pkg fix SUNWlang-enUS Verifying: pkg:/SUNWlang-enUS ERROR link: usr/lib/locale/en_US.UTF-8/32 usr/lib/locale/en_US.UTF-8/32 is not symbolic link link: usr/lib/locale/en_US.UTF-8/64 usr/lib/locale/en_US.UTF-8/64 is not symbolic link dir: usr/lib/locale/en_US.UTF-8/LC_COLLATE Directory does not exist dir: usr/lib/locale/en_US.UTF-8/LC_CTYPE Directory does not exist link: usr/lib/locale/en_US.UTF-8/LC_CTYPE/32 usr/lib/locale/en_US.UTF-8/LC_CTYPE/32 is not symbolic link link: usr/lib/locale/en_US.UTF-8/LC_CTYPE/64 usr/lib/locale/en_US.UTF-8/LC_CTYPE/64 is not symbolic link link: usr/lib/locale/en_US.UTF-8/LC_CTYPE/LCL_DEF usr/lib/locale/en_US.UTF-8/LC_CTYPE/LCL_DEF is not symbolic link dir: usr/lib/locale/en_US.UTF-8/LC_CTYPE/amd64 Directory does not exist link: usr/lib/locale/en_US.UTF-8/LC_CTYPE/amd64/wdresolve.so usr/lib/locale/en_US.UTF-8/LC_CTYPE/amd64/wdresolve.so is not symbolic link link: usr/lib/locale/en_US.UTF-8/LC_CTYPE/ldterm.dat usr/lib/locale/en_US.UTF-8/LC_CTYPE/ldterm.dat is not symbolic link link: usr/lib/locale/en_US.UTF-8/LC_CTYPE/wdresolve.so usr/lib/locale/en_US.UTF-8/LC_CTYPE/wdresolve.so is not symbolic link dir: usr/lib/locale/en_US.UTF-8/LC_MESSAGES Directory does not exist dir: usr/lib/locale/en_US.UTF-8/LC_MONETARY Directory does not exist dir: usr/lib/locale/en_US.UTF-8/LC_NUMERIC Directory does not exist dir: usr/lib/locale/en_US.UTF-8/LC_TIME Directory does not exist dir: usr/lib/locale/en_US.UTF-8/LO_LTYPE Directory does not exist link: usr/lib/locale/en_US.UTF-8/LO_LTYPE/32 usr/lib/locale/en_US.UTF-8/LO_LTYPE/32 is not symbolic link link: usr/lib/locale/en_US.UTF-8/LO_LTYPE/64 usr/lib/locale/en_US.UTF-8/LO_LTYPE/64 is not symbolic link dir: usr/lib/locale/en_US.UTF-8/LO_LTYPE/amd64 Directory does not exist link: usr/lib/locale/en_US.UTF-8/LO_LTYPE/amd64/en_US.UTF-8.layout.so.1 usr/lib/locale/en_US.UTF-8/LO_LTYPE/amd64/en_US.UTF-8.layout.so.1 is not symbolic link link: usr/lib/locale/en_US.UTF-8/LO_LTYPE/en_US.UTF-8.layout.so.1 usr/lib/locale/en_US.UTF-8/LO_LTYPE/en_US.UTF-8.layout.so.1 is not symbolic link dir: usr/lib/locale/en_US.UTF-8/amd64 Directory does not exist link: usr/lib/locale/en_US.UTF-8/amd64/methods_en_US.UTF-8.so.3 usr/lib/locale/en_US.UTF-8/amd64/methods_en_US.UTF-8.so.3 is not symbolic link link: usr/lib/locale/en_US.UTF-8/methods_en_US.UTF-8.so.3 usr/lib/locale/en_US.UTF-8/methods_en_US.UTF-8.so.3 is not symbolic link file: usr/lib/locale/en_US.UTF-8/amd64/en_US.UTF-8.so.3 File does not exist file: usr/lib/locale/en_US.UTF-8/en_US.UTF-8.so.3 File does not exist file: usr/lib/locale/en_US.UTF-8/geo_map File does not exist file: usr/lib/locale/en_US.UTF-8/locale_description File does not exist file: usr/lib/locale/en_US.UTF-8/locale_map File does not exist legacy: SUNWlang-enUS Missing directory var/sadm/pkg/SUNWlang-enUS Created ZFS snapshot: 2009-05-06-15:03:54 Repairing: pkg:/SUNWlang-enUS DOWNLOADPKGS FILES XFER (MB) Completed1/1 6/6 0.91/0.91 PHASEACTIONS Update Phase 13/31 Action upgrade failed for 'SUNWlang-enUS' (pkg:/SUNWlang-enUS): KeyError: 'version' Traceback (most recent call last): File /usr/bin/pkg, line 2228, in ? __ret = main_func() File /usr/bin/pkg, line 2191, in main_func return fix_image(img, pargs) File /usr/bin/pkg, line 407, in fix_image success = img.repair(repairs, progresstracker) File /usr/lib/python2.4/vendor-packages/pkg/client/image.py, line 752, in repair ip.execute() File
Re: [indiana-discuss] en_US.UTF-8: unknown locale
solarg wrote: Suresh Chandrasekharan wrote: Pl give $ cd /usr/lib/locale/en_US.UTF-8/ $ file en_US.UTF-8.so.3 en_US.UTF-8.so.3:ELF 32-bit LSB dynamic lib 80386 Version 1, dynamically linked, not stripped $ file methods_en_US.UTF-8.so.3 methods_en_US.UTF-8.so.3:ELF 32-bit LSB dynamic lib 80386 Version 1, dynamically linked, not stripped and make sure that the architecture is right. I'm pretty sure that it will be wrong... Make sure to install the right packages. i don't understand, i don't have the choice of architecture. And now, files have disappeared, and i'm unable to fix: fortunately, i was able to get missing file (/var/sadm/pkg/SUNWlang-enUS/pkginfo) from old BE, and now everything is ok!? it seems that pkg fix SUNWlang-enUS repaired correctly thanks for your help, gerard ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
Re: [indiana-discuss] en_US.UTF-8: unknown locale
Hi Gerard, You must have hit this issue with b101 http://defect.opensolaris.org/bz/show_bug.cgi?id=5630 Assuming this is duplicate of bug 6767074 (man command bug), closing this bug. 6767074 was fixed in snv_104 SUNWdoc. Pl. try installing SUNWdoc from snv_104 to see if this helps. I have cc'ed the pkg-discuss your pkg fix issue for their comments So pl. reinstall SUNWdoc and then reinstalll SUNWlang-enUS to see if that helps. (If SUNWdoc is not reinstalled and if you invoke man as root, then the locale shared object will be deleted, you may encounter this issue again) Regards, Suresh solarg wrote: Suresh Chandrasekharan wrote: Pl give $ cd /usr/lib/locale/en_US.UTF-8/ $ file en_US.UTF-8.so.3 en_US.UTF-8.so.3:ELF 32-bit LSB dynamic lib 80386 Version 1, dynamically linked, not stripped $ file methods_en_US.UTF-8.so.3 methods_en_US.UTF-8.so.3:ELF 32-bit LSB dynamic lib 80386 Version 1, dynamically linked, not stripped and make sure that the architecture is right. I'm pretty sure that it will be wrong... Make sure to install the right packages. i don't understand, i don't have the choice of architecture. And now, files have disappeared, and i'm unable to fix: he...@antigone:/usr/lib/locale/en_US.UTF-8# LC_ALL=C pfexec pkg fix SUNWlang-enUS Verifying: pkg:/SUNWlang-enUS ERROR link: usr/lib/locale/en_US.UTF-8/32 usr/lib/locale/en_US.UTF-8/32 is not symbolic link link: usr/lib/locale/en_US.UTF-8/64 usr/lib/locale/en_US.UTF-8/64 is not symbolic link dir: usr/lib/locale/en_US.UTF-8/LC_COLLATE Directory does not exist dir: usr/lib/locale/en_US.UTF-8/LC_CTYPE Directory does not exist link: usr/lib/locale/en_US.UTF-8/LC_CTYPE/32 usr/lib/locale/en_US.UTF-8/LC_CTYPE/32 is not symbolic link link: usr/lib/locale/en_US.UTF-8/LC_CTYPE/64 usr/lib/locale/en_US.UTF-8/LC_CTYPE/64 is not symbolic link link: usr/lib/locale/en_US.UTF-8/LC_CTYPE/LCL_DEF usr/lib/locale/en_US.UTF-8/LC_CTYPE/LCL_DEF is not symbolic link dir: usr/lib/locale/en_US.UTF-8/LC_CTYPE/amd64 Directory does not exist link: usr/lib/locale/en_US.UTF-8/LC_CTYPE/amd64/wdresolve.so usr/lib/locale/en_US.UTF-8/LC_CTYPE/amd64/wdresolve.so is not symbolic link link: usr/lib/locale/en_US.UTF-8/LC_CTYPE/ldterm.dat usr/lib/locale/en_US.UTF-8/LC_CTYPE/ldterm.dat is not symbolic link link: usr/lib/locale/en_US.UTF-8/LC_CTYPE/wdresolve.so usr/lib/locale/en_US.UTF-8/LC_CTYPE/wdresolve.so is not symbolic link dir: usr/lib/locale/en_US.UTF-8/LC_MESSAGES Directory does not exist dir: usr/lib/locale/en_US.UTF-8/LC_MONETARY Directory does not exist dir: usr/lib/locale/en_US.UTF-8/LC_NUMERIC Directory does not exist dir: usr/lib/locale/en_US.UTF-8/LC_TIME Directory does not exist dir: usr/lib/locale/en_US.UTF-8/LO_LTYPE Directory does not exist link: usr/lib/locale/en_US.UTF-8/LO_LTYPE/32 usr/lib/locale/en_US.UTF-8/LO_LTYPE/32 is not symbolic link link: usr/lib/locale/en_US.UTF-8/LO_LTYPE/64 usr/lib/locale/en_US.UTF-8/LO_LTYPE/64 is not symbolic link dir: usr/lib/locale/en_US.UTF-8/LO_LTYPE/amd64 Directory does not exist link: usr/lib/locale/en_US.UTF-8/LO_LTYPE/amd64/en_US.UTF-8.layout.so.1 usr/lib/locale/en_US.UTF-8/LO_LTYPE/amd64/en_US.UTF-8.layout.so.1 is not symbolic link link: usr/lib/locale/en_US.UTF-8/LO_LTYPE/en_US.UTF-8.layout.so.1 usr/lib/locale/en_US.UTF-8/LO_LTYPE/en_US.UTF-8.layout.so.1 is not symbolic link dir: usr/lib/locale/en_US.UTF-8/amd64 Directory does not exist link: usr/lib/locale/en_US.UTF-8/amd64/methods_en_US.UTF-8.so.3 usr/lib/locale/en_US.UTF-8/amd64/methods_en_US.UTF-8.so.3 is not symbolic link link: usr/lib/locale/en_US.UTF-8/methods_en_US.UTF-8.so.3 usr/lib/locale/en_US.UTF-8/methods_en_US.UTF-8.so.3 is not symbolic link file: usr/lib/locale/en_US.UTF-8/amd64/en_US.UTF-8.so.3 File does not exist file: usr/lib/locale/en_US.UTF-8/en_US.UTF-8.so.3 File does not exist file: usr/lib/locale/en_US.UTF-8/geo_map File does not exist file: usr/lib/locale/en_US.UTF-8/locale_description File does not exist file: usr/lib/locale/en_US.UTF-8/locale_map File does not exist legacy: SUNWlang-enUS Missing directory var/sadm/pkg/SUNWlang-enUS Created ZFS snapshot: 2009-05-06-15:03:54 Repairing: pkg:/SUNWlang-enUS DOWNLOADPKGS FILES XFER (MB) Completed
[indiana-discuss] Howto backup a rootpool on a Notebook?
Hi now that I've successfully installed OpenSolaris 06.2009 on my notebook I'm thinking about how to do a regular backup. Unfortunatley the notebook has only one internal drive so that I can not use a mirror to have data redundance. So my current approach is: Connect a second disk via USB ; attach the disk to the disk in the rootpool ; wait until the resilvering of the root pool is done; and detach the USB disk again. That works but Solaris always resilvers the complete pool so that it takes a long time (about 1 - 2 GB per minute; at this time 300 GB are in use so that it takes about 3 to 4 hours). Is there a better method to create a backup of the root pool? regards Bernd -- Bernd Schemmer, Frankfurt am Main, Germany http://home.arcor.de/bnsmb/index.html M s temprano que tarde el mundo cambiar . Fidel Castro ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
Re: [indiana-discuss] Howto backup a rootpool on a Notebook?
Hi Bernd, You can take a recursive root pool snapshot and send it to a pool on the second disk. If Time Slider is running, you could just send the root pool related snapshots to the second disk. I think the Time Slider team is working on a more robust approach, or maybe some experts can share what they are currently doing. We have some root pool recovery instructions, not specific to just OpenSolaris releases, described here: http://www.solarisinternals.com/wiki/index.php/ZFS_Troubleshooting_Guide#ZFS_Root_Pool_Recovery Currently, ZFS does not support breaking a mirror and then using that side of the mirror to recreate the pool. You could take the second disk (that you attached and detached) and import the root pool on another system (that includes the second disk). In any event, this RFE is already filed: http://bugs.opensolaris.org/view_bug.do?bug_id=5097228 provide 'zpool split' to create new pool by breaking all mirrors Cindy Bernd Schemmer wrote: Hi now that I've successfully installed OpenSolaris 06.2009 on my notebook I'm thinking about how to do a regular backup. Unfortunatley the notebook has only one internal drive so that I can not use a mirror to have data redundance. So my current approach is: Connect a second disk via USB ; attach the disk to the disk in the rootpool ; wait until the resilvering of the root pool is done; and detach the USB disk again. That works but Solaris always resilvers the complete pool so that it takes a long time (about 1 - 2 GB per minute; at this time 300 GB are in use so that it takes about 3 to 4 hours). Is there a better method to create a backup of the root pool? regards Bernd ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
Re: [indiana-discuss] [laptop-discuss] why volume set at max in os2009.11
δΊ 2009-5-6 19:17, solarg ει: Yang-Rong Jerry Zhou wrote: solarg : hello all, after upgrading to os2009.11 on my laptop, when i launch realplayer, volume is set at max value, and it's the case every time i reboot the laptop. What's the matter with the sound? the problem never arises with os2008.11 Please send me the result of cat /dev/sndstat And then I will send you a new binary to test. i can't, this file doesn't exist in os2009.11: he...@delljm:~$ pkg search -r /dev/sndstat pkg: Some servers failed to respond appropriately: http://blastwave.network.com:1/: http://blastwave.network.com:1/ doesn't speak a known version of search operation he...@delljm:~$ modinfo|grep audio 163 f86a9000 3bec 34 1 audio810 (mixer audio driver) 167 f86b9000 2624 - 1 audiosup (Audio Device Support) gerard ___ laptop-discuss mailing list laptop-disc...@opensolaris.org You may try the command kbd --Lipeng ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
Re: [indiana-discuss] [laptop-discuss] why volume set at max in os2009.11
solarg : Yang-Rong Jerry Zhou wrote: solarg : hello all, after upgrading to os2009.11 on my laptop, when i launch realplayer, volume is set at max value, and it's the case every time i reboot the laptop. What's the matter with the sound? the problem never arises with os2008.11 Please send me the result of cat /dev/sndstat And then I will send you a new binary to test. i can't, this file doesn't exist in os2009.11: he...@delljm:~$ pkg search -r /dev/sndstat pkg: Some servers failed to respond appropriately: http://blastwave.network.com:1/: http://blastwave.network.com:1/ doesn't speak a known version of search operation he...@delljm:~$ modinfo|grep audio 163 f86a9000 3bec 34 1 audio810 (mixer audio driver) 167 f86b9000 2624 - 1 audiosup (Audio Device Support) Your system still has the old sada audio framework. If your system is above snv_110 or newer, you can update to our new Boomer audio framework to try. http://www.opensolaris.org/os/project/opensound/files/ Regards, Yangrong gerard ___ indiana-discuss mailing list indiana-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss