ianw1974

Have you tried with it being connected and rebooting the machine. Or perhaps try restarting pulseaudio - there should be init script for this:

chkconfig --list | grep -i pulse

and maybe something like:

service restart pulseaudio

I know I needed to restart when I wanted my HDMI audio connected. But I can't remember if just a restart of pulseaudio was enough.

When you scroll down the output devices, does it show the Creative D80? I ask because I could see the scrollbar, so was wondering what else was lower down.

Have you got pulseaudio installed? If so, when you go into the volume controls, you can choose the output there, there should be a couple listed I expect. Standard audio output and bluetooth output. I've done this with bluetooth headphones for use with Skype.

I've also done similar, when trying to get sound over HDMI, so the process will be the same, but just to choose the second output thats listed in pulse audio under the volume controls.

Hi, you don't need the CD, just remove the CD from the repositories, and configure the repositories to get packages from the internet.

You will need to install the proprietary Nvidia drivers to get the HDMI to work. I had to do the same with my laptop, and then via pulseaudio you will also be able to choose HDMI for the sound output to go to the TV.

Best bet is take a look at what cards fit your price range, then go to the Nvidia website for the driver downloads and see if their Linux drivers support the card you are looking to buy. My last Nvidia was bought in 2001 and was a Geforce TI 4400 which is old now, so best checking as I mentioned.

I prefer NVidia if I was to buy a separate card, otherwise onboard Intel or lastly ATI because of so many problems trying to get them working well enough. Although they seem a little bit better of late than a while back.

Photorec is data carving, it doesn't care what the filesystem is, it looks at the sectors on the disk, and gives you random filenames. Testdisk is what you want if you want to recover with the filenames. Testdisk should be able to recover files and directories/folders from what I remember.

Have you tried testdisk? It might be able to help. Photorec is part of the testdisk program, so if you have this installed, testdisk should be there somewhere. If not, you can download it and use it to try and recover.

As I said, it depends what you're using, so if iptables, this is what you need to do:

From here:

http://www.linuxhomenetworking.com/wiki/index.php/Quick_HOWTO_:_Ch14_:_Linux_Firewalls_Using_iptables#Masquerading_.28Many_to_One_NAT.29

iptables -A POSTROUTING -t nat -o eth0 -s 192.168.1.0/24 -d 0/0 -j MASQUERADE

assuming that eth0 is your internet connection, because you mentioned eth1 is your internal network. Replace the IP address with your internal network if it's different.

Check if your machines can then access the internet or simply from a machine do:

ping 8.8.8.8

and if it replies, that means it's working. Then to save it:

service iptables save

iptable has the rules for setting the nat stuff with postforwarding. I'm not sure what firewall you are using that's why I mentioned about it generally. To get from a private address, so 192.168.x.x to a public address (internet) you need to nat to do it, and the PC that is your gateway to the internet needs to do this. Since you have ip_forwarding enabled, you need to set up the nat on this machine to let the other machines access the internet.

That's why it would be good to report the bug, because obviously something happened with the update.

Have you tried updating your system? If not, try doing this to see if they fixed it. If not, you can open a bug report with Mandriva and report it there, so that they can fix it.

Let's get some misconceptions cleared up first.

1. Each distro is different and behave differently, so while in one distro you don't have to add your user to certain groups, in others you do. This is due to security and the fact that your user does not have the permissions to access the devices directly, whereas the groups do. Whilst you might not feel you have to do it, or shouldn't, sometimes you have to. The misconception here either comes from Windows users who expect things just to work, or that because you used one distro it worked, and then another it doesn't. Perhaps Mandriva changed and now made this a requirement. Or perhaps printerdrake sorts this out for you.

2. While the drake tools are good, sometimes they cause more problems than they actually solve. That's why sometimes, it's best to use the management apps that have been designed specifically for managing cups than printerdrake. The web-based cups interface is the best there is, but it's down to personal preference, and I've never ever come across anywhere that nobody like it - first time I saw it here when you wrote about it. That kind of information is not required and doesn't help in solving your problem.

3. Seeing that you cannot delete it from cups, but from printerdrake shows exactly why point 2 that I wrote about is completely valid. To print you need cups, and now you see that printerdrake is causing you more problems than it actually solves.

4. Task-printing is a virtual package for pulling in the dependencies needed for you to print. That's why it's zero bytes. So nothing to worry about here.

And now, back to your problem. I would delete the printer from printerdrake, and manage it solely with cups, and ensure that you choose the correct make/model when you install it and see if it works. If not, the printer model might not be correct, and you might need to search the internet and find the correct PPD file to add the printer with this.

If the clients are not working, then you need to check what the default route is on the machines and if they are the machine that is acting as the gateway to your internet. Also check DNS on these machines, because maybe its misconfigured. And if you enabled ip_forwarding in /etc/sysctl.conf. And NAT, if iptables then postrouting.

You can change it, however, you can query some others, for example:

dig @8.8.8.8 google.com
dig @208.67.222.222 google.com

see if you get DNS resolution. You can always edit /etc/resolv.conf and use Google DNS servers 8.8.8.8 and 8.8.4.4 or OpenDNS server 208.67.222.222 and 208.67.220.220.

Check your /etc/resolv.conf to see if it has valid DNS settings.

Check that this file exists:

/usr/lib/libv4l/v4l1compat.so

Try running skype from the console and see what it complains about in the console window. This is the best way to see what's going on, usually if something is missing it will tell you. I have a feeling though that the module is either not loaded for the camera, or the wrong one, or conflict between two modules.

Hi,

What you said about your client computers is correct. They should get 192.168.1.1 as the default gateway, because they then have their connection routed out to the internet here. Did you enable ip routing on this machine? You have the NAT working, but wondered if you enabled IP routing in /etc/sysctl.conf? You can check it easily, because it should have this line:

net.ipv4.ip_forward = 0

these means that ip routing is disabled, so change it to:

net.ipv4.ip_forward = 1

to enable it. Then try and see if the other machines can access the internet. I expect that machine 192.168.1.1 can access the internet if you check DNS resolution and pinging something.

Yes, please change to:

127.0.0.1 myhost localhost localhost.localdomain

.localdomain should not be added to your hostname.

Make sure your /etc/hosts has your hostname in it and also shows localhost as well - you need this.

127.0.0.1 myhostname localhost

something like this. Of course, myhostname being the name of your machine.

Thanks John for the info, do post back with your thoughts and views on your install and how it's working for you :)

The link I provided in an earlier post shows the luna.svg for download, and also comments about people with the same problem and error that you were experiencing. People suggesting copying it to the correct location fixed the problem.

Now, if you installed an rpm package, with urpmi or mcc or installing packages available in Mageia repos, and the luna svg is missing - this suggests only one of two situations. Either they built the package without including luna.svg or that it was included, but was located in the wrong place on the disk. And so why you experienced the problem. This is assuming of course, that you installed it how I believe you did. If it was installed using another method, then that would depend on the installation method to get that plasmoid installed, and again, didn't put luna.svg in the correct place that it should do.

Package was built wrong, with the luna.svg in the wrong place. Assuming you installed this plasmoid from rpm of course, or using MCC. I expect that you did. Seems in the newer version it was fixed.