local hard disk space?

[Coco Computers & Consulting]

When I boot with Centos 5.1 Live CD, a df command shows the root filesystem / is mounted
to /dev/mapper/livecd-rw and shows a total of about 4GB with 50% available. Is this disk
space from my local hard drive? How is it carved out? My local hard drive is installed
with a Windows XP system. Does LiveCD simply create a 4GB file on the local hard drive for
its own use?

--thanks,
--Tony C.

Coco Computers & Consulting
http://coconets.homeip.net

[Douglas McClendon]

Coco Computers & Consulting wrote:
>  When I boot with Centos 5.1 Live CD, a df command shows the root 
>  filesystem / is mounted to /dev/mapper/livecd-rw and shows a total of 
>  about 4GB with 50% available. Is this disk space from my local hard 
>  drive? How is it carved out? My local hard drive is installed with a 
>  Windows XP system. Does LiveCD simply create a 4GB file on the local 
>  hard drive for its own use? 
No, the 4G is basically imaginary.  Whatever amount it starts out as
used, say 2.1G, is actually compressed data on the cdrom, i.e. about
675MB.  Once booted and files/blocks are written, they are written to
ram (or with liveusb persistence, flash/disk).  The only reason for the
arbitrary 4G number, as opposed to say, 1000G, is that the formatting
data of a larger filesystem would take up a little bit of extra space,
even compressed.  Theoretically if you had a 16GB ram system, you'd be a
bit unhappy that an artificial limitation of 4GB of writable blocks is
being used, when you have more ram than that to burn.  Long ago I
submitted a patch such that the devicemapper device would have
a size greater than 4GB, but the filesystem still be formatted to 4GB.
With that kind of patch, such a user of a 16GB filesystem could
resize2fs the filesystem larger post boot, and not be limited.  At the
time however, squashfs was not as efficient as it currently is with
sparse files, and such a larger device would also have resulted in more
actual data space taken up on the cdrom (and also signifigantly
increasing the time to author/master the livecd originally).  Now
however squashfs natively handles sparse files, and won't waste any
actual space on even a terabyte of zeros.

That was probably a longer answer than you were looking for.  Executive
summary- the 4G is purely imaginary and means nothing.  The fedora
livecd like most livecds, by default, does not touch your system disk at
all.

-dmc



>  
>  --thanks,
>  --Tony C.
>  
>  Coco Computers & Consulting
>  http://coconets.homeip.net
>  
>  
>  
>  ------------------------------------------------------------------------
>  
>  --
>  Fedora-livecd-list mailing list
>  Fedora-livecd-list(a)redhat.com
>  https://www.redhat.com/mailman/listinfo/fedora-livecd-list

[Douglas McClendon]

Douglas McClendon wrote:
>  Coco Computers & Consulting wrote:
> > When I boot with Centos 5.1 Live CD, a df command shows the root 
> > filesystem / is mounted to /dev/mapper/livecd-rw and shows a total of 
> > about 4GB with 50% available.  
...

   Long ago I
>  submitted a patch such that the devicemapper device would have
>  a size greater than 4GB, but the filesystem still be formatted to 4GB.
>  With that kind of patch, such a user of a 16GB filesystem could
>  resize2fs the filesystem larger post boot, and not be limited.  
...

And I'm also pretty sure that the same thing can be accomplished without 
any patch anyway...  (using a linear device mapper device that is the 
addition of the 4G sparse file, and a device mapper 'zero' device of 
arbitary length...)

I really love device mapper.

-dmc

[Coco Computers & Consulting]

Thanks Doug.
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:
mount -t ntfs /dev/hda1  /local
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.
--thanks,
--Tony C.


Coco Computers & Consulting
http://coconets.homeip.net


--- On Tue, 7/22/08, Douglas McClendon <dmc.fedora(a)filteredperception.org&gt; wrote:
From: Douglas McClendon <dmc.fedora(a)filteredperception.org&gt;
Subject: Re: [Fedora-livecd-list] local hard disk space?
To: fedora-livecd-list(a)redhat.com
Date: Tuesday, July 22, 2008, 8:08 PM

Coco Computers & Consulting wrote:
>  When I boot with Centos 5.1 Live CD, a df command shows the root 
>  filesystem / is mounted to /dev/mapper/livecd-rw and shows a total of 
>  about 4GB with 50% available. Is this disk space from my local hard 
>  drive? How is it carved out? My local hard drive is installed with a 
>  Windows XP system. Does LiveCD simply create a 4GB file on the local 
>  hard drive for its own use? 
No, the 4G is basically imaginary.  Whatever amount it starts out as
used, say 2.1G, is actually compressed data on the cdrom, i.e. about
675MB.  Once booted and files/blocks are written, they are written to
ram (or with liveusb persistence, flash/disk).  The only reason for the
arbitrary 4G number, as opposed to say, 1000G, is that the formatting
data of a larger filesystem would take up a little bit of extra space,
even compressed.  Theoretically if you had a 16GB ram system, you'd be a
bit unhappy that an artificial limitation of 4GB of writable blocks is
being used, when you have more ram than that to burn.  Long ago I
submitted a patch such that the devicemapper device would have
a size greater than 4GB, but the filesystem still be formatted to 4GB.
With that kind of patch, such a user of a 16GB filesystem could
resize2fs the filesystem larger post boot, and not be limited.  At the
time however, squashfs was not as efficient as it currently is with
sparse files, and such a larger device would also have resulted in more
actual data space taken up on the cdrom (and also signifigantly
increasing the time to author/master the livecd originally).  Now
however squashfs natively handles sparse files, and won't waste any
actual space on even a terabyte of zeros.

That was probably a longer answer than you were looking for.  Executive
summary- the 4G is purely imaginary and means nothing.  The fedora
livecd like most livecds, by default, does not touch your system disk at
all.

-dmc



>  
>  --thanks,
>  --Tony C.
>  
>  Coco Computers & Consulting
>  http://coconets.homeip.net
>  
>  
>  
>  ------------------------------------------------------------------------
>  
>  --
>  Fedora-livecd-list mailing list
>  Fedora-livecd-list(a)redhat.com
>  https://www.redhat.com/mailman/listinfo/fedora-livecd-list 

--
Fedora-livecd-list mailing list
Fedora-livecd-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-livecd-list

[Don Raikes]

Tony,

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.
  -----Original Message-----
  From: Coco Computers & Consulting [mailto:[e-mail]]
  Sent: Wednesday, July 23, 2008 7:16 AM
  To: fedora-livecd-list(a)redhat.com
  Subject: Re: [Fedora-livecd-list] local hard disk space?


        Thanks Doug.
        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:
        mount -t ntfs /dev/hda1  /local
        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.
        --thanks,
        --Tony C.


        Coco Computers & Consulting
        http://coconets.homeip.net


        --- On Tue, 7/22/08, Douglas McClendon <dmc.fedora(a)filteredperception.org&gt;
wrote:

          From: Douglas McClendon <dmc.fedora(a)filteredperception.org&gt;
          Subject: Re: [Fedora-livecd-list] local hard disk space?
          To: fedora-livecd-list(a)redhat.com
          Date: Tuesday, July 22, 2008, 8:08 PM


Coco Computers & Consulting wrote:> When I boot with Centos 5.1 Live CD, a df
command shows the root > filesystem / is mounted to /dev/mapper/livecd-rw and shows a
total of > about 4GB with 50% available. Is this disk space from my local hard >
drive? How is it carved out? My local hard drive is
 installed with a > Windows XP system. Does LiveCD simply create a 4GB file on the
local > hard drive for its own use?No, the 4G is basically imaginary.  Whatever amount
it starts out asused, say 2.1G, is actually compressed data on the cdrom, i.e. about675MB.
 Once booted and files/blocks are written, they are written toram (or with liveusb
persistence, flash/disk).  The only reason for thearbitrary 4G number, as opposed to say,
1000G, is that the formattingdata of a larger filesystem would take up a little bit of
extra space,even compressed.  Theoretically if you had a 16GB ram system, you'd be
abit unhappy that an artificial limitation of 4GB of writable blocks isbeing used, when
you have more ram than that to burn.  Long ago Isubmitted a patch such that the
devicemapper device would havea size greater than 4GB, but the filesystem still be
formatted to 4GB.With that kind of patch, such
 a user of a 16GB filesystem couldresize2fs the filesystem larger post boot, and not be
limited.  At thetime however, squashfs was not as efficient as it currently is withsparse
files, and such a larger device would also have resulted in moreactual data space taken up
on the cdrom (and also signifigantlyincreasing the time to author/master the livecd
originally).  Nowhowever squashfs natively handles sparse files, and won't waste
anyactual space on even a terabyte of zeros.That was probably a longer answer than you
were looking for.  Executivesummary- the 4G is purely imaginary and means nothing.  The
fedoralivecd like most livecds, by default, does not touch your system disk atall.-dmc>
> --thanks,> --Tony C.> > Coco Computers & Consulting>
http://coconets.homeip.net> > > >
 ------------------------------------------------------------------------> > -->
Fedora-livecd-list mailing list> Fedora-livecd-list(a)redhat.com&gt;
https://www.redhat.com/mailman/listinfo/fedora-livecd-list--Fedora-livecd... mailing
[e-mail]://www.redhat.com/mailman/listinfo/fedora-livecd-list

jdk not included on iso image using revisor on fc7

[jie sun]

Hi,
   I am using Revisor to create custom fc7 CD. But whenever I include either GNOME or KDE 
in %packages in my kickstart file, the jdk rpm will not be included in the result iso
image. If I remove both GNOME AND KDE, then jdk will be included in my iso image.

   Anybody has any idea on how to install jdk  with either GNOME or KDE ? 

%package
@ GNOME Desktop Environment
@ KDE (K Desktop Environment )
jdk


Regards,
Jie