<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="MSHTML 6.00.6000.16674" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=171353216-23072008><FONT face=Arial color=#0000ff
size=2>Tony,</FONT></SPAN></DIV>
<DIV><SPAN class=171353216-23072008><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=171353216-23072008><FONT face=Arial color=#0000ff size=2>You
need to make sure that oyou have ntfs support on your livecd. You will need the
ntfs-progs and/or ntfs-3g packages installed before you can mount using
ntfs.</FONT></SPAN></DIV>
<BLOCKQUOTE>
<DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma
size=2>-----Original Message-----<BR><B>From:</B> Coco Computers &
Consulting [mailto:anthony_j_coco@yahoo.com]<BR><B>Sent:</B> Wednesday, July
23, 2008 7:16 AM<BR><B>To:</B>
fedora-livecd-list@redhat.com<BR><B>Subject:</B> Re: [Fedora-livecd-list]
local hard disk space?<BR><BR></FONT></DIV>
<TABLE cellSpacing=0 cellPadding=0 border=0>
<TBODY>
<TR>
<TD vAlign=top>Thanks Doug.<BR>In continuing to experiment with
CentOS5.1 Live CD I have been able to cross-mount drives from other
linux systems on my network, but as yet I have not found a way to mount
the local hard drive. I tried (as root) to mount it via:<BR>mount -t
ntfs /dev/hda1 /local<BR>because the Graphical Hardware utility
recognized my primary local hard drive as /dev/hda1 and because the man
page for mount says that 'ntfs' is a valid specification for filesystem
type. My local hard drive is an ntfs (Windows XP) filesystem. But when I
attempt this mount I get an error message saying that 'ntfs' is not a
valid filesystem type. Is there any way at all to mount the local hard
drive? That would make the LiveCD distribution much more valuable, I
think.<BR>--thanks,<BR>--Tony C.<BR><BR><BR><SPAN
style="TEXT-DECORATION: underline"><SPAN style="FONT-WEIGHT: bold"><A
style="BACKGROUND-COLOR: rgb(128,255,192)"
href="http://coconets.homeip.net" target=_blank rel=nofollow>Coco
Computers &
Consulting<BR>http://coconets.homeip.net</A><BR></SPAN></SPAN><BR><BR>---
On <B>Tue, 7/22/08, Douglas McClendon
<I><dmc.fedora@filteredperception.org></I></B> wrote:<BR>
<BLOCKQUOTE
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: rgb(16,16,255) 2px solid">From:
Douglas McClendon
<dmc.fedora@filteredperception.org><BR>Subject: Re:
[Fedora-livecd-list] local hard disk space?<BR>To:
fedora-livecd-list@redhat.com<BR>Date: Tuesday, July 22, 2008, 8:08
PM<BR><BR><PRE>Coco Computers & Consulting wrote:<BR>> When I boot with Centos 5.1 Live CD, a df command shows the root <BR>> filesystem / is mounted to /dev/mapper/livecd-rw and shows a total of <BR>> about 4GB with 50% available. Is this disk space from my local hard <BR>> drive? How is it carved out? My local hard drive isinstalled with a <BR>> Windows XP system. Does LiveCD simply create a 4GB file on the local <BR>> hard drive for its own use?<BR><BR>No, the 4G is basically imaginary. Whatever amount it starts out as<BR>used, say 2.1G, is actually compressed data on the cdrom, i.e. about<BR>675MB. Once booted and files/blocks are written, they are written to<BR>ram (or with liveusb persistence, flash/disk). The only reason for the<BR>arbitrary 4G number, as opposed to say, 1000G, is that the formatting<BR>data of a larger filesystem would take up a little bit of extra space,<BR>even compressed. Theoretically if you had a 16GB ram system, you'd be a<BR>bit unhappy that an artificial limitation of 4GB of writable blocks is<BR>being used, when you have more ram than that to burn. Long ago I<BR>submitted a patch such that the devicemapper device would have<BR>a size greater than 4GB, but the filesystem still be formatted to 4GB.<BR>With that kind of patch, sucha user of a 16GB filesystem could<BR>resize2fs the filesystem larger post boot, and not be limited. At the<BR>time however, squashfs was not as efficient as it currently is with<BR>sparse files, and such a larger device would also have resulted in more<BR>actual data space taken up on the cdrom (and also signifigantly<BR>increasing the time to author/master the livecd originally). Now<BR>however squashfs natively handles sparse files, and won't waste any<BR>actual space on even a terabyte of zeros.<BR><BR>That was probably a longer answer than you were looking for. Executive<BR>summary- the 4G is purely imaginary and means nothing. The fedora<BR>livecd like most livecds, by default, does not touch your system disk at<BR>all.<BR><BR>-dmc<BR><BR><BR><BR>> <BR>> --thanks,<BR>> --Tony C.<BR>> <BR>> Coco Computers & Consulting<BR>> http://coconets.homeip.net<BR>> <BR>> <BR>> <BR>>------------------------------------------------------------------------<BR>> <BR>> --<BR>> Fedora-livecd-list mailing list<BR>> Fedora-livecd-list@redhat.com<BR>> https://www.redhat.com/mailman/listinfo/fedora-livecd-list<BR><BR><BR>--<BR>Fedora-livecd-list mailing list<BR>Fedora-livecd-list@redhat.com<BR>https://www.redhat.com/mailman/listinfo/fedora-livecd-list</PRE></BLOCKQUOTE></TD></TR></TBODY></TABLE><BR></BLOCKQUOTE></BODY></HTML>