trouble mounting main partition
Hi. My /etc/fstab file includes /dev/hda7 (my largest partition) at /home, but when I run df -h, this partition is not listed as an active partition? So is this partition actually mounted?
|
Doesn't look it. Could you give us the output of
Code:
cat /etc/fstab |
fstab:
/dev/hda5 / ext4 defaults 1 1 /dev/hda2 /windowspartition ntfs-3g umask=022 1 0 /dev/hda7 /home ntfs-3g umask=000 1 0 #/dev/cdrom /mnt/cdrom auto noauto,owner,ro 0 0 /dev/fd0 /mnt/floppy auto noauto,owner 0 0 devpts /dev/pts devpts gid=5,mode=620 0 0 proc /proc proc defaults 0 0 tmpfs /dev/shm tmpfs defaults 0 0 mtab: /dev/root / ext4 rw,barrier=1,data=ordered 0 0 proc /proc proc rw 0 0 sysfs /sys sysfs rw 0 0 usbfs /proc/bus/usb usbfs rw 0 0 /dev/hda2 /windowspartition fuseblk rw,allow_other,default_permissions,blksize=4096 0 0 tmpfs /dev/shm tmpfs rw 0 0 |
What happens if you run `mount -a`? Also, if that doesn't work `mount /dev/had7`?
Regards, Alunduil |
Code:
dmesg|grep mount |
root@bluegospel:~# mount -a
NTFS signature is missing. Failed to mount '/dev/hda7': Invalid argument The device '/dev/hda7' doesn't seem to have a valid NTFS. Maybe the wrong device is used? Or the whole disk instead of a partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around? mount: devpts already mounted or /dev/pts busy root@bluegospel:~# mount /dev/hda7 NTFS signature is missing. Failed to mount '/dev/hda7': Invalid argument The device '/dev/hda7' doesn't seem to have a valid NTFS. Maybe the wrong device is used? Or the whole disk instead of a partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around? root@bluegospel:~# |
Have you done an fsck in windows on that partition lately or did Windows not shutdown cleanly last time? If it's not either of those I would make sure windows can read it before continuing to troubleshoot on the Linux side.
Regards, Alunduil |
Has this ever been mounted? Does it mount anywhere else? What does
Code:
lsmod|grep ntfs |
root@bluegospel:~# dmesg|grep mount
EXT3-fs: hda5: couldn't mount because of unsupported optional features (240). EXT2-fs: hda5: couldn't mount because of unsupported optional features (240). EXT4-fs: mounted filesystem hda5 with ordered data mode GFS2: gfs2 mount does not exist GFS2: gfs2 mount does not exist root@bluegospel:~# dmesg|grep ntfs root@bluegospel:~# |
root@bluegospel:~# lsmod|grep ntfs
root@bluegospel:~# |
RedHat?
|
Not RedHat, Slackware.
|
The other day it shutdown abruptly and I don't recall whether it was running Windows or Linux. I usually run Linux on that PC but I'm not sure.
|
You were right Alunduil. I went into Windows and found that this drive had not yet been formatted. I've formatted it in Windows and now I can view it in Linux. Thanks!
|
Okay, now I've mounted that drive to my home directory, but now I cannot run startx as barth because /home/barth is obscured by the partition. chown -R barth /home/barth fails.
|
Directories need to be empty to mount on them; either make this so or set your ntfs partition to mount elsewhere
|
So if I understand you correctly, you are trying to use an NTFS partition as your home directory? This seems like it should be possible but you'll need the files from your old home directory.
1. Unmount the NTFS volume. 2. As root mv /home/barth{,.bak} 3. As root again mkdir /home/barth. 4. Chown /home/barth to match /home/barth.bak 5. Remount the NTFS volume. 6. cp -pr /home/barth.bak/* /home/barth.bak/.[^.]* /home/barth Be careful, if you screw up at some point there is the possibility you can lose your data completely. Regards, Alunduil |
Just for informational purposes: directories do _not_ have to be empty to mount a device on them but if you do mount a device on a nonempty directory all files that were in that directory will be *unavailable*. They will not be deleted or removed but they will not be accessible from that mount point anymore.
Just to continue the fun with mounting devices, you can mount one device in several mount points including underneath of itself (why you would do that I don't know). Thus mounting over other mountpoints or directory locations can give a diverse and easy to manipulate runtime experience. Especially, when you couple this idea with pam_mount.so. Regards, Alunduil |
Quite, but it makes a certain amount of sense to assume this ;)
And also be wary of cyclical mountpoints. I lost a hard drive because of these, chroot, rm -rf and idiocy once. |
mv /home/barth{,.bak}
Could you break this down for me? What's the {,.bak}? |
I have a bad feeling about this - NTFS is still proprietary. That means the folks that provide us with Linux support do a fantastic job, but can't guarantee anything. We still don't have a fsck last I looked.
What I would suggest (and do) is to keep /home as a Linux f/s, and use NTFS for a common data partition to share stuff. Just mount that somewhere convenient. That way if something happens to the NTFS you can still login and play (on Linux). And yes I do (also) keep a root user handy ... |
The {,.bak} is a BASH argument vector (shorthand) that means /home/barth /home/barth.bak. Just easier than writing out the entire path twice.
I agree with syg00's concerns but if that's how you want to setup your machine I'm more than willing to tell you how to do it with a big fat warning label of CAUTION. I think if you're using ntfs-3g you'll be fine as I've never heard (although I don't really listen to anything Windowsish) of NTFS being a problem FS with it. Regards, Alunduil |
Okay, I'm running slackware. I followed the six steps suggested. Now I've got a folder in my /home directory highlighted in green as follows:
System\ Volume\ Information owned by root. In my /home directory in X (as root) I've got the folder, "System Volume Information" containing "MountPointManagerRemoteDatabase" and ""tracking.log". When I run chown -R barth /home/barth I "cannot access /home/barth" (no such file or directory). I've already run userdel, useradd and passwd for the user barth. Data loss isn't a concern since I'm really just experimenting with Linux for now. I anticipate reinstalling slackware several more times before I'm comfortable with it. But to save time, is there an easy way to reset my home directory to an empty directory that still serves as my de facto "home directory." |
Just copy and modify the permissions of /etc/skel. That's an empty home directory template.
Regards, Alunduil |
Cool, thanks!
|
Would that just be "cp /etc/skel /home" or do I need certain options?
|
You would need -r for recursion but other than that you should be fine.
Regards, Alunduil |
All times are GMT -5. The time now is 02:31 AM. |