> Hello,
>
> I have a small 1.6GB HD currently running a base install of 4.2-RELEASE. I
> would like to upgrade to 4.3-STABLE. Would 800MB be enough to compile
> world, if I were to remove /usr/src afterwards? TIA. -- Jonathan
I don't think it's necessasry to post a 37-line long signature file to
"Jonathan M. Slivko" schrieb:
>
> Hello,
>
> I have a small 1.6GB HD currently running a base install of 4.2-RELEASE. I
> would like to upgrade to 4.3-STABLE. Would 800MB be enough to compile
> world, if I were to remove /usr/src afterwards?
Yes. After make world, /usr/obj occupies about 340M
Hello,
I have a small 1.6GB HD currently running a base install of 4.2-RELEASE. I
would like to upgrade to 4.3-STABLE. Would 800MB be enough to compile
world, if I were to remove /usr/src afterwards? TIA. -- Jonathan
\|||/
(o
In article <[EMAIL PROTECTED]>,
Robert L Sowders <[EMAIL PROTECTED]> wrote:
> I took a look at the cvsweb and
> noticed that mfs_vfsops.c was marked as removed at version 1.93 4 weeks
> ago by phk,
It was removed in -current, but not in -stable. A file in CVS can
exist in some branches but no
[ On Monday, July 2, Robert L Sowders wrote: ]
> By chance are you using any kind of mfs file system? I was using a mfs
> tmp. I commented out the mfs entry in the fstab file and bingo my system
> works again. There was a patch submitted my Tor.Egge in another thread
> that addressed proble
On Monday, 2 July 2001 at 15:45:06 -0600, John R. Shannon wrote:
> I'm also experiencing the lockups; 4 today since CVSUPing stable this AM.
>
> /var/run/dmesg.boot:
*sigh* We really need to update our documentation. dmesg was once
important. In this case it's irrelevant. Can you find any
co
On Thu, 28 Jun 2001, Andrew Reilly wrote:
> The other disks are masters on each of the two ATA controllers:
>
> ad0: 6149MB [13328/15/63] at ata0-master UDMA33
> ad1: 6149MB [13328/15/63] at ata1-master UDMA33
>
> After producing a non-working CD with burncd, probably because of
> the ill-advis
* Jason Stephenson <[EMAIL PROTECTED]> [010703 15:20]:
> Over the weekend, I went from RELENG_4 to RELENG_4_3, but I did by wiping my
> system partitions (/, /usr, /var) and reinstalling 4.3 from CD-ROM. Then, I
> cvsup'd to RELENG_4_3 and the latest ports. I finally reinstalled everything
> th
Do you have a 3rd hard drive, or a 3rd controller ? The two devices below
are the controllers-- old style at that-- and each can normally take two
drives.
Also, look at LINT. It states,
# For older non-PCI systems, these are the lines to use:
#device ata0at isa? port IO_WD1 irq 14
I have a third HDD on my FreeBSD-4.3 (STABLE)
the others devices are :
device ata0at isa? port IO_WD1 irq 14
device ata1at isa? port IO_WD2 irq 15
what should be ata3 ?
My MB can't catch it with PnP so I must specify ata2
what is the irq ?
Over the weekend, I went from RELENG_4 to RELENG_4_3, but I did by wiping my
system partitions (/, /usr, /var) and reinstalling 4.3 from CD-ROM. Then, I
cvsup'd to RELENG_4_3 and the latest ports. I finally reinstalled everything
that I need from ports.
I thought of doing it with a cvsup and d
At 12:23 PM 7/3/01 +0100, Stewart Morgan wrote:
>Hi,
>
> I mailed -stable a while back (see below), but have
>had no reply. I'm getting reproducible crashes (on my
>machine at least) in ffs_blkpref() when under heavy load.
The last time I checked, RAID5 on vinum was still experimental n
Is it possible to sync to RELENG_4_3 on a system already synchronized to
STABLE by the usual update path, or do I need to do something different? Will
I run into trouble with /dev? Do I need to delete /usr/src before CVSUPing to
pickup the files that were updated in RELENG_4 but not in RELENG_4
13 matches
Mail list logo
