I like the "free 3-day UPS shipping", which always means second-day from
their distribution site in Whittier (Los Angeles area) to Monterey Bay
(San Jose area), a distance of about 325 miles.
Ordered on Thursday, due to arrive Today, Monday, but Saturday and Sunday
were not business days, so it is still second-day.
I'm all ready for the build, so I should have some results by tomorrow.
The supplied PSU is a 485 watt "Orion" unit with more SATA power
connections than legacy power connections, a good sign.
The supplied Gigabyte mobo is Rev. 1.2 and this incorporates the preferred
Realtek ALC887 codec and the preferred Realtek R8111E gigabit LAN.
Assembly went rather quickly.
Next up, boot Ubuntu 9.0.4 Desktop and grab its DSDT, even though
tonymacx86 has already posted his. I like to do my own, of course.
> Next up, boot Ubuntu 9.0.4 Desktop and grab its DSDT
I know we've gone over this many times before, but it IS possible to
grab the DSDT using DSDTSE without using Ubuntu. It's about the same
hassle, so there's no real reason to prefer one way or the other.
To use DSDTSE to grab the DSDT you'd need to boot any Intel version of
10.4 or 10.5 that DOES NOT use or require an alternate DSDT file. You
could use the iPC 10.5.6 Live DVD and then use DSDTSE to extract the
DSDT from RAM; or if you have a bootable 10.4 or 10.5 System on
external HD or flash drive you could boot it, and use DSDTSE.
Also, DSDTSE will extract the DSDT file from real Macs, which is
helpful for seeing how OS X defines hardware and creating patched
DSDTs for our hacks.
It is my strong preference to start out absolutely clean, and to me that
means no MacOS X getting in the way of the process.
This preference is somewhat akin to preferring a "stand-alone dump" of an
enterprise-level system, when debugging a possible OS bug, rather than the
much easier to understand "formatted dump", which requires a
fully-functional OS.
The first is usually essential for OS-level debugging.
The second is often (but not always) sufficient for application-level
debugging.
> To use DSDTSE to grab the DSDT you'd need to boot any Intel version of
> 10.4 or 10.5 that DOES NOT use or require an alternate DSDT file. You
> could use the iPC 10.5.6 Live DVD and then use DSDTSE to extract the
> DSDT from RAM; or if you have a bootable 10.4 or 10.5 System on
> external HD or flash drive you could boot it, and use DSDTSE.
>
> Also, DSDTSE will extract the DSDT file from real Macs, which is
> helpful for seeing how OS X defines hardware and creating patched
> DSDTs for our hacks.
All true.
Well, there is LESS in the way, that is for sure.
I suppose I could construct an ISO which would load a mini-Linux, locate
the dsdt and then write it to a flash drive, much as Intel has released
mini-Linuxes for all or most of its mobos and which update (flash) the
BIOS ROM, which, of course, includes the DSDT in an encoded format.
However, I prefer the Ubuntu method.
> However, I prefer the Ubuntu method.
Slight problems I had with the Ubuntu method:
1) the Terminal commands necessary are specific to earlier versions of
Ubuntu, and no longer work in current versions.
2) method requires a USB stick formated FAT, which at the time I used
this method I didn't have because all my USB sticks had Mac formats,
so it was a slight hassle to reformat a USB stick.
On Feb 6, 2012, at 7:55 PM, pete...@cruzio.com wrote:However, I prefer the Ubuntu method.
Slight problems I had with the Ubuntu method:
1) the Terminal commands necessary are specific to earlier versions of Ubuntu, and no longer work in current versions.
2) method requires a USB stick formated FAT, which at the time I used this method I didn't have because all my USB sticks had Mac formats, so it was a slight hassle to reformat a USB stick.
This is true, and why I retain 9.0.4 Desktop and not later versions for
this specific purpose.
> 2) method requires a USB stick formated FAT, which at the time I used
> this method I didn't have because all my USB sticks had Mac formats,
> so it was a slight hassle to reformat a USB stick.
I often resort to "sneaker net" for DSDTs, kexts and other things.
I have several small flash drives which are formatted as FAT just for this
very reason.
I also have a FAT-formatted flash drive which contains ALL the BIOS
updates, and any applications which they require, for all of my mobos, on
one drive.
And, fewer still would understand 9-track magnetic tapes.
Chuck
Well, let's not!
The $205 Sandy Bridge build is now up and running on Lion on its own ...
no helper is needed.
Alas, I have E-net issues, and I think I may have selected the wrong E-net
driver in MultiBeast Lion Edition (the MultiBeast installation didn't
complete properly, anyway).
FWIW, I used tonymacx86's USB installation tool, but I had to massage it
for a number of reasons, the DSDT for but one.
Funny ... MacOS X 10.7 believes the G-series proc is an i7, or something
crazy like that.
Anyway, I am pretty much burned-out on the $205 Sandy Bridge build, at
least for now. However, one thing is for sure ... the "roll of the dice"
proved to be a good one.
Perhaps Tomorrow IS Another Day?
COMBO #827527 � $204.99, with "free" 3-day UPS shipping
TREND MICRO Titanium Antivirus 2012 - 1 User for System Builder - OEM
Item #:�N82E16832286083
APEX PC-389-C Black Steel ATX Mid Tower Computer Case
Item #:�N82E16811154095
GIGABYTE GA-H61M-DS2 LGA 1155 Intel H61 Micro ATX Intel Motherboard
Item #:�N82E16813128527
hec HP485D 485W ATX12V Power Supply - Power Cord Included
Item #:�N82E16817339020
Intel Pentium G850 Sandy Bridge 2.9GHz LGA 1155 65W Dual-Core Desktop
Processor Intel HD Graphics 2000 BX80623G850
Item #:�N82E16819116397
G.SKILL 4GB (2 x 2GB) 240-Pin DDR3 SDRAM DDR3 1333 (PC3 10666) Dual
Channel Kit Desktop Memory Model F3-10600CL9D-4GBNT
Item #:�N82E16820231253
... and it is now working perfectly on 10.7.3, except for sound, which I
believe is a symptom of H-series sound issues and the ALC8xxHDA +
roll-back method (this method works perfectly on P-series mobos).
I did not buy the combo with the intention of using the antivirus package
as this is a MacOS X build, not a Windows 7 build.
The case is pretty nice. The PSU and the mobo are great. The RAM is fine
... not the "heat spreader" kind, but 1333 MHz is 1333 MHz is 1333 MHz (to
paraphrase Gertrude Stein).
Cool! Looking forward to it (them).
The ALC888b and the ALC887 are, apparently, identical.
At least the DSDT definitions for both are the same.
No.
I have only used HD 2000 once, and that was for an initial BIOS setup.
Thereafter, I always used a video card.
I have NO procs which have HD 3000.