why ntfs is not mounted at boot?
It should be an easy question, but I am at loss. I have a USB ntfs drive, which I can mount with no problem (I have ntfs-3g installed on RHEL58 box)
Code:
mount /dev/sdb1 /media/FantomHD Here is my /etc/fstab, it should work just fine, should it? Code:
[root@G5NNJN1 yaximik]# more /etc/fstab |
This appears to be a common problem. Looks like fstab gets scanned before the USB is done enumerating devices at boot time, so sometimes USB drives will fail to mount. There's probably a cleaner solution, but I would suggest adding noauto in fstab and add a script that runs mount -a at the end of boot. If you're handy with udev, you could have it mount when the drive is detected, but that might be overkill.
|
A better mount option would be "nofail". It will still try to mount the filesystem, but booting will continue if it fails or the device is present.
You might try the boot_delay=n kernel boot parameter Code:
boot_delay= Milliseconds to delay each printk during boot. Code:
boot_delay= Milliseconds to delay each printk during boot. a different distribution such as Fedora or CentOS to stay legal. If you are, maybe ask them for further advice. Another distro that uses systemd now, might work better with the device. (or might introduce more head aches) If you aren't sharing the NTFS filesystem with a Windows system, then use a native Linux filesystem. |
I would try changing this line in your fstab
Code:
UUID=803CC3A53CC39516 /media/FantomHD ntfs-3g defaults 1 3 Code:
/dev/sdb1 /media/FantomHD ntfs-3g defaults 0 0 |
Quote:
|
Quote:
Again I may be ignorant here, but 'tune2fs -l ' reports bad superblock and failure to find a valid filesystem for this particular device. Is this because of the ntfs file system or this is the problem? A bad superblock earlier prevented USB drive with ext2 to mount and halted booting; once it was fixed by fsck, converted to ext3 and assigned new UUID by tune2fs it behaves. Can I do the same with ntfs drive or I have to convert it to ext3 first? |
Quote:
|
[SOLVED] USB ntfs mount at boot time
OK, that makes sense, thanks. BTW, I tried replacing UUID with device as recommended, but I also added 'nofail' option to both USB drives' lines. The box did not like that. It did not prevent booting, but both USB drives (ext3 and ntfs) did not mount and the system reported bad corresponding lines in fstab. When I removed 'nofail', both drives mounted nicely after reboot.
|
Some mount options like nofail and _netdev are flags that the bootup mounting scripts understand. Sounds like your version of mount doesn't recognize the nofail option. As always, rely on your own man pages as they coorespond to your versions of the programs.
If the external drive is under 1/2 full, you might try using gparted to resize the filesystem (or use MS partition plugin in Vista and up) to resize it down. Then create a new ext3 or ext4 filesystem in the freed up space. You could use tar to create a compressed archive if your new space is around 700MB. Then delete the NTFS partition and resize the new one to fill the drive. Of course, moving the files to a new drive would be the safest option. The ntfs repair tool that comes with the ntfs-3g only fixes simple errors. Then it marks the drive as needing checking. It's expected that you will then use MS's chkdisk program. If you don't use Windows, using NTFS is dangerous in the long run. |
All times are GMT -5. The time now is 11:41 PM. |