Re: Il PC si blocca in fase di avvio
Ciao El Rubio e grazie della tua cortese disponibilità.
* El Rubio <rubio6900@gmail.com> [180313, 12:30]:
> temperatura e non bloccano il sistema (i malfunzionamenti e blocchi
> di sistema iniziano sui 70/80° - su certi bios puoi impostare la
> temperatura massima della cpu e mandare in safe il sistema) anche se
> effettivamente 51° per il funzionamento normale sono piuttosto
> altini (e se fosse la ventolina della cpu...)
>
La ventola del case gira regolarmente, quella della cpu non credo ci sia
> >
> >* Ho provato a cercare una mobo + cpu che mi consentisse di conservare
> >* quanti più elementi possibile del mio attuale PC (dischi ATA, scheda
> >* grafica e audio, alimentatore da 300 W, ed il case stesso) ma ho
> Prova a postare il modello della MoBo che vedo se riesco a darti una
> mano...Sempre che, se ho capito bene tu voglia provare a sostituire
> la cpu.
La MoBo è una "ASUSTek TUSL2-C" (con socket 370 FC-PGA2) sulla quale è
*saldata* una cpu riconosciuta dal sistema come "1211.876 MHz processor"
(penso che sia un modesto Celeron 1200 MHz).
Si tratta di roba d'altri tempi, ma le mie esigenze non ne hanno sinora
sofferto (naturalmente non gioco né uso Autocad) e mi ha tenuto mooolto
lontano da Win$oze (che a suo tempo mi dava tanti problemi...).
Se, come temevo prima dell'eliminazione della lanuggine di polvere
dall'interno del case, fossi costretto ad una sostituzione, a parte la
spesa da sostenere, avrei problemi di scelta per mia ignoranza 'tecnica'
riguardo le varie offerte più o meno moderne.
Avevo pensato al Tualatin perché a suo tempo ho letto che riscaldava
poco e poi non si discosta molto dall'attuale configurazione. Questa cpu
andrebbe bene con una scheda identica a quella che ho, ma c'è la
limitazione della RAM che sopporta (solo 512 MB). Non ne ho trovate
molte altre che abbiano lo stesso 370 FC-PGA2 e la possibilità di usare
almeno due dei vecchi HD ATA.
Infine, non sono ben certo di capire a cosa serva una maggiore frequenza
della cpu: mi aiuterebbe a scaricare più velocemente uno 'streaming'
audio? Ad operare in meno tempo la trasformazione da .wav a .ogg, oppure
tra formati audio diversi? E poi 32 o 64 bit? (OK, il 64 è più veloce,
ma anche per fare le due o tre cose che ho detto?
Ti assicuro che ho letto molta documentazione, ma ho le idee più confuse
di prima ...e poi, ragazzi, io ho anche una certa età..... ;-)
Ringrazio te e gli altri delle varie risposte e considerazioni.
Forse starò via qualche giorno, ma potrò leggervi con altri mezzi.
Ciao,
Ennio
---------------- un estratto di 'lspci -v' --------------------
ripulito dalla righe poco sigifictive
00:00.0 Host bridge: Intel Corporation 82815 815 Chipset Host Bridge and Memory Controller Hub (rev 02)
Subsystem: ASUSTeK Computer Inc. TUSL2-C Mainboard
Flags: bus master, fast devsel, latency 0
...
00:01.0 PCI bridge: Intel Corporation 82815 815 Chipset AGP Bridge (rev 02) (prog-if 00 [Normal decode])
Flags: bus master, 66MHz, fast devsel, latency 64
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
,,,
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 11) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=02, subordinate=02, sec-latency=32
...
00:1f.0 ISA bridge: Intel Corporation 82801BA ISA Bridge (LPC) (rev 11)
Flags: bus master, medium devsel, latency 0
00:1f.1 IDE interface: Intel Corporation 82801BA IDE U100 Controller (rev 11) (prog-if 80 [Master])
Subsystem: ASUSTeK Computer Inc. TUSL2-C Mainboard
Flags: bus master, medium devsel, latency 0
...
I/O ports at 9800 [size=16]
Kernel driver in use: ata_piix
00:1f.2 USB Controller: Intel Corporation 82801BA/BAM USB Controller #1 (rev 11) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. TUSL2-C Mainboard
Kernel driver in use: uhci_hcd
00:1f.3 SMBus: Intel Corporation 82801BA/BAM SMBus Controller (rev 11)
Subsystem: ASUSTeK Computer Inc. TUSL2-C Mainboard
Flags: medium devsel, IRQ 10
I/O ports at e800 [size=16]
00:1f.4 USB Controller: Intel Corporation 82801BA/BAM USB Controller #1 (rev 11) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. TUSL2-C Mainboard
Flags: bus master, medium devsel, latency 0, IRQ 9
I/O ports at 9000 [size=32]
Kernel driver in use: uhci_hcd
01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (rev 01) (prog-if 00 [VGA controller])
Subsystem: PC Partner Limited Device 7c26
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 11
01:00.1 Display controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (Secondary) (rev 01)
Subsystem: PC Partner Limited Device 7c27
Flags: bus master, 66MHz, medium devsel, latency 64
02:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Subsystem: Surecom Technology EP-320X-R
Flags: bus master, medium devsel, latency 32, IRQ 9
Kernel driver in use: 8139too
02:0a.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 08)
Subsystem: Creative Labs CT4760 SBLive! OEM version
Flags: bus master, medium devsel, latency 32, IRQ 9
Kernel driver in use: EMU10K1_Audigy
02:0a.1 Input device controller: Creative Labs SB Live! Game Port (rev 08)
Subsystem: Creative Labs Gameport Joystick
Flags: bus master, medium devsel, latency 32
Kernel driver in use: Emu10k1_gameport
02:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Subsystem: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+
Flags: bus master, medium devsel, latency 32, IRQ 9
Kernel driver in use: 8139too
--
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo. \\?//
Fa' qualche cosa di cui non sei capace!" (diceva Henry Miller) ] (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that. )=(
Do something you aren't good at!" (as Henry Miller used to say) ]
Reply to: