ianw1974

Try running etc-update because there could be some new config files to put in place that might be the cause of the problem if still using old ones. You can install etc-update if you don't have it, or alternatively do: find / -name *.rpmnew or with slocate or locate: updatedb slocate rpmnew I don't know if slocate is still valid, so if it doesn't work, use locate instead.

Nothing strange in the process listing. Although your dmesg is rather worrying. You have the sda errors but you're also getting them on ata as well. So, either the disks are OK and the ata controller is faulty, or the disks are faulty. Are your disks connected to the system board? And what mode is it running in, standard or legacy? Are they sata disks? If on-board connected, have you a PCI SATA controller you might be able to connect the disks to temporarily and see if the problem goes away?

Can you copy and paste the errors from dmesg so we can see what they are. Also with the intermittent freezing, perhaps some process like beagle, or whatever that indexing program was ages ago that caused systems to run slow. Try a: ps aux when logged in as normal user, and see what processes are running.

Create a new user, and then login as this and see if the same problems occur. If not, then it will be something with your own user profile in terms of Gnome settings causing the problem for you.

I had a Dragon 32. There was even a Dragon 64, but I wasn't that lucky :D

Definitely RAM would be just fine here. I had an AMD Athlon XP 1800+ with 1GB of RAM and 2 x 160GB HDD's. The only reason I upgraded it was the fact it was 8 years old or so and I needed something much faster and replaced it with a Quad Core 2.4GHz, 8GB RAM and 4 x 250GB HDD's. Otherwise, as it stood for a basic machine for reading websites, writing docs, etc it was perfectly fine. So yours will be much better with a memory upgrade than my AMD Athlon XP 1800+ would have been :)

Clear all your repositories - you are trying to install a 2009 package in 2010. You can do this in the gui, but the easiest method is: urpmi.removemedia -a and then when all is done, run: urpmq --list-media to make sure no results are obtained, and then visit the easyurpmi link at the top of this page to set up all your repos again.

You probably need a flash plugin as well as video plugin: mplayer-plugin or similar before you'll get your video working. As for music, it depends on what and how it is being streamed. All those lists of plugins are not for firefox, the best way to see what firefox plugins you have is to type: about:config in the url bar and see what is listed.

Is this script enabled using the chkconfig command? chkconfig --add safe-lvm-umount for example? You can check: chkconfig --list | grep -i lvm to see if it appears. Only thing I can think of right now.

It depends which one you allocate for internet use, in my example, 192.168.2.* would be allocated for internet use. But you can use whichever you prefer and where for internal/internet use. What you can do with the machines that have one network card is bind both IP addresses to it for both 192.168.1.x and 192.168.2.x networks, and set the default route accordingly for internet access.

Hi, it depends what you're trying to achieve. Without seeing the addressing scheme and the way the network is set up it would be hard. However, if I make some assumptions based on the 100MB for internet and the 1000MB for internal home use, then you would need to have two different network addressing schemes on both network cards for them to work correctly. Having them on the same IP range will cause you problems - like what you have now and I'm guessing both your LAN cards have the same network IP range. So, for example, configure your internal network with: 192.168.1.0/24 network, and all machines will have an IP from this, replacing the 0 with whatever last octet you wish each of the machines to have. Then for internet access, assign a different IP range, let's assume: 192.168.2.0/24 and set your router with 192.168.2.1 and all the machines that require internet to have an IP from this IP range by binding it to the second card. You will not configure a default gateway for the 192.168.1.0 network because it won't be required, since you are only using it for communicating with your internal machines. The default gateway for the machines would always be 192.168.2.1 with that IP bound to the 100MB card. Then all internet traffic would go by 100MB and all internal traffic by 1000MB card. Hope that helps and I explained it clearly.

It could well have, or some config files not replaced with new ones, but glad you're back and running :)

I also remember something like: chmod g+s /path/to/folder however, a chmod 777 should have given full world read rights to everybody and you should have gained access from it without a problem.

Maybe in later version of Gnome, things changed and the gconf stuff for nautilus isn't in the same place. I'm pretty sure this is a gnome config issue that has the desktop stuff switched off by default, but I don't have Mandy installed to be able to check and diagnose it.

That is strange, your first post shows 1GB and your last one shows 512MB. As silversurfer says, when you took it out it probably didn't get seated correctly. I'd get onto it immediately, because if that chip moves when your computer is switched on, it'll short and then it'll blow. I had a soundcard do this when it worked loose from it's PCI slot.

Probably nautilus is either not drawing the icons on the desktop, or that the icons have been turned off. You can run gconf-editor (if not installed, install it), and then you can go into: apps --> nautilus --> preferences and enable show_desktop or check under: apps --> nautilus --> desktop and see if the whatever_icon_visible is checked or not. Check the items you need, and you'll have your desktop back. Another good test, is plug in a USB stick and see if the icon shows on the desktop. If so, then the show_desktop item is enabled, but you just don't see the computer, trash and home icons.

Easiest way is do: uname -a if you see anything other than x86_64 so likely i686 or similar, then you are running a 32 bit distro, it must say x86_64 if it's 64 bit, here's mine from CentOS 5 x86_64 so you can compare: Linux esprit 2.6.18-164.6.1.el5.centos.plusxen #1 SMP Wed Nov 4 10:10:32 EST 2009 x86_64 x86_64 x86_64 GNU/Linux if not similar, then it is 32 bit distro installed.

Please can you tell us what you type at the mandriva shell to try and connect? Chances are something isn't quite right with how you're trying to connect.

Check on both machines, and see what font packages you might have installed, for example: rpm -qa | grep -i font rpm -qa | grep -i ttf and compare the results of the both commands. If anything missing from the desktop that appears on the laptop, install the respective package, restart X and then see how things look.

I find that strange, are you sure it's a 64 bit install? Reason I ask is because it looks like you only have 1GB of ram accessible: total used free shared buffers cached Mem: 1001 973 28 0 18 340 On mine: [ian@esprit ~]$ free total used free shared buffers cached Mem: 3677184 1380936 2296248 0 48420 676516 -/+ buffers/cache: 656000 3021184 Swap: 995988 0 995988

I've had similar in the past when mounting a USB disk, it would only let me as root until I did some jiggery pokery with the folder and permissions. Then I could do it as a regular user. Two things, either using the rw option to pass in fstab so that it's read-write, or change the permissions on the directory where you mount the share. A nice easy way to test is chmod 777 /home/netstorage/images/photos and then mount the share like you currently do in /etc/fstab and see if you can save as a regular user. If not,then the fstab might need rw adding to your options.

I'll leave it here, cos it's all good stuff related to nas/openfiler/lvm since it's all built upon it. We can open a thread for fixing the LVM stuff if you so wish to keep it separate from this thread. One more thing, if you're not worried about the data, just delete the whole volume group and start again. Then you can just copy it all over from the beginning and job done. By the way, something that is really cool. Have two openfiler installs, one in your house and say one somewhere else. Then install this: http://www.gluster.com/community/documentation/index.php/GlusterFS or in particular how to do it on openfiler: http://www.gluster.com/community/documentation/index.php/Community/OpenFiler_Installation yay, we now have replication of our data from one openfiler device to the other in two different "remote" locations. Of course, it might take a long time if you have a slow internet connection, or DSL since upload speeds aren't too quick. If you have a large pipe to the internet, then it would be really neat.

Try testdisk. If that fails, you're probably too late.

Maybe you need this: http://bisqwit.iki.fi/story/howto/undopvremove/

Yeah, pvmove is a bit slow. I was under the impression though that pvremove should have taken care of it for you though, although I'm not entirely sure as I've not read much about it or tried it yet. Will have to check and test it :) EDIT: pvremove will remove the disk but not move any data on it - or so it seems from what I read. So, the command would normally be vgreduce first, which should sort out the stuff, and then pvremove to remove it from the volume group.