Hi,
I installed Fedora14 and was running fine. However, today when I turned PC on, it is showing Starting Avahi daemon failed.i am not able to login. The screen then turns black.
Please suggest what to do

Regards
Fabe

Sounds like your disk is full. Try booting off a LiveCD or the like and deleting some files (/tmp is good place to start looking). After that, maybe think about your partitioning scheme as if it's a fresh install, it sounds quite tight. Maybe put /usr or /var on a separate partition if you can, or increase the size on your existing root partition if you can do that.

Thanks,
The problem seems to be like that only.
1.I have one partition that i want to add to the exixting root partition, but i don't know how to do it.
2. Can you provide some link from which I can download livecd for fedora 14

Regards

Whether it is possible to 'add' one partition to another depends on your hard disk layout: you can only really do this if the two partitions are consecutive on the drive, by deleting the empty one and then increasing your root partition into the newly created free space. If you do 'fdisk -l' to list the partitions, and 'df -h' to see what is being used for what, then you might get a better idea.

Then you can use 'cfdisk' or 'parted' (I would recommend the former) to do the surgery. But read up on it beforehand, as you can render your data effectively impossible to get back if you get it wrong.

Or, you can skip the partition merging by simply formatting your spare partition to, say, ext4 (do 'mkfs.ext4 /dev/sdaX', for example, where 'X' is the partition number -- but make sure you get it right!). Then, do 'du -sh /*' to find out which is your biggest directory. If /home is big, I'd recommend using the partition for that, else /var is normally good, or even /usr.

To use the partition for one of them, simply mount your partition and then move the contents of the directory across ('mount /dev/sdaX /mnt; mv /dir/* /mnt', where '/dir' is the name of the directory). Then, edit your /etc/fstab file to set it to mount that partition when you boot. You'll want a line that looks something like:
where 'X' and '/dir' mean the same as before. Just don't reboot while in the middle of this process, or things might break a little (you'd have to get back in by external boot, and edit the fstab that way).

In general, it's better to have multiple, purpose-specific partitions, as if one goes wrong, you can limit the damage.

On the LiveCD note, much as I hate saying it, I am sure Google would be able to help you.

Thanks,
I was able to boot it up using the f14 dvd.
Now when i boot it up, it is showing Low disk Space.
I used cfdisk command but it is showing "FATAL ERROR:cannot open disk drive". However gparted worked and it is showing different partitions.
I have an unused partition "/dev/sda4 File system: ext4 and size=9.25GiB". I want to use it to overcome Low disk space. Please suggest which commands should I use.

Regards
Fabe

Assuming you haven't already got /var on a separate partition, I'd suggest doing that. So first, we mount the partition:
Then, we move the contents of /var to it:
Then, just so things work while we're still busy, let's get it remounted to /var:
And finally, we edit the file /etc/fstab to include the line:
so that it is mounted at every boot.

Now, whatever space was being used by /var is now free on your root (/) partition, and is being taken up on the spare partition instead.

Hope that helps.

P.S. All of this assumes that you are 'inside' your system, in a chroot for example. If you're not, you'll then have to mount your system's root partition first, and change the move command to
where mount1 is where you've mounted your root, and mount2 where you've mounted your sda4 empty partition.

Thanks for detailed reply. It helped a lot. Directory sizes in my case are as:
var:274M
usr:2.9G
home:5.7G
Can I move /usr instead of /var to free more size.
How can I know whether i am 'inside' or not.

Regards

I would recommend doing '/home' instead of either, as you then have a good line of separation between system and data, so if one goes the other doesn't necessarily do the same.

Whether or not you are inside depends on whether you have managed to boot into the system or are still using a LiveCD to boot up and then look at it. I suspect it's the latter, so you'll have to first mount your new system's root, then move the contents of /home, and then edit the new system's /etc/fstab.

Thanks ,
I am not using livecd now and the system booted of its own. i entered following command in root
#mount /dev/sda4 /mnt
# mv /home/* /mnt
it gave following message:
mv: cannot stat '/home/fabe/ .gvfs' : Permission denied

what to do now
Regards

Right -- instead of the 'mv' command then, I'd be inclined to do:
to copy everything across maintaining permissions (you will be asked for your root password). Then do
to empty your '/home' folder to free up the space.

And then carry on as per before.

thanks for your advice;
I followed all the steps as advised except I could not move that previous file. When I rebootedthe system it doesnot bootup now; it is giving following message:
"an error occured during the file system check
Dropping you to a shell; the system will reboot when you leave the shell.
Give root password for maintenance"

but giving root pw doesnot help either and after rebooting it gives the same message.

Thanks

When you say giving root password doesn't help, I am assuming that you dropped to a console but couldn't fix anything.

Try booting to runlevel 3 (add '3' to the end of your parameters line in your bootloader). What might be happening is that if you have mounted the new partition to /home, but it hasn't moved .gvfs, it is looking for it on the new partition when it obviously isn't there.

However, that file is simply Gnome's virtual filesystem, so things aren't deeply broken.

When you're in runlevel 3, log in as root. Then try:
Then reboot.

If you weren't in runlevel 3 before, and trying to copy that file from within Gnome, that might be why it was complaining about copying it.

However, it strikes me that the problem just might be deeper than the Gnome virtual filesystem. So if you can't get to runlevel 3, then enter your root password when it complains on booting, and type 'fsck' to attempt to fix your drives.

The other problem might be that your /etc/fstab file is broken. If you can get to the contents of that and post it here, that would help. In particular, did you add the line I mentioned to your fstab, or did you change an existing one?