Steve Scrimpshire

Have you tried increasing the timeout?

echo 100 > /sys/class/firmware/timeout

I thought I'd write up how I installed 2008 without being able to burn the DVD image and not having a floppy drive. I already had 2007.1 One installed, so I extracted the ISO to the root directory of my external drive and added this to /boot/grub/menu.lst:

title install

kernel (hd1,0)/i586/isolinux/alt0/vmlinuz

initrd (hd1,0)/i586/isolinux/alt0/all.rdz

When I chose 'install' from the boot menu, it started the installer and asked how I wished to install. I chose Hard disk and it asked me for the location and I pointed it to the root of the HD and off I went.

The (hd1,0) means the second disk (hd1), first partition(0). You could also extract the files to your regular harddrive and change where that points. Without linux already installed, you can get a version of grub for Windows (I forget the one I have used before).

I hope this is clear enough. If clarification is needed, please feel free to ask for it. :D

FINALLY!!!!!!

I removed all traces of NVidia from everywhere it could possibly be. I removed all kernels except for the one I am using. I removed all kernel-sources except for the one I am using (just urpme kernel-source doesn't completely rid you of the /usr/src/linux* directories, so I did that manually). I went into /boot and made sure all my System.map, vmlinuz, config and initrd symlinks were all correct.

Then I installed in this order:

x11-driver-video-nvidia-current

nvidia-current-kernel-2.6.22.12-laptop-1mdv

dkms-nvidia-current

and it finally works!!!

Edit: Forgot to mention, before installing those above, I installed:

kernel-laptop-2.6.22.12-1mdv-1-1mdv2008.0

kernel-source-2.6.22.12-1mdv-1-1mdv2008.0

kernel-laptop-devel-2.6.22.12-1mdv-1-1mdv2008.0

and that nvidia-current-kernel-2.6.22.12-laptop-1mdv-100.14.19-1mdv2008.0 also installs nvidia-current-kernel-laptop-latest-100.14.19-1.20071121.1mdv2008.0

But the nvidia-current-kernel* and dkms-nvidia-current all seem to say they are the same thing:

[root@laptop boot]# urpmq -i nvidia-current-kernel-2.6.22.12-laptop-1mdv-100.14.19-1mdv2008.0

Name : nvidia-current-kernel-2.6.22.12-laptop-1mdv

Version : 100.14.19

Release : 1mdv2008.0

Group : System/Kernel and hardware

Size : 2268229 Architecture: i586

Source RPM : dkms-nvidia-current-100.14.19-1mdv2008.0.src.rpm Build Host: n3.mandriva.com

Packager : Iurt the rebuild bot <distrib-admin@mandrivalinux.org>

Summary : nvidia-current driver for kernel 2.6.22.12-laptop-1mdv

Description :

dkms binary kernel modules for the nvidia-current driver version 100.14.19,

built for the 2.6.22.12-laptop-1mdv kernel.

[root@laptop boot]# urpmq -i nvidia-current-kernel-laptop-latest-100.14.19-1.20071121.1mdv2008.0

Name : nvidia-current-kernel-laptop-latest

Version : 100.14.19

Release : 1.20071121.1mdv2008.0

Group : System/Kernel and hardware

Size : 0 Architecture: i586

Source RPM : dkms-nvidia-current-100.14.19-1mdv2008.0.src.rpm Build Host: n3.mandriva.com

Packager : Iurt the rebuild bot <distrib-admin@mandrivalinux.org>

Summary : nvidia-current driver for latest kernel-laptop

Description :

dkms binary kernel modules for the nvidia-current driver version 100.14.19,

built for latest kernel-laptop.

[root@laptop boot]# urpmq -i dkms-nvidia-current

Name : dkms-nvidia-current

Version : 169.07

Release : 1mdv2008.0

Group : System/Kernel and hardware

Size : 9006843 Architecture: i586

Source RPM : nvidia-current-169.07-1mdv2008.0.src.rpm Build Host: n4.mandriva.com

Packager : Anssi Hannula <anssi@mandriva.org>

URL : http://www.nvidia.com/object/unix.html

Summary : NVIDIA kernel module for new cards

Description :

NVIDIA kernel module for new GeForce/Quadro based video cards. This

is to be used with the x11-driver-video-nvidia-current package.

Name : dkms-nvidia-current

Version : 100.14.19

Release : 1mdv2008.0

Group : System/Kernel and hardware

Size : 7165110 Architecture: i586

Source RPM : nvidia-current-100.14.19-1mdv2008.0.src.rpm Build Host: n5.mandriva.com

Packager : Anne Nicolas <anne.nicolas@mandriva.com>

URL : http://www.nvidia.com/object/unix.html

Summary : NVIDIA kernel module for new cards

Description :

NVIDIA kernel module for new GeForce/Quadro based video cards. This

is to be used with the x11-driver-video-nvidia-current package.

How confusing is that???

Well, it looks like the nvidia-kernel* ones are version 100-something, while the dkms-nvidia module is the 169-something one....so maybe it was the version conflict with the x11-driver-video-nvidia-current?

[root@laptop boot]# urpmq -i x11-driver-video-nvidia-current-169.07-1mdv2008.0

Name : x11-driver-video-nvidia-current

Version : 169.07

Release : 1mdv2008.0

Group : System/Kernel and hardware

Size : 20287327 Architecture: i586

Source RPM : nvidia-current-169.07-1mdv2008.0.src.rpm Build Host: n4.mandriva.com

Packager : Anssi Hannula <anssi@mandriva.org>

URL : http://www.nvidia.com/object/unix.html

Summary : NVIDIA proprietary X.org driver and libraries for new cards

Description :

NVIDIA proprietary X.org graphics driver, related libraries and

configuration tools for new GeForce/Quadro based video cards.

 

NOTE: You should use XFdrake to configure your NVIDIA card. The

correct packages will be automatically installed and configured.

 

If you do not want to use XFdrake, see README.manual-setup.

 

This NVIDIA driver should be used with GeForce FX and newer cards.

For older cards, the packages x11-driver-video-nvidia96xx and

x11-driver-video-nvidia71xx should be used instead.

Why don't they make the dependencies install the right ones?

Edit Part 2: I uninstalled the

nvidia-current-kernel-2.6.22.12-laptop-1mdv-100.14.19-1mdv2008.0

nvidia-current-kernel-laptop-latest-100.14.19-1.20071121.1mdv2008.0

packages and it still works, so apparently all that was needed was

x11-driver-video-nvidia-current

dkms-nvidia-current

in that order.

Fresh install of 2008 and it's still borked. Go Mandriva!

Edit: Completely removed all traces of nvidia and tried installing dkms-nvidia...same problem "module could not be found"

Ok, I typically urpmi myself up to the latest release with little or no problems, but this is a relatively new laptop that I installed Linux on using a 2007.1 One LiveCD because I couldn't burn a DVD (more on that later). NVidia driver worked perfectly fine. Then I urpmi'd myself up to the 2008 version and could no longer get the NVidia driver to work and it was said to be a known issue:

https://mandrivausers.org/index.php?showtopic=46374

So, I buckled down and decided to reinstall with a fresh copy of 2008. I downloaded the DVD iso thinking I might be able to now burn a DVD. Well, nope....can't do that. First off, I've burned DVDs on my Sony DRU-500AX DVD+/-R/RW burner with earlier versions of Mandriva with no problems, but now it no longer recognizes any medium I put in there...well, sometimes it sees a disk but then says it is incompatible or unformatted, when it is of course compatible and formatted. I did a Google search and discovered people saying that the burner doesn't work with Linux (it certainly did when I bought it two years ago), but might possibly work by upgrading the firmware...so I chalk that up to the Linux kernel surpassing the capabilities of the old firmware and say that it is not Mandriva's fault. So, then I go through a whole lot of trouble finding a way to boot from my external drive and install from the extracted ISO (you'd be surprised at how little information is out there on that with no boot floppy....maybe I should write a tutorial...it's easy once you know how) . So, I get it installed, but no wireless (hmmmm...it worked in 2007.1 One). I go to Harddrake and click on the wireless card, but, lo and behold there is no longer a 'Run Config Tool' button in Harddrake. No biggie, I will go to MCC and configure network. I choose 'Wireless' and click Next. It sees my wireless, so I choose it and click Next, then I get an error saying it needs a package that is not available: ipw3945d. I look in my media and, sure enough, it's not there. So, I boot with my 2007.1 One CD (you know, the one where wireless works) and go to the mirror and grab the pkg. Just in case, I also grab every package that has ipw in its name. I reboot back into 2008 and install ipw3945d, go to configure the network and get yet another error: Required package ipw3945-ucode not available...man, was I glad I grabbed that. Installed it and was able to configure my wireless.

So, why is Linux in general, and Mandriva in particular, going backwards? You can say 2008 is Beta, but why remove those (I'm sure popular) packages from a DVD iso???

I'm about ready to give up on Mandriva

Edit: Not to mention the fact that I installed 2008 fresh and NVidia is still borked.

why not upgrade to 2008 ? or better just reinstall the system ?

Not to sound like a jerk, but I shouldn't have to do that. This ain't Windows.

I've done 98% of my 'upgrades' through urpmi and never had a problem like this. I will admit that upgrading that way to new year's release is riskier than upgrading between in-year releases, but a problem like this should not happen. If it does (which it did), I'm sure there's a much easier way to solve it than re-installing. I'm downloading the DVD now in case no one comes up with an answer, but reinstalling is unreasonable just for errors in X caused by Mandriva.

Kinda/sorta, yes. I installed from the 2007.1 One LiveCD, then changed my urpmi sources to point to 2008 Official Repositories. Is there a possible way around this?

I've tried installing both the Nvidia official driver and the nvidia drivers included with the distro and I cannot get it to work.

I get this when I try to startx

(II) LoadModule: "type1"

(II) Loading /usr/lib/xorg/modules/fonts//libtype1.so

(II) Module type1: vendor="X.Org Foundation"

compiled for 1.3.0, module version = 1.0.2

Module class: X.Org Font Renderer

ABI class: X.Org Font Renderer, version 0.5

(II) Loading font Type1

(II) LoadModule: "freetype"

(II) Loading /usr/lib/xorg/modules/fonts//libfreetype.so

(II) Module freetype: vendor="X.Org Foundation & the After X-TT Project"

compiled for 1.3.0, module version = 2.1.0

Module class: X.Org Font Renderer

ABI class: X.Org Font Renderer, version 0.5

(II) Loading font FreeType

(II) LoadModule: "glx"

(WW) Warning, couldn't open module glx

(II) UnloadModule: "glx"

(EE) Failed to load module "glx" (module does not exist, 0)

(II) LoadModule: "nvidia"

(WW) Warning, couldn't open module nvidia

(II) UnloadModule: "nvidia"

(EE) Failed to load module "nvidia" (module does not exist, 0)

(II) LoadModule: "kbd"

(II) Loading /usr/lib/xorg/modules/input//kbd_drv.so

(II) Module kbd: vendor="X.Org Foundation"

compiled for 7.2.0, module version = 1.1.0

Module class: X.Org XInput Driver

ABI class: X.Org XInput driver, version 0.7

(II) LoadModule: "synaptics"

(II) Loading /usr/lib/xorg/modules/input//synaptics_drv.so

I found this:

http://www.initng.org/ticket/47

But the device nodes exist in my case.

I have a feeling it has something to do with Xorg's driver path.

Even though I am more of a cli guy, I installed and ran filelight because of the recommendations in this thread and I am amazed at how easy it makes it for me to quickly clean up a bunch of garbage that was using a ton of space. Thanks, guys.

If learning on Linux, I might suggest playing around with bash scripting first...an interpreted language. Then maybe move on to dabble in C, a lower-level compiled language (lower-level does not equal easier, just that you can more closely interact with the operating system), then maybe php (not just for web anymore ;)), etc.

If you don't have install.pm in that directory, then urpmi is not installed correctly.

[root@localhost urpm]# rpm -ql urpmi

<<snip>>

/usr/lib/perl5/vendor_perl/5.8.8/urpm

/usr/lib/perl5/vendor_perl/5.8.8/urpm.pm

/usr/lib/perl5/vendor_perl/5.8.8/urpm/args.pm

/usr/lib/perl5/vendor_perl/5.8.8/urpm/bug_report.pm

/usr/lib/perl5/vendor_perl/5.8.8/urpm/cfg.pm

/usr/lib/perl5/vendor_perl/5.8.8/urpm/download.pm

/usr/lib/perl5/vendor_perl/5.8.8/urpm/get_pkgs.pm

/usr/lib/perl5/vendor_perl/5.8.8/urpm/install.pm

/usr/lib/perl5/vendor_perl/5.8.8/urpm/lock.pm

/usr/lib/perl5/vendor_perl/5.8.8/urpm/main_loop.pm

/usr/lib/perl5/vendor_perl/5.8.8/urpm/md5sum.pm

/usr/lib/perl5/vendor_perl/5.8.8/urpm/media.pm

/usr/lib/perl5/vendor_perl/5.8.8/urpm/msg.pm

/usr/lib/perl5/vendor_perl/5.8.8/urpm/parallel.pm

/usr/lib/perl5/vendor_perl/5.8.8/urpm/prompt.pm

/usr/lib/perl5/vendor_perl/5.8.8/urpm/removable.pm

/usr/lib/perl5/vendor_perl/5.8.8/urpm/select.pm

/usr/lib/perl5/vendor_perl/5.8.8/urpm/signature.pm

/usr/lib/perl5/vendor_perl/5.8.8/urpm/sys.pm

<<snip>>

The file /etc/urpmi/urpmi.cfg should start like this:

{

// this is where global options go

}

 

plf-free ftp://ftp.free.fr/pub/Distributions_Linux...ase/binary/i586 {

<<snip>>

Unfortunately, noclean or noinstall are not viable options. You could try putting pre-clean in there, and copy all your files out after each run. I'm not 100% sure if pre-clean cleans between sets of pkgs or not, so not sure if it will do what you expect without testing. I do know for sure that if something causes urpmi to restart without your guidance (like urpmi being one of the pkgs it installs), it will clean the cache before you get a chance to copy pkgs out of it.

The problem with using the CLI to do URPMI is that it is not always possible to know the exact filename of the package to be downloaded. The procedure I am using now involves using the GUI to select package filenames with their dependencies, pasting those filenames (not always precise ones) into a text file, then going to a web source for RPM packages and doing a search for the filenames I pasted into the text file. This works fine, but is a rather slow way of doing things.

Some urpmi tips:

urpmq -y --sources [part-of-pkgname]

will tell you the url of the pkg in your repositories that you have configured. -y, or --fuzzy is match part of the pkgname.

One trick I use for that is

wget $(urpmq -y --sources <<pkgname>>)

This will give you an error if

urpmq -y --sources <<pkgname>>

returns more than one url (I think). To avoid that, you could do:

for pkg in $(urpmq -y --sources <<pkgname>>)

do

wget $pkg

done

And for normal urpmi installs, you don't need to know the exact name:

urpmi --no-install --noclean kopete

will work. I'm not exactly sure why you are wanting to do what you're doing. Are you doing a urpmi --auto or are you wanting to do this for any pkg? I can probably whip up a shell script for whatever you are trying to do.

It appears that there is nothing in the remote directory but .pk3 files, so there is no need for the maplist, really.

As Greg2 said, this command will do it for you (with a slight correction to not overwrite files already downloaded):

wget -r -nc -np http://h4x0rz.bounceme.net/Urban%20Terror/maps/

I would second the idea that urpmi sources are not set up correctly. The pkg is in contrib:

[root@localhost ohms]# urpmq --sources libstdc++5
ftp://ftp.proxad.net/pub/Distributions_Linux/MandrivaLinux/official/2008.0/i586/media/contrib/release/
libstdc++5-3.3.6-3mdk.i586.rpm

The Google Repo really should never cause a problem, since it is only Google apps. You may not find the necessary dependencies for them, but I certainly don't think it will cause any problems.

The advice of using the EasyUrpmi link here is the best advice and make sure if you follow any HowTo on setting up your urpmi sources, you always remove your old sources first.

Glad you solved your problem.

Man, I think a lot of the responses here were unnecessarily harsh. Have y'all been hanging out in other Linux "RTFM" Forums too much? This board used to be extremely newbie friendly.

Thanks ffi, that's brilliant advice, and is what I did in the end anyway. I was kind of hoping that my whizzy urpmi tool (which already knows where the repositories are and which packages are in which repositories) would save me a manual download. Urpmi has already got a boatload of options, so I figured this would be one of them :/

It does:

urpmi --no-install freemind

or if that fails:

wget $(urpmq --sources freemind)

What about this one:

[root@localhost ohms]# urpmq --sources kernel-2.6.22.9-1mdv
ftp://ftp.proxad.net/pub/Distributions_Linux/MandrivaLinux/official/2008.0/i586/media/main/release/
kernel-2.6.22.9-1mdv-1-1mdv2008.0.i586.rpm

My two cents. Having tried Mandriva 2007 on my Core 2 Duo. The slight performance gain is not really worth the hassle. I know that was said up there, but I wanted to speak from experience.

If you want to use java in your browser, you have to install the 32-bit version, and therefore, the 32-bit version of your browser.

If there is a working 64-bit flash, I never got it to work.

The main reason I went back to the 32-bit version was that I needed to install Oracle and there is no 64-bit version of Oracle for Linux.

Mandriva installs from a Live CD. So you must have had a Live CD to be able to install it. Why do you need something that creates a live CD when you already HAVE a live CD?

Mandriva is not always installed from a LiveCD. Unless I've missed something, MandrivaOne is not the only way to install Mandriva.

Ah, the obvious.

The '-desktop-' part is not important, so your source and uname match. The problem, though, is that the version magic of your module shows 'custom' which sounds like the compiling of the module altered the kernel's config file in the source. Since the version magic of the module does not match your installed kernel, you will probably wind up having to recompile your kernel using the config file that is in /usr/src/linux-2.6.22.9-1mdv/

If you would like to try it, I'd be happy to give you instructions on how to do that.

You may want to wait if someone has actually installed this package and knows whether or not I am mistaken since I have never installed it.

Have you tried rebooting and seeing if you have a 2.6.22.9-1mdvcustom kernel you can boot into?

It looks like it compiled your module against that? Had you somewhere down the line tried to recompile your kernel? Getting the 'custom' in your modinfo is a sign of that.

Edit:

Ah, I see from your link that you applied a patch that is 'include'-ing 'linux/whatever', so if you are booting to a kernel whose source is not pointed to by the symlink /usr/src/linux or the /lib/modules/whatever/linux directory, then insmod will fail. Go to a console and type

ls -l /usr/src/linux

and if the symlink doesn't match what uname tells you, you will have to change the symlink to the right kernel and repatch your VPNclient (your patch is actually patching the client, not the kernel as far as I can tell) then recompile it.

I'm not exactly sure what is meant by this, but there are often "hard limits" set that take precedence over "soft limits". (I read this on a site about AIX). Example:

My ulimit -c returns 0, but ulimit -H -c returns unlimited. You can set the hard limits by using the -H flag with the setting:

ulimit -H -c 0

Of course, you'll have to put this in your /etc/profile to remain in effect for all users upon reboot.

You can also try this:

https://mandrivausers.org/index.php?showtopic=10447

On the off chance that you haven't tried this:

Have you tried a different brand of DVD? My DVD Burner absolutely refuses to burn DVDs of one particular brand (can't remember which brand at the moment), giving the exact same error in K3B.

It sounds like you probably burn data disks with the same brand successfully, but there's still that slight chance...