ianw1974

On private network yes it's enough, but if you will access it from the internet then you'll need to secure SSH with public keys instead of passwords, and also install something like denyhosts to protect SSH from being attacked by people trying to login to your server. Can even change SSH to run on a different port than port 22, to also minimise the risk.

And yes, the chown is fine, because you upload everything using the web browser which connects to the web server, and the web server needs access to that folder/directory to save any files you upload. I expect all of that is in the owncloud docs.

You probably already had self-signed certificates by default, if you connected to owncloud with https from the beginning. Firefox will shout about self-signed certificates. If you want to generate free one's which are verified Class I certs, you can get from http://startssl.com

The bit paul wrote is for helping with access to the directory, it doesn't fix your webdav issue. That's something you need to get apache configured for. Maybe you need to install some extra packages?

Trying installing: apache-mod_dav

I found this when googling "mageia apache webdav".

Restart apache afterwards, and try again.

Changing the owner of data is correct. You probably need to enable the webdav module in apache - that's what your error is throwing. I found a post that curl is optional, so another way is edit php.ini find the php_curl module in there, and comment it out. Maybe curl is just throwing an error because something is not quite correct.

Two things to check at least.

Normally I download and extract manually from owncloud. This means you get something without any "distro" tampering - which is something you might be experiencing because you installed it via MCC. Also you don't necessarily have the newest version available. Too many times I've had problems with distros and installing from the repo, for example joomla, redmine, owncloud (Debian when I experienced problems). Sometimes it's just easier and better to do it a bit more "manual" and download and extract manually.

I stopped using Arch when they changed the installation process, because it was a piece of crap and didn't work after the reboot, and I consider myself quite good on Linux now, and even I couldn't figure out how to get it working.

Something so simple as an installation process should work. But yes you are right when people reply with RTFM, it's not exactly helpful at the least. Gentoo is probably more complex to install, but the documents work, and the help on the forum is also excellent, even if you are a newbie.

I lately am Ubuntu, mainly because I just want it to work. I still use more complex things for servers, but that depends on what I'm attempting to achieve, and then use an appropriate distro.

Are they both USB based modems?

Now there is OpenMandriva. Or Mageia, if you're wanting to stick with something like Mandrake/Mandriva used to be.

First of all, you will have to modify the boot loader on the first drive, otherwise it's just not going to work. Therefore grub will have to be on this drive, other than that, it would just remain Windows only.

Normally your order for Windows has to be as follows:

1. Install Windows 98

2. Install Windows XP

3. Install Linux

you can do some trickery with grub to switch the drive ordering to allow the second drive to become the first drive, and then boot Windows 98. Because you won't be able to boot it any other way, because I can imagine the original install is for C:, and if you put it in as the second drive, it effectively becomes D:, and then Windows will not start, because mostly of the registry settings, etc and would be too much of a pain to change all this.

Maybe this will help for the reordering of the drives for grub to then boot Windows 98 on the second disk, as if it was still C:.

https://www.google.co.uk/#q=grub+change+drive+order

although I've never done it, some other people have done something similar. Normally installing in the order above would be best. You can try and see how it goes with the grub reordering, but I can't help you any further with that, as I've never done it and haven't the ability to check and test it for you.

I see you are impatient, considering you posted and then make a comment in less than two hours that the board is dead. Were you expecting an immediate reply, that people are here waiting to fix your problem?

As someone has pointed out, libraries on RHEL 5.3 are too old. Maybe if you updated with yum to RHEL 5.9, but I doubt it. As Jim said in previous message, upgrade to latest RHEL, in which someone already posted RHEL6 and that version of Firefox would work. Or, if you do not have a subscription, change to CentOS - but again version 6 is what you'll need since CentOS is effectively rebadged RHEL.

You can have multiple versions of python on your system. One will be system-wide which you have in your distro already, and another you can have and run alongside it. I think I did do it once, but on a Debian system, so can't really tell you exactly how I did it now. But it's possible.

It's possible that it's a KDE bug, I don't have KDE on my system, and haven't used it since 2007. Seems strange that it shows it in Dolphin when you go to the properties of the file, but not anywhere else. I'd have thought that once you changed it, that it should show it correctly.

Sorry that I can't be of much help.

If you could find the name of the original icon file, locate this, then rename it and symlink to your new one, or copy your new one into place, and that would be one way of solving it. We used to do similar with Gnome and the Mandriva star, changing it to display the gnome foot instead of the star.

So a similar process should exist for the particular icon set that you are using in KDE.

You don't listen. We were just a mirror, we don't have the code. And even if we did have it, we too would have to ask for permission from the easyurpmi team. You will have to contact the easyurpmi team directly if you want it.

Sorry, but we can't do anything.

OK, based on the mdadm command that I gave you before, just put all this in the mdadm.conf, then make sure mdadm is enabled at bootup:

chkconfig mdadm on

and then reboot, and see what happens. Check that it's active with:

cat /proc/mdstat

From what I know yes, you copy it all and put it in. That's what I understood from the post. Make sure there are no other ARRAY lines in the /etc/mdadm/mdadm.conf or /etc/mdadm.conf - it depends where this file exists on your system.

No idea where you configured the arrays, whether you did it within the controller, or within Linux. I understood that previously you had it under Linux, and not configured on the Intel controller before booting the system.

Some info here on activating the array:

http://superuser.com/questions/117824/how-to-get-an-inactive-raid-device-working-again

the last paragraph mention susing the madadm --examine --scan command and then putting this in your mdadm.conf file. Then ensuring that /etc/fstab matches in terms of the arrays.

I guess that as mdadm isn't installed, this means that dmraid has been used to configure/create/manage your arrays. However, if you need mdadm and it isn't installed, simply install it.

What exactly is the problem? Why do you need to run it?

The command you are using is similar to what I would have used to activate and scan LVM's to activate volumes:

vgchange -a y

which obviously then allows me to mount them. Let me know more about your problem, so I can help with your boot issue. I expect something with initrd, or some grub config perhaps.

Make sure your username and password for Windows and Linux are the same, then it won't ask.

You would need to map a drive and make it persistent so that it connects each time you reboot.

There is this:

ERROR: Kernel configuration is invalid.
include/linux/autoconf.h or include/config/auto.conf are missing.
Run 'make oldconfig && make prepare' on kernel src to fix it

so go to the /usr/src/kernel-linus-devel-2.6.21.5-1mdv directory, and then do this:

make oldconfig
make prepare

then try and do the driver stuff again with the make command that you issued before:

[root@localhost rtl8712_8188_8191_8192SU_usb_linux_v2.6.0005.20091229]# make

Glad it's working, and my pleasure for the assistance.

Your kernel source probably doesn't match the kernel that you have installed.

If you're losing connectivity when you set up a static IP, then there are possibilities that you didn't configured the default router, and also perhaps your DNS is incorrect as well. You can check this when you have a DHCP address you can then see what your default route is and also what your DNS is. Alternatively, you gave it an IP which conflicted with something on your network already. Best thing to do is find out what DHCP range is configured on your router, and then use an address outside of this range. Or, find out which systems you have and where the IP range starts, and how they increment, and give an address from the other end of the scale.

For example, your router is 192.168.1.1 - you get addresses which start at 192.168.1.11, 12, 13 and so on. So you would then use a static IP from the other end of the scale so that it won't conflict, eg: 192.168.1.200. Since it's unlikely you are going to have 190 devices. Or, if your IP DHCP range is 192.168.1.11 to 192.168.1.100, then you can start from 101 for your servers and go up from there.

If a system is operating as a server, such as with samba, then yes it's best to have a static IP. You need to give the router as your default gateway, and there is also a possibility that this is also being used for your DNS. Alternatively, you can set the DNS to 8.8.8.8 and 8.8.4.4 for Google DNS, or 208.67.222.222 and 208.67.220.220 for OpenDNS.