<!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>