On 09/12/2013 11:50, Predrag Zecevic [Unix Systems Administrator] wrote:
So,
Thank you for pointing this (= man pages are really outdated)...
So, cmd 23 means:
$ greo -w 23 /usr/include/sys/uadmin.h
#define A_CONFIG23 /* For system configuration */
(and fcn 1 means: #define AD_BO
So,
Thank you for pointing this (= man pages are really outdated)...
So, cmd 23 means:
$ greo -w 23 /usr/include/sys/uadmin.h
#define A_CONFIG23 /* For system configuration */
(and fcn 1 means: #define AD_BOOT 1 /* multi-user reboot */)
Which STILL means it is not updated
On 09/12/2013 10:51, Predrag Zecevic [Unix Systems Administrator] wrote:
Hi,
i think i have found cause:
$ svcprop -p start/exec svc:/system/boot-config:default
/lib/svc/method/svc-boot-config
That method (/lib/svc/method/svc-boot-config) file is rather simple i
has FIXED values for boot:
$ gr
Hi,
i think i have found cause:
$ svcprop -p start/exec svc:/system/boot-config:default
/lib/svc/method/svc-boot-config
That method (/lib/svc/method/svc-boot-config) file is rather simple i
has FIXED values for boot:
$ grep uadmin /lib/svc/method/svc-boot-config
# uadmin A_CONFIG AD_UPDATE_BO
Am 30.11.2013 18:57, schrieb Jim Klimov:
On 2013-11-29 20:46, Predrag Zecevic wrote:
Just in case, did you previously disable fastboot via SMF?
How i can do this?
Quoting from another discussion (on OmniOS lists):
On Oct 7, 2013, at 4:34 AM, Narayan Desai
wrote:
> This is caused by the
On 2013-11-29 20:46, Predrag Zecevic wrote:
Just in case, did you previously disable fastboot via SMF?
How i can do this?
Quoting from another discussion (on OmniOS lists):
On Oct 7, 2013, at 4:34 AM, Narayan Desai
wrote:
> This is caused by the system attempting to use fastboot o
Am 29.11.2013 17:52, schrieb Jim Klimov:
On 2013-11-29 16:35, Predrag Zecevic [Unix Systems Administrator] wrote:
Hi,
i have rebooted system with that setup at least 10 times. And it always
does full cycle ("'normal' reboot).
At least, it did not hang on fastboot, as may happen with
unquiesc
On 2013-11-29 16:35, Predrag Zecevic [Unix Systems Administrator] wrote:
Hi,
i have rebooted system with that setup at least 10 times. And it always
does full cycle ("'normal' reboot).
At least, it did not hang on fastboot, as may happen with
unquiesced hardware ;)
Just in case, did you prev
Hi,
i have rebooted system with that setup at least 10 times. And it always
does full cycle ("'normal' reboot).
Regards.
On 11/29/13 16:19, Saso Kiselkov wrote:
On 11/29/13, 3:15 PM, Predrag Zecevic [Unix Systems Administrator] wrote:
Hi Sasko,
yes I did, and set (into /etc/system, and reb
On 11/29/13, 3:15 PM, Predrag Zecevic [Unix Systems Administrator] wrote:
> Hi Sasko,
>
> yes I did, and set (into /etc/system, and rebooted):
> ---8<---
> * NOTE: nvidia currently does not have quiesce(9E) implementation.
> * If nvidia is the only driver shown by "reboot -f dryrun" as
>
Hi Sasko,
yes I did, and set (into /etc/system, and rebooted):
---8<---
* NOTE: nvidia currently does not have quiesce(9E) implementation.
* If nvidia is the only driver shown by "reboot -f dryrun" as
not having a quiesce(),
* user can safely force fast reboot by putting:
set
On 11/29/13, 3:04 PM, Predrag Zecevic [Unix Systems Administrator] wrote:
> Hi all,
>
> does fastboot feature still present in openindiana?
> I have managed to use it back in OpenSolaris days, but not in OpenIndidna.
>
> I was using this guide:
> https://blogs.oracle.com/sherrym/entry/x86_fast_re
Hi all,
does fastboot feature still present in openindiana?
I have managed to use it back in OpenSolaris days, but not in OpenIndidna.
I was using this guide:
https://blogs.oracle.com/sherrym/entry/x86_fast_reboot
Regards.
--
Predrag Zečević, Technical Support Analyst, 2e Systems GmbH
Telepho
13 matches
Mail list logo
