Mounting a Dirty NTFS Volume
If you try to mount an NTFS volume on Linux that was used on a Windows
system and get the message below, then Windows was not shut down properly.
E.g. the system may have crashed or there was a power failure.
$LogFile indicates unclean shutdown (0, 0)
Failed to mount '/dev/sda1': Operation not supported
Mount is denied because NTFS is marked to be in use. Choose one action:
Choice 1: If you have Windows then disconnect the external devices by
clicking on the 'Safely Remove Hardware' icon in the Windows
taskbar then shutdown Windows cleanly.
Choice 2: If you don't have Windows then you can use the 'force' option for
your own responsibility. For example type on the command line:
mount -t ntfs-3g /dev/sda1 /mnt/hdd -o force
Or add the option to the relevant row in the /etc/fstab file:
/dev/sda1 /mnt/hdd ntfs-3g defaults,force 0 0
Presuming the volume is
and you want to mount it
, you can mount the volume read-only with
mount -r /dev/sda1 /mnt/hdd
. Or you can force a mount in
read-write mode with
mount /dev/sda1 /mnt/hdd -o force
But it might be best to run Windows
or a utility
with similar functionality first, since the fact that the dirty bit
is set could indicate corruption to the volume's file structure.
Comcast NTP Servers
I wanted to configure a user's home router to synchronize its time with
Time Protocol (NTP)
server, so that its log entries would have
accurate time stamps. Since the user had a Comcast-provided connection
to the Internet, I decided to use a Comcast NTP server. The one that I
used is ntp01.inflow.pa.bo.comcast.net [22.214.171.124].
If you want to verify that a NTP server is available and responding to
NTP queries, you can go to
Query NTP server and enter the Fully Qualified Domain Name (FQDN) or
IP address of the system to be queried to submit an NTP query to the system
from that site. If the queried system is responding to NTP requests, you will
see something similar to the following:
Output of NTP server at 126.96.36.199
30 Nov 16:12:42 ntpdate: ntpdate firstname.lastname@example.org Tue Sep 23 17:37:40 UTC 2003 (1)
server 188.8.131.52, stratum 2, offset 0.001361, delay 0.10997
30 Nov 16:12:42 ntpdate: adjust time server 184.108.40.206 offset 0.001361 sec
If you see "stratum 0" displayed on the results page, the system is not
responding to NTP queries. The offset and delay values will be zero as
well in that case.
You can find a list of publicly accessible NTP servers at