So Your Monitor Died
Okay, your monitor just died. Now what?
If you are running Linux, or most UNIX variants, and you have taken appropriate precautions, you probably have a simple workaround. This workaround is also useful for the times when your X server crashes, and you need to clean up the carcass. I am writing this on my desktop computer in spite of the fact that my monitor just died. I'm using my laptop as an X terminal. The purpose of this note is to tell you how to do that.
The key is that X, the GUI used on Linux, is layered and designed to operate over a network connection. The program, called the client, transmits commands to the display, called a server, via the internet protocol (IP). The server includes a keyboard and mouse, which also send out to the client via IP. Usually, the client and server are on the same machine. But they don't have to be, and we're going to take full advantage of this fact.
As an extra benefit, you can use this setup to work remotely on your desktop. Say while you are sitting next to the swimming pool working on your tan. Lemonade, anyone?
The first thing to do is set up a suitable method of logging in to your desktop from another computer. Ideally, the other computer should also run X; I use my laptop for this purpose. Both my laptop and my desktop computers run Red Hat 7.1, which has XFree86 4.0.3 and OpenSSH 2.5.2p2.
You can use Telnet or rlogin. They are both insecure, but will do the job. For the gory details, see the Remote X Apps mini-HOWTO, at a Linux Documentation Project server near you. The mini-HOWTO will show you how to set up rlogin or Telnet, and how to arrange things so that the programs on your desktop use your remote computer's X server.
Better, however, is using SSH. SSH has two advantages over rlogin and Telnet. First, it is secure. SSH does not transmit passwords in the clear, a fatal flaw in both Telnet and rlogin. You can run it over the public Internet without worrying about someone snooping your passwords. And it will encrypt your data on the fly.
Second, SSH includes X tunneling, which makes setup easier. It also transparently encrypts the X data that conveys keystrokes, mouse movements and display information.
If you have a fairly recent Linux distribution, you should be all set, as it probably has OpenSSH already on it. You should test the setup before you need to use it. Ensure that X forwarding also works. Make sure you can log in over SSH as root and as your user login.
Since laptops are subject to being stolen (ask the FBI), you should not allow logging from the laptop to your desktop without passwords. For the same reason, don't allow the laptop to log into high security computers like your firewall at all. If you must access the firewall from the laptop, SSH into your desktop, and then SSH into the firewall.
I have put the gory details of my SSH setup on the Net.
It is a good idea to know in advance what your computer will do when you shut it down without a monitor. Try it with the monitor and observe what it does.
The command shutdown -h now will halt the computer. With modern motherboards, this may shut the computer off, which is exactly what you want.
If you have an older motherboard, the shutdown process goes to a halted, or locked up, kernel. It does not shut the computer off. You can issue the shutdown command, wait until all the disk activity ends, and then wait a good minute longer, then manually shut down. Or you may reboot (shutdown -r now). If that's the case, observe your computer rebooting. Most will beep once early in the firmware boot process. If your motherboard does that, use that as your signal to turn the computer off.
Comes the day: your monitor has just emitted some rude noises and died. What now? Leave the desktop computer running; mine provides DNS, DHCP and other services on my office network. Carefully unplug the monitor. If you need to use the desktop computer, you already know how to log in remotely.
Suppose you take your monitor out to the computer shop, and they examine it. While they're doing that, you use the laptop for normal access to the desktop, just as you have been all along.
If you are really lucky, you get the monitor back, repaired, plug it in, and resume normal operations. Don't forget to gracefully shut down all the open applications and log out of the SSH session on the laptop before you switch back to your desktop.
If you are almost that lucky, the monitor is still under warranty, and the replacement shows up in a few days. Cool. Leave the desktop running, and use the laptop.
If you aren't that lucky, you have to shell out for a new monitor. It is probably not a good idea to just plug in the new monitor and run it, due to variations in monitors. Now what?
Trending Topics
| You Need A Budget | Feb 10, 2012 |
| The Linux powered LAN Gaming House | Feb 08, 2012 |
| Creating a vDSO: the Colonel's Other Chicken | Feb 06, 2012 |
| Your CMS Is Not Your Web Site | Feb 01, 2012 |
| Casper, the Friendly (and Persistent) Ghost | Jan 31, 2012 |
| Razor-qt 0.4 - Qt based Desktop Environment | Jan 30, 2012 |
- Search
2 hours 58 min ago - Question
3 hours 21 min ago - for the record
3 hours 23 min ago - That's disappointing. Thanks
5 hours 47 min ago - Well spotted. I've corrected
7 hours 16 min ago - This is a great program. We
10 hours 16 min ago - No Air for Linux
12 hours 5 min ago - HEWLETT PACKARD created
12 hours 15 min ago - HEWLETT PACKARD created
12 hours 18 min ago - very helpful :)
12 hours 40 min ago





Comments
Easier way to reconfigure Fedora for new monitor
I couldn't find anything as easy as what worked for me.
1) Turn on the computer with the new monitor attached. If t is any kind of reasonable monitor, you will see the grub and linux boot information, and then, if your new monitor is sufficiently different from your old one, the screen will go blank or crazy when xwindows starts.
2) wait enough time for bootup to finish, then hit CTL-ALT-F2 to switch from xwindows mode back to linux character mode.
3) log in as root, and delete the file /etc/X11/xorg.conf (or rename it as OLDxorg.conf, in case this doesn't work and you want it back using mv xorg.conf OLDxorg.conf
4) isue the reboot command and let Fedora Core restart. it will usually detect the monitor, keyboard, etc. correctly and generate a new xorg.conf file autmatically, which has the right values, and you are all set! Linux, heal thyself.
Andy
Re: So Your Monitor Died
The OpenSSH linkd doesn't work anymore.
Microsoft can do that
Microsoft Windows XP Professional includes a feature called 'Microsoft Terminal Services client' which enables you to remotely connect to a secure session of another machine. The feature is built-in. Microsoft also has full support for most VNC apps like UltraVNC, which work just as fine.
P.S. I DO NOT LIKE MICROSOFT. I HATE THEM! But this comment might be informative for those who are stuck with it.