Gigabyte P45 series

[Wizard77]

Originariamente inviato da Wizard77

Nessuno ha provato a installare vista col controller AHCI attivo?

Ieri ho provato ad installare una versione 64bit vecchia in inglese di un mio amico. A differenza di quello che ho installato, questo in partenza non mi vede neanche l'HD e mi chiede i driver, metto dentro i driver per la versione 64Bit da dischetto, ma una volta caricati non vede ancora l'HD.
La cosa è molto strana.

[Sgogetal4]

Originariamente inviato da fabergambis

Al momento sto usando HWmonitor64 e speed fan non ricordo che vers. e mi danno più o meno le stesse temperature, grado + grado -.
Il fatto è che tutti e due i sw mi danno valori di rpm delle ventole inventati: a te invece funzionano bene? Da che può dipendere?
Se è freeware provo pure Core temp.
Grazie.

speed fan non lo uso, hwmonitor anche a me da velocità inventate, core temp è freeware

[DeeP BlacK]

Originariamente inviato da fikkio

raga io sono indeciso se prendere la Gigabyte GA-EP45-DS3R oppure la Asus P5Q Pro.. entrambe col p45.. ci dovrei mettere un q9450.. quale mi consigliate tra le due??

Ho esattamente la stessa indecisione, non so se hai gia fatto l'acquisto.

La GIGABYTE ha una dotazione/espansione sostanziosa e migliore.Non ho capito se si può flashare il bios da penna usb (voglio togliere questo maledetto floppy!).
Dai vari problemucci letti qua e la mi sembra un pò acerba coi bios, non resta che aspettare le evoluzioni..tanto io prima di metà settembre non acquisto.
In overclock se ti interessa non dovrebbe essere male.
Costa una decina e più di euro dell'Asus.


La ASUS costa meno, sembrerebbe più stabile, dalle recensioni è più particolarmente buona per i rendering che nei giochi ed è quello che serve a me, non eccelsa ma comunque buona in OC.
Ha L'express gate e Drive Xpert che non sono niente male come feauture.
Flash bios da penna usb.
Ha una dotazione un pò più povera.

Fatti due conti, fossi in te sceglierei la Gigabyte solo se hai tante periferiche e necessiti di una dotazione/espansione maggiore.

EDIT:Come non detto ho visto che hai preso la Gigabyte.

[CoolBits]

Originariamente inviato da DeeP BlacK

Ho esattamente la stessa indecisione, non so se hai gia fatto l'acquisto.

La GIGABYTE ha una dotazione/espansione sostanziosa e migliore.Non ho capito se si può flashare il bios da penna usb (voglio togliere questo maledetto floppy!).
Dai vari problemucci letti qua e la mi sembra un pò acerba coi bios, non resta che aspettare le evoluzioni..tanto io prima di metà settembre non acquisto.
In overclock se ti interessa non dovrebbe essere male.
Costa una decina e più di euro dell'Asus.


La ASUS costa meno, sembrerebbe più stabile, dalle recensioni è più particolarmente buona per i rendering che nei giochi ed è quello che serve a me, non eccelsa ma comunque buona in OC.
Ha L'express gate e Drive Xpert che non sono niente male come feauture.
Flash bios da penna usb.
Ha una dotazione un pò più povera.

Fatti due conti, fossi in te sceglierei la Gigabyte solo se hai tante periferiche e necessiti di una dotazione/espansione maggiore.

EDIT:Come non detto ho visto che hai preso la Gigabyte.

Anche sulle gigabyte puoi fare il flash del bios da penna usb

[Wizard77]

Originariamente inviato da DeeP BlacK

Ho esattamente la stessa indecisione, non so se hai gia fatto l'acquisto.

La GIGABYTE ha una dotazione/espansione sostanziosa e migliore.Non ho capito se si può flashare il bios da penna usb (voglio togliere questo maledetto floppy!).
Dai vari problemucci letti qua e la mi sembra un pò acerba coi bios, non resta che aspettare le evoluzioni..tanto io prima di metà settembre non acquisto.
In overclock se ti interessa non dovrebbe essere male.
Costa una decina e più di euro dell'Asus.


La ASUS costa meno, sembrerebbe più stabile, dalle recensioni è più particolarmente buona per i rendering che nei giochi ed è quello che serve a me, non eccelsa ma comunque buona in OC.
Ha L'express gate e Drive Xpert che non sono niente male come feauture.
Flash bios da penna usb.
Ha una dotazione un pò più povera.

Fatti due conti, fossi in te sceglierei la Gigabyte solo se hai tante periferiche e necessiti di una dotazione/espansione maggiore.

EDIT:Come non detto ho visto che hai preso la Gigabyte.

Io avevo la P35C DS3R e dava una marea di problemi, come moltissime le DS3 con P35 (un sacco di gente ha problemi). Quello con P45 non saprei, ma le DS3 con me hanno chiuso, di fatti mi sono fatto cambiare la sopracitata P35C DS3R con la EP45 DS5 che si vede in firma

[DeeP BlacK]

Le Gygabite EP-45 sono in buona compagnia con le Asus P5Q (P45) per i problemucci...non pensavo ma ho letto tutto il thread di questa mobo Asus.
A sto punto mi viene da pensare che sia acerbo lo sviluppo sul P45.
Peccato perchè costa poco sta piattaforma... a settembre se le cose non migliorano mi butto sul più collaudato X38.
Intanto vediamo come si comporta pure la DFI con P45

[qasert]

ho un problema simile con la ga-ep45-ds3p(bios f6 core2 8400 corsair xms2 2x2gb sapphire 4850)...installo xp sp2 32bit non riesco a mettere i sata da floppy (txtsetup oem not found eppure il floppy lo avevo formattato e copiato dentro i driver booh).comunque riesco a fare l' installazione di xp carico driver cd della mobo (forse non sono gli ultimi???)scarico sp3 e vari updates fino a che non arrivo al catalyst 8.7 ..installato l' 8.7 da qui in poi xp ,ora sp3, non parte +,neanche in mod provvisoria Niente..è la 3 installazione di xp che faccio le prime 2 avevo f3 bios e pensavo che aggiornando al f6 avrei risolto questi problemi aiutoooooooooooooo

[Wizard77]

Originariamente inviato da DeeP BlacK

Le Gygabite EP-45 sono in buona compagnia con le Asus P5Q (P45) per i problemucci...non pensavo ma ho letto tutto il thread di questa mobo Asus.
A sto punto mi viene da pensare che sia acerbo lo sviluppo sul P45.
Peccato perchè costa poco sta piattaforma... a settembre se le cose non migliorano mi butto sul più collaudato X38.
Intanto vediamo come si comporta pure la DFI con P45

Un filo acerbo è il P45, è recentissimo, ma cmq ha dello ottime prestazioni già adesso, paragonabili alla X48 che dovrebbe essere la enthusiast. ce solo da aspettare qualche mese per tirare fuori il meglio da P45 e dal ICH10R.
Io con la DS5 mi trovo gran bene ma costa cmq ~180€.

[MiKeLezZ]

Originariamente inviato da DeeP BlacK

Ho esattamente la stessa indecisione, non so se hai gia fatto l'acquisto.

La GIGABYTE ha una dotazione/espansione sostanziosa e migliore.Non ho capito se si può flashare il bios da penna usb (voglio togliere questo maledetto floppy!).
Dai vari problemucci letti qua e la mi sembra un pò acerba coi bios, non resta che aspettare le evoluzioni..tanto io prima di metà settembre non acquisto.
In overclock se ti interessa non dovrebbe essere male.
Costa una decina e più di euro dell'Asus.


La ASUS costa meno, sembrerebbe più stabile, dalle recensioni è più particolarmente buona per i rendering che nei giochi ed è quello che serve a me, non eccelsa ma comunque buona in OC.
Ha L'express gate e Drive Xpert che non sono niente male come feature.
Flash bios da penna usb.
Ha una dotazione un pò più povera.

Fatti due conti, fossi in te sceglierei la Gigabyte solo se hai tante periferiche e necessiti di una dotazione/espansione maggiore.

EDIT:Come non detto ho visto che hai preso la Gigabyte.

Non guardare i test prestazionali (tutte si eguagliano, le differenze le fanno timing nascosti delle RAM, trucchi nascosti nel BIOS, e il caso) e neppure le fasi di alimentazione (sopra 4 sono sufficienti).

Io prenderei la P5Q-E.

Costa solo 15/20 euro più della PRO e ha un PCB a 6 layer invece che a 4 (come invece è sia sulla P5Q PRO che sulle DS3/DS4).
Questo ti garantisce una maggiore stabilità, soprattutto ad alti FSB.

ACPI 3.0 invece del 1.0 presente sulle Gigabyte (consumi un po' più ridotti).

Anche la componentistica "spicciola" (regolatori di fasi, PWM, etc) mi sembra un po' migliore.

La P5Q-E ha inoltre un chip LAN Marvell (migliore prestazionalmente di un 15% rispetto ai Realtek, e dotato inoltre di driver più stabili, soprattutto rispetto al Atheros montato sulla P5Q e P5Q PRO).

Chip Marvell anche per IDE.

Carino il TPM delle Gigabyte (altro che da scartare, non è un "Grande Fratello", ma un modo di proteggere i propri dati), peccato non sia su tutte. Esempio la DS3P e la DS4 (con un ottimo rapporto qualità/prezzo).

Purtroppo (o per fortuna?) le Asus risultano più convenienti (e più facili da trovare) rispetto le Gigabyte, pari modello. Meno di 130 euro della P5Q-E c'è solo la EP45-DS3R, che IMHO è tutta un'altra fascia.

Carino Express Gate delle Asus, peccato che per i modelli di fascia media e bassa debba esser installato su HD, e comunque simili funzionalità può darla il dischetto live di Ubuntu (magari non in 5s).

Carino EZ della P5Q, ma da quello che ho capito non ci puoi fare il boot (chiedo lumi), percui viene molto ridimensionato.

In realtà, sarebbe solo interessante sapere quale M/B digerisce meglio le RAM e/o non le brucia quando utilizzate 24/7, e che infine non abbia buggacci nascosti nel BIOS.
Dati introvabili.

La mia l'ho detta.

[MiKeLezZ]

p.s. Se vi volete divertire. Qua la lista definitiva (Gigabyte!)
http://www.rectron.com.au/pr_gigabyteboard.htm

Saluti.

[Sgogetal4]

Io personalmente ho un ep45-ds4 e mi trovo benissimo, sia con configurazioni standard che in overclock, mai un problema.... Prima avevo una asus p5n e-sli che mi ha dato un sacco di prob e mi ha brasato un hd oltre che in oc nn saliva manco a morire... Personalmente penso di rimanere fedele a gigabyte d'ora in avanti...

[DeeP BlacK]

Originariamente inviato da MiKeLezZ

Non guardare i test prestazionali (tutte si eguagliano, le differenze le fanno timing nascosti delle RAM, trucchi nascosti nel BIOS, e il caso) e neppure le fasi di alimentazione (sopra 4 sono sufficienti).

Io prenderei la P5Q-E.

Costa solo 15/20 euro più della PRO e ha un PCB a 6 layer invece che a 4 (come invece è sia sulla P5Q PRO che sulle DS3/DS4).
Questo ti garantisce una maggiore stabilità, soprattutto ad alti FSB.

ACPI 3.0 invece del 1.0 presente sulle Gigabyte (consumi un po' più ridotti).

Anche la componentistica "spicciola" (regolatori di fasi, PWM, etc) mi sembra un po' migliore.

La P5Q-E ha inoltre un chip LAN Marvell (migliore prestazionalmente di un 15% rispetto ai Realtek, e dotato inoltre di driver più stabili, soprattutto rispetto al Atheros montato sulla P5Q e P5Q PRO).

Chip Marvell anche per IDE.

Carino il TPM delle Gigabyte (altro che da scartare, non è un "Grande Fratello", ma un modo di proteggere i propri dati), peccato non sia su tutte. Esempio la DS3P e la DS4 (con un ottimo rapporto qualità/prezzo).

Purtroppo (o per fortuna?) le Asus risultano più convenienti (e più facili da trovare) rispetto le Gigabyte, pari modello. Meno di 130 euro della P5Q-E c'è solo la EP45-DS3R, che IMHO è tutta un'altra fascia.

Carino Express Gate delle Asus, peccato che per i modelli di fascia media e bassa debba esser installato su HD, e comunque simili funzionalità può darla il dischetto live di Ubuntu (magari non in 5s).

Carino EZ della P5Q, ma da quello che ho capito non ci puoi fare il boot (chiedo lumi), percui viene molto ridimensionato.

In realtà, sarebbe solo interessante sapere quale M/B digerisce meglio le RAM e/o non le brucia quando utilizzate 24/7, e che infine non abbia buggacci nascosti nel BIOS.
Dati introvabili.

La mia l'ho detta.

E hai detto cose molto utili...

[castexx]

Arrivata la ds3r, ma ho una marea di problemi.


Innanzitutto, non riesco ad installare nessun so. Vista mi si blocca durante l'installazione (non sempre nello stesso punto), xp dopo il primo riavvio non riesce a fare il boot da hd.

Ho provato a fare un raid, inizialmente c'ero riuscito. Poi ho provato a cambiare il bios per risolvere il problema sopra, mettendo l'F5. Dopo aver attivato il raid nel bios, al riavvio quando testa i dispositivi collegati resta bloccato (hd collegati a sata0 e sata1), come se nonl i vedesse. Ho provato a ricambiare bios, ma continua a non funzionare il test del raid/ahci (quando prima con l'F8 funzionava).



Comincio ad essere giusto un po' stufo...

[DeeP BlacK]

Originariamente inviato da MiKeLezZ

La P5Q-E ha inoltre un chip LAN Marvell (migliore prestazionalmente di un 15% rispetto ai Realtek, e dotato inoltre di driver più stabili, soprattutto rispetto al Atheros montato sulla P5Q e P5Q PRO).

Dove hai letto che il Marvell è migliore del Realtek?
Hai un riferimento da indicarmi? Mi interessa approfondire la cosa, thank's...

EDIT: http://www.benchzone.com/page.php?al...e_review&pg=13

[Wizard77]

Ciao

Mi da una blue screen e non capisco che è.
Il SO è Vista 32bit sp1

Questo è quello che riporta dopo il riavvio:

Firma problema:
Nome evento problema: BlueScreen
Versione SO: 6.0.6001.2.1.0.768.3
ID impostazioni locali: 1040

Ulteriori informazioni sul problema:
BCCode: 1a
BCP1: 00001236
BCP2: 853C9000
BCP3: 853CBEB0
BCP4: 000B6DB6
OS Version: 6_0_6001
Service Pack: 1_0
Product: 768_1

File che contribuiscono alla descrizione del problema:
C:\Windows\Minidump\Mini081708-01.dmp
C:\Users\Wizard\AppData\Local\Temp\WER-31465-0.sysdata.xml
C:\Users\Wizard\AppData\Local\Temp\WERB6EF.tmp.version.txt

Leggere l'informativa sulla privacy:
http://go.microsoft.com/fwlink/?link...3&clcid=0x0410

Questa invece è la schermata blu:




nel file bmp dice questo:

Microsoft (R) Windows Debugger Version 6.9.0003.113 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\Mini081708-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path.           *
* Use .symfix to have the debugger choose a symbol path.                   *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is: 
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
Unable to load image \SystemRoot\system32\ntkrnlpa.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntkrnlpa.exe
*** ERROR: Module load completed but symbols could not be loaded for ntkrnlpa.exe
Windows Server 2008 Kernel Version 6001 (Service Pack 1) MP (4 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Kernel base = 0x81c1c000 PsLoadedModuleList = 0x81d33c70
Debug session time: Sun Aug 17 12:06:04.699 2008 (GMT+2)
System Uptime: 0 days 0:07:04.404
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
Unable to load image \SystemRoot\system32\ntkrnlpa.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntkrnlpa.exe
*** ERROR: Module load completed but symbols could not be loaded for ntkrnlpa.exe
Loading Kernel Symbols
................................................................................................................................................
Loading User Symbols
Loading unloaded module list
....
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1A, {1236, 853c9000, 853cbeb0, b6db6}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!KPRCB                                      ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!KPRCB                                      ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
Probably caused by : ntkrnlpa.exe ( nt+7bbd1 )

Followup: MachineOwner
---------

[Wizard77]

non sò se avete notato ma è uscito un nuovo bios F9, chissà perché l'hanno chiamato F9 al posto che F11, di fatti nella lista è sotto la F10A ma la data di rilascio è successiva.
Cmq io l'ho montato al posto del F10a che non mi sembrava il massimo.

[MiKeLezZ]

Originariamente inviato da Wizard77

Ciao

Mi da una blue screen e non capisco che è.
Il SO è Vista 32bit sp1

Questo è quello che riporta dopo il riavvio:
Probably caused by : ntkrnlpa.exe ( nt+7bbd1 )

Followup: MachineOwner
---------

[/code]

Generalmente, è la RAM.
a. Troppi pochi V.
b. Banco bruciato.
c. Eccessivo OC.
Carica MemTest86+ e controlla (test 7 o 8 per min. 30').

[Wizard77]

Originariamente inviato da MiKeLezZ

Generalmente, è la RAM.
a. Troppi pochi V.
b. Banco bruciato.
c. Eccessivo OC.
Carica MemTest86+ e controlla (test 7 o 8 per min. 30').

il memtest lo fatto per 1 ora e nussun problema.
Ho letto che generalmente "ID impostazioni locali: 1040" è un conflitto di driver. Proverò a fare il memtest per 4 ore.

[terror_noize]

Ciao ragazzi, nessuno di voi ha la ep45 extreme?

[Sgogetal4]

Ciao io per problemi di budget ho una ds4, se no una extreme l'avrei presa volentieri...
Come ti trovi con l'extreme? In overclock va bene?...