jboy

1. To remove the kernel package, simply use the Remove Software (or Uninstall Software, I'm not in linux right now and don't remember which) menu option in MCC and specify the old kernel package, or use the CLI urpme command to remove it. 2. To remove the old entry from your lilo menu: Edit /etc/lilo.conf Remove the section referring to the old kernel Then as root from the console, execute the command: lilo -v This will write the updated boot loader info.

An Update is not going to install a package that doesn't already exist on your system, it will only update existing packages. The original suggestion was to install the mandriva-release-2006... package, since for some odd reason you don't seem to have it despite doing a 2006 install (which was probably really an upgrade from LE2005 since you are still getting LE2005 version messages). So you need to chose Install Software, not Update, and choose that specific package. You also should consider configuring your repositories or media sources for not only the 2006 Main and Updates sources, but also Contrib, Jpackage, and PLF-Free and PLF-NonFree, as you will see on the Easy-Urpmi webpage. These are the standard sources that you should configure. Another thing you should check is to execute the following command as the root user in a terminal (aka console). This will indicate what kernel version you have. uname -r You should get a response that says: 2.6.12-12mdk. If you don't get this, but instead get something like 2.6.11..., then you don't have 2006 installed, which means you should ignore all the above and re-asses what you've really done and what you've really got installed. Regarding the other errors you're getting, I have no clue. Maybe someone else might have some tips. If you're having too many problems, you may need need to think about chalking this install up to a learning experience and do a complete re-install from scratch.

Here it is: ftp://mirrors.usc.edu/pub/linux/distribut...0-1mdk.i586.rpm Make sure your repositories are set up correctly. See the Easy-Urpmi link at the top of this page. The fact that you're not finding it may indicate that you need to redo your repositories setup.

My mistake. That rpm is in the Updates repository, and it's an update for this rpm in the Main repository: mandriva-release-2006.0-1mdk.i586.rpm So install mandriva-release-2006.0-1mdk.i586.rpm, then do an Update from MCC or urpmi.

You probably just need to install the following package: mandriva-release-2006.0-2.0.20060mdk Make sure you're up to date on all your 2006 updates first. Among other things, this package installs/updates these files: /etc/mandrake-release /etc/mandrakelinux-release /etc/mandriva-release /etc/redhat-release /etc/release /etc/rpm/macros.d/mandriva-release.macros /etc/version

Our first self-denying guru? ;) <{POST_SNAPBACK}> Self-denial! :o Now that's a scary thought! Who is going to step up and be our first self-indulgent Guru?

Not currently, but I did use it on WinXP earlier this year for both seti@home and einstein@home projects. It's probably been improved quite a bit since then. I thought it was a pretty slick little app. I started seti@home with BOIC so I've never used the soon to be defunct standalone app.

Thanks, I think I got it. The Guru person, for example, would perhaps be able to write and debug scripts like the following in /etc/init.d - cpufreq, network, netfs, and functions

unless of course by bash commands you mean bash programming. <{POST_SNAPBACK}> Yeah, if that means writing your own bash scripts, then I'd say Senior. But a Guru surely has mastered scripting long before becoming a Guru.

Uh, Ian, surely you're one of the most Senior self-described Juniors around here! Troubleshooting? User support? You do that here every day! Hacking config files? (your xorg.conf advice). I'd consider myself a Junior, but surely you are a Senior! I have one minor quibble with the criteria - imo, bash commands belongs in either the Junior or Senior level, certainly not as high as Guru.

How about a separate /home? You could take maybe 10 gb from /usr and use it for /home.

I tend to use the CLI quite a bit and use urpmi about equally as much as rpmdrake. When searching for packages, rpmdrake is a lot hander than urpmq, though urpmq is useful at times. I rely a lot on ssh for routine admin of other network machines. Also use rsync a lot. I make use of some simple bash scripts to automate some things (urpmi updates, trimming logs, etc). Am comfortable with vim and use it about as much as kwrite for editting text files. Some of the CLI network and admin tools are very useful: netstat, route, ifconfig, ps, etc. Certain GUI tools are terrific: e.g., kdiff3 and krusader. The CLI midnight commander is very nice, but I'd rather use krusader (or even konqueror with the midnight commander profile option). I have some UNIX experience from about 10 years ago and those machines were CLI only, so I got comfortable using the CLI back then.

You can get an rpm of the MS core system fonts here: http://rpm.pbone.net/index.php3/stat/4/idp...noarch.rpm.html I've installed them on several Mandriva versions (10.1, LE2005, and 2006) and they work great.

It appears so, according to the Smart FAQ at http://labix.org/smart/faq (excerpt below). For example, I installed some packages with Smart and they appeared in rpmdrake and showed with the rpm -qa command. Should be easy to test - e.g., install some package for test purposes with smart and then use urpme to delete it, or vice versa. Can I use Smart with APT/YUM/URPMI/whatever? Yes. Smart is a meta-package manager like APT, YUM and URPMI, meaning it runs over RPM, DPKG or pkgtool. You can run Smart alongside other meta-package managers. Trying out Smart should be very safe.

Yeah, I just installed openoffice 2.0 downloaded from the OO site. Funny thing about the menu - the item for the database was not put under the Office menu tree as were all the other openoffice apps. Instead it was buried someplace like Other Applications (sorry, I'm not in 2006 at the moment and I don't recall the exact menu path). So I used menudrake to add the database menu item to the Office menu path, so it would be with the others.

Here is a procedure for installing LE2005 from .iso files on the hard disk. http://home.mindspring.com/~rolfpedersen/M...%20Install.html Disclaimer: I have never done it. I just know about this web page for the procedure.

Could this be related to your overclocking the CPU to 2800+? I'd go back to rated speed and see if problem still occurs. I have an Athlon machine with the same ATI 9200 AGP card, same memory specs, and have no video problems, but I'm not overclocking it.

It looks like main already exists in your urpmi sources, and perhaps the others as well (contrib, jpackage, etc). Do this first to remove them all. urpmi.removemedia -a Then issue the corrected command to addmedia for each of the sources. Can't help you with the ksnapshot issue. Don't know what's going on there.

Oops! After taking a look at that media_info directory, the hdlist files are: hdlist_main.cz hdlist_contrib.cz etc So use: with ../media_info/hdlist_main.cz etc. Take a look at that media_info directory to see.

You have a syntax error in the with clause of your urpmi.addmedia command: WRONG: with media_info/hdlist.cz You need to use: with ../media_info/hdlist.cz The media_info subdir is a subdir off the media directory, not the main, contrib, jpackage, etc. directory.

At the command line, log in as root and execute the XFdrake command. Select the Options menu item, which allows you to select the graphical login manager. This graphical login manager allows you to select from among the window managers you have installed. KDE is the default. You can install additional ones until the Mandrake Control Center Install Software utility.

Very impressive! Great job! The level of explanatory detail seems just right. Just one small item - in the partitioning section, the / character for the mount point of the root partition is referred to as a backslash rather than a forward slash. Congratulations on a great tutorial. BTW, may I ask what tools you used to create this tutorial?

From your boot menu, select the failsafe menu option. You will then be brought to the command line as the root user. Enter the command: drakuser From there you can set up your user accounts. Then shutdown and reboot with the command: shutdown -r now

During startup, the init process runs the commands in /etc/inittab. One set of these commands starts a login process on each of the virtual terminals you can login to (accessible thru CTRL-ALT-F1, etc), and these just sit there waiting around for a user to initiate a login. If you look at /etc/inittab, you'll see something like the below. It's saying that for run levels 2 thru 5, start a login process on each of 6 virtual terminals, and when the process dies (e.g., the user logs out), then respawn the login process again. What is happening is that for some reason /sbin/getty cannot be executed on your system, and it keeps trying to start them. # Run gettys in standard runlevels 1:2345:respawn:/sbin/getty tty1 2:2345:respawn:/sbin/getty tty2 3:2345:respawn:/sbin/getty tty3 4:2345:respawn:/sbin/getty tty4 5:2345:respawn:/sbin/getty tty5 6:2345:respawn:/sbin/getty tty6 Why can't /sbin/getty be executed? I dunno, maybe something got borked during that dd command execution. First of all, see if /sbin/getty exists. If not, maybe the package that installs the getty binary needs to be re-installed. Or, does /sbin/mingetty exist - getty and mingetty are different implementations of the same thing. Perhaps you could create a symbolic link to mingetty and name it getty, or edit /etc/inittab to use mingetty. However, could it be that getty is the only thing that's borked? Seems doubtful. Are there other system problems? Despite all these respawnings, your system should still be usable, but of course you won't have any virtual terminals. Can you open a console window from within gnome? Opening a console window might not be affected by this, I'm not sure.

Follow the install instructions at the java site: http://www.java.com/en/download/help/50000...#selfextracting For example, if the .bin in your /home/kowash directory, then per the instructions above: # cd /home/kowash # chmod a+x jre-1_5_0-linux-i586-rpm.bin # ./jre-1_5_0-linux-i586-rpm.bin etc.