Martin Dengler wrote:
> On Thu, Sep 10, 2009 at 04:24:55AM -0600, Douglas McClendon wrote:
>> And there may also be better long term ways around it than what I
>> would do.
>
> The F11-on-XO guys over at fedora-olpc-l...@redhat.com are having a
> serious go at changing the partition layout for XO-
Martin Langhoff wrote:
> On Thu, Sep 10, 2009 at 12:11 PM, Douglas McClendon
> wrote:
>> Basically if these tests are against installed systems, I really don't have
>> anything useful to add. But if this involves LiveOS style boot with overlay,
>> then I still don't have much to add other than I
David;
It seems to me, from these discussions, that you may not be actually
testing the reliability of the USB's.
This is if you are testing a live fs.
The unknown in the picture is the size and presence of the overlay and
when it will be exhaused.
This may, as Doug suggests, be what causes ea
Douglas McClendon wrote:
> David Farning wrote:
>>
>> The primary use case is now running Sugar and the underlying OS as
>> natively as possible on the removable solid state media. The primary
>> goals are now reliability and speed.
>>
>> The issue is not that overlays are bad/good or real file sy
On Thu, Sep 10, 2009 at 12:39 PM, David Farning wrote:
> I was thinking that different lot/filesytem combinations would
> gracefully degrade at consistent predictable rates. Instead, I got a
> rather unexpected result. Rapid failure of a lot/filesystem
> combination.
Did you repartition them? M
On Thu, Sep 10, 2009 at 04:24:55AM -0600, Douglas McClendon wrote:
> And there may also be better long term ways around it than what I
> would do.
The F11-on-XO guys over at fedora-olpc-l...@redhat.com are having a
serious go at changing the partition layout for XO-1.5 deployment
images. We are c
Thanks for taking the time to respond.
I started running the tests last week to see if we could generate some
data from which we could make some predictions on the reliability of
various lots (model, size, firmwre) of USB memory sticks. The
original idea was that name brand sticks might last
Martin Dengler wrote:
>> I am suggesting that ease of installation to another medium is not
>> longer the primary usecase for SoaS.
>
> Caroline continues to ask for easy ways to duplicate a stick.
zyx-liveinstaller should be one way to duplicate sticks in the sense of going
from one LiveOS to
On Thu, Sep 10, 2009 at 12:11 PM, Douglas McClendon
wrote:
> Basically if these tests are against installed systems, I really don't have
> anything useful to add. But if this involves LiveOS style boot with overlay,
> then I still don't have much to add other than I assume/hope your tests don't
>
Martin Dengler wrote:
> On Wed, Sep 09, 2009 at 06:48:53AM -0600, Douglas McClendon wrote:
>> Douglas McClendon wrote:
>>> Martin Langhoff wrote:
On Wed, Sep 9, 2009 at 4:26 AM, Douglas
McClendon wrote:
> My name is Douglas McClendon, and I created the ZyX-LiveInstaller which
> a
David Farning wrote:
> I am currently at the hypothesis stage.
>
> My hypothesis is that something is causing an excessive number of
> reads/writes to a small portion of a USB memory stick. My first guess
> is that the problem is the interaction of _cheap_ usb chips/firmware
> and the filesystem
David Farning wrote:
> Thanks for joining us Douglas.
>
> I would like to point out that there are two separate yet interlinked
> issues at hand:
> 1. Easy and fast install.
> 2. Running OS natively on removable solid state media.
understood.
>
> Douglas' Liveos solved the first issue. It is v
I am currently at the hypothesis stage.
My hypothesis is that something is causing an excessive number of
reads/writes to a small portion of a USB memory stick. My first guess
is that the problem is the interaction of _cheap_ usb chips/firmware
and the filesystem overlay.
The test are described
On Wed, Sep 09, 2009 at 03:21:50PM -0500, David Farning wrote:
> Thanks for joining us Douglas.
>
> I would like to point out that there are two separate yet interlinked
> issues at hand:
> 1. Easy and fast install.
> 2. Running OS natively on removable solid state media.
What do you mean by "run
Just a brief note: Douglas knows more about Fedora Live stuff than just
about anybody in the world -- his work was one of the original drivers of
the Fedora Live project. He's kinda the Godfather of the Fedora Live CD.
So thanks, Douglas. Good to see you helping these folks out.
--g
On We
Thanks for joining us Douglas.
I would like to point out that there are two separate yet interlinked
issues at hand:
1. Easy and fast install.
2. Running OS natively on removable solid state media.
Douglas' Liveos solved the first issue. It is very fast and easy to
install an OS to a hard drive
On Wed, Sep 09, 2009 at 06:48:53AM -0600, Douglas McClendon wrote:
> Douglas McClendon wrote:
> > Martin Langhoff wrote:
> >> On Wed, Sep 9, 2009 at 4:26 AM, Douglas
> >> McClendon wrote:
> >>> My name is Douglas McClendon, and I created the ZyX-LiveInstaller which
> >>> appears
> >>> on track to
Douglas McClendon wrote:
> Martin Langhoff wrote:
>> On Wed, Sep 9, 2009 at 4:26 AM, Douglas
>> McClendon wrote:
>>> My name is Douglas McClendon, and I created the ZyX-LiveInstaller which
>>> appears
>>> on track to becoming part of SoaS. I also can accept praise and blame for
>>> the LiveUSB p
Martin Langhoff wrote:
> On Wed, Sep 9, 2009 at 4:26 AM, Douglas
> McClendon wrote:
>> My name is Douglas McClendon, and I created the ZyX-LiveInstaller which
>> appears
>> on track to becoming part of SoaS. I also can accept praise and blame for
>> the LiveUSB persistence feature I implemented
On Wed, Sep 9, 2009 at 4:26 AM, Douglas
McClendon wrote:
> My name is Douglas McClendon, and I created the ZyX-LiveInstaller which
> appears
> on track to becoming part of SoaS. I also can accept praise and blame for
> the LiveUSB persistence feature I implemented for fedora a couple years back,
Hello,
My name is Douglas McClendon, and I created the ZyX-LiveInstaller which appears
on track to becoming part of SoaS. I also can accept praise and blame for
the LiveUSB persistence feature I implemented for fedora a couple years back,
as well as that strange file osmin.img which appears, an
21 matches
Mail list logo
