l i n u x - u s e r s - g r o u p - o f - d a v i s
L U G O D
 
Next Meeting:
October 7: Social gathering
Next Installfest:
TBD
Latest News:
Aug. 18: Discounts to "Velocity" in NY; come to tonight's "Photography" talk
Page last updated:
2004 May 09 19:43

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
Re: [vox-tech] Data Conversion From M$ to Linux Question
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [vox-tech] Data Conversion From M$ to Linux Question



Quoting Daniel Hurt (dwhurt@ucdavis.edu):

> So the next hurdle that I have is the conversion of my multimedia data 
> from my desktop.  I have 300Gb of data approximately stored on NTFS 
> disks that I would like to keep and I am trying to figure out the best 
> way to do that and then convert my disks to a Linux File System like 
> reiserFS or XFS.

Observation:  One gathers that you have no backups.  Thus, anything you
attempt that touches your NTFS filesystems increases your risks, which
are already considerable.

That having been said, you can use something like QtParted (open-source
clone of Partition Magic) front-ending the ntfsresize utility, e.g., on
the System Rescue CD, http://www.sysresccd.org/, to gradually and
non-destructively snip off chunks of NTFS, to repurpose as native-Linux
partitions.  

(Did I correctly understand that some of your NTFS storage is on some
sort of RAID 1 pair?  If so, I have no idea how available Linux tools
deal with that.  Caveat user.)

> Problems, do not know what the status of NTFS file support on Linux.

The newer driver has very safe and reliable read-only support.  It has
conservative and reliable, but rather limited write support.

> Last time I looked into it was 3 years ago and read support was 
> buggy, write support was only if you were crazy.

This is a perception based on several things:

1.  The older driver's author not bothering to include a check for NTFS 
    format version string, before being willing to carry out write 
    operations.  Thus, it insouciantly attempts obsolete-version writes 
    onto newer NTFS versions it doesn't understand.  This avoidable
    error never happens with the newer driver.

2.  The older driver's author didn't write it to be SMP-safe.

3.  Most casual readers aren't even aware that there have been two
    completely different filesystem drivers.

Further note:  In the short and medium term, Captive NTFS might be
useful to use (which please see).  The newest Knoppix includes it, as
does Kanotix -- among others.

-- 
Cheers,   "Why is the alphabet in that order?  Is it because of that song?"
Rick Moen                                              -- Steven Wright
rick@linuxmafia.com
_______________________________________________
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech



LinkedIn
LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
facebook
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
Appahost Applications
For a significant contribution towards our projector, and a generous donation to allow us to continue meeting at the Davis Library.