Date: Thu, 29 Dec 2011 14:19:49 -0800 (PST) From: UFS User <ufs.user@yahoo.com> To: "freebsd-fs@freebsd.org" <freebsd-fs@freebsd.org> Subject: RE: Painted into a corner with i386 system and big FS ... Message-ID: <1325197189.54564.YahooMailNeo@web140413.mail.bf1.yahoo.com> In-Reply-To: <1325197128.44125.YahooMailNeo@web140420.mail.bf1.yahoo.com> References: <1325190659.66676.YahooMailNeo@web140408.mail.bf1.yahoo.com> <20111229214059.GA4452@icarus.home.lan> <1325197128.44125.YahooMailNeo@web140420.mail.bf1.yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
=0A=0AThanks for this response - see comments below...=0A=0A=0A=0A=0A> It a= ppears that this is impossible to fsck - I have nudged up maxdsiz all the w= ay to:=0A> kern.maxdsiz=3D"3072000000"=0A> =0A> and it's not enough. ?Any l= arger values cause the system to become unbootable.=0A> So, my plan is to b= oot 8.x amd64 FIXIT, and run fsck from the fixit environment.=0A> The issue= s I foresee are:=0A> =0A> 1. Do I need to specify a maxdsiz in the 8.x fixi= t environment, or does this all just autoscale=0A> these days ?=0A=0A=0A> I= t does not autoscale.=A0 You will need to set it manually at the loader=0A>= prompt by entering 'set kern.maxdsiz=3D"3072000000"' then 'boot'.=0A=0A=0A= =0AOk, great. =A0And it's the same old process:=0A=0AType '?' for a list of= commands, 'help' for more detailed help.=0AOK set=A0kern.maxdsiz=3D"357200= 0000"=0AOK boot=0A=0AYes ?=0A=0A=0A> 2. There is only 4 GB of physical in t= he system ... if I could grow to 3.072 GB process size in=0A> i386, then al= l else being equal, I should be able to grow to 3.5 in 8.x FIXIT, right ?= =0A=0A=0A(snip)=0A=0A=0A>The 3.5GB value you came up with is equally as amu= sing.=A0 How much you=0A>actually get greatly varies on hardware details an= d so on.=A0 Your=0A>motherboard manufacturer should be able to tell you how= much you'll get,=0A>as long as you provide them a full list of any PCI/PCI= -X/PCIe devices=0A>you have installed in slots, and any system features you= have enabled=0A>(AHCI, on-board SCSI, etc.).=0A=0A=0A=0AOh, sorry for the = confusion - the installed OS is freebsd i386, BUT the underlying system is = in fact a 64bit system.=0A=0AIt is the physical inaccessibility, and other = logistical issues that prevent us from just upgrading the entire OS, etc.= =0A=0ASo I will boot amd64 FreeBSD 8.x FIXIT, and will be running in a prop= er amd64 architecture, but the limitation is I=0Aonly have 4 GB physical ra= m.=0A=0ASo I am hoping that, all else being equal, if i386 can only see (fr= om dmesg):=0A=0Areal memory =A0=3D 3489071104 (3327 MB)=0Aavail memory =3D = 3414245376 (3256 MB)=0A=0Athen an amd64 system would see (roughly) 500 mega= bytes more memory than that, and the 3.072 GB process size I get on i386=0A= will then be (roughly) 3.572 on amd64.=0A=0AA reasonable guess ?=0A=0AI hop= e I don't have to swap, but if I do, presumably this will only grow to 3.8 = or 4.0 or 4.2 GB in process size, so that's just the last 1/8 of the job=0A= that will be slow...=0A=0AThanks again.=0A
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1325197189.54564.YahooMailNeo>