ianw1974

Should work as it uses the Realtek 8069 module from what I know, this card has been about for a few years now. A post here recently mentioned this card.

iptables. Can also install webmin to configure it much easier than from the console.

From a bit of reading it should be detected, as it should use the Realtek 8169 module as it seems to be based on that, unless something has changed. An lspci can verify this I would expect.

Doesn't make sense on why some lowly previous main investor is blocking it, unless he's hoping to pick Mandriva up for nothing, or has some ulterior motive. Shady.

Removing the disk and booting the machine, should leave you with the disk missing. Adding a partition with fdisk, or whichever you normally use :) and changing the type to Linux raid autodetect. You won't add the 1TB to the array, since it won't be the same size. You'll create a separate array with the 1TB disk, but with the second disk missing. Then, when you've copied the data from the old array to the new array, you can then remove the 750GB disk and add a second 1TB disk and then add this to the array. With /etc/mdadm.conf - if you have disks /dev/sdb and /dev/sdc as part of the array, and /dev/sdc is faulty, then you edit /etc/mdadm.conf and remove the info that corresponds with /dev/sdc and replace it with "missing". Look at my article I wrote ages ago: http://www.linuxsolutions.org/index.php?option=com_content&task=view&id=25&Itemid=26 in particular: Creating Arrays Since /dev/sda is in use, we cannot add this to the array yet, so we will build the array with /dev/sda offline, and only /dev/sdb active. This is how: mdadm --create /dev/md0 --level=1 --raid-devices=2 missing /dev/sdb1 mdadm --create /dev/md1 --level=1 --raid-devices=2 missing /dev/sdb2 mdadm --create /dev/md2 --level=1 --raid-devices=2 missing /dev/sdb3 mdadm --create /dev/md3 --level=1 --raid-devices=2 missing /dev/sdb5 mdadm --create /dev/md4 --level=1 --raid-devices=2 missing /dev/sdb6 here you can see, the part where I have /dev/sda missing but the array configured on /dev/sdb. When I then remove and replace /dev/sda with the new disk (eg 1TB), I would then add it later to the array. It's all in the link, it will tell you how to add the disk later, and then in /etc/mdadm.conf you replace missing with /dev/sda.

It would be easy enough as you'd need to remove the faulty disk, and then add the new one. Add a partition to it marked as Raid Autodetect. Edit /etc/mdadm.conf so that the second disk is missing. Then you will need to add it to the array after the system has started. The array will then rebuild on the new disk. Then you edit /etc/mdadm.conf again to add back the config as it was before with the second disk. Of course, if you're replacing with a disk of the same size. I know you want larger. Therefore, you'd create Raid1 on the 1TB disk with the second disk missing, then LVM inside this. Copy the data to the disk. Then add another 1TB disk later similar in my procedure for replacing a faulty disk and adding it to your 1TB array.

No, I mean /usr/local /usr/lib is for libraries only and better not to unpack binaries here. And if you do as I wrote, it will create a directory called firefox under /usr/local like in my example that I put in my post.

Sure, another fine location ;)

As you've used Kubuntu 11.10 which is October 2011, I would suggest using the latest Mandriva 2011 available and simply trying if nobody has this particular camera. I haven't a Canon, so can't help you there. Sometimes it's just worth trying the latest release and see what happens.

Hi Roger, Here is an example from my download: ian@jasiek ~/Downloads $ tar xjf firefox-9.0.1.tar.bz2 ian@jasiek ~/Downloads $ cd firefox ian@jasiek ~/Downloads/firefox $ ls Throbber-small.gif icons libsoftokn3.so application.ini jsloader libssl3.so blocklist.xml libfreebl3.chk libxpcom.so chrome libfreebl3.so libxul.so chrome.manifest libmozalloc.so mozilla-xremote-client components libmozsqlite3.so omni.jar crashreporter libnspr4.so platform.ini crashreporter-override.ini libnss3.so plugin-container crashreporter.ini libnssckbi.so precomplete defaults libnssdbm3.chk removed-files dependentlibs.list libnssdbm3.so run-mozilla.sh dictionaries libnssutil3.so searchplugins extensions libplc4.so update.locale firefox libplds4.so updater firefox-bin libsmime3.so updater.ini hyphenation libsoftokn3.chk ian@jasiek ~/Downloads/firefox $ in the last directory listing is an executable called firefox. So wherever you unpack this, is where you would create the link for the executable. For the icon use the path icons/mozicon128.png from within the firefox directory. I unpacked in /home/ian/Downloads/firefox, so for my shortcut the program would be: /home/ian/Downloads/firefox/firefox and the icon would be: /home/ian/Downloads/firefox/icons/mozicon128.png of course, ideally you would unpack this in for example /usr/local. So to do this: su (enter root password when prompted) cd /usr/local tar xjf /home/ian/Downloads/firefox-9.0.1.tar.bz2 then your paths would be /usr/local/firefox/firefox and /usr/local/firefox/icons/mozicon128.png.

The alternative is simple, as willie pointed out, just download the tar file from Mozilla and extract this somewhere. Then it's just a case of creating a shortcut to the firefox executable inside here and you're done. No need to go searching for an rpm and getting into a dependency nightmare of which you've just found. Alternatively, updating your system to a newer release of Mandriva, and you'd have Firefox 9 - but a bit extreme for just changing the browser.

I have Dropbox instead of Ubuntu One, then I'm platform independant. Can access via a web browser, and the dropbox client for sync of files is available for most distros without any problems. 2GB free space, if I or someone you know who has dropbox was to invite you, we/you and your friend would both get an extra 256MB. Had two Android phones, one Samsung (private), one HTC (work) which now is superceded by iPhone 4S (work - thanks for the present). Prefer the HTC, implementation of Android with HTC Sense is great user experience. Manage to survive disconnected, although with the phones I can still connect, but then it's just for email mostly.

What you've done is install Apache, MySQL, PHP and Perl all in one, without separately installing the packages with urpmi or MCC :)

Hey, thanks for the post and sorry nobody was able to help you, but you managed to get it sorted and many thanks for providing the feedback with the solution, that way can help other members if they search for the same problem. A virtual for you :)

It was actually the other way around :) server version worked, but desktop one didn't. His laptop has server kernel, and his wife's that failed with the desktop one. Although, the path would be better off provided by default, that way the problem wouldn't occur irrespective of kernel or other potential measures be it the security level or something else.

Me either :) btw Ken, agree with you about the bug, although it should be dead easy to fix, if they just fix the rule to have the full path like we did here, then it would work for all installs :) But is a weird one in that it works on one and not the other without the amendment.

The decision about where to ask about a problem is chosen by the user (dude67) in this case, so he has the right to ask it here, or on the Mageia forums or on any other Linux forum to get a solution to his problem. As Mageia is Mandriva based, then there is still a reason why he has chosen to ask his question here or more importantly he asked it here because he has been frequenting here for a long time now and is a regular member like most of us here. Anyone who uses google, will find it. A quick search of google proves this: http://www.google.co.uk/search?hl=en&safe=off&site=&q=mageia+huawei+e367&oq=mageia+huawei+e367&aq=f&aqi=&aql=&gs_sm=e&gs_upl=385l4809l0l5637l18l18l0l10l10l0l235l1485l0.3.5l8l0 simple, few keywords of mageia huawei e367 and this site provides the first search results. I didn't force google to do it. Anyone using Mageia would then find these results. If dude67 is happy asking his question here about another distro, and gets his answer/solution, that's great if not, he can always ask it in alternative forums. I personally, generally start here, and try elsewhere if I don't find a solution, but then the majority of the ones I've asked of late have been more complex :)

Sweet Glad you got it sorted. Usually the path is required, because normally as users, we have various environment variables set that allow it to work for us. But things like udev, etc, won't have paths set up, and so requires it being provided in it's full entirety :) So I'll take those virtual and change them into real ones located in my fridge :)

Yes, exactly as it might not find it otherwise. Needs to be the correct path as per your installation, it might or might not be /usr/sbin.

Did you check that the full path to usb_modeswitch was put in the udev config file? Because previously this was not set, and can be a reason as to why it doesn't work automatically. You will probably need to put /usr/bin/usb_modeswitch or whatever the path is depending on where it is. locate will work only if the locate database has been updated, so the database could be out-of-date, if updatedb was not run first. But we can forget about the modem-modeswitch, but check the full path has been added like I mentioned earlier for usb_modeswitch. EDIT: I installed usb_modeswitch on my system, and so this is my path: jasiek ian # which usb_modeswitch /usr/sbin/usb_modeswitch so if I was editing the udev config, I'd put all of this in there, instead of usb_modeswitch on it's own without the full path.

Or if not installed, check if it can be installed with urpmi.

The modem-modeswitch could be in a different place, you could locate it easily enough: find / -name modem* different distros put things in different places. But also, with usb_modeswitch, you might have to put the full path to it, so for example, /usr/bin/usb_modeswitch if that is where it existed.

Maybe try formatting the same as the guy in the link that was provided by Ken, does it work any better? SUBSYSTEM=="usb",SYSFS{idProduct}=="1446",SYSFS{idVendor}=="12d1",RUN+="/lib/udev/modem-modeswitch --vendor 0x12d1 --product 0x1446 --type option-zerocd" do you have modem-modeswitch on your system? Or maybe you need to put the full path to usb_modeswitch. And is /usr/share/usb_modeswitch/12d1:1446 a file? Just curious.....

Is there a usb-modeswitch-data package? I have this under Debian/Ubuntu based systems, maybe that would help.