Replies

I configured the production systems at PacBell for rapid recovery as well. System, applications and user data were caefully separated. I could recover the root filesystem from a mirror image in under 2 minutes. That was a traditional UNIX system before the world of shared libraries became common.

Today, I have embedded Linux running from FLASH disks on my rail cars. Disk space is at a premium. The kernel is custom generated for minimum size...just the features required to do the job. Executables are examined with "ldd" to identify the minimum necessary set of shared libraries. Those libraries go on the disk in the correct spots to support the application. Boot time from power on is under 15 seconds to fully operational.

Once those FLASH images are deployed, the fun begins. Debian or Fedora patches are coming out on a regular basis. The compiler, headers, libraries and kernel on the development system are getting updated. The next time the applications tree gets recompiled....oops. The libraries underneath have changed. You can't just replace the applications because many of them require a later version of the shared libraries. In Windows parlance, welcome to DLL Hell. Further, when the kernel changes, there are special kernel modules required to support the interrupt driven I/O processes. They must be built against the exact kernel build tree that will be used for the execution environment.

Linux, QNX or Windows are equally painful when working with embedded systems. Trying to incrementally support a bunch of embedded Linux systems while the Linux world continues to morph underneath isn't particularly pleasant. A desktop Linux system with connections to the internet does a pretty good job of keeping pace with patches. Even so, I have a server on the east coast that was "upgraded" to Fedora Core 5 when the Debian 2 ran out of gas (and Debian support). Now Core 5 is itself out of date. I have to backup all the special web server applications and mySQL databases before upgrading to Core 7. The company network security people are constantly doing security scans. A Core 5 system is eventually going to fail to get a crucial update. The penalty is immediate loss of access to the network until the discrepancy is remedied.

...before upgrading to Core 7.

I believe Fedora 8 is coming out in Dec. Fedora is on a 6-month release schedule now.

I can understand your pain with the embedded systems. It's pretty hard keeping that kind of environment up-to-date when everything is rolling forward so quickly. Frankly I'm amazed at how fast everything is moving. If you look at what has happened in just the past 3 years in the Linux world, you'd see usability has really improved for the non-expert. These days, an install of K/Ubuntu is much easier than Windows, and easier to keep updated as well.