> these are 6.6v 1800µF caps. see http://en.wikipedia.org/wiki/Capacitor_plague
I wasn't sure, but the issue has bugged me for a long time. Thanks
for the pointer.
++L
On Fri Jan 14 23:29:27 EST 2011, lu...@proxima.alt.za wrote:
> > oh, and yes. when pulling the old motherboard i noticed
> > about 2/3 of the caps are dripping.
>
> I wonder how that happened? Every hardware problem I have diagnosed
> and occasionally fixed in the last few years, from motherboar
lu...@proxima.alt.za once said:
> I wonder how that happened? Every hardware problem I have diagnosed
> and occasionally fixed in the last few years, from motherboards to CRT
> monitors to external power supplies (mains voltage converters) has
> boiled down to one or more 10μF electrolytics packin
> oh, and yes. when pulling the old motherboard i noticed
> about 2/3 of the caps are dripping.
I wonder how that happened? Every hardware problem I have diagnosed
and occasionally fixed in the last few years, from motherboards to CRT
monitors to external power supplies (mains voltage converters
i just got a new motherboard/processor. (amd 4x3.4ghz
with sb850) it just worked. boots in 10 seconds. same
old crappy plan 9 video perfomance. :-) its been a long
time since i didn't need to fight a motherboard. i did
notice this usb niggle when booting. i haven't tried usb
yet, so i don't
Pavel Zholkover once said:
> I have no idea what is causing it to die, I've tried adding a bunch of
> INT $3 to see how far in the flow I can get, but all I get this:
>
> 9vx panic: unknown trap/intr: 0x203
> aborting, to dump core.
>
> for an INT $3 just before
> CALL SI // fn()
This hap
>Did I not allude to that when I used the word "daemon"?
not exactly. one important difference is that a file server in plan 9
"by definition" if you like interprets the 9P protocol.
there's no such guarantee for an arbitrary "daemon".
("That same daemon that hath gulled thee thus.")
Set $objtype to arm in mkconfig?
On Jan 14, 2011 6:08 PM, "Tharaneedharan Vilwanathan"
wrote:
> hi all,
>
> i am trying to run inferno emu on plan9 running on sheevaplug.
>
> does anyone know how to build emu for arm? i am surprised that it is
missing
> in inferno-os repository. or am i missing so
hi all,
i am trying to run inferno emu on plan9 running on sheevaplug.
does anyone know how to build emu for arm? i am surprised that it is missing
in inferno-os repository. or am i missing something?
any help appreciated.
thanks
dharani
On Fri, 14 Jan 2011 14:13:48 EST erik quanstrom wrote:
> > > > Not in the sense that you can purge specific files you don't
> > > > want and continue using the same venti. But you can do what a
> > > > copying garbage collector does -- it copies all the data
> > > > *reachable* from the data `roo
On Fri, 14 Jan 2011, erik quanstrom wrote:
> > > > Not in the sense that you can purge specific files you don't
> > > > want and continue using the same venti. But you can do what a
> > > > copying garbage collector does -- it copies all the data
> > > > *reachable* from the data `roots' (a set of
On Fri, 14 Jan 2011, Charles Forsyth wrote:
> > Am I close?
>
> a Plan 9 "file server" is just a program that responds to the 9P
> protocol described in section 5 of the manual. (there is library
> support for writing a file server.) a file server can provide a
> service other than conventional d
> > > Not in the sense that you can purge specific files you don't
> > > want and continue using the same venti. But you can do what a
> > > copying garbage collector does -- it copies all the data
> > > *reachable* from the data `roots' (a set of objects you know
> > > you want). What is left behi
> Am I close?
a Plan 9 "file server" is just a program that responds to the 9P protocol
described
in section 5 of the manual. (there is library support for writing a file
server.)
a file server can provide a service other than conventional data storage:
consider
rio, the plan 9 window system, a
> Do you mean what is being referred to below as "worm HDD":
>
> http://www.storagesearch.com/view64.html
this instead: http://www.plasmon.com/archive_solutions/udodrives.html
or a bd+r.
for cost reasons, this isn't that practical anymore.
> I think that I'm also getting confused with the use o
On Fri, 14 Jan 2011, erik quanstrom wrote:
> > > i don't use venti, i use the original file server, but this still holds
> > > true of any worm system. in the 6 years i've had my worm, i've used
> > > 12gb. yet the size of my worm went from 18gb to 1500gb.
> >
> > So the sub-partition fossil is
On Fri, 14 Jan 2011, Federico G. Benavento wrote:
> > The Fossil partition being the partition where Plan9 will be running.
> > Venti should then be on another partition?
> >
>
> Plan 9 partitions are (in the standard installation) subdivided,
> 9fat - for the kernel
> fossil - ...
> swap - ...
>
> The Fossil partition being the partition where Plan9 will be running.
> Venti should then be on another partition?
>
Plan 9 partitions are (in the standard installation) subdivided,
9fat - for the kernel
fossil - ...
swap - ...
plus "arenas" and "isect" if you chose to install venti
but come o
On Fri, 14 Jan 2011 12:54:04 EST erik quanstrom wrote:
> > Not in the sense that you can purge specific files you don't
> > want and continue using the same venti. But you can do what a
> > copying garbage collector does -- it copies all the data
> > *reachable* from the data `roots' (a set of ob
things shouldn't be written to venti by existing software
unless there is (or soon will be) a root
that refers to them, so i don't think the copying scheme
would work as things stand.
> Not in the sense that you can purge specific files you don't
> want and continue using the same venti. But you can do what a
> copying garbage collector does -- it copies all the data
> *reachable* from the data `roots' (a set of objects you know
> you want). What is left behind is considered gar
On Thu, 13 Jan 2011 21:31:00 MST Duke Normandin wrote:
>
> > I wouldn't try it with less than a 20 GB disk, with say 2 GB for
> > Fossil and the rest for Venti; unless you start storing music and
> > video on there, that should give you plenty of room to work with.
>
> Ok! Can Venti be managed?
> > i don't use venti, i use the original file server, but this still holds
> > true of any worm system. in the 6 years i've had my worm, i've used
> > 12gb. yet the size of my worm went from 18gb to 1500gb.
>
> So the sub-partition fossil is mounts a WORM drive/device? or can this
> sub-partiti
On Fri, 14 Jan 2011, erik quanstrom wrote:
> > > The Fossil partition being the partition where Plan9 will be running.
> > > Venti should then be on another partition?
> > >
> > Yes.
>
> i don't think that this conveys the right meaning. plan 9 is compatable with
> fdisk-style partitions, but typ
> > The Fossil partition being the partition where Plan9 will be running.
> > Venti should then be on another partition?
> >
> Yes.
i don't think that this conveys the right meaning. plan 9 is compatable with
fdisk-style partitions, but typically subpartitions them with prep-style
partitions.
so
25 matches
Mail list logo
