All of lore.kernel.org
 help / color / mirror / Atom feed
* Multi-kernel in grub
@ 2003-07-22 15:15 Travis
  2003-07-22 15:19 ` /cdrom fails to unmount Dan Zlotnikov
                   ` (4 more replies)
  0 siblings, 5 replies; 20+ messages in thread
From: Travis @ 2003-07-22 15:15 UTC (permalink / raw)
  To: linux-newbie

I am a recent convert to RH9 and have been trying to compile a kernel to
allow dual head video support for my matrox g400-tv card.  Here is the
main tutorial I was following:
http://www.intel.com/support/platform/pentium4/linux.htm

I used xconfig , and the compilation process seemed to go fine (no
errors were display when I got the command prompt back) from running the
following.

make dep
make clean
make bzImage
make modules

My problem came at "Next, you have to copy the appropriate files so that
linux can boot from the new kernel."  I copied the vmlinuz image created
by the compilation to /boot/vmlinuz-matrox.  I then edited grub's conf
file by copy-and-pasting my current RH boot section and simply changing
the label and pointing the vmlinuz-matrox as the kernel to load.

When booting I got an error very quickly.  I have been searching for a
grub multi-boot kernel tutorial and have read most of the applicable
grub user-guide, but to no avail.  If someone could point out a good
tutorial or give a few things to try, I would appreciate it.  Thanks in
advance.

-- Travis

-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs

^ permalink raw reply	[flat|nested] 20+ messages in thread
* Re: /cdrom fails to unmount
@ 2003-07-24  0:00 Heimo Claasen
  2003-07-25 15:28 ` James Miller
  0 siblings, 1 reply; 20+ messages in thread
From: Heimo Claasen @ 2003-07-24  0:00 UTC (permalink / raw)
  To: e.a./CC

Sorry for the "convoluted style", James - perhaps it stems from trying
not to get entagled with terms I'm not too sure about.

And yes, this is how I see it too:
> if the user mounts the CDROM, then navigates into the
> /whatever/cdrom directory using MC, then exits MC (F10), the OS will
> continue to "think" the cdrom is being accessed...
> So, while there's no process running that's actively trying to access the
> cdrom (not one that the user can find, anyway), the computer/OS acts as
> though there is such a process tying up the cdrom, and therefore won't
> allow the user to umount/eject the media.

I'm searching for a good "visual" analogy - maybe fishing from a boat
could be, the boat being the "user" floating on the "System" waters, the
rod the "application": Usually, you would anchor somewhere, cast with the
rod, and draw whatever is hooked towards the boat; the boat wouldn't
move.  Not so in Linux waters - if the bait is hooked (most probably on
the branch of a file-tree under the surface, <bg>) the boat is drawn
there and "anchored" _there_.  So you're not allowed to cut that
submarine branch - this would set the boat adrift -, you first have to
lift the anchor and fasten the boat elsewhere. And someone else may be
fishing there too, and having been hooked up at the same invisible
branch. So this "user" has to move his booat too first, before you
may take a dive and tear the dang branch out of the water to recover
your precious bait.

Maybe someone else finds a better formulation - the point is that in
*nixish systems there's no difference between "current" and "working"
directory.  The (part the user may use of the) whole OS "moves to" the
(sub)dir where some task is done. As a "device" - at the surface - is
treated the same way like a (data) file or a directory, the boat/user
must get off from there first before it can be unmounted.

// Heimo Claasen // <hammer at revobild dot net> // Brussels 2003-07-
The WebPlace of ReRead - and much to read  ==>  http://www.revobild.net

-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs

^ permalink raw reply	[flat|nested] 20+ messages in thread
* Re: /cdrom fails to unmount
@ 2003-07-24  0:00 Heimo Claasen
  2003-07-24 15:55 ` James Miller (office)
  0 siblings, 1 reply; 20+ messages in thread
From: Heimo Claasen @ 2003-07-24  0:00 UTC (permalink / raw)
  To: linux-newbie

Maybe, and I think, the thing is much more trivial - but for the reason
of typical specialised blindness, you never get it explained from the
*nix gurus: It has to do with the current "location" where you are when
trying to "umount /cdrom" - if one of the applications in any one of the
desktop windows "is" still "in" the /cdrom directory, for instance after
having done some task there, you cannot umount it from there nor from
another task, because it's "busy" (not with a process - there duely is
none to find -, but simply because the directory=device is accessed.)

I have this nuisance time and again because after a while doing this or
that I tend to forget that some earlier activity delocated the "working
directory" (for its own purpose), and when I then want to change media in
a CDROM or ZIP drive I promptly get that friendly "device is busy"
harassment.

A good illustration is the behaviour of the Midnight Commander: you
start it somwhere on some branch on the directory tree, then you
navigate _inside_ the prog to _look_ at some other branch/files, and if
you exit MC then your're quite somewhere else from where you started.

Maybe that's natural for everyone who grew up with *nixish mother's
milk; for all others, and certainly for mewbies like me, it's a bit more
diffcult to understand why "The System" would change your current/working
directory with, say, just reading-in data for an application, from a data
file which is situated quite somewhere else.

// Heimo Claasen // <hammer at revobild dot net> // Brussels 2003-07-23
The WebPlace of ReRead - and much to read  ==>  http://www.revobild.net

-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs

^ permalink raw reply	[flat|nested] 20+ messages in thread
end of thread, other threads:[~2003-07-25 15:28 UTC | newest]

Thread overview: 20+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-07-22 15:15 Multi-kernel in grub Travis
2003-07-22 15:19 ` /cdrom fails to unmount Dan Zlotnikov
2003-07-22 15:44   ` Amin
2003-07-22 16:06   ` pa3gcu
2003-07-22 15:43 ` Multi-kernel in grub Amin
     [not found] ` <Pine.LNX.4.43.0307221116460.20338-100000@perpugilliam.cscl ub.uwaterloo.ca>
2003-07-22 15:58   ` /cdrom fails to unmount Ray Olszewski
2003-07-22 16:28     ` Dan Zlotnikov
2003-07-23 14:58       ` pa3gcu
2003-07-22 16:11 ` Multi-kernel in grub pa3gcu
2003-07-22 21:54 ` Travis Osterman
2003-07-23  2:20   ` Ray Olszewski
2003-07-23  4:51     ` Travis Osterman
2003-07-23  6:24       ` pa3gcu
2003-07-24  3:20         ` Travis Osterman
2003-07-24  7:54           ` Julien Didron
2003-07-24 12:32           ` pa3gcu
2003-07-24  0:00 /cdrom fails to unmount Heimo Claasen
2003-07-25 15:28 ` James Miller
2003-07-24  0:00 Heimo Claasen
2003-07-24 15:55 ` James Miller (office)

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.