public inbox for speakup@linux-speakup.org
 help / color / mirror / Atom feed
From: "Kerry Hoath" <kerry@gotss.net>
To: "Speakup is a screen review system for Linux." <speakup@braille.uwo.ca>
Subject: Re: duo boot systems...revisited, i think?
Date: Sun, 20 Jul 2008 09:24:53 +0800	[thread overview]
Message-ID: <000e01c8ea07$6980ab90$2518a8c0@bouncy> (raw)
In-Reply-To: <Pine.BSF.4.64.0807191936190.91333@server1.shellworld.net>

Personally I don't care how badly you spell your messages, however there 
seems to be some confusion on the list exactly what you want and what you 
mean. I'll try summarize your options, and see if that makes anything 
clearer to you.

Feel free to write to me off list if it would help.

A dual core processor or core duo or core 2 duo (depending on how new it is) 
is a processer that has 2 cores in it. It is capable of executing 2 tasks at 
once (in theory) and is a handy thing to have when you have a high workload 
on your computer or you are virtualizing see below.

Obviously a dual boot system is a system that can boot into Linux or Dos.
Usually the decision is made at boot time as to which operating system to 
boot; usually with a boot loder of some kind.

Linux boot loaders include grub, lilo and others. You can also put a loader 
in the master boot record which will allow you to hold the alt or shift key 
at boot and pick which partition to boot.

There are also loaders that you can load from dos that can start linux, 
however I am not sure how they handle modern kernels and initial ramdisks.
syslinux and loadlin are two that spring to mind.
An initial ramdisk is a set of files and scripts that are loaded into 
extended memory and control is passed to them by the kernel.
This initial ramdisk is responsible for loading drivers for the root file 
system, key hardware drivers and starting up raid or volume management 
systems.
The boot loader needs to load this file (usually 4-12 megabytes large) into 
extended memory above the kernel and pass control to the Linux kernel.
This blows dos away and gets you running Linux.

Most people use a Linux boot loader to load this up as they tend to work 
better at doing this. These loaders can also boot dos; however it is best to 
keep dos on the first drive, (bios drive 0x80) and Linux either on a 
partition of that drive or on the second disk.

If running 2 operating systems on the one box you have a couple of options 
as you have surmized.
2 disks with an operating system per disk, or 1 disk with multiple 
partitions.

I am over-simplifying here in order to make this understandable however when 
you partition a disk a table in the first sector of the disk tells you how 
much disk is allocated to each operating system.

Think of it as slicing up a cake into different sized pieces, you allocate 
diferent sized pieces depending on how hungry people are.

You put dos on the first partition of a disk (usually) and Linux on one or 
more partitions after this.

Install dos (or Windows 95 dos not sure which one you mean) first,
on a partition that does not take up all the disk, then put Linux on another 
partition or two.

I usually have /boot on a primary partition which contains the boot loader, 
and the rest of Linux in an extended partition, (or in dos terms a set of 
logical drives in the extended partition)

It's up to you how to do things; however this might help clarify or confuse 
things a bit more.

virtualization is a method of running one operating system inside another on 
a computer.
You can run Linux inside a virtual machine inside Linux, or Windows or other 
operating systems.
You can't run anything virtually inside dos because dos does not run in 
protected mode and virtualization is not possible in this environment.

You can run virtual Linux in windows, or virtual windows in Linux.
This allows you to run both operating systems at once; saving you a reboot 
to switch between them.
Linux has a program called dosemu, which when correctly configured allows 
dos to run inside Linux. Quite a lot of stuf runs under it including some 
games and certain screen readers so it is worth a look.

There's nothing I can do under dos that I can't do under Linux, and unless 
you have certain applications like word perfect or similar you might find 
yourself using Linux more than you use dos.
I ended up deleting my install of dos about 6 months after installing Linux 
in 1993.

Regards, Kerry.

----- Original Message ----- 
From: "Karen Lewellen" <klewellen@shellworld.net>
To: "Speakup is a screen review system for Linux." <speakup@braille.uwo.ca>
Sent: Sunday, July 20, 2008 7:41 AM
Subject: Re: duo boot systems...revisited, i think?


I am sorry that my spelling is such an issue for you.
As expressed I wrote that post in the middle of the night.
Not shared however is that I learned that my 20 year old nephew died of a
heart attack in America, and i was more than  a bit  distracted.
Others seemed to understand my meaning,
Indeed my goal is to run DOS and Linux on different hard drives, and boot
into Linux as needed.
Is that clear enough for you?


On Sat, 19 Jul 2008, luke wrote:

> On Thu, 17 Jul 2008, Karen Lewellen wrote:
>
>> Not running windows, but will hunt virtual options for DOs.
>
> There are no virtual options for DOS, at least not for running virtuals
> under DOS.  A virtual machine is one operating system which runs in an
> emulated hardware environment under another operating system.  Linux and
> Windows can run virtual  DOS machines, but DOS can not run virtual
> anythings.
>
> Now, for DOS under Linux, DOSEmu is probably a better solution than
> virtualization.
>
>> now that I think of it though, a reboot is no major factor, any way to 
>> create
>> a . bat file run in dos that will reboot the system into Linux as needed 
>> into
>> Linux without requiring the duo processor?
>
> What do you mean by "duo processor"?  If you are talking about multiple
> core processors, those have nothing to do with duel boot (duel not duo).
>
> Duel boot, is when you can boot into one of many operating systems which
> are installed on your machine, usually in separate hard drive partitions,
> or on separate hard drives.  That has no connection what ever, either to
> multiple processors, multiple cored processors, or duo anythings.
>
>> I have been dragging out this business long enough, but hardware and 
>> talent
>> has been the issue.  I do not want yet another hardware factor because I 
>> have
>> to find a duo processor.
>
> Again, what is this "duo" processor, and why do you need it?
>
> Luke
> _______________________________________________
> Speakup mailing list
> Speakup@braille.uwo.ca
> http://speech.braille.uwo.ca/mailman/listinfo/speakup
>
>
_______________________________________________
Speakup mailing list
Speakup@braille.uwo.ca
http://speech.braille.uwo.ca/mailman/listinfo/speakup


  reply	other threads:[~ UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
 text console tools for audio processing Chuck Hallenbeck
 ` John covici
   ` Janina Sajka
     ` luke
       ` Chuck Hallenbeck
         ` luke
           ` Chuck Hallenbeck
             ` luke
     ` Georgina Joyce
       ` Janina Sajka
     [not found]   ` <Pine.LNX.4.64.0806161540510.3591@gube.gnpgvphfpbzzhavpngvbaf.arg>
     ` John covici
     ` John covici
       ` Chuck Hallenbeck
         ` John covici
           ` duo boot systems...revisited, i think? Karen Lewellen
             ` John covici
             ` John G. Heim
               ` Karen Lewellen
                 ` Kristoffer Gustafsson
                 ` luke
                   ` Karen Lewellen
                     ` Kerry Hoath [this message]
                       ` Karen Lewellen
                     ` luke
                       ` Karen Lewellen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='000e01c8ea07$6980ab90$2518a8c0@bouncy' \
    --to=kerry@gotss.net \
    --cc=speakup@braille.uwo.ca \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).