6.
What methods do Linux distributions use to start X automatically when the system boots?
(Select two.)
- A.Start an XDMCP server from the Start folder.
- B.Start an XDMCP server from an ~/.xinitrc script.
- C.Start an XDMCP server via a system startup script.
- D.Start an XDMCP server via a boot manager.
- E.Start an XDMCP server from init.
- Answer & Explanation
- Report
Answer : [C, E]
Explanation :
Explanation :
| XDMCP servers are typically launched either from a system startup script or by init (as specified in /etc/inittab), as described in options C and E. The XDMCP server then starts X. The Start folder mentioned in option A is a Windows construct, not a Linux construct. The ~/.xinitrc script mentioned in option B is an X login script used when starting X from the command line via startx; it’s not used to automatically start X when the system boots. A boot manager, as described in option D, launches the kernel; it doesn’t directly start X, so option D is incorrect. |
7.
How would you change the text displayed by XDM as a greeting?
- A.Click Configure --> Greeting from the XDM main menu, and edit the text in the resulting dialog box.
- B.Pass greeting=”text” as a kernel option in the boot loader, changing text to the new greeting.
- C.Edit the /etc/X11/xorg.conf file, and change the Greeting option in the xdm area.
- D.Run xdmconfig, and change the greeting on the Login tab.
- E.Edit the /etc/X11/xdm/Xresources file, and change the text in the xlogin*greeting line.
- Answer & Explanation
- Report
Answer : [E]
Explanation :
Explanation :
| The XDM greeting is a resource set in the /etc/X11/xdm/Xresources file, so option E is correct. XDM doesn’t offer many options on its main screen and certainly not one to change its greeting, as described in option A. The kernel doesn’t directly handle the login process, nor does it pass options directly to XDM, so option B is incorrect. Although the xorg.conf file mentioned in option C is real, this file provides no XDM configuration options because XDM is a separate program from the X server. There is no standard xdmconfig program, as mentioned in option D. |
8.
Which of the following features do KDM and GDM provide that XDM doesn’t?
- A.An encrypted remote X-based access ability, improving network security
- B.The ability to accept logins from remote computers, once properly configured
- C.The ability to select the login environment from a menu on the main login screen
- D.A login screen that shows the username and password simultaneously rather than sequentially
- E.An option to log into text mode if X should fail to start
- Answer & Explanation
- Report
Answer : [C]
Explanation :
Explanation :
| KDM and GDM add many features, one of which is a menu that enables users to select their desktop environment or window manager when they log in rather than specifying it in a configuration file, as option C states. Option A describes one of the advantages of the Secure Shell (SSH) as a remote-access protocol. Option B describes a feature common to all three XDMCP servers. Option D describes the way both KDM and XDM function; GDM is the one that presents username and password fields in series rather than simultaneously. Although a failure of X to start usually results in a fallback to a text-mode login, this feature is not provided by the XDMCP server, so option E is incorrect. |
9.
Which of the following commands tells the X server to accept connections from penguin
.example.com?
- A.xhost +penguin.example.com
- B.export DISPLAY=penguin.example.com:0
- C.telnet penguin.example.com
- D.xaccess penguin.example.com
- E.ssh penguin.example.com
- Answer & Explanation
- Report
Answer : [A]
Explanation :
Explanation :
| The xhost command controls various aspects of the local X server, including the remote computers from which it will accept connections, making option A correct. Option B sets the DISPLAY environment variable, which doesn’t directly affect the X server (it does tell X clients which X server to use). Option C initiates a text-mode remote login session with penguin.example.com. Option D’s xaccess is a fictitious program. Although logging into penguin.example.com via ssh may also initiate an X tunnel, this isn’t guaranteed, and such a tunnel doesn’t cause the local X server to accept direct connections from the remote computer, so option E is incorrect. |
10.
To assist an employee who has trouble with keyboard repeat features, you’ve disabled this
function in /etc/X11/xorg.conf. Why might this step not be sufficient to the goal of
disabling keyboard repeat?
- A.GNOME, KDE, or other desktop environment settings for keyboard repeat may override those set in xorg.conf.
- B.The xorg.conf file has been deprecated; you should instead adjust the /etc/X11/ XF86Config file.
- C.Keyboard settings in xorg.conf apply only to PS/2 keyboards; you must use usbkbrate to adjust keyboard repeat for USB keyboards.
- D.You must also locate and reset the DIP switch on the keyboard to disable keyboard repeat.
- E.The keyboard repeat options in xorg.conf work only if the keyboard’s nationality is set incorrectly, which it often is not.
- Answer & Explanation
- Report
Answer : [A]
Explanation :
Explanation :
| As stated in option A, GNOME, KDE, and other user programs often override the keyboard repeat settings in the X configuration file. Option B has it almost backward; most Linux distributions have abandoned XFree86, and therefore its XF86Config file, in favor of X.org-X11 and its xorg.conf file. Option C is pure fiction; xorg.conf settings apply to all varieties of keyboards, and there is no standard usbkbrate program. Although some keyboards do have hardware switches, they don’t affect X’s ability to control the keyboard repeat rate, contrary to option D. Although you can set a keyboard’s nationality in xorg.conf, this option is independent of the keyboard repeat rate settings, so option E is incorrect. |
|
|
||||||||||||||||||||||||||||
