2:33 p.m.
Hi All,
Apparently, when creating a live USB, if you do not specify
a "--home-size-mb", the default is zero and you can't save
any files on your desktop. Huh ...
-T
3:23 p.m.
Greetings,
----- Original Message -----
Apparently, when creating a live USB, if you do not specify
a "--home-size-mb", the default is zero and you can't save
any files on your desktop. Huh ...
Apparently, it doesn't read your mind, eh? :)
I almost never want persistent storage because I primarily just want it to do installs.
"Persistant on USB thumbdrives" is a bit of an oxymoron... as USB storage (not
talking about external hard drives but flash) really degrades for me over time... and
fairly easy to corrupt... or at least that has been my experience.
TYL,
--
Scott Dowdle
704 Church Street
Belgrade, MT 59714
(406)388-0827 [home]
(406)994-3931 [work]
3:40 p.m.
On 06/10/2015 01:23 PM, Scott Dowdle wrote:
Greetings,
----- Original Message -----
> Apparently, when creating a live USB, if you do not specify
> a "--home-size-mb", the default is zero and you can't save
> any files on your desktop. Huh ...
Apparently, it doesn't read your mind, eh? :)
I almost never want persistent storage because I primarily just want it to do installs.
"Persistant on USB thumbdrives" is a bit of an oxymoron... as USB storage (not
talking about external hard drives but flash) really degrades for me over time... and
fairly easy to corrupt... or at least that has been my experience.
TYL,
And persistence does not give space back.
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Computers are like air conditioners.
They malfunction when you open windows
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
6:02 p.m.
On Wed, Jun 10, 2015 at 3:33 PM, ToddAndMargo <ToddAndMargo(a)zoho.com> wrote:
Hi All,
Apparently, when creating a live USB, if you do not specify
a "--home-size-mb", the default is zero and you can't save
any files on your desktop. Huh ...
Not true. The home directory will reside in the root filesystem and its
files will persist
if there is a root filesystem overlay.
--Fred
6:12 p.m.
On 06/10/2015 04:02 PM, Frederick Grose wrote:
On Wed, Jun 10, 2015 at 3:33 PM, ToddAndMargo
<ToddAndMargo(a)zoho.com
<mailto:ToddAndMargo@zoho.com>>wrote:
Hi All,
Apparently, when creating a live USB, if you do not specify
a "--home-size-mb", the default is zero and you can't save
any files on your desktop. Huh ...
Not true. The home directory will reside in the root filesystem and
its files will persist
if there is a root filesystem overlay.
--Fred
--
livecd mailing list
livecd(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/livecd
Mine does not. See
https://bugzilla.redhat.com/show_bug.cgi?id=1105735
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Computers are like air conditioners.
They malfunction when you open windows
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
6:24 p.m.
On Wed, Jun 10, 2015 at 4:40 PM, ToddAndMargo <ToddAndMargo(a)zoho.com> wrote:
On 06/10/2015 01:23 PM, Scott Dowdle wrote:
> Greetings,
>
> ----- Original Message -----
>
>> Apparently, when creating a live USB, if you do not specify
>> a "--home-size-mb", the default is zero and you can't save
>> any files on your desktop. Huh ...
>>
>
> Apparently, it doesn't read your mind, eh? :)
>
> I almost never want persistent storage because I primarily just want it
> to do installs. "Persistant on USB thumbdrives" is a bit of an
oxymoron...
> as USB storage (not talking about external hard drives but flash) really
> degrades for me over time... and fairly easy to corrupt... or at least that
> has been my experience.
>
> TYL,
>
>
And persistence does not give space back.
Also a misunderstanding. See the newly revised livecd-iso-to-disk man
page,
https://github.com/rhinstaller/livecd-tools/blob/master/docs/livecd-iso-t...
The storage space of any files in the original root filesystem (inside the
SquashFS
compressed ext3fs.img file) is not
recover
able
upon deletion, but the storage space
for newly added
files, or changes stored in the overlay,
is
recoverable
.
The overlay space
is allocated once
as needed
, so
the dmsetup status report of
allocated sectors will not reflect the availability of space once used but
later deleted.
(The confusion was caused by an error in an earlier version of the man
page, where
the overlay was described as a write-once storage method instead of an
allocate-once
method. The current version corrects this.)
--Fred
6:28 p.m.
On 06/10/2015 04:24 PM, Frederick Grose wrote:
On Wed, Jun 10, 2015 at 4:40 PM, ToddAndMargo
<ToddAndMargo(a)zoho.com
<mailto:ToddAndMargo@zoho.com>>wrote:
On 06/10/2015 01:23 PM, Scott Dowdle wrote:
Greetings,
----- Original Message -----
Apparently, when creating a live USB, if you do not specify
a "--home-size-mb", the default is zero and you can't save
any files on your desktop. Huh ...
Apparently, it doesn't read your mind, eh? :)
I almost never want persistent storage because I primarily just
want it to do installs. "Persistant on USB thumbdrives" is a
bit of an oxymoron... as USB storage (not talking about external
hard drives but flash) really degrades for me over time... and
fairly easy to corrupt... or at least that has been my experience.
TYL,
And persistence does not give space back.
Also a misunderstanding. See the newly revised livecd-iso-to-disk man
page,
https://github.com/rhinstaller/livecd-tools/blob/master/docs/livecd-iso-t...
The storage space of any files in the original root filesystem (inside
the SquashFS
compressed ext3fs.img file) is not
recover
able
upon deletion, but the storage space
for newly added
files, or changes stored in the overlay,
is
recoverable
.
The overlay space
is allocated once
as needed
, so
the dmsetup status report of
allocated sectors will not reflect the availability of space once used
but later deleted.
(The confusion was caused by an error in an earlier version of the man
page, where
the overlay was described as a write-once storage method instead of an
allocate-once
method. The current version corrects this.)
--Fred
That is good new.
Problem: when I add too many programs to the drive and run out
of space, removeing the programs has no effect. So, it
acts like the original statement in the man page it the correct
one.
6:29 p.m.
On 06/10/2015 04:28 PM, ToddAndMargo wrote:
On 06/10/2015 04:24 PM, Frederick Grose wrote:
> On Wed, Jun 10, 2015 at 4:40 PM, ToddAndMargo <ToddAndMargo(a)zoho.com
> <mailto:ToddAndMargo@zoho.com>>wrote:
>
> On 06/10/2015 01:23 PM, Scott Dowdle wrote:
>
> Greetings,
>
> ----- Original Message -----
>
> Apparently, when creating a live USB, if you do not specify
> a "--home-size-mb", the default is zero and you can't save
> any files on your desktop. Huh ...
>
>
> Apparently, it doesn't read your mind, eh? :)
>
> I almost never want persistent storage because I primarily just
> want it to do installs. "Persistant on USB thumbdrives" is a
> bit of an oxymoron... as USB storage (not talking about external
> hard drives but flash) really degrades for me over time... and
> fairly easy to corrupt... or at least that has been my
> experience.
>
> TYL,
>
>
> And persistence does not give space back.
>
>
> Also a misunderstanding. See the newly revised livecd-iso-to-disk man
> page,
> https://github.com/rhinstaller/livecd-tools/blob/master/docs/livecd-iso-t...
>
>
> The storage space of any files in the original root filesystem (inside
> the SquashFS
> compressed ext3fs.img file) is not
> recover
> able
> upon deletion, but the storage space
> for newly added
> files, or changes stored in the overlay,
> is
> recoverable
> .
>
> The overlay space
> is allocated once
> as needed
> , so
> the dmsetup status report of
> allocated sectors will not reflect the availability of space once used
> but later deleted.
>
> (The confusion was caused by an error in an earlier version of the man
> page, where
> the overlay was described as a write-once storage method instead of an
> allocate-once
> method. The current version corrects this.)
>
> --Fred
That is good new.
Problem: when I add too many programs to the drive and run out
of space, removeing the programs has no effect. So, it
acts like the original statement in the man page it the correct
one.
Maybe this has something to do with it?
$ rpm -qa \*live\*
liveusb-creator-3.13.2-1.el6.noarch
livecd-tools-13.4.5-1.el6.x86_64
Red Hat states that EL6 will be supported till 2020.
But ...
3236
days inactive
3236
days old
livecd@lists.fedoraproject.org
7 comments
3 participants
participants (3)
-
Frederick Grose -
Scott Dowdle -
ToddAndMargo