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;
uchar
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
---BeginMessage---
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
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
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 once
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
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
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
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
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
// 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
13 matches
Mail list logo
