> > read: i/o error
>
> i think i see the problem. we're off by one bit.
>
[...]
> /n/sources/plan9//sys/src/9/pc/sdata.c:1344,1350 - sdata.c:1344,1350
> };
>
> static int
> - atageniostart(Drive* drive, vlong lba)
> + atageniostart(Drive* drive, uvlong lba)
> {
> Ctlr *ctlr;
>
is there an existant script for populating this?
- erik
On 2008-Apr-22, at 10:11 , erik quanstrom wrote:
is there an existant script for populating this?
/n/sources/contrib/lyndon/rfcmirror is one.
On 2008-Apr-22, at 10:11 , erik quanstrom wrote:
is there an existant script for populating this?
Actually, is uses /lib/ietf/rfc, and the corresponding idmirror script
uses /lib/ietf/id.
Yes, /lib/rfc/grabfc. Uncomment this line:
/cron/sys/cron:#30 9 * * * local /lib/rfc/grabrfc
--- Begin Message ---
is there an existant script for populating this?
- erik
--- End Message ---
/lib/rfc/grabrfc? I'm running it now and it seems to be populating
just fine.
John
On Tue Apr 22 13:50:10 EDT 2008, [EMAIL PROTECTED] wrote:
> /lib/rfc/grabrfc? I'm running it now and it seems to be populating
> just fine.
>
> John
i had the usual fight with the natted dsl that doesn't pass icmp mustfrags.
i also elected to skip the big honking xml index
if(! ~ $targe
We had the same problem time ago and had to lower the mtu by hand.
Perhaps detecting too many retransmissions of the same packet could be
considered a hint
of this problem and try by reducing at least once the mtu. In any
case, it´s been
a long time since we had this problem. I even forgot about it
On Tue, Apr 22, 2008 at 9:12 PM, Francisco J Ballesteros <[EMAIL PROTECTED]>
wrote:
> We had the same problem time ago and had to lower the mtu by hand.
> Perhaps detecting too many retransmissions of the same packet could be
> considered a hint
> of this problem and try by reducing at least on
Hello. Someone just told me the fault on why QEMU crashes every time I
boot Plan 9 -- venti. With a fossil only system, everything worked
without a hitch -- until that corrupt root entry fiasco which cost me
a book I was writing, a troff preprocessor (eg, for graphing
equations), my extensi
Yes, but IIRC, I did undo the change some time after we had the problem,
leaving it back to 1500, and I´ve never seen it happen again. Perhaps we
were lucky and did not connect to a broken router again.
On Tue, Apr 22, 2008 at 10:05 PM, Gorka Guardiola <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 22,
On Apr 22, 2008, at 3:19 PM, Pietro Gagliardi wrote:
Hello. Someone just told me the fault on why QEMU crashes every time
I boot Plan 9 -- venti. With a fossil only system, everything worked
without a hitch -- until that corrupt
On Leopard I've found that QEMU runs very slowly but crashes
> Hello. Someone just told me the fault on why QEMU crashes every time I
> boot Plan 9 -- venti. With a fossil only system, everything worked
> without a hitch -- until that corrupt root entry fiasco which cost me
> a book I was writing, a troff preprocessor (eg, for graphing
> equations),
> Perhaps we
> were lucky and did not connect to a broken router again.
>The fault on why QEMU crashes every time
> I boot Plan 9 -- venti. With a fossil only system, everything worked
> without a hitch -- until that corrupt
>On Leopard I've found that QEMU runs very slowly but crashes
>exc
> Yes, /lib/rfc/grabfc. Uncomment this line:
>
> /cron/sys/cron:#30 9 * * *local /lib/rfc/grabrfc
thank you. unfortunately, it turns out that this script causes
something that looks like deadlock between ramfs and ftpfs.
i didn't get a bead on ramfs before ftpfs exited but it was in
state
Hello. I'm trying to recover my files from the fossil+venti system I
have. I changed the configuration to read
fsys oldfs config /dev/sdC1/fossil
fsys oldfs open -AWPVr
srv fossil
then do
fossil/fossil -f /dev/sdC1/fossil
mount /srv/fossil /n/oldfs oldf
Hi,
I have a ~5GB Venti which had run for some time with one 256MB Index
Section; recently, the Index Section became corrupted. The Arenas are
intact. I was using plan9port's Venti.
Is it possible for me to reconstruct the index section? If so, how? Will
the Venti be able to run without it? If I
Venkatesh Srinivas wrote:
Hi,
I have a ~5GB Venti which had run for some time with one 256MB Index
Section; recently, the Index Section became corrupted. The Arenas are
intact. I was using plan9port's Venti.
I run a similar system, a ubuntu linux box with Venti under p9p with a
VMware guest s
// Is it possible for me to reconstruct the index section?
Yes. See venti-fmt(8). If you want to stop here, you can
try checkindex first, and if that doesn't work for you, go
to buildindex.
// Will the Venti be able to run without it?
No, you need an index. The bloom filter is the only
optional
19 matches
Mail list logo
