Bienvenue sur le site admin-sys

HP-UX 11.00 Frequently Asked Questions

Jerome ROBERT — 2009-04-17T16:12:05Z

HP-UX 11.00 Frequently Asked Questions

This document provides answers to frequently asked questions, and contains :

General Questions

Q : What is a concise description of HP-UX 11.00 ?: A : HP-UX 11.00 is a development and deployment release for 64-bit and kernel threaded applications. HP-UX 11.00 supports NIS+, NFS PV3. HP-UX also has limited workstation support to facilitate server development only (that is, 2D graphics). Servers support localization, but the limited workstation support is English only.

Q : Why would I want to upgrade to HP-UX 11.00 ? Why use HP-UX 11.00 over 10.20 ?: A : 11.00 offers 64-bit capability with expandability, scalability and potential performance improvements. 11.00 also supports kernel threads, NIS+, NFS PV3 and a host of other advanced features. Lastly, 11.00 also has a 32-bit capability to support legacy 32-bit servers using the PA-7x00 CPUs. HP-UX'’s new flagship V-class 64-bit system is supported on 11.00.

Q : Is this a push or a pull release ?

A : HP-UX 11.00 is a PULL for both 11.00 servers and workstations.

PUSH : You receive the media regardless of whether you want it or not. Shipment happens early for Response Centers, Internals, and VABs.

PULL : HP sends you a letter describing the release features. If you want the release, you send the letter back to HP. HP then sends you the OS along with the applications on your contract.

SILENT PULL : Like a true PULL from a manufacturing perspective, but no letter is sent to you. You will learn of the release through FOCUS News, Summ Announcement Section, or other communications.

Q : What is the availability of HP-UX 11.00 ?: A : HP-UX 11.00 is expected to be available for general release in November 1997.

Q : How do I order HP-UX 11.00 ?

A : To order HP-UX 11.00 for servers, please consult the latest HP 9000 Enterprise Server Ordering Guide, Section 5, titled How to Order Software.

For the limited support version of HP-UX 11.00 for workstations, please
consult the latest HP 9000 Enterprise Workstation Ordering Guide.

Please note that HP-UX 11.00 workstation support is strictly
server-oriented. HP-UX 11.00 is not generally supported for workstations running
technical/CAE applications.

Q : Does HP-UX 11.00 support Year 2000 ?: A : Yes. HP-UX 11.00 has Year 2000 support.

Q : Does HP-UX 11.00 support binary compatibility with previous releases ?: A : Yes. In general, well-behaved, non-architecture dependent 10.x (and 9.x applications qualified on 10.x) applications will execute on 11.00. Applications that relink 10.x relocatable objects with 11.00 relocatable objects on 11.00 may work, but are not supported. Refer to the HP-UX 11.00 Software Developer's Guide
for more information on the definition of a well-behaved application.

Q : Will 9.x binaries run on 11.00 ?: A : Yes ! HP-UX 11.00 delivers binary compatibility for 9.x executable applications certified on 10.x and 10.x executable applications. This means that well-behaved applications from 32-bit versions of HP-UX will run on 11.00.

Q : Are transition links supported ?: A : HP-UX 11.00 supports transition links to the extent that they were available in 10.x.

Q : What is the data model used for 64-bit HP-UX ?: A : LP64 is the de facto industry standard. The L represents long
and the P represents pointer. Both are 64-bit, whereas int is
32-bit.

Q : Is HP-UX 11.00 exclusively a 64-bit OS ?: A : HP-UX 11.00 is available as either a 32-bit or a 64-bit OS. This extra flexibility ensures that the widest number of customers can take advantage of the many features in 11.00 that are not explicitly related to 64-bits (e.g., NFSv3, NIS+, SAM, etc.).

Q : Can 32-bit applications access more than 4 GB on 11.00 PA8xxx systems ?: A : NO ! Although more than 4 GB memory can be installed in these systems, less than 4 GB memory is addressable by 32-bit applications on 32-bit 11.00 systems. Installing more than 4 GB memory on 32-bit 11.00 systems would be wasteful. Only 64-bit applications on 64-bit 11.00 HP-UX systems can access more than 4 GB memory.

Q : Can 32-bit applications access more than 4 GB on 64-bit HP-UX 11.00 systems ?: A : NO ! 32-bit applications cannot access more than 4 GB on a 64-bit HP-UX system.

Q : What is the minimum memory required for a 64-bit server ? In general, how much memory growth should I expect for a server moving from 10.20 to 64-bit 11.00 ?: A : The 64-bit server is best utilized when more than 4 GB of memory is installed.

Q : What are performance expectations in the following situations ?

A : Note that the following worst-case expectations do not account for performance enhancements realized via POPS or other 11.00 performance enhancements :

32-bit application on 11.00 32-bit : parity or better
32-bit application on 11.00 64-bit : 1-2% slight degradation over the same 32-bit application on the 11.00 32-bit OS
64-bit application on 11.00 64-bit : degradation of 8-9% over the same 32-bit application on the 11.00 32-bit OS

Q : What systems are supported ?: A : The Hardware Support table below indicates the systems supported for 32-bit and 64-bit environments.

Model	32-bit HP-UX 11.00	64-bit HP-UX 11.00
700 series workstations : 712, 715/64, 715/80, 715/100, 715/100XC, 725/100	Yes	No
800 series servers (all 32-bit PA-RISC) : 8x7S	Yes	No
B-class workstations : B132L, B160L	Yes	No
C-class workstations : C100, C110, C160, C160L, C180	Yes	No
D-class servers : 32-bit PA-RISC D200, Dx10, Dx20, Dx30, Dx50 64-bit PA-RISC Dx70, Dx80	Yes	No
E-class servers : 32-bit PA-RISC E25, E35, E45, E55	Yes	No
F-class servers : 32-bit PA-RISC F10, F20, F30	Yes	No
G-class servers : 32-bit PA-RISC G30, G40, G50, G60, G70	Yes	No
H-class servers : 32-bit PA-RISC H20, H30, H40, H50, H60, H70	Yes	No
I-class servers : 32-bit PA-RISC I30, I40, I50, I60, I70	Yes	No
J-class workstations : J200, J210, J210XC, J280, J282	Yes	No
K-class servers : 32-bit PA-RISC K100, K200, Kx10, Kx20 64-bit PA-RISC Kx50, Kx60, Kx60EG, K460XP, Kx70	Yes	Yes (64-bit PA-RISC only)
T-class servers : 32-bit PA-RISC T500, T520 64-bit PA-RISC T600	Yes	Yes (64-bit PA-RISC only)
V-class servers : 64-bit PA-RISC V2200	No	Yes
Enterprise Parallel Servers : EPS 22, 23, 40	Yes	Yes

Q : What new hardware is available in HP-UX 11.00 ?: A : See the Hardware Support table above.

Q : I noticed that D-class servers are only supported on 32-bit 11.00. Why can't I run 64-bit HP-UX 11.0 on D-class ? Are there any plans to allow 64-bit D-class in the future ?: A : D-class does not support > 4 GB RAM. D-class can be used for 64-bit development, although testing of 64-bit applications must be performed on a 64- bit HP9000 that supports HP-UX 11.00 64-bit OS. HP is evaluating the possibility of support for D-class in the coming year.

Q : What localization support is available ?: A : Servers support localization, but the limited workstation support is restricted to English only.

Q : Will HP support 11.00 32-bit PA-7000 platforms ?: A : Yes.

Q : Sun's version of NFS is threaded ; is HP-UX 11.00 NFS PV3 threaded ?: A : No, it is not desired. HP-UX NFS performance is considerably faster than Sun's implementation, despite the perceived threaded advantage ; and threads add some overhead in management and scheduling. Publicly-available benchmarks such as SPEC SFS show that Sun's threaded NFS is clearly slower.

Q : What is the support strategy for releases prior to 11.00 ?: A : HP provides both the current release and one release prior on the price list. HP-UX 9.x is no longer available on the price list, but support for it will continue through 1998.

Q : To which standards does HP-UX 11.00 conform ?

A : The HP-UX 11.00 release conforms to the following standards :

ANSI/IEEE P1003.1-1996 (POSIX system calls and libraries) and P1003.2 (POSIX commands)
Federal Information Processing Standard, FIPS-151-2 (P1003.1 plus Federal interpretations) and FIPS-189
X/Open Portability Guide release 4 (XPG4) and UNIX95 of XPG4 specifications
LP64 industry de facto standard 64-bit data model
Single UNIX Specification (SPEC 1170)

Q : How can I get the 11.00 Release Notes without yet upgrading to HP-UX 11.00 ?: A : See HP-UX 11.00 Release Notes.

Q : If I am simultaneously executing independent 32-bit and 64-bit applications that both have requirements for shared memory, does that mean that they will both be competing for the same pool of shared memory segments ?: A : No. The shared memory segment for 32-bit applications is separate from the shared memory segment for 64-bit applications. Thus, the 32-bit application has simultaneous access to 1.75GB (2.75GB with SHMEM_MAGIC) and the 64-bit application has access to 4TB shared memory in one contiguous segment. The 64-bit application can choose to share memory segments with 32-bit applications if desired. In this case, the limits will be based on what the 32-bit application can access.

Specific to ISVs and Developers

Q : Do I need a 64-bit platform to develop a 64-bit application ?: A : No. HP-UX 11.00 can be installed as a 32-bit or a 64-bit system. The 32-bit development environment is automatically installed on both the 32-bit and the 64- bit systems. The 64-bit development environment is automatically installed on the 64-bit system, but it can be optionally installed on a 32-bit system. The 32- bit executable can be tested or debugged on either the 32-bit or the 64-bit system ; however, the 64-bit executable can only be tested or debugged on the 64-bit system.

Q : Is Softbench available on HP-UX 11.00 ?: A : Softbench is not supported in the initial release of HP-UX 11.00. For more information on Softbench, see http://www.hp.com/go/softbench .

Q : Do new applications deployed on 11.00 have to be 64 bit ?: A : No. Developers will have the option of creating 32-bit or 64-bit applications to run on 11.00 platforms.

Q : Can a single application be both 64-bit and kernel-threaded ?: A : Yes. Kernel threads and 64-bit are capabilities that can be built into the same application. However, you cannot build a 64-bit libcma-threaded application, since libcma is not supported in 64-bit.

Q : How do I build a 64-bit C program ?: A : You can use the C compiler option +DA2.0W. Please see HP-UX 11.00 Release Notes for a discussion of the languages that support 64-bit. Note that you must use only 64-bit libraries to build a 64-bit application. Similarly, 32-bit applications cannot link to any 64-bit libraries.

Q : Can I generate two binaries (one 32-bit and one 64-bit) from a single source file ?: A : Yes. The HP-UX 11.00 compilers have compile-time flags that can create a resulting object file that is 32-bit or 64-bit. Both the 32-bit and the 64-bit HP-UX, including the kernel and libraries, are built from the same source files. 64-bit specific code in the header files and source files is defined using #ifdef as appropriate to support the single source file for both 32-bit and 64-bit. Note that you can build 64-bit executables on a HP-UX 11.00 32-bit system, but need a true 64-bit system to execute it. You can also build and execute 32-bit executables on a 64-bit system.

Q : If my product is a thread-safe library, then how can I make the library thread-safe so that both kernel-threaded applications and DCE-threaded applications can link with this library ?: A : If the library consists of re-entrant functions (no internal state, no global data) that call thread-safe functions from other libraries, then a single version of the library can be used with both kernel-threaded applications and DCE-threaded applications, after compiling the library with –D_REENTRANT.
If the library uses any synchronization primitives such as mutexes,
installs any cancellation cleanup handlers, creates any threads, or calls the
POSIX.1c _r interfaces in libc, then the library is
affected by the source and binary incompatibilities between DCE threads and
kernel threads, and separate versions of the library should be used for linking
with DCE-threaded and kernel-threaded applications.

Q : Should I convert my application to 64-bit ?

A : Here are some reasons to convert your application to 64-bit.

Kernel drivers and kernel applications need to be converted to 64-bit to be supported with the 64-bit kernel.
Library providers are encouraged to provide a 64-bit version of customer accessible libraries, since application providers who wish to develop 64-bit applications can only use 64-bit libraries to build the application. You cannot link an application with both 32-bit and 64-bit libraries.
If your code needs to access large process data spaces (> 1 GB or > 1.9 GB using EXEC_MAGIC) or large shared memory (> 1.75 GB) you will need to convert it to 64-bit.
If your code needs to deal with large addressing (> 4 GB addresses) you may need to convert your application to 64-bit.

Conversely, there is good reason NOT to convert to 64-bit if you do not
need to do so. In most cases, the performance of a 64-bit application may
degrade up to 8-9% from the corresponding 32-bit application due to the size
increase, unless the benefits of the 64-bit memory outweigh this effect.

Q : What languages support 64-bit ?: A : ANSI C, K&R C, ANSI C++. Note that Cfront is deprecated and there are no plans to support 64-bit in Cfront. Support for 64-bit in Fortran90 will be provided in a DART release after 11.00.

Q : What languages support kernel threads ?: A : ANSI C, K&R C, ANSI C++. Note that Cfront is deprecated and there are no plans to support kernel threads in Cfront.

Q : What HP-UX debugger supports 64-bit ?: A : DDE supports 64-bit.

Q : What HP-UX debugger supports debugging kernel threads ?: A : DDE supports debugging kernel threads.

Q : What tools exist to help me move to 11.00 ?: A : The HP-UX 11.00 STK provides both tools and documentation to facilitate your transition of source code to 32-bit or 64-bit HP-UX 11.00. It can be installed on any 10.x or 11.00 system.

Q : What tools exist to help in converting 32-bit code to 64-bit code ?: A : The C compiler/lint provide a new option +M2 that can be used to detect 64-bit data model coding problems. Third-party tools such as FlexeLint can be used to detect 64-bit data model coding problems for C and C++. FlexeLint can be purchased from Gimpel Software (http://www.gimpel.com). The HP 64-bit configuration file for FlexeLint can be found in Using the HP-UX STK FlexeLint Script.

Q : What do I have to do to convert my 32-bit application to a 64-bit application ?: A : You may not have to do anything if you currently follow good programming practices as described in Appendix A in the
HP-UX 11.00 Software Developer's Guide,
especially the sections titled Data Types, Header Files,
and Undocumented Usage. Essentially, you need to avoid bad programming
practices such as assigning longs to ints and
pointers to ints. For more information and examples, see
How to Transition Software.

Q : What are the limits on 64-bit supported graphics ?

A : Only 32-bit versions of 2-D and 3-D libraries are provided in 11.00. Because it is not possible to mix both 32-bit and 64-bit objects in one binary, applications that will be converted to 64-bit should be designed such that the GUI can remain as a 32-bit application, while the processing component can be converted to take advantage of 64-bit HP-UX.

If the GUI component and the processing component are in the same
process, the GUI component can be split into a separate process and can
communicate with the back-end processing component via standard interprocess
communication mechanisms such as pipes, signals, and shared memory. Using
interprocess communication with X clients requires proficient knowledge of the
intricacies of the X event-handling mechanisms to avoid race conditions,
blocking X clients, and so on.

See the reference for using interprocess communication with X clients, "Xt
Clients Communicating with Sockets", Dan Budne, X Journal,
November-December 1996. See the white paper
Interoperability of 32- and 64-Bit
Applications on 64-Bit HP-UX for details and examples.

Q : I would like to transition my HP-UX 9.x application to HP-UX 11.00. Do I need to transition my application to HP-UX 10.x first ?: A : No. You DO NOT need to transition your 9.x application to 10.x and test it on 10.x prior to transitioning it to 11.00. You should transition your application directly to 11.00. Note that your application will be affected by any compatibility issues that occurred in 9.x and 10.x, as compatibility issues are generally cumulative.
However, when updating your HP-UX operating system from HP-UX 9.x , you
must update it to 10.x first. See the the next section for details.

Specific to Systems Administrators

Q : Can I upgrade directly from 9.x to 11.00 ?: A : No. A move to 10.x is required before a system can be upgraded to 11.00. HP supports only the current and previous release of HP-UX. See page 60 of the HP-UX 11.00 Software Developer's Guide for a graphic showing the supported upgrade paths.

Q : What are the hardware requirements to support an upgrade to HP-UX 64-bit 11.00 ?: A : You need to have PA8000 hardware as indicated in the support table in this FAQ plus a firmware upgrade. Please read "Readme Before Installing and Updating HP-UX 11.00" ; it will help you decide if you need a firmware upgrade. If a firmware upgrade is needed, you can arrange the upgrade through your local HP Customer Engineer.

Q : Which systems required a firmware upgrade to utilize HP-UX 11.00 64-bit ?: A : For older systems that contain PA8x00 CPUs, the PCD firmware must be upgraded to support HP-UX 11.00 64-bit. These older systems include earlier PA8x00 models of the K- and T-class systems. Please contact your local HP Customer Engineer to schedule a firmware upgrade.

Q : How can I tell if I am on a 64-bit HP-UX system ?: A : Use the command getconf KERNEL_BITS. If run on a 64-bit 11.00 system, it will output 64. If run on a 32-bit 11.00 system, it will output 32. If run on HP-UX prior to 11.00, getconf
will complain about KERNEL_BITS being an unknown option.

Q : What are the RAM and disk requirements of 11.x ?

A : 11.00 32-bit and 64-bit can boot with as little as 64MB RAM and 1GB disk, but the performance would be very slow. Here are the recommended minimums :

11.00 32-bit : 128MB RAM, 1-2GB disk
11.00 64-bit : 512MB RAM, 2-3GB disk

The 11.00 64-bit system doesn't require twice the disk space of an
11.00 32-bit system. The size of the 64-bit executable has been optimized
since 10.x and has shown modest growth.

As mentioned earlier, the full benefits of 64-bit computing will not
be realized until a system has more than 4GB RAM and large amounts
of swap space (4GB and higher). This is the first step in
exploiting the large memory address space that 64-bit provides.

Q : How can I tell how much memory exists on my HP-UX system ?

A : The top(1) command can be used to ascertain how much memory has been configured on the system. Here are some combinations of commands that can be used :

 dmesg | grep Phy cat syslog | grep Phy

Q : Will the system administrators and users have to be re-trained once I upgrade my system to 64-bit ?: A : NO. The vast majority of the commands and user interfaces will remain identical between 32-bit and 64-bit HP-UX. Furthermore, the differences that do exist usually involve minor formatting changes in command responses to allow for the potentially larger address and data fields allowed by 64-bit HP-UX.

Q : When a customer upgrades from 32-bit HP-UX to 64-bit HP-UX, will they have to reload or reformat their data ?: A : The upgrade of HP-UX to 64-bit will not necessarily cause a customer to have to reload their data. All of the 32-bit files are accessible on the 64-bit system. However, the application-specific data may have to be reloaded if the application requires it. For example, if binary data or pointers are stored in the database, then these may need further attention. For these cases, see Interoperability of 32- and 64-Bit Applications on 64-Bit HP-UX for details and examples.

Q : What additional system resources are recommended for 64-bit HP-UX 11.00 ?

A : The additional resources required by 64-bit HP-UX 11.00 are :

Add extra disks to provide more than 4 GB of swap
Add memory cards to provide more than 4 GB of memory
Increase kernel parameters
maxdsiz more than 0x40000000
maxdsiz_64bit more than 0x400000000
maxswapchunks 10000

Param. kernel

Jerome ROBERT — 2009-04-17T16:11:07Z

Configurable Kernel Parameters

Certain kernel operating parameters can be configured to fit specific
system needs, resulting in better performance or more effective
allocation of resources. The ideal value for each parameter is often
determined by the system's particular hardware configuration, the
specific mix of applications the system runs, and the trustworthiness of
system users ; factors that vary widely from system to system.

HP attempts to provide reasonable default parameter settings, but you
may find it necessary or beneficial to modify these settings to better
suit the needs of your particular system's users. Use the list below to
obtain detailed information about each configurable kernel parameter.

Note that individual parameters usually pertain to a specific subsystem ;
some are independent, but others are interrelated or interact with each
other. The following list of online help topics for each parameter is
grouped according to subsystem.

Warning

Changing kernel parameters to improper or inappropriate values or
combinations of values can cause data loss, system panics, or other
(possibly very obscure and/or difficult to diagnose) operating
anomalies, depending on which parameters are set to what values.

Before altering the value of any configurable kernel parameter,
be sure you know the implications of making the change.
Never set any system parameter to a value outside the allowable
range for that parameter (SAM refuses to store values outside of
the allowable range).
Many parameters interact, and their values must be selected in a
balanced way.

Discrepancies

As technological advances expand system size and capabilities, it is not
uncommon for maximum and/or default values of certain parameters to
change between releases or to vary between 32-bit and 64-bit processors.
The information provided in the documents associated with this web page
are believed to be accurate as of the time they were produced. However,
system changes may occasionally result in discrepancies between the
document and what is actually present on your system.

If you encounter any such discrepancies in any stated default or limit
values, consult the files in /etc/conf/master.d on your
system to determine the actual values for your machine.

Accounting Subsystem

Overview of
Accounting Suspend and Resume
- Configurable
  Parameters for Accounting :
  acctsuspend
  suspend accounting
  acctresume
  resume accounting
- Tutorial :
  Specifying an Accounting Threshold Value

Asynchronous I/O Subsystem

Asynchronous I/O
Parameters Overview

aio_listio_max
Max number of AIO operations that can be specified in a lio_list() call
aio_max_ops
Maximum number of AIO operations that can be queued at any time
aio_physmem_pct
Maximum number of AIO operations that can be specified in a lio_list() call
aio_prio_delta_max
Maximum slowdown factor ; greatest priority reduction allowed in aiocb's aio_reqprio field

Dump Parameters

Kernel-panic dump
parameters overview

alwaysdump
Bit-mask of kernel memory pages included in dumps
dontdump
Bit-mask of kernel memory pages excluded from dumps
initmodmax
Maximum number of kernel modules saved by system-crash dump
modstrmax
Maximum size of the kernel-module savecrash table

Fiber Channel Subsystem

Overview of
Fiber Channel Kernel Parameters
num_tachyon_adapters
Number of Tachyon adapters installed in the system
max_fcp_reqs
Maximum number of concurrent FCP requests allowed on a Tachyon FCP adapter

Mass-Storage Subsystem

Overview of
File System Kernel Parameters
List of
File System Kernel Parameters
Configurable File System Buffer-Cache Parameters :
bufpages
Pages of static buffer cache
dbc_min_pct
Minimum dynamic buffer cache
dbc_max_pct
Maximum dynamic buffer cache
nbuf
Number of static buffer headers
Configurable Open or Locked Files Parameters :

maxfiles
soft limit for open files
maxfiles_lim
hard limit for open files
nfile

system-wide open-files limit

nflocks
system-wide file-lock limit
ninode
Maximum open inodes in memory
Configurable Asynchronous Write Parameter :
fs_async
Enable/disable asynchronous disk writes
Configurable VxFS (Journaled) File-System Parameter :

vx_ncsize
Memory space reserved for VxFS directory path-name cache

Logical Volume Manager (LVM)

Overview of LVM
Operation
- Configurable Parameters
  for Logical Volume Manager
  
  maxvgs
  maximum volume groups on system
  
  no_lvm_disks
  
  no volume groups on system (Series 700 only)

Memory Swap Subsystem

Overview of Memory
Paging Parameters
- Configurable
  Parameters for Memory Paging :
  
  allocate_fs_swapmap
  fixed or dynamic swap-data-structure allocation
  
  maxswapchunks
  
  maximum swap space configurable on the system
  nswapdev
  number of available swap devices
  nswapfs
  number of file systems available for swap
  remote_nfs_swap
  
  enable/disable swap to remote NFS
  
  swapmem_on
  enable/disable pseudo-swap reservation
  swchunk
  client swap-chunk size
- Variable-Page-Size Parameters :
  vps_ceiling
  Maximum system-selected page size in Kbytes
  vps_chatr_ceiling
  Maximum chatr-selected page size in Kbytes
  vps_pagesize
  Default user page size in Kbytes

Process Management Subsystem

Overview of Process
Management Parameters
- Configurable
  Parameters for Process Management :
  
  maxdsiz
  maximum process data segment size
  maxssiz
  maximum process storage segment size
  max_thread_proc
  maximum number of threads that one process can create
  maxtsiz
  maximum process text segment size
  maxuprc
  maximum number of processes per user
  nkthread
  maximum number of kernel threads allowed on the system at same time
  nproc
  maximum number of processes system-wide
  
  timeslice
  
  time slice allocation between competing processes

Character-Mode I/O Streams Parameters

Overview of
Character-Mode I/O Streams Parameters
NSTRBLKSCHED
Factory use only. Do not change value.
NSTREVENT
Maximum number of outstanding streams bufcalls that are allowed to exist at any given time on the system.
NSTRPUSH
Maximum number of streams modules that are allowed to exist in any single stream at any given time on the system.
NSTRSCHED
Maximum number of streams scheduler daemons that are allowed to run at any given time on the system.
STRCTLSZ
Maximum number of control bytes allowed in the control portion of any streams message on the system.
STRMSGSZ
Maximum number of bytes that can be placed in the data portion of any streams message on the system.
nstrpty
System-wide maximum number of streams-based PTYs that are allowed on the system.
streampipes
Force All Pipes to be Streams-Based

System V IPC Shared-Memory Subsystem

System V Inter-Process
Communication Mechanisms
- Overview of
  Message Queue Operation
  - Allocating
    Memory Space for Messages
  - Configurable
    IPC Message Parameters :
    
    mesg
    Enable/disable IPC messages (Series 700 only)
    msgmap
    message free-space map size
    msgmax
    maximum message size
    
    msgmnb
    
    maximum bytes in message queue
    msgmni
    maximum message queues on system
    msgseg
    number of segments in message queue
    
    msgssz
    
    message segment size
    msgtql
    maximum total messages on system
- Overview of
  Semaphore Parameters
  - Configurable IPC Semaphore Parameters :
    
    sema
    Enable/disable semaphores (Series 700 only)
    
    semaem
    
    Semaphore value-change limit
    semmap
    Size of free-semaphore resource map
    semmni
    Maximum semaphores system-wide
    
    semmns
    
    Maximum user-accessible semaphores system-wide
    semmnu
    Maximum undos per semaphore
    semume
    Maximum semaphore undos per process
    
    semvmx
    
    Maximum allowed semaphore value
- Overview of
  Shared Memory Operation
  - Configurable
    IPC Shared Memory Parameters :
    shmem
    Enable/disable shared memory (Series 700 only)
    shmmax
    Maximum shared memory segment size
    shmmni
    Maximum segments on system
    
    shmseg
    
    Maximum segments per process

VME I/O Subsystem Parameters

VME optional I/O
subsystem parameters

vmebpn_public_pages
Number of Kernel I/O Space Pages Needed by VME
vmebpn_sockets
Socket Domain AF_VME_LINK is Active (Boolean)

vmebpn_tcp_ip

Maximum Number of DLPI PPAs
vmebpn_tcp_ip_mtu
Maximum PPA transmission unit size in Kbytes
vmebpn_total_jobs
Maximum Number of VME Ports Open Concurrently

vme_io_estimate

Number of 4-Kbyte kernel I/O space pages needed by VME

Miscellaneous Parameters

Overview of
Miscellaneous Parameters
- Miscellaneous
  Configurable Parameters :
  
  clicreservedmem
  Bytes of system memory to reserve for cluster interconnect
  
  create_fastlinks
  
  Create fast symbolic links
  default_disk_ir
  Immediate reporting for disk I/O
  dst
  Enable/disable daylight-savings time
  eqmemsize
  Size of equivalently mapped memory pool
  
  ksi_alloc_max
  
  System-wide limit of queued signals that can be allocated
  ksi_send_max
  Maximum number of queued signals that a process can send and have pending at one or more receivers
  max_async_ports
  
  System-wide maximum number of ports to the
  asynchronous disk I/O driver that processes can
  have open at any given time
  
  maxusers
  Maximum expected simultaneous system users
  ncallout
  Maximum number of timeouts allowed
  ncdnode
  Maximum number of open CD-ROM FS nodes
  nclist
  Maximum number of cblocks available for tty/pty I/O
  ndilbuffers
  Maximum open files for Device I/O Library
  npty
  Maximum ptys allowed system-wide
  nstrtel
  Number of Telnet Session Device Files
  
  o_sync_is_o_dsync
  
  Enable or disable translation of O_SYNC to O_DSYNC in open() and fcntl() system calls
  
  pfail_enabled
  
  Enable power-fail recovery
  public_shlibs
  Allow public protection IDs on shared libraries
  rtsched_numpri
  Number of real-time scheduling priority levels
  scroll_lines
  ITE scroll buffer size
  
  sendfile_max
  
  Special parameter for web-servers
  Spinlock Parameters (undocumented)
  timezone
  Specify timezone offset from Universal Coordinated Time
  unlockable_mem
  Memory size reserved for system use

Undocumented Parameters

Some parameters are not documented
for any of various reasons. Some are obsolete, some are associated
with independent software subsystems, some can result in severe system
malfunctions if they are altered without proper understanding, and some
are not supported by SAM.

Hardware 32/64 bit

Jerome ROBERT — 2009-04-17T16:10:05Z

Model	32-bit HP-UX 11.00	64-bit HP-UX 11.00
700 series workstations : 712, 715/64, 715/80, 715/100, 715/100XC, 725/100	Yes	No
800 series servers (all 32-bit PA-RISC) : 8x7S	Yes	No
B-class workstations : B132L, B160L	Yes	No
C-class workstations : C100, C110, C160, C160L, C180	Yes	No
D-class servers : 32-bit PA-RISC D200, Dx10, Dx20, Dx30, Dx50 64-bit PA-RISC Dx70, Dx80	Yes	Yes (64-bit PA-RISC only)
E-class servers : 32-bit PA-RISC E25, E35, E45, E55	Yes	No
F-class servers : 32-bit PA-RISC F10, F20, F30	Yes	No
G-class servers : 32-bit PA-RISC G30, G40, G50, G60, G70	Yes	No
H-class servers : 32-bit PA-RISC H20, H30, H40, H50, H60, H70	Yes	No
I-class servers : 32-bit PA-RISC I30, I40, I50, I60, I70	Yes	No
J-class workstations : J200, J210, J210XC, J280, J282	Yes	No
K-class servers : 32-bit PA-RISC K100, K200, Kx10, Kx20 64-bit PA-RISC Kx50, Kx60, Kx60EG, K460XP, Kx70	Yes	Yes (64-bit PA-RISC only)
T-class servers : 32-bit PA-RISC T500, T520 64-bit PA-RISC T600	Yes	Yes (64-bit PA-RISC only)
V-class servers : 64-bit PA-RISC V2200	No	Yes
Enterprise Parallel Servers : EPS 22, 23, 40	Yes	Yes

Les terminaux asynchrones

Jerome ROBERT — 2009-04-17T16:08:46Z

Les terminaux asynchrones

Le but du jeu est d'obtenir le prompt login sur un terminal.

La gestion des terminaux asynchrones est assurÃ©e au moyen de fichiers. Suivant les systÃ¨mes, les fichiers peuvent avoir des noms diffÃ©rents ( s'est pour faire simple â€¦ je suppose).

I. Les fichiers avant les SV

A. /etc/ttys (BSD 4.[1-2])
:

Ce fichier comprend une ligne par liaison. La structure des lignes sont BEttyxx.

B est une valeur boolÃ©enne, 1pour le login possible et 0 dans le cas contraire

E est un caractÃ¨re qui servira dâ€™Ã©tiquette dâ€™entrÃ©e dans le fichier /etc/gettytab pour avoir les caractÃ©ristiques de
la liaison.

ttyxx est le nom du fichier spÃ©ciaux dans le
rÃ©pertoire /dev

Exemple du fichier :

14console

02ttyh0

1fttyh2

01ttyh7

En version BSD 4.3, il a un autre look du type :

Fichier-SpÃ©cial commande type flag1 â€¦ flagN # commentaire

B. /etc/ttytype (BSD
4.[1-2]) :

Ce fichier permet dâ€™associer un type de terminal Ã un port asynchrone pour initialiser la variable TERM automatiquement en fonction du type du terminal connectÃ© sur ce port. La structure des lignes de ce fichier est : name ttyxx

name est le type de terminal dÃ©clarÃ© dans la base de donnÃ©es /etc/termcap. Dans le cas dâ€™un pseudo terminal ( connexion : telnet, rlogin, â€¦), name a pour valeur network.

ttyxx est le nom du fichier spÃ©cial ce trouvant dans /dev qui sera associÃ© Ã un port asynchrone ou Ã un pseudo terminal.

Exemple du fichier :

2392 console

vt100 tty0p0

vt200 tty0p1

network pts/1

C. /etc/securetty (BSD
4.2, HP-UX) :

Si ce fichier existe, tout personnes ayant un UID=0 (root normalement) ne pourront se connecter que sur le(s) terminal(aux) indiquÃ©e(s) dans ce fichier. Une erreur dans ce fichier est root ne peut plus se connectÃ© (cela pourrait Ãªtre gÃªnent â€¦ ).

Exemple du fichier :

/dev/console

/dev/ttyp0

Conseil Ã deux caramels :

Pour la crÃ©ation ou la modification de ce fichier, il est prÃ©fÃ©rable dâ€™avoir Ã©tabli plusieurs connexion en temps que root sur le systÃ¨me. Ensuite, on teste â€¦ si gros boulette, on peut toujours remodifier le fichier en question.

Si on nâ€™avait pas eu dâ€™autre(s) connexion(s) ouverte(s) en temps que root est bien galÃ¨re â€¦ il aurait fallu booter mini root sur le systÃ¨me ou sur un cd-rom.

D. /etc/gettytab (BSD
4.[1-3]) :

Ce fichier dÃ©crit les caractÃ©ristiques de base des diffÃ©rents ports asynchrones. Il est utilisÃ© par la dÃ©mon getty pour paramÃ©trer les ports asynchrones.

Il existe quatre types de champs qui sont sÃ©parÃ©s par des
deux points :

Le premier reprÃ©sente le nom de lâ€™Ã©tiquette dâ€™entrÃ©e, telle quâ€™on la dÃ©signe dans le fichier /etc/ttys. Lâ€™ Ã©tiquette peut avoir des alias en mettant le caractÃ¨re | pour les sÃ©parÃ©s.

Les champs boolÃ©ens composÃ©s de deux lettres dÃ©finissent une caractÃ©ristique prÃ©sente ou non.

Les champs qui sont sous la forme xx#valeur dÃ©finissent les caractÃ©ristiques numÃ©riques

Les champs de la forme XX=valeur dÃ©finissent les caractÃ©ristiques alphanumÃ©riques.

Exemple du fichier :

a|std.300|300-baud :nd#1:cd#1:tc=300-baud :

4|console|console HP-UX :co :rw :sp#9600

II. Pour les systÃ¨mes V R [23]

A. /etc/inittab :

Ce fichier est lu lors du dÃ©marrage du systÃ¨me pour le
configurer, il sert aussi pour lancer des dÃ©mons getty sur les ports dÃ©sirÃ©s.
Dans le troisiÃ¨me champ des lignes concernÃ©es, il peut y avoir off ou respawn.
Off indique que le dÃ©mon getty nâ€™est pas en action sur ce port et respawn
indique quâ€™il doit toujours lâ€™Ãªtre.

Exemple du fichier :

init:4:initdefault :

ioin::sysinit :/sbin/ioinitrc >/dev/console 2>&1

tape::sysinit :/sbin/mtinit > /dev/console 2>&1

muxi::sysinit :/sbin/dasetup /dev/console
2>&1 # mux init

stty::sysinit :/sbin/stty 9600 clocal icanon echo opost onlcr
ixon icrnl ignpar

brc1::bootwait :/sbin/bcheckrc /dev/console
2>&1 # fsck, etc.

cprt::bootwait :/sbin/cat /etc/copyright >/dev/syscon #
legal req

sqnc::wait :/sbin/rc /dev/console
2>&1 # system init

powf::powerwait :/sbin/powerfail >/dev/console 2>&1
# powerfail

cons:123456:respawn :/usr/sbin/getty console console #
system console

ttp1:234:respawn :/usr/sbin/getty -h tty0p1 9600

ttp2:234:off :/usr/sbin/getty -h tty0p2 9600

ttp3:234:off :/usr/sbin/getty -h tty0p3 9600

B. /etc/gettydefs :

Ce fichier joue le mÃªme rÃ´le que le fichier /etc/gettytab
pour les systÃ¨mes BSD. Chaque entrÃ©e est sÃ©parÃ©e par une ligne vide et
chaque champ est sÃ©parÃ© par un #.

La syntaxe de ce fichier est :

Etiquette # modes initiaux # modes finaux # identification #
Ã©tiquette suivante

Etiquette est utilisÃ©e comme point dâ€™entrÃ©e dans
la table. Elle apparaÃ®t comme argument de la commande getty dans le fichier /etc/inittab.

Modes initiaux dÃ©termine les caractÃ©ristiques de la
liaison au moment oÃ¹ le processus getty affiche " login :"

sur le terminal

Modes finaux dÃ©terminent les caractÃ©ristiques de la
liaison. Ils sont positionnÃ©s juste avant que getty exÃ©cute login.

Identification est la chaÃ®ne de caractÃ¨res utilisÃ©e
comme invitation au login ( gÃ©nÃ©ralement Login : , Console Login :)

Etiquette suivante permet si on actionne la touche break
de relire le fichier avec une autre Ã©tiquette.

Exemple du fichier :

console # B9600 SANE CLOCAL CS8 ISTRIP IXANY TAB3 HUPCL

# B9600 SANE CLOCAL CS8 ISTRIP IXANY TAB3 HUPCL

#Console Login : #console

1200 # B1200 HUPCL IGNPAR PARENB ICRNL IXON OPOST ONLCR CS7
CREAD

ISIG ICANON ECHO ECHOK PARENB ISTRIP IXANY TAB3

# B1200 SANE CS7 PARENB ISTRIP IXANY TAB3 HUPCL

#login : #2400

2400 # B2400 HUPCL IGNPAR PARENB ICRNL IXON OPOST ONLCR CS7
CREAD

ISIG ICANON ECHO ECHOK PARENB ISTRIP IXANY TAB3

# B2400 SANE CS7 PARENB ISTRIP IXANY TAB3 HUPCL

#login : #4800

C. /etc/issue :

Ce fichier au format ascii sera afficher, s'il existe avant
le prompt login lors de la connexion. Il joue le mÃªme rÃ´le que le champ im
du fichier /etc/gettytab des version BSD 4.[2-3].

D. La commande stty

Cette commande permet d'afficher et de modifier les
caractÃ©ristiques de la connexion. Elle sera dÃ©taillÃ©e ultÃ©rieurement.

III. Principe du SAF ( System Access Facility ) SVR4 :

Le SAF est une suite de commandes qui fournit l'accÃ¨s via
les ports sÃ©rie Ã des pÃ©riphÃ©riques comme les modems ou les terminaux. En
plus, le SAF fournit un accÃ¨s aux services rÃ©seau comme par exemple une
imprimante distante mais ce service est peu utilisÃ©, on utilise plutÃ´t le
systÃ¨me BSD dans ce cas.

La souplesse du SAF est de gÃ©rer un nombre important de
ports sÃ©rie, une structure hiÃ©rarchique de fichiers et de commandes
d'administration est mise en place pour contrÃ´ler chaque port individuellement
et en groupe.

SAC ( System Access Controler ) :

Processus, lancÃ© par init Ã partir de /etc/inittab,
qui assure le contrÃ´le gÃ©nÃ©ral de l'ensemble.

Port_moniteur :

Un port moniteur gÃ¨re un groupe de terminaux.

Port_service :

Un port service correspond Ã une voie ( un terminal ).

A. Les Port_moniteurs

1. ttymon

Les dÃ©mons portmon ont pour rÃ´le la gestion des
contrÃ´leurs asynchrones. Ils lancent chaque fois que cela est nÃ©cessaire un
processus ttymon assurant la gestion du terminal asynchrone concernÃ©. Le
processus ttymon remplace le processus getty.

Gestion des terminaux classiques, assure :

- l'initiation matÃ©rielle des ports

- la mise Ã jour des paramÃ¨tres de la ligne

- l'activation du service dÃ¨s qu'une connexion est Ã©tablie.

Un seul processus pour un groupe de terminaux.

Le mode express de ttymon gÃ¨re des terminaux
particuliers ( console par exemple ). Il est lancÃ© directement par init via

/etc/inittab avec l'option -g.

2. muxmon

Gestion des terminaux sous le multiplexeur de voies logiques DPTG2
( ba80 ou 9766 ), assure le chargement de ces terminaux puis ttymon
prend le relais pour lancer le service.

A chaque terminal dÃ©clarÃ© sous DPTG2, un processus muxmon

sera associÃ© Ã un processus ttymon.

3. Inetd

Il est Ã l'Ã©coute des demandes de services rÃ©seau et lance
le service appropriÃ© lorsqu'elles surviennent. Les services rÃ©seau sont
spÃ©cifiÃ©s dans le fichier /etc/inetd.conf.

4. listen

Pour les connexions orientÃ©es rÃ©seaux tcp/ip.

Le dÃ©mon listen remplit une fonctionnalitÃ© proche de celle
assurÃ© par le dÃ©mon inetd. Il est Ã l'Ã©coute des demandes de services
rÃ©seau et lance le service appropriÃ© lorsqu'elles surviennent. Les commandes pmadm
et nlsadmin permettent de configurer ce dÃ©mon.

Informations prÃ©liminaires :

Un port_moniteur appelÃ© pmtag de type pmtype
(ttymon,inetd,listen,...) pilotera un ou plusieurs terminaux appelÃ©s port_service.

Ce port_service sera dÃ©fini sous un
mnÃ©monique appelÃ© svctag. C'est sous cette appellation que
l'administrateur du systÃ¨me pourra agir au niveau port_service.

B. Le fichier au niveau SAC

Le fichier /etc/saf/_sactab contient tous les
port_moniteurs et leur type qui doivent Ãªtre demarrÃ© par SAC.

L'utilisateur communique avec SAC Ã travers la
commande sacadm.

Le format de la commande est :

sacadm â€“a -p pmtag -t type â€“c commande
â€“v version

Options :

-a : pour ajouter un moniteur de port

-p : le pmtab ( nom symbolique ) associÃ© au moniteur de port

-t : le type de moniteur de port (ttymon)

-c cmd : la chaÃ®ne de commande cmd est utilisÃ©e pour le
dÃ©marrer un moniteur de port

-v : le numÃ©ro de version

-k : pour arrÃªter un moniteur de port

-r : pour supprimer un moniteur de port

-l : pour obtenir la liste des services

Pour le reste de options cf. le man adorÃ©.

La lecture du fichier /etc/saf/_sactab se fait par la
commande :

sacadm -l

PMTAG	Identificateur du port_moniteur
PMTYPE	Type du port_moniteur
FLGS	Indicateurs
RCNT	Nombre d'essais en cas de problÃ¨me
STATUS	Etat (start, stop, enable ou disable)
COMMAND	Nom absolu du port_monitor Ã dÃ©marrer

1. Le fichier au niveau port_moniteur

Les fichiers /etc/saf/pmtag/_pmtab contiennent
tous les services dÃ©marrÃ©s par le port_moniteur spÃ©cifiÃ© par pmtag.

L'utilisateur communique avec les port_moniteurs Ã travers
la commande pmadm.

Format de la commande :

pmadm â€“a â€“p pmtag â€“s service_tag â€“i identity â€“f
flag â€“v version â€“m "ttyadm â€“l tty_label â€“d device â€“T term_type â€“i 'message' â€“s service -S y|n"

Options :

-a : ajouter un service Ã un moniteur de port particulier

-p : le pmtab ( nom symbolique ) associÃ© au moniteur de port

-s : le nom symbolique du service

-i id : l'identitÃ© Ã assigner au service au dÃ©marrage. id
doit Ãªtre une entrÃ©e valide du fichier

/etc/passwd

-f : pour associer un drapeau (flag) au service : ce flag peut
Ãªtre

u, pour crÃ©er une entrÃ©e dans /var/adm/utmp

x, pour ne pas valider le service

-v : le numÃ©ro de version du moniteur de port

-m : information de configuration spÃ©cial ttymon

fourni par la commande ttyadm.

-r : supprimer un service sur un port

-S y|n : y Ã¨ contrÃ´le soft (
Xon/Xoff) : DTE

n Ã¨ contrÃ´le hard ( DCD) :
DCE

Pour le reste de options cf. le man adorÃ©.

Un exemple concret :

pmadm â€“a â€“p newpmtag â€“s ttya â€“i root â€“f u â€“v 1
â€“m "ttyadm â€“l 9600 â€“d /dev/term/a â€“T tvi925 â€“i 'message' â€“s /usr/bin/login -S y"

La lecture des fichiers /etc/saf/pmtag/_pmtab se
fait par la commande :

pmadm â€“l

SVCTAG	Identificateur du port_service
FLGS	Indicateur d'Ã©tat (si x—> disable)
ID	IdentitÃ© de l'utilisateur sous lequel est lancÃ© le service
PMSPECIFIC	Identification de la voie physique, le nom du process, le label ligne et le prompt
COMMENTS	Commentaires

Exemple de la commande :

PMTAG PMTYPE SVCTAG FLGS ID

toto ttymon ttya u root /dev/term/a - - /usr/bin/login - 9600 ldterm,ttcompat
ttya login : - tvi925 y #Terminal â€“ Hardwired

zsmon ttymon ttyb u root /dev/term/b I - /usr/bin/login - 9600
ldterm,ttcompat ttyb login : - tvi925 y #

2. Arborescence de SAF

La reprÃ©sentation suivante permet de comprendre comment
Ã©voluent les rÃ©pertoires et fichiers de SAF :

Exemple 1 : SchÃ©ma dâ€™une arborescence solaris
2.7

Le port_moniteur de pmtype zsmon portant le pmtag
ttymon est crÃ©Ã©.

Les fichiers SAF :

/etc/saf/_sysconfig : Script de configuration systÃ¨me

/etc/saf/_sactab : Le fichier
d'administration du SAC. Contient les donnÃ©es de configuration pour
les moniteurs de ports que le SAC contrÃ´le.

/etc/saf/pmtag : Le rÃ©pertoire pour le moniteur
de ports pmtag

(/etc/saf/zsmon : ici zsmon)

/etc/saf/pmtag/_pmtab : Fichier d'administration
de pmtag. Contient les donnÃ©es de

configuration du moniteur de ports.

/var/saf/_log : le fichier journal du sac

/var/saf/pmtag : le rÃ©pertoire pour les fichiers
journal crÃ©Ã©s pour pmtag

Exemple 2 :

Le port_moniteur de pmtype ttymon portant le pmtag
ttymon1 est crÃ©Ã©.

Le port_service de svctag voie5 correspondant
Ã la voie Ã©cran /dev/term/05 est validÃ©.

Le port_moniteur de pmtype ttymon portant le pmtag
lpt6 est crÃ©Ã©.

Le port_service de svctag lpt6 correspondant Ã
la voie imprimante /dev/term/06 est validÃ©.

Nota : 16 Ã©crans max par port moniteur. Il est conseillÃ© de ne mettre
qu'une imprimante par port moniteur.

3. Les fichiers de trace

Les Ã©venements survenant au cours de l'administration de SAF
sont mÃ©morisÃ©s.

Le fichier /etc/saf/pmtag/_pid contient le
numÃ©ro du processus du port_moniteur pmtag.

Les fichiers /etc/saf/pmtag/svctag

contiennent les actions Ã lancer sur le port_service svctag.

4. Le fichier /etc/ttydefs

Ce fichier contient des entrÃ©es permettant de dÃ©terminer la
vitesse et les paramÃ¨tres d'un port tty.

La commande sttydefs -l 9600NP
( par exemple ) permet de visualiser l'entrÃ©e 9600NP de ce fichier :

ttylabel	Label identifiant la ligne (voir le champ PMSPECIFIC du fichier _pmtab)
Initial flags	ParamÃ¨tres de la ligne avant connexion
Final flags	ParamÃ¨tres de la ligne aprÃ¨s connexion
autobaud	Option pour la recherche de vitesse automatique (A)
nextlabel	Nouveau label identifiant la ligne Ã exÃ©cuter en cas d'erreur

Exemple du fichier :

4800E:4800 hupcl evenp:4800 evenp::2400

2400E:2400 hupcl evenp:2400 evenp::1200

auto:hupcl:sane hupcl:A:9600

console:9600 hupcl opost onlcr:9600::console

5. La commande who

La commande who -lH
permet de lister les port_moniteurs ayant l'Ã©tat RUNNING.

# who -lH

NAME LINE TIME IDLE PID COMMENTS

toto . mars 18 12:06 old 255

zsmon . mars 18 12:06 old 256

6. Divers commandes :

a) DÃ©claration d'un terminal par termadd

Cette commande crÃ©e les port_moniteurs, les port_services,
les fichiers spÃ©ciaux et le fichier contenant le chargement du clavier.

termadd -T type

-n nom_tty -b interface

-s nationalitÃ© -l label

-t pmtag -p prompt -k clavier

Exemples :

termadd -T 97801-5 -n 019 -b itp1,3 -s FR -t ttymon2
– l 97801 -p " itp0v4 login : "

termadd -T generic -n 003 -b echase0,unit0,4 -l 9600NP

termadd -T printer -n lptr1 -b echase0,unit0,16 -t lptr1
– l printer

termadd -T printer -n parall -b centronics0,0 -t centronics
â€“d

La commande Termadd pour DPTG2 :

DPTG2 Ã©tant un multiplexeur 10 voies logiciel qui permet
d'avoir le multifenÃªtrage sur les terminaux 9766. On peut
dÃ©clarer 8 fenÃªtres ( 0 Ã 7 ) plus deux canaux pour des imprimantes ( 8 et 9
).

termadd -T type

-n nom_tty

-b interface -o channel=fenÃªtre

FenÃªtre

numÃ©ro de la fenÃªtre Ã dÃ©clarer ( 0 Ã 7 )

Exemples :

termadd -T 9766 -n ba0120 -b chase0,12 -o channel=0

termadd -T ba80 -n itp094 -b itp0,9 -o channel=4

DÃ©claration des imprimantes sur ba80/9766

termadd -T type

-n nom_tty

-b interface

-o channel=canal,login=0

L'option login=0 sert Ã prÃ©ciser qu'il ne faut pas
envoyer de message de prompt sur cette voie.

Le numÃ©ro de canal (fenÃªtre) utilisÃ© pour le fichier
spÃ©cial est en gÃ©nÃ©ral :

p pour le canal 8 (imprimante sas)

q pour la canal 9 (imprimante sas ou v24)

pour les diffÃ©rencier des fenÃªtres

Exemple :

DÃ©claration du canal 8 pour une imprimante sur le terminal
de l'exemple prÃ©cÃ©dant.

termadd -T ba80-08 -n ba11p -b chase1,1 -o channel=8,login=0

b) Visualisation des terminaux dÃ©clarÃ©s

La commande de visualisation est : termshow

c) Effacement d'un terminal

La commande d'effacement d'un terminal est : termdel
nom_tty

!Attention :

L'effacement d'un terminal crÃ©Ã© par termadd
doit toujours se faire par termdel.

7. Voir les caractÃ¨ristiques d'un terminal

La commande stty permet de lire ou de modifier
certaines caractÃ©ristiques (modes) du protocole de communication avec le
terminal courant.

stty -a

# stty -a

speed 38400 baud ;

eucw 1:0:0:0, scrw 1:0:0:0

intr = ^c ; quit = ^~; erase = ^ ? ; kill = ^u ;

eof = ^d ; eol = ; eol2 = ; swtch =

;

start = ^q ; stop = ^s ; susp = ^z ; dsusp = ^y ;

rprnt = ^r ; flush = ^o ; werase = ^w ; lnext = ^v ;

-parenb -parodd cs8 -cstopb -hupcl cread -clocal -loblk -crtscts
– crtsxoff â€“pare xt

-ignbrk brkint ignpar -parmrk -inpck -istrip -inlcr -igncr
icrnl â€“iuclc ixon -ixany -ixoff imaxbel isig icanon -xcase echo echoe echok -echonl
â€“noflsh -tostop echoctl -echoprt echoke -defecho -flusho -pendin iexten opost
– olcuc onlcr -ocrnl -onocr -onlret -ofill -ofdel tab3

8. Modifier les caractÃ¨ristiques

stty mode
valeur

Exemples :

stty kill 'w'

stty -icrnl

Liste des paramÃ¨tres de stty

brkint	signale une interruption sur unbreak
bs0	sÃ©lectionne le type de dÃ©lai pour le retour arriÃ¨re
clocal	ligne sans modem
cr0	sÃ©lectionne le type de dÃ©lai pour le retour chariot
cread	entrÃ©e validÃ©e
cs8	format bits
-cstopb	1 bit de stop
-defecho
dsusp = EM	caractÃ¨re d'arrÃªt des processus foreground
echo	Ã©cho des caractÃ¨res tapÃ©s
echoctl	echo des caractÃ¨res "controlÃ©s" sous la forme ^caractÃ¨re
echoe	Ã©cho des caractÃ¨res effacÃ©s
echok	envoie NL aprÃ¨s KILL
echoke	BS SP BS efface la ligne entiÃ¨re
-echonl	pas d'Ã©cho de NL
-echoprt	pas d'echo des caractÃ¨res erase
eof = EOT	caractÃ¨re fin de fichier
eol = NULL	caractÃ¨re de fin de ligne
eol2 = NULL	caractÃ¨re de fin de ligne additionnel
erase = ^H	caractÃ¨re d'effacement
ff0	sÃ©lectionne le type de dÃ©lai pour le FF
flush = ^o
-flusho	la sortie n'est pas vidÃ©e
hupcl	la dÃ©connexion interrompt la transmission
icanon	traitement caractÃ¨re Ã caractÃ¨re (traitement de ERASE et de KILL)
-icrnl	cr = cr ne pas ajouter CR Ã NL
iexten	valide les fonctions Ã©tendues pour une donnÃ©e en entrÃ©e
-ignbrk	prise en compte des interruptions en entrÃ©e
-igncr	prendre en compte les rc en entrÃ©e
ignpar	ignorer les erreurs de paritÃ©
-imaxbel	pas de BEL si la ligne en entrÃ©e est trop longue
-inlcr	nl = nl ne pas ajouter NL Ã CR
-inpck	pas de contrÃ´le de paritÃ© en entrÃ©e
intr = DEL	caractÃ¨re d'interruption
isig	active le contrÃ´le de caractÃ¨res pour Ã©viter INTR et QUIT
-istrip	lire les 8 bits/caractÃ¨re entrÃ©s
iuclc	les majuscules sont transformÃ©es en minuscules en entrÃ©e
ixany	tout caractÃ¨re relance la sortie
-ixoff	pas de rÃ©gulation d'entrÃ©e
ixon	rÃ©gulation de sortie par XON/XOFF
kill = ^U	caractÃ¨re d'effacement de ligne
lnext = SYN	caractÃ¨re qui inhibe le caractÃ¨re suivant
loblk	bloque la sortie d'un process prÃ©cÃ©dent s'il n'y a pas de process courant
nl0	sÃ©lectionne le type de dÃ©lai pour le LF
-noflsh	activer le vidage des tampons sur interruption
-ocrnl	ajouter CR Ã NL en sortie
-ofdel	remplissage par '\0'
ofill	dÃ©lai sur temporisation
olcuc	remplacer les caractÃ¨res minuscules en majuscules en sortie
onlcr	ajouter NL Ã CR-NL en sortie
-onlret	NL exÃ©cute la fonction CR
-onocr	pas de CR en colonne 0 aprÃ¨s un retour Ã la ligne
opost	traitement des caractÃ¨res finaux en sortie
-parenb	sans paritÃ©
-parext	non validation de la paritÃ© Ã©tendue
-parmrk	ne pas masquer les erreurs de paritÃ©
-parodd	paritÃ© paire (si parenb)
-pendin	ne rÃ©affiche pas l'entrÃ©e Ã chaque lecture
quit = FS	caractÃ¨re d'abandon
rprnt = DC2	caractÃ¨re de rÃ©impression des caractÃ¨res
speed = 9600	dÃ©bit en bauds de la ligne
start = DC1	caractÃ¨re XON
stop = DC3	caractÃ¨re XOFF
susp = SUB	caractÃ¨re d'arrÃªt des processus foreground
swtch = EM	caractÃ¨re utilisÃ© par shl
tab0 Ã tab3	valeur du caractÃ¨re de tabulation
-tostop	n'Ã©met pas SIGTTOU quand un process background Ã©crit sur le terminal
vt0	sÃ©lectionne le type de dÃ©lai pour la tabulation verticale
Werase = ETX	caractÃ¨re d'effacement d'un mot
-xcase	pas de traitement des minuscules/majuscules

9. DÃ©finition du type de terminal

Pour utiliser un terminal, certains utilitaires comme vi
s'appuient sur une description du terminal.

TERM=97801 ; export TERM

Le fichier /etc/ttytype est consultÃ© pour affecter le
bon TERM au bon terminal.

Ces commandes peuvent Ãªtre mises dans le fichier .profile
de l'utilisateur.

La descripton de la plupart des terminaux vendus sur le
marchÃ© se trouvent dans les bases de donnÃ©es /usr/lib/terminfo et/ou
dans le fichier /usr/share/lib/termcap (plus ancienne).

10. terminfo

Pour dÃ©crire un terminal, on codifie l'ensemble de ses
capacitÃ©s sous la forme d'une description source.

La source est compilÃ©e par l'utilitaire tic. Le code
objet gÃ©nÃ©rÃ© est rangÃ© dans un sous-rÃ©pertoire de /usr/lib/terminfo.

* Compilation

tic -v fichier

* Visualisation d'une description ("dÃ©compilation")

infocmp -I TypeTerminal

Exemple :

Le terminal 97801 est dÃ©crit par le fichier /usr/lib/terminfo/9/97801

infocmp -I 97801 > 97801.ti

Exemple terminfo :

infocmp -I 97801

\E signifie

^X signifie

La commande tput permet d'activer les
caractÃ©ristiques dÃ©finies dans le fichier.

Exemples :

tput clear

tput smso

11. Liste des codes utilisÃ©s dans TERMINFO

terminfo	termcap	caractÃ©ristiques gÃ©nÃ©rales
code	code
cols	co	nombre de colonnes
lines	li	nombre de lignes
hc	hc	sortie imprimante locale (hard copy)
os	os	superposition de caractÃ¨res
		mouvements du curseur
am	am	marge automatique
cuu1	up	dÃ©placement du curseur vers le haut
cud1	do	dÃ©placement du curseur vers le bas
cuf1	nd	dÃ©placement non destructeur du curseur vers la droite
home	ho	dÃ©placement du curseur au dÃ©but de l'Ã©cran (home)
hd	hd	demi-page vers le bas
hu	hu	demi-page vers le haut
rmm	mo	adressage direct de l'Ã©cran
		gestion de l'Ã©cran
clear	cl	effacement de l'Ã©cran
el	ce	effacement jusqu'Ã la fin de la ligne
ed	cd	effacement jusqu'Ã la fin de l'Ã©cran
dl1	dl	suppression de la ligne
il1	al	insertion d'une ligne
smir	im	entrÃ©e en mode insertion de caractÃ¨res
rmir	ei	sortie du mode insertion de caractÃ¨res
ich1	ic	insertion de 1 caractÃ¨re
dch1	dc	suppression de 1 caractÃ¨re
		touches de fonctions spÃ©ciales
kf	k*	oÃ¹ est un entier, donne la valeur de la touche de fonction
kcuu1	ku	flÃ¨che vers le haut
kcud1	Kd	flÃ¨che vers le bas
kcub1	Kl	flÃ¨che vers la gauche
kcuf1	Kr	flÃ¨che vers la droite
kbs	Kb	touche
khome	Kh	touche home
smkx	Ks	entrÃ©e en mode fonction du clavier auxiliaire
rmkx	Ke	sortie du mode fonction du clavier auxiliaire
		attributs d'affichage
smso	So	entrÃ©e en mode vidÃ©o inverse
rmso	Se	sortie du mode vidÃ©o inverse
smacs	As	passage en mode caractÃ¨res spÃ©ciaux
rmacs	Ae	retour au mode caractÃ¨res normaux
hs	Hs	existence d'une ligne spÃ©ciale
eslok	Es	droits d'accÃ¨s Ã la ligne spÃ©ciale
ts1	Ts	accÃ¨s Ã la ligne spÃ©ciale
smul	Us	entrÃ©e en mode soulignÃ©
rmul	Ue	sortie en mode soulignÃ©
civis	Vi	curseur invisible
cnorm	Ve	curseur normal

pour les touches fonctions de 0 Ã 9.

IV. Les fichiers de dÃ©finitions des terminaux

Ces fichiers sont utilisÃ©s par toutes les commandes et bibliothÃ¨ques UNIX
qui font de la gestion d'Ã©cran comme emacs, more, vi â€¦ Ils permettent
d'assurer une gestion d'Ã©cran indÃ©pendante du type de terminal utilisÃ©.

A. Le fichier /etc/termcap (BSD 4.[1-4])

Le fichier /etc/termcap est une base de donnÃ©es qui dÃ©crit les
caractÃ©ristiques des terminaux existant. Il utilise une syntaxe similaire Ã
celle du fichier /etc/gettytab dÃ©jÃ vu.

Voici un exemple de configuration d'un modÃ¨le vt220 dans ce fichier :

dl|vt200|vt220|vt200-js|vt220-js|dec vt200 series with jump
scroll :

:im=\E[4h:ei=\E[4l:mi:dc=\E[P:dm=:ed=:al=\E[L:dl=\E[M :

:cs=\E[%i%d ;%dr:sf=\ED:sr=\EM:sb=\EM :

:ce=\E[K:cl=\E[H\E[J:cd=\E[J:cm=\E[%i%d ;%dH:nd=\E[C:up=\E[A :

:so=\E[7m:se=\E[27m:us=\E[4m:ue=\E[24m :

:md=\E[1m:mr=\E[7m:mb=\E[5m:me=\E[m :

:is=\E>\E[?3l\E[?4l\E[?5l\E[?7h\E[?8h\E[1 ;24r\E[24 ;1H :

:rs=\E>\E[?3l\E[?4l\E[?5l\E[?7h\E[?8h :

:tc=vt100 :

B. Le rÃ©pertoire /usr/lib/terminfo ( SV R[1-4] )

Ce rÃ©pertoire joue le mÃªme rÃ´le que le fichier /etc/termcap.
Il contient un fichier de description compilÃ© par terminal. Chaque fichier est
ranger dans un rÃ©pertoire qui a pour intitulÃ© la premier lettre du terminal.

L'exemple ci dessous nous montre les diffÃ©rents rÃ©pertoires
existants.

/usr/lib/terminfo # ls

1 3 5 7 9 X b d f h j l n p r t v x z

2 4 6 8 D a c e g i k m o q s u w y

Cette exemple montre les diffÃ©rents terminaux dans le
rÃ©pertoire /usr/lib/terminfo/c :

/usr/lib/terminfo # ls v

toto vi200 virtual vt100-nav vt100.ti vt220.ti vc103 vi200-f
visual vt100-nav-w vt100am vt320 vc203 vi200-ic vitty vt100-np vt100nam vt320-am
vc303 vi200-rv vk100 vt100-s vt100s vt320-nam vc303-a vi200-rv-ic vs100
vt100-s-bot vt100w vt320.ti vc403a vi300 vs100s vt100-s-top vt125 vt50 vc404
vi300-aw vt100 vt100-top-s vt132 vt50h

vc404-na vi300-rv vt100-am vt100-w vt200 vt52 vc404-s
vi300-ss vt100-bot-s vt100-w-am vt220 vc404-s-na vi550 vt100-nam vt100-w-nam
vt220-am

vc415 viewpoint vt100-nam-w vt100-w-nav vt220-nam

Sauvegarde systÃ¨me (HPUX)

Jerome ROBERT — 2009-04-17T16:06:28Z

B. Les commandes : fbackup et frecover

Pour effectuer des sauvegardes systèmes, les commandes
fbackup et frecover sont utilisées sur les machines HP-UX.

1 La sauvegarde fbackup :

Syntaxe :

fbackup -f nom_de_fichier [-0-9] [-u] [-i chemin_d'accès]
[-e chemin_d'acces] [-g fichier_graph]

Les options :

-f nom_de_fichier	désigne le fichier sur lequel les données sont sauvegardées.
[ -0-9 ]	le niveau de sauvegarde incrémental ( 0 est la valeur par défaut )
[-i chemin_d'accès]	inclut le chemin d'accès (fichier ou répertoire ) dans la sauvegarde
[-e chemin_d'accès]	exclut le chemin d'accès (fichier ou répertoire ) dans la sauvegarde
[ -u ]	permet de mettre à jour le fichier /var/adm/fbackupfiles/dates (uniquement avec -g )
[-g fichier_graph]	désigne un fichier contenant la liste des fichiers et répertoires à inclure ou exclure dans la sauvegarde.

La structure du fichier fichier_graph est la suivante :

i /usr

i .

e /usr/lib

Exemples :

fbackup -u8f /dev/rmt/0m -g /var/adm/fbackupfiles/graphfile	incrémental de niveau 8 du fichier graphe "graphfile"
fbackup -f /dev/rmt/0m -i /home -e /home/jerome	sauvegarde du FS /home sans les sous répertoire /home/jerome

2. La restauration frecover

Syntaxe :

frecover -r | -x [-g fichier_graph ] [-f nom_de_fichier ]

frecover -I /tmp/index | -R chemin_d'acces [-f nom_de_fichier ]

Les options :

-r	récupération de tout ce qui se trouve sur un volume de sauvegarde
-x	extraction de certain fichiers d'un volume de sauvegarde
-I fichier	lecture de l'index contenu dans le volume de sauvegarde et l'écrit dans un fichier.
-R fichier	relance une récupération interrompue.
-f fichier	le fichier spécial est généralement /dev/rmt/0m qui est le DAT.
-h	sert à récupérer (ou extraire ) uniquement les répertoires et non les fichiers qu'ils contiennent.
-o	sert a forcer la récupération (écrase la version plus récente de fichier )
-X	place tous les fichiers récupérés sous le répertoire actif.

Exemples :

frecover -rNvf /dev/rmt/0m	vérification
frecover -rf /dev/rmt/0m	restauration
frecover -x -g /var/adm/fbackupfiles/graphfile – f /dev/rmt/0m	partielle
frecover -I /tmp/index -f /dev/rmt/0m	création d'un index

C. Les questions a se poser avant de vouloir faire une sauvegarde :

QUOI sauvegarder ?	en mode bloc	disquettes, disques, partitions	le système de fichier ? (jfs, ufs, pcfs, vxfs, ... )	commande associée au système de fichier
en mode raw	bande (k7, dat, DLT, ...)	déplacement de support ou régénération des datas	commande utilisée pour la sauvegarde
compatibilité en système (bits fort et faible)	commande : dd
disques, partitions	data:système (swap) ?	commande : dd
data : applicative (SGBD) ?	cf. l'application
OU, se trouve les éléments à sauvegarder ?	local	SCSI, FC-AL, ide,... ?	débit des données	si trop faible, ajouter une interface spécifique
distant	eternet, ATM, optique, ... ?	débit des données,	si trop faible, création de réseau spécifique
Quel type de sauvegarde ?	système	total, incrémental, système, ... ?
utilisateur	arborescence
applicative	structure, donnée, configuration, ... ?
Durée d'archivage ?	courte durée ( < au mois )	tous support
moyenne durée ( < 3 ans )	support magnétique	bande ( DAT, DLT, ...)
long durée (> 3 ans )	support optique ou rafraîchir les données	optique : disques, cdrom, DVD
Volume ?	quantité ( megas, gigas )	type de support	magnétique ou optique
type de mode	compresser ou non ( compression : software ou hardware ) ?	débit nécessaire
fenêtre de sauvegarde ?	Temps ( heure, minutes, sec.)	débit du média a utiliser
Ou la mettre (Destination) ?	en mode bloc	disque (mag. ou opt. )	connaître le fichier de réception (chemin en absolu de préférence )	débit du/des DRIVE(S)
en mode raw	bande (dat, dlt, ... )	fichier spécial dans /dev

Ne pas oublier :

Écrire sur|dans la boite de la bande :

la commande utilisée ( avec toutes les
options ... )

le répertoire courant : $PWD

le mot de passe de root ( si sauvegarde système,
ce dernier doit être changer avant la
sauvegarde et remis après)

Schéma :

src="/hpux/hp/cours/question-sauv.gif" width="360" height="492">

Sauvegardes et restauration : Utilisateur

Jerome ROBERT — 2009-04-17T16:05:06Z

Sauvegardes et restauration

A. Introduction :

Une bande magnétique est un support
(média) structuré en blocs à accès
séquentiel (et non direct comme pour les disques durs par
exemple). Les données y sont simplement placées (ou
extraites) séquentiellement.
Pour utiliser une bande magnétique , on a donc besoin
d'un fichier spécial fonctionnant en mode caractère (type
c).

Le fichier spécial correspondant au lecteur
de DAT est généralement :

/dev/rmt/0m sous HP-UX

Deux commandes sont standard sous UNIX : tar &
cpio . Elles permettent de créer et de relire une archive sur une
bande magnétique (ce qui est aussi possible sur le file system).

Une archive est un énorme fichier d'un format
très spécial qui contient :

La liste de ce qui a été
sauvegardé (chemins d'accès menant aux
fichiers),

Les contenus de tous les fichiers
sauvegardés.

Attention : On ne peut récupérer le
contenu d'une archive qu'en employant la même commande
que celle qui a été utilisée pour
effectuer la sauvegarde.

Ne pas confondre archivage et compression de
données, ce sont deux notions indépendantes.

La commande tar, la plus ancienne, d'emploi
aisé, est notamment utilisée sur le réseau Internet

La commande cpio, plus complexe à utiliser,
permet d'effectuer des sauvegardes partielles sur des critères
très fins. La restauration est aussi plus aisée.

1. Commande tar

syntaxe : tar clé f fichier_spécial
[fichiers ou répertoire]

Exemple :

tar -cvf /dev/rmt/0m	Crée une archive à partir des fichiers du répertoire courant et des sous-répertoires. Les chemins d'accès mémorisés le sont en relatif (.)
tar -rvf /dev/rmt/0m *.c	Rajoute tous les fichiers .c à la fin de l'archive existante.
tar -tvf /dev/rmt/0m	affiche la Table des entrées de l'archive.
tar -xvf /dev/rmt/0m	eXtrait les fichiers de l'archive
tar -xvf /dev/rmt/0m "/home/*"	eXtrait l'arborescence située sous /home de l'archive.

Si le dernier argument est un nom de fichier ou un
masque tel que "*.c" , la sauvegarde se fait alors sur un seul niveau
dans l'arborescence du file system.

Si par contre on indique un nom de répertoire
en tant qu'objet à sauvegarder, la commande tar sauvegardera
également toute l'arborescence se trouvant sous le
répertoire précisé.

Autres options :

u	les fichiers sont ajoutés à la fin de l'archive s'ils sont nouveaux ou modifiés.(Update)
r	les fichiers spécifiés sont ajoutés à la fin de l'archive.(Rajoute)

Lors d'une restauration, si un fichier est
déjà présent sur le disque dur, il est
écrasé.

Restauration sélective de tous les fichiers
du répertoire bin qui commencent par get :

$ tar -xv tar –tv | grep "bin/get"

Polycopie de répertoire :

$ cd /home/unix1 ; tar -cvf - | (cd
/home/unix9 ; tar –xf -)

2. Commande cpio

Cette commande sauvegarde sur sa sortie standard
tous les fichiers dont elle lit le nom sur son entrée standard.
De ce fait, elle est très souvent utilisé avec find, ce
qui permet une grande finesse dans la sélection des fichiers
à sauvegarder.

La commande cpio comporte trois options
fondamentales (et exclusives) :

-i	Input : Restitution des fichiers sauvegardés
-o	Ouput : Sauvegarde sur bande magnétique
-p	Restitution immédiate vers un autre endroit du file system (Copie de branches)

Autres options :

-o	-I	Fonctionnalité de l'option
-c	-c	Ecrit un en-tête ASCII en début d'archive ( si utilisé avec -o , doit être utilisé avec -i)
-x	-x	Permet de manipuler les fichiers spéciaux (/dev/...)
	-u	Restitution inconditionnelle (Si le fichier existe déjà il l'écrase)
	-m	maintient les infos de dates
	-d	Recréer les structures des (sous)répertoires si nécessaire
-v	-v	Affiche la liste des fichiers copié

Exemples :

find . -print \| cpio -ocx > /dev/rmt/0m	Crée l'archive (Output)
cpio -icudmx < /dev/rmt/0m	Restitue l'archive (Input)
cpio -ict < /dev/rmt/0m	Affiche la Table des matières
cpio -icudm "*.c" < /dev/rmt/0m	Extrait des fichiers de l'archive
find . -print \| cpio -pvd /users/newU	Recopie d'une branche, avec conservation des attributs.

Lors d'une restauration, si un fichier existe
déjà cpio conserve le plus récent.

Les fichiers spéciaux (HPUX)

Jerome ROBERT — 2009-04-17T15:54:31Z

Les fichiers spéciaux

A. introduction

1. présentation

Les fichiers spéciaux font référence aux
périphériques et se trouvent dans le répertoire
/dev.

ls -l /dev/term

crw—w----

root

tty

128,12

Dec 31

17:21

app1

type et droits

liens

propriétaire

groupe

majeur,mineur

date

heure

nom du fichier

c caractères

identifie les périphériques d'une classe

b blocs

classe du périphérique

p tubes

Le répertoire /dev

/dev/pts	contient les fichiers spéciaux pour les pseudos tty ( telnet ou rlogin )
/dev/pty	répertoire des pseudos tty esclaves
/dev/md	contient les fichiers spéciaux pour les mémoires sur disque ( zone mémoire en partition disque )
/dev/dsk	contient les fichiers spéciaux pour les disques en mode blocs
/dev/rdsk	contient les fichiers spéciaux pour les disques en mode caractères
/dev/term	contient les fichiers spéciaux pour les terminaux
/dev/....	fichiers spéciaux pour streams, accès mémoire, console, etc...

Les noms des fichiers spéciaux changent d'une machine à
l'autre. Ils sont gérés à l'aide de programmes
spécialisés du noyau. Ces gestionnaires de
périphériques sont appelés des drivers. Il
existe deux types de « drivers » : mode bloc et mode
caractère .

Deux entiers sont associés à chaque fichier spécial
:

le majeur qui désigne
le driver,
le mineur ( transmis au majeur ) qui désigne un
périphérique particulier pour ce driver ou une
utilisation particulière du périphérique ( une
densité par exemple )

2. Les modes d'accès aux périphériques :

Mode bloc ( disques durs, disquettes )

L'accès à ces périphériques se fait à
l'aide de requêtes au système de gestion de fichiers du
noyau. Celui-ci gère un ensemble de tampons caches permettant
de différer les écritures physiques et d'anticiper
éventuellement les lectures. Un périphérique
géré en mode bloc donne la possibilité de
création d'un filesystem.

Mode caractère ( terminaux , bandes , imprimantes ...
)

- Transferts d'octets séquentiels ( accès brut )

- Gestion de caractères spéciaux et d'interruptions

Dans ce mode caractère, il existe deux types de lecture :

- Type canonique : Les caractères, stockés dans un tampon, ne sont transmis que sur réception d'un caractère de validation.

- Type raw : La lecture s'effectue caractère par caractère.( Exemple : un éditeur plein écran )

De ce fait, les périphériques en mode bloc ont deux
entrées sous /dev : l'une de type b et l'autre de type c .

droits d'accès	nombre de lien sur le fichier	proprio	groupe	major number	minor number	date et heure de dernière modification			Nom du fichier spécial
crw-rw-rw-	2	bin	bin	212	0x010040	Dec	12	12:11	/dev/rmt/0mn
crw-r------	1	bin	bin	214	0x002000	Dec	12	12:11	/dev/rdsk/c0t2d0
brw-rw-rw	1	bin	bin	26	0x002000	Dec	12	12:11	/dev/dsk/c0t2d0

3. Les fichiers spéciaux associés aux terminaux

Les fichiers spéciaux associés aux
terminaux, modems et imprimantes n'ont pas de sous répertoires
spécifiques et sont stockés dans le répertoire
/dev.

/dev/ttyCpP	terminaux
/dev/ttydCpP	terminaux
/dev/culCpP	modem
/dev/lpC	imprimante

avec

C : Désigne le numéro d'unité du contrôleur de la carte MUX

P : Désigne le numéro de port sur la carte MUX.

4. Les fichiers spéciaux associés aux disques

/dev/[r]dsk/cCtTdD[sS]

C	désigne le contrôleur
T	désigne le numéro de cible, numéro de disque ( adresse SCSI )
D	désigne le numéro d'unité du périphérique
S	désigne le numéro de section du disque

5. Les fichiers spéciaux associés aux cassettes

/dev/rmt/cCtTdD[options]

Options :

T	désigne le numéro de cible
BEST	Active les options les plus performantes offertes par le périphérique
h\|m\|l	indique la densité h (high):6250bpi, m(medium):1600, l(low):800
n	non rembobinage
c	compression des données
b	mode Berkeley en lecture

B. La mise en oeuvre de nouveaux périphériques

1. commande ioscan

La commande ioscan pemet de détecter les modules hardware
du système ( processeurs, mémoire, cartes d'interface,
disques, lecteurs de bandes, ...). Pour chaque module, la commande
liste par défaut le "hardware path" du module, sa
clase et une description.

Syntaxe :

/usr/sbin/ioscan [-k|-u]
[-d driver|-C class] [-I
instance] [-H hw_path] [-f[-n
]|-F[-n]] [devfile]

/usr/sbin/ioscan -M driver

-H hw_path

[-I instance]

Les options :

k	Liste les données d'entrées/sorties du noyau.
u	Restreint l'affichage aux matériels "utilisables" ( ceux qui ont une instance et un driver au sein du noyau )
d driver	Restreint l'affichage aux matériels contrôlés par le driver mentionné
C class	Restreint l'affichage à la classe de matériels mentionné
I instance	Restreint l'affichage à l'instance mentionné
H	Restreint l'affichage aux matériels correspondant à un "hardware path"
f	liste détaillée
n	liste également les noms des fichiers spéciaux
M divers	Spécifie le driver à utiliser (à combiner avec l'option H )
-F	la liste est affichée sous forme de champs séparés par une virgule

Exemples :

/usr/sbin/ioscan -k H/W Path Class Description ========================================== 56 bc Bus Converter 56/52 ext_bus HP 28655A - SCSI Interface 56/52.0 target 56/52.0.0 tape SCSI Tape 56/52.1 target 56/52.1.0 disk HP C2247M1 - SCSI Disk 56/52.2 target 56/52.2.0 disk HP C2247M1 - SCSI Disk 56/52.3 target 56/52.3.0 disk TEAC FC-1 ... - SCSI Disk 56/52.5 target 56/52.5.0 disk HP C2247M1 - SCSI Disk 56/52.6 target 56/52.6.0 disk HP C2247M1 - SCSI Disk ... /usr/sbin/ioscan -f Class I H/W Path Driver S/W State H/W Type Description ======================================================================== ... ext_bus 0 8/0 c720 CLAIMED INTERFACE F/W SCSI target 0 8/0.5 tgt CLAIMED DEVICE disk 0 8/0.5.0 sdisk CLAIMED DEVICE HP C2247 ba 0 8/12 bus_adapter CLAIMED BUS_NEXUS Core I/O Adapter ext_bus 2 8/12/0 CentIf CLAIMED INTERFACE Parallel Interface audio 0 8/12/1 audio CLAIMED INTERFACE Audio tty 0 8/12/4 asio0 CLAIMED INTERFACE RS-232C ext_bus 1 8/12/5 c700 CLAIMED INTERFACE SCSI target 1 8/12/5.0 tgt CLAIMED DEVICE disk 1 8/12/5.0.0 sflop CLAIMED DEVICE TEAC FC-1 ... lan 0 8/12/6 lan2 CLAIMED INTERFACE LAN bc 2 10 ccio CLAIMED BUS_NEXUS I/O Adapter graphics 0 10/0 graph3 CLAIMED INTERFACE Graphics ... /usr/sbin/ioscan -fn -H 2/0/7 Class I H/W Path Driver S/W State H/W Type Description =========================================================================== ext_bus 1 2/0/7 c700 CLAIMED INTERFACE Built-in F/W SCSI target 3 2/0/7.5 target CLAIMED DEVICE disk 2 2/0/7.5.0 sdisk CLAIMED DEVICE HP C2247 /dev/dsk/c1t5d0 /dev/rdsk/c1t5d0 ...

2. commande mknod

Dans une configuration standard, les fichiers spéciaux sont
fournis à l'installation du système et l'ajout des
périphériques usuels se fait à l'aide d'un
utilitaire qui lance lui-même la commande.

De ce fait, il est rare que cette commande « mknod »
soit utilisée directement par l'administrateur, sauf, par
exemple, pour recréer une entrée accidentellement
détruite ou pour créer délibérément
des synonymes ( mêmes couples « majeur - mineur » ).

La commande /etc/mknod permet de créer :

un fichier spécial

/etc/mknod nom b | c majeur mineur

/etc/mknod /dev/term/app1 c 128 12

un tube nommé

/etc/mknod nom p

/etc/mknod /dev/fifo p

3. commande mksf

La commande mksf est utilisée afin de créer un
fichier spécial si le périphérique est déjà
connu du système.

Syntaxe :

/sbin/mksf [-C class | -d
driver] [-D directory] [-H
hw-path] [-I instance] [-q|-v]
[options-spécifiques] [fichier-spécial]

/sbin/mksf [-C class | -d
driver] [-D directory] [-H
hw-path] -m minor [-q|-v]
[-r] fichier-spécial

Les options :

C	sélectionne les périphériques qui appartienne à une classe donnée.
d	sélectionne un périphérique particulier par le nom de son pilote de périphérique.
D	installe le fichier spécial dans le répertoire précisé et non dans le répertoire d'installation du périphérique par défaut. Le répertoire doit exister.
H	choisir le périphérique en donnant son adresse physique (H/W Path)
I	sélectionne l'instance du périphérique (LUN)
q	mode silencieux
v	mode verbeux
r	création du fichier spécial en mode RAW
options-spécifiques	Permet l'activation d'options spécifiques, possible avec certains pilotes de périphériques
fichier spécial	sélection un nom alternatif de fichier spécial pour le périphérique

Exemple

mksf -d tape2 -I 0 -b DDS2	crée un fichier spécial de type caractère nommé /dev/rmt/c0t0d0DDS2 pour le lecteur de bande magnétique à l'instance 0 en format non compressé.
mksf -d mux2 -I 0 -p 5 -c -i -a 2	crée un fichier spécial type terminal pour un modem en mode appel entrant avec protocole CCITT connecté sur le port 5 du premier MUX avec comme fichier /dev/cua0p5
mksf -C printer -I 1 /dev/laser	crée un fichier /dev/laser et le connecte à l'imprimante avec l'instance numéro 1.

4. commande insf

La commande insf est utilisée pour créer un ou
plusieur fichiers spéciaux si le périphérique
n'a pas encore été initialisé. Elle crée
le ou les fichiers spéciaux pour ce périphérique
et obtient aussi un numéro d'instance pour le périphérique.

syntaxe :

/sbin/insf

/sbin/insf [-C class | -d
driver] [-D directory] [-e]
[-H hw-path] [-I instance]
[-n npty] [-q|-v] [-s
nstrpty] [-p
first-optical-disk:last-optical-disk]

Les options :

C	sélectionne les périphériques qui appartienne à une classe donnée.
d	sélectionne un périphérique particulier par le nom de son pilote de périphérique.
D	installe le fichier spécial dans le répertoire précisé et non dans le répertoire d'installation du périphérique par défaut. Le répertoire doit exister.
H	choisir le périphérique en donnant son adresse physique (H/W Path)
I	sélectionne l'instance du périphérique (LUN)
q	mode silencieux
v	mode verbeux
e	crée ou ré-installe le ou les fichiers des périphériques
n	Spécifie le nombre d'enter. Par défaut : npty vaut 60 pour les divers `ptym` et `ptys`.
s	Spécifie le nombre d'enter pour le drivers `pts`. Par défaut nstrpty vaut 60.
p	Options pour les disques optiques

Exemples :

insf -C tty	Pour créer les fichiers spéciaux de tous les périphériques de la classe tty.
insf -H 4.2.0 -e	Pour créer les fichiers spéciaux pour le périphérique à l'adresse physique 4.2.0
insf -e -n 100 -d ptym	Pour créer 100 fichiers spéciaux liés au pilote de pseudo-terminaux.

C. Autres commandes :

1. Commande lsdev :

Pour connaître les drivers et leur numéro.

syntaxe :

/usr/sbin/lsdev [-h] [-d
driver | -C class] [-b
block_major] [-c char_major] [-e
major] [major ...]

Tapez lsdev vous obtenez :

Character	Block	Driver	Class
64	64	lv	lvm
175	27	disc2	disk
177	28	disc3	disk
212	-1	tape0	tape
...

Le driver d'un logical volume s'appelle lv, il a comme major
number 64 en mode caractère et en mode bloc. Le driver d'un
lecteur de DAT s'appelle tape0, il a comme major number 212 en mode
caractère, un lecteur de DAT ne peut être accédé
en mode bloc, d'où le -1.

Vous pouvez regarde le fichier /usr/conf/master.d vous
avez la liste exhaustive des major number et des drivers susceptibles
d'être reconnus par le système.

2. commande lssf :

La commande lssf affiche les caractéristiques des fichiers
spéciaux.

syntaxe :

/sbin/lssf fichier_spécial ...

Exemples :

Après avoir exécuter: mksf -d tape2 -H 8.6.1 -b 1600 -a rmt/c2t6d0m

. # lssf
dev/rmt/c2t6d0m

tape2 instance 2 bpi 1600 att address 8.6.1 rmt/c2t6d0m

# /usr/sbin/lssf /dev/rdsk/c0t6d0
disc3 card instance 0 SCSI
target 6 SCSI LUN 0

# /usr/sbin/lssf /dev/rmt/c0t3d0BESTn
tape2 card instance 0
SCSI target 3 SCSI LUN 0 at&t no rewind best density available at
address 2.0.3/dev/rmt/c0t3d0BEST

La gestion des imprimantes HPUX

Jerome ROBERT — 2009-04-17T14:47:50Z

La gestion des imprimantes

A. Synoptique

lpsched est un processus activâ€° au dâ€°marrage. Il gË†re les requÅ tes
d'impressions.

B. Les commandes de base

Les commandes d'administration du gestionnaire
d'impression sont dans les répertoires :

- /usr/bin

- /usr/sbin

- /usr/lib/lp.

L'administrateur pourra créer des liens
symboliques
des commandes vers le répertoire /opt/att/bin par
exemple et
ajouter ce chemin en début de la variable PATH.

lpsched	lance le spoule
lpshut	arrête le spoule
lpadmin	modifie les descriptions d'imprimantes
accept	accepte les requêtes pour une file d'attente donnée
reject	rejË†te les requêtes pour une file d'attente donnée
enable	active une imprimante
disable	désactive une imprimante
lp	met une requête dans une file d'attente d'impression
lpstat	donne l'état du spoule
lpmove	change une requête de file d'attente d'impression
cancel	supprime un élément d'une file d'attente d'impression
lpusers	gère les priorités des files d'attente
lpfilter	filtre l'élément avant impression
lpforms	adjoint une forme â‚¬ une imprimante
lpsystem	permet d'associer au spoule local une imprimante distante

C. Déclarer une file d'impression

Déclarer une file d'impression ou d'attente
sous le
nom compta sur la voie /dev/term/05 correspondant â‚¬ une
imprimante utilisant le modèle standard :

vérifier que le spoule est actif
: lpstat -r

configurer la file d'impression compta
: lpadmin
– p compta -v /dev/term/05 -m laserjet4

-p compta	nom de la file d'impression
-v /dev/term/05	chemin en absolu du fichier spécial représentant le port d'impression
-m laserjet4	nom du modèle utilisé dans /usr/lib/lp/model

le résultat de cette commande est de :

- créer le répertoire /var/spool/lp/admins/lp/printers/compta
et dans celui-ci, en particulier, le fichier configuration et
le fichier users.allow qui contient la liste de utilisateurs
autorisés

- copier le fichier /var/spool/lp/model/standard
dans
le fichier var/spool/lp/admins/lp/interfaces/compta qui
servira pour l'impression.

- accepter et valider la file d'impression compta
:

accept compta

enable compta

Pour que la file d'impression compta
devienne
celle par défaut, il faut ajouter :

lpadmin -d compta
cette commande crée le fichier /var/spool/lp/admins/lp/default.

Divers :

lpstat -t

Vérifier l'état du spoule
:

lpstat -p compta -l

Vérifier l'état de la file
d'impression compta
:

lp nom_de_fichier

Lancer la première requête sur la
file
d'impression compta :

cette commande génère la
requête compta-54
et crée :

le fichier /var/spool/lp/requests/salle1/54-0
dans le répertoire /var/spool/lp/tmp/salle1
les fichiers 54 et 54-0.

D. Commandes divers

1. la commande lp

Demande d'impression de fichiers :

lp [ options ] nom_de_fichier
... | -

[ -d destination ]	imprimante ou classe â‚¬ utiliser
[ -H hold ]	requête maintenue sans impression
[ -H immediate ]	requête maintenue après une impression
[ -n copies ]	nombre de copies
[ -o nobanner ]	sans bannière
[ -o nofilebreak ]	sans saut de page entre les fichiers
[ -q priorité ]	modification de la priorité ( de 0 â‚¬ 39 )
[ -s ]	sans message d'avertissement
[ -t titre ]	modification du titre de la page de bannière

Modification d'une requête d'impression
déjâ‚¬ émise :

lp -i no_de_requête options
[
– H resume ] relance d'une requête maintenue en file
d'attente [autres
options ci-dessus ]

Pour connaÅ½tre certaines options, lire le fichier
/etc/lp/interface/compta (ex : no banner) :

lp -o nb fichier

2. la commande lpadmin

Ajout d'une file d'impression :

lpadmin -p nom_impr
nom de la file d'impression

-s système[!nom_impr]nom du système ! nom de la file d'impr. distant(e) | -v périphérique
nom du fichier spécial

[ -c classe | -r classe ]
ajout | suppression d'une file d'impr. dans
une classe

[ -m modèle | -i interface ]
modèle | interface
utilisé

[ -u allow :liste_util. utilisateurs autorisés | deny :liste_util. ]
utilisateurs interdits

[ -o nobanner ]
sans bannière

lpadmin -x nom_impr_ou_classe	Effacement d'une file d'impression ou d'une classe :
lpadmin -d nom_impr_ou_classe	Définition d'une destination d'impression par défaut :
lpadmin -pnom_impr_locale -v/dev/null -mrmodel -ocmrcmodel (modèle dans /usr/lib/lp/cmodel) -osmrsmodel (modèle dans /usr/lib/lp/smodel) -ormnom_serveur -orpnom_impr_distance	Définition d'une file d'impression distante :

3. La commande lpstat

Visualisation de l'état du spoule : face="CG Times" size="4"> lpstat [ options ]
[ nos_de_requête ]

[ -a imprs,classes ]	visualisation de l'état d'acceptation
[ -d ]	visualisation de la destination par défaut
[ -l ]	verbeux
[ -o imprs,classes,nos_req ]	visualisation de l'état des requêtes
[ -p imprimantes ]	visualisation des imprimantes valides
[ -R ]	visualisation du rang de la requête
[ -r ]	visualisation de l'état du démon
[ -t ]	visualisation de l'état du spoule en totalité
[ -u utilisateurs ]	visualisation de l'état des requêtes de l'utilisateur
[ -v imprimantes ]	visualisation des périphériques utilisés par les imprimantes

( all est valide avec les options :
-a,
– o, -p, -u, -v )

4. Les commandes accept/reject

Ces commandes permettent au spoule d'accepter/de
refuser l'arrivée des requêtes d'impression sur une
file d'attente.

accept nom_impr

Acceptation d'une file d'attente :

reject [ option ] nom_impr

[ -r raison ] texte de
la raison du rejet.

Refus d'une file d'attente :

5. Les commandes enable/disable

Ces commandes permettent au spoule de
valider/d'invalider la sortie d'une file d'attente vers une
imprimante physique.

enable nom_impr

Validation de la sortie d'une file d'attente

disable [ options ] nom_impr

[ -c suppression de la requête
en
cours et invalidation de la file d'attente

| -W ] fin de l'impression de la
requête en cours et invalidation de la file d'attente

[ -r raison ] texte de
la raison de l'invalidation

Invalidation de la sortie d'une file d'attente

6. Manipuler les requêtes

cancel compta	Supprimer la requête en cours d'impression de la file d'attente compta
cancel compta-54	Supprimer la requête compta-54 en attente d'impression
lpmove compta-55 paye	Déplacer la requête compta-55 vers la file d'attente paye

Avant de refuser l'arrivée de
requêtes dans la
file d'attente compta, il faut traiter les requêtes qui
sont en
attente ou en cours d'impression :

lpmove compta paye	déplacer toutes les requêtes de compta vers la file d'attente paye
reject -r "Maintenance mensuelle" compta lpstat -a	refuser toutes les arrivées de requêtes
disable -W -r "Changement papier" compta	On désire changer le type de préimprimé sur la file d'attente compta, il faut invalider momentanément cette imprimante
lpstat -p compta ûl

7. Manipuler les requêtes maintenues en file d'attente

lp -d compta -H hold fichier1	Créer la requête maintenue sans sortie compta-57
lp -i compta-53 -H hold	Retenir en queue, la requête compta-53 qui est déjâ‚¬ dans le spoule
lp -i compta-57 -H resume	Imprimer la requête maintenue compta-57 :

8. Supprimer une imprimante

La suppression effective de la file d'attente comptase
fera ainsi :

disable compta size="4">

reject compta size="4">

lpadmin -x compta size="4">

lpstat ût

9. Gestion des niveaux de priorité

Affectation d'une priorité de niveau 10
aux utilisateurs ag et jjm :

lpusers -q 10 -u "ag jjm"

lpusers -l

L'utilisateur jjm imprime le fichier fichier2sur
l'imprimante compta qui est disable :

lp -d compta fichier2

lpstat -R

L'utilisateur jjm imprime le fichier fichier3
avec un niveau de priorité 0 sur l'imprimante compta
qui
est disable :

lp -d compta -q 0 fichier3

lpstat -R

On désire mettre le niveau de priorité
22 â‚¬ la requête compta-54 qui est en attente
d'impression :

lp -i compta-54 -q 22

lpstat -R

On désire mettre la requête compta-52
en tête de la file d'attente d'impression :

lp -i compta-52 -H immediate

lpstat ûR

E. Gestion du spoule :

Activer le spoule : lpsched

lpsched active le gestionnaire d'impression
qui prend la première requête en attente et l'envoie vers
la file
d'attente appropriée.

Le fichier /var/spool/lp/SCHEDLOCK est
créé.

lpsched n'est utilisable que par le super-utilisateur.

lpsched

lpstat -r

Désactiver le spoule : lpshut

lpshut désactive le gestionnaire
d'impression
sans vider les files d'attente.

Le fichier /var/spool/lp/SCHEDLOCK est
effacé.

lpshut n'est utilisable que par le super-utilisateur.

lpshut

lpstat -r

Fichier ou Répertoire	Utilité
/var/spool/lp/SCHEDLOCK	Verrou de lpsched
/var/spool/lp/model	Répertoire contenant les modèles des procédures d'impression
/var/spool/lp/system/pstatus	Indique l'état (enable/disable) des imprimantes déclarées et l'état de leur destination (accept/reject)
*/var/spool/lp/tmp/nom_du_système/.SEQF*	Contient le numéro de la prochaine requête d'impression
*/var/spool/lp/tmp/nom_du_système/n*	Drapeau indiquant que l'état n est en attente d'impression
*/var/spool/lp/tmp/nom_du_système/n-0*	Contient les informations concernant l'état n qui sont utilisées par le fichier : /etc/lp/interfaces/nom_imprimante
*/var/spool/lp/requests/nom_du_système/n-0*	Contient les informations concernant l'état n : propriétaire, destination, date et heure, ...
/etc/lp/Systems	Contient les informations concernant les différents systèmes utilisés par le spoule
/etc/lp/default	Contient le nom de l'imprimante par défaut
/etc/lp/interfaces/nom_imprimante	Contient la procédure d'impression de l'imprimante *nom_imprimante*
/etc/lp/logs	Répertoire contenant les fichiers d'historiques du spoule
/etc/lp/printers/nom_imprimante	Répertoire contenant diverses informations sur l'imprimante *nom_imprimante*

Spool d'imprimante simplifiée sur HP-UX

Jerome ROBERT — 2009-04-17T14:30:26Z

Spool d'imprimante simplifiée sur HP-UX :

problÃ¨mes avec NFS

Jerome ROBERT — 2009-04-17T14:26:16Z

Les fichiers et commandes sont ici a titres indicatifs uniquement. De plus,
ceci n'a pas pour but de mettre en place un serveur NFS.

Serveur	Reseaux	Client
Exporter la ressource		Monter la ressource
Fichier : /etc/exports	Connexion reseau (@IP, subnetmask,...) cmd : ping, ifconfig, ...	Fichier : /etc/fstab
Commande : exportfs -i /usr/share	Le traffic : cmd : netstat -i	Commande : mount -F nfs serveur :/usr/share /mnt
	root sur le reseau devient nobody
Le repertoire est-il exporte ? fichier : more /etc/xtab		Droits sur le montage : cmd : mount -v
Droits sur le partage ? fichier : /etc/exports		Droits sur le point de montage : cmd ls -ld /mnt
Droits sur l'arborescence exporte cmd : ls -la /usr/share
Les services, sont-ils lancÃ© : cmd : ps -ef sinon relancer les services		Les services, sont-ils lancÃ© : cmd : ps -ef sinon relancer les services

Pour mettre en place un serveur NFS aller dans la rubrique de l'OS de votre
choix.

lpadmin -p nom_impr	nom de la file d'impression
-s système[!nom_impr]nom du système ! nom de la file d'impr. distant(e) \| -v périphérique	nom du fichier spécial
[ -c classe \| -r classe ]	ajout \| suppression d'une file d'impr. dans une classe
[ -m modèle \| -i interface ]	modèle \| interface utilisé
[ -u allow :liste_util. utilisateurs autorisés \| deny :liste_util. ]	utilisateurs interdits
[ -o nobanner ]	sans bannière

Bienvenue sur le site admin-sys

HP-UX 11.00 Frequently Asked Questions

HP-UX 11.00 Frequently Asked Questions

Param. kernel

Configurable Kernel Parameters

Warning

Discrepancies

Accounting Subsystem

Asynchronous I/O Subsystem

Dump Parameters

Fiber Channel Subsystem

Mass-Storage Subsystem

Logical Volume Manager (LVM)

Memory Swap Subsystem

Process Management Subsystem

Character-Mode I/O Streams Parameters

System V IPC Shared-Memory Subsystem

VME I/O Subsystem Parameters

Miscellaneous Parameters

Undocumented Parameters

Hardware 32/64 bit

Les terminaux asynchrones

Sauvegarde systÃ¨me (HPUX)

Ne pas oublier :

Schéma :

Sauvegardes et restauration : Utilisateur

Sauvegardes et restauration

Les fichiers spéciaux (HPUX)

Les fichiers spéciaux

A. introduction

1. présentation

2. Les modes d'accès aux périphériques :

3. Les fichiers spéciaux associés aux terminaux

4. Les fichiers spéciaux associés aux disques

5. Les fichiers spéciaux associés aux cassettes

B. La mise en oeuvre de nouveaux périphériques

1. commande ioscan

2. commande mknod

3. commande mksf

4. commande insf

C. Autres commandes :

1. Commande lsdev :

2. commande lssf :

La gestion des imprimantes HPUX

Spool d'imprimante simplifiée sur HP-UX

Spool d'imprimante simplifiée sur HP-UX :

problÃ¨mes avec NFS

Serveur

Reseaux

Client