- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- altering init level
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-09-2006 09:28 PM
07-09-2006 09:28 PM
altering init level
will altering the
init:3:initdefault: to init:1:initdefault:
in /etc/inittab file will change the run level persistant across reboot?
thanks,
amit
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-09-2006 09:32 PM
07-09-2006 09:32 PM
Re: altering init level
This will cause the machine to boot up in single user mode, without networking and without mounting any filesystems.
It will make the system only accessible from the console(GSP/MP/iLo should work).
SEP
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-09-2006 09:45 PM
07-09-2006 09:45 PM
Re: altering init level
Diferent with single user mode. At single user mode all file system will not mount.
Thanks
Freddy
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-09-2006 09:48 PM
07-09-2006 09:48 PM
Re: altering init level
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-09-2006 10:04 PM
07-09-2006 10:04 PM
Re: altering init level
As you said, the machine is now accessible only from the console now, but i can still see the entire file system mounted:-)
i know the following command at ISL promt will bring me into single user mode:
"hpux -is"
but will it be persistant across reboots?
do we have any environment variable which can return the run level?
thanks,
amit
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-09-2006 10:40 PM
07-09-2006 10:40 PM
Re: altering init level
figured how to find the run level.
# who -r
. run-level 3 Jul 10 11:57 3 0 S
thanks.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-10-2006 01:08 AM
07-10-2006 01:08 AM
Re: altering init level
init cannot take the system to a true single user mode, defined as no mounts (except / and /stand), no networking and other daemons. Despite tha man page concerning init s/S (and the man page for shutdown), this has not worked reliably for more than 10 years. The only guarenteed way to enter single user mode is to reboot and interrupt the boot process when it says you have 10 seconds. shutdown 0 was a really good way to bypass the (often lengthy) selftests going from an active run level to single user mode, but alas, filesystems remain mounted and other non-essential processes are still running.
Note that on newer processors (N/L class and rp models), a feature called SpeedyBoot was made available (without a lot of docs) to turn off various selftests. The command to set SpeedyBoot options is setboot. Note that full selftests are automatically re-enabled if a RAM or processor error causes the system to crash and reboot.
Bill Hassell, sysadmin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-10-2006 10:10 PM
07-10-2006 10:10 PM