In my work enviornment multi-boot Linux machines are common. In the office I used to work in, we had dozens of laptops that were configured to multiboot between Windows NT4.0 Windows 98 Windows 2000 and Linux. When doing network troubleshooting, there are some Linux based tools that are very convenient. However, people still tended to need Windows for certain day to day stuff. However, multiboot machines are probably not as common in other professional environments. As Linux becomes more and more viable as a desktop operating system, I would expect to see more people using dual boot machines (because they have a few applications that only run in Windows, and they already have a license for Windows, and because they don't want to spend money on something like VMware.)
-----Original Message----- From: Mark Lachniet [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 20, 2001 1:36 PM To: [EMAIL PROTECTED] Subject: Re: Level 1: Issue 4: Multi-boot? (fwd) Peter Albrecht wrote: >I think multi-boot system should _not_ be in the exam. As Tom wrote, in a >professional environment (and that's what we are talking about) it will be a >very rare exception. I would then prefer using VMware instead of rebooting the >machine. > On the other hand - would there be any instances, for example in an enterprise application, where it is necessary to boot to a Windows OS to perform management functions? For example, configuring a RAID array or SAN adapter? How about resizing EXT2 partitions with Partition magic, etc.? Also, In the past, I know that in order to correctly configure some hardware, it was necessary to boot to a DOS/Windows environment, run a config program to do things like set an IRQ, and then run LOADLIN to boot the Linux OS. Alas, VMWARE (while great) does not allow for this type of direct interaction with system hardware. Lastly, while I agree that in a "professional" Linux environment, a dual boot would be rare, I do think it would be extremely common on a user desktop. In the environments I have worked in, the majority were *not* what I would term "professional environments" but yet the need for qualified support personnel existed, thus the need for LPI-certified engineers. Perhaps these reasons are not sufficient to warrant inclusion, but they are points to consider. Thanks, Mark Lachniet [EMAIL PROTECTED] -- This message was sent from the lpi-examdev mailing list. Send `unsubscribe lpi-examdev' in the subject to [EMAIL PROTECTED] to leave the list. -- This message was sent from the lpi-examdev mailing list. Send `unsubscribe lpi-examdev' in the subject to [EMAIL PROTECTED] to leave the list.
