In article
[EMAIL PROTECTED]>
you write:
>
>Has anyone else seen anything like this...
>
>panic(c0334f20,c392e400,ff807f44,c021fd76,c392e400) at panic+0xa4
>rtfree(c392e400) at rtfree+0x27
>syncache_free(debe8fc0,6200,debe8fc0,1,debe8660) at syncache_free+0x56
>syncache_drop(debe8fc0,0,1,c02
Has anyone else seen anything like this...
panic(c0334f20,c392e400,ff807f44,c021fd76,c392e400) at panic+0xa4
rtfree(c392e400) at rtfree+0x27
syncache_free(debe8fc0,6200,debe8fc0,1,debe8660) at syncache_free+0x56
syncache_drop(debe8fc0,0,1,c0220118,4000) at syncache_drop+0xd8
syncache_tim
[Sorry for multiple copies of this message. Thanks for your support in
promotion of education, research, development and business of emerging
wireless communications]
Dear Fellow Wireless Colleagues:
2002 World Wireless Congress (WWC02) - the official framework of
3Gwireless'2002 has been extrem
This is just a heads up to people who use INN/Diablo (USENET news
feed systems), or postgres/mysql (database systems) in heavily
loaded environment. I recently MFC'd a major fix to a performance issue
that was accidently introduced in late 2000. A security fix had the
uninten
Thanks for the post. Well I think I should have posted
to questions and not to stable list, which might be the reason
why I haven't got so many answers...
Well I will start digging in the sources maybe I'll find
something...
On Sun, Jun 23, 2002 at 06:08:03PM +0200, Olive
Lars Eighner wrote:
> That's another thing. I can't get the handbook to make. I upgraded
> all kinds of text handling ports to get the handbook to make for
> 4.4, but evidently that is all broken now.
>
>
I just cvsuped docs-all, built it and installed it. You probably have
some stale d
>> If you have a spare drive that is exactly the same type you could make a
>> binary copy of the disk to it, and don't need to worry about making the
>> prolem worse while recovering the data with inode magic.
>> Hope this helps you a bit.
CZ> On one of the spare disks put the data on with dd, he
begin quote from Hans Lambermont <[EMAIL PROTECTED]> written...:
> [EMAIL PROTECTED] wrote:
>
> ...
> > booted it writed identical information onto both of that drivers
> ...
> > It is obvious, that the part of inodes was lost. How can we restore
> > it? May be, it is possible to recover that by
I suspect that data to both drives was written to both drives.. :-(
My suspicion is that some unknown amount of data was irretrievably lost.
The mantra of sysads is always:
"Do a full backup before changing the hardware"
On Sun, 23 Jun 2002 [EMAIL PROTECTED] wrote:
> Hi All!
>
> After addi
Vlad Berliba <[EMAIL PROTECTED]> wrote:
> 1. I have a Lucent Orinoco PCMCIA radio card witch PCI->PCMCIA adapter.
>The card works great since FreeBSD 4.4. Is there any way to be
> recognized faster by the kernel ? I have to wait 10s until it comes up.
That's something I'd like to
On Sun, Jun 23, 2002 at 09:00:52AM -0700 I heard the voice of
Paul Herman, and lo! it spake thus:
> On Sun, 23 Jun 2002, Geoffrey C. Speicher wrote:
>
> How so? I'm not suggesting unlink(2)ing /etc/master.passwd or
> /etc/spwd.db at all.
No, but pw(8) does; making it not do so would require rea
On Sun, 23 Jun 2002, Geoffrey C. Speicher wrote:
> > Keep it simple. Do what you mean. If you want to make changes to
> > /etc/master.passwd then open(2) /etc/master.passwd with O_EXLOCK.
>
> As Matt Fuller already pointed out in a follow-up, that brings us back to
> where we were when we start
On Sun, Jun 23, 2002 at 04:03:15PM +0600, [EMAIL PROTECTED] wrote:
> HL> If you have a spare drive that is exactly the same type you could make a
> HL> binary copy of the disk to it, and don't need to worry about making the
> HL> prolem worse while recovering the data with inode magic.
>
> Yes, of
On Sun, 23 Jun 2002, Scott Mitchell wrote:
> On Sat, Jun 22, 2002 at 10:08:14PM -0500, David W. Chapman Jr. wrote:
> > > > >
> > > > > I searched UPDATING for "games" but found no hint of this.
> > > > > Although the makefile says to run mergemaster -p
> > > > > befor installing world, mergemaste
14 matches
Mail list logo