<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:copyright="http://blogs.law.harvard.edu/tech/rss" xmlns:image="http://purl.org/rss/1.0/modules/image/">
    <channel>
        <title>Tips</title>
        <link>http://blogs.ugidotnet.org/AlexBlog/category/Tips.aspx</link>
        <description>Tips</description>
        <language>it-IT</language>
        <copyright>Ermanno Goletto</copyright>
        <generator>Subtext Version 2.6.0.0</generator>
        <item>
            <title>Errore all'apertura di FileMon</title>
            <link>http://blogs.ugidotnet.org/AlexBlog/archive/2008/06/30/93223.aspx</link>
            <description>Se all'apertura di FileMon compare l'errore "Your account does not have the debug Programs privilege, which is required to run Filemon" è possibile risolvere il problema modificando una Group Policy Locale per far si che l'utente corrente abbia il privilegio di eseguire il Debug delle applicazioni.
In Windows XP Professional è possibile utilizzare la seguente procedura:

    Selezionare Start -&amp;gt; Esegui e digitare secpol.msc 
    Selezionare Criteri locali -&amp;gt; Assegnazione diritti utenti 
    Selezionare Debug di programmi 
    Selezionare Azione -&amp;gt; Proprietà 
    Selezionare Aggiungi utente o gruppo e aggiungere l'utente corrente 
    Riavviare il computer. 
&lt;img src="http://blogs.ugidotnet.org/AlexBlog/aggbug/93223.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Ermanno Goletto</dc:creator>
            <guid>http://blogs.ugidotnet.org/AlexBlog/archive/2008/06/30/93223.aspx</guid>
            <pubDate>Mon, 30 Jun 2008 15:26:16 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/AlexBlog/archive/2008/06/30/93223.aspx#feedback</comments>
            <slash:comments>78</slash:comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/AlexBlog/comments/commentRss/93223.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/AlexBlog/services/trackbacks/93223.aspx</trackback:ping>
        </item>
        <item>
            <title>Windows SharePoint Services 3.0 - Limitare la RAM utilizzata dal Windows Internal Database </title>
            <link>http://blogs.ugidotnet.org/AlexBlog/archive/2008/06/09/92979.aspx</link>
            <description>Con l'installazione base di WSS 3.0 (e di WSUS) viene installato il Windows Internal Database, per limitare la RAM utilizzata da questa instanza di SQL Server è possibile utilizzare SQLCmd.
Di seguito viene riportata la procedura per visualizzare e impostare la RAM utilizzata:

    Installazione del Microsoft SQL Server Native Client 
    Installazione del Microsoft SQL Server 2005 Command Line Query Utility 
    Aprire il prompt dei comandi. 
    Connettersi all’istanza di SQL Server 2005 Embedded Edition Service digitando:
    “%ProgramFiles%\Microsoft SQL Server\90\Tools\binn\sqlcmd” -S \\.\pipe\mssql$microsoft##ssee\sql\query -E 
    Visualizzare le impostazioni della RAM digitando:
    USE master
    GO
    EXEC sp_configure 'show advanced options', 1
    GO
    RECONFIGURE WITH OVERRIDE
    GO
    EXEC sp_configure 'max server memory (MB)'
    GO
    EXEC sp_configure 'show advanced options', 0
    GO 
    Modificare le impostazioni della RAM digitando:
    USE master
    GO
    EXEC sp_configure 'show advanced options', 1
    GO
    RECONFIGURE WITH OVERRIDE
    GO
    EXEC sp_configure 'max server memory (MB)', MaxServerMemory
    RECONFIGURE WITH OVERRIDE
    GO
    EXEC sp_configure 'show advanced options', 0
    GO 
    Disconnettersi all’istanza di SQL Server 2005 Embedded Edition Service digitando:
    EXIT 

Problemi analoghi si possono avere con ISA 2004 o ISA 2006 e MSDE.
Per ulteriori informazioni si veda You may experience high memory usage on a computer that is running ISA Server 2004 or ISA Server 2006 and that logs messages to an MSDE database.&lt;img src="http://blogs.ugidotnet.org/AlexBlog/aggbug/92979.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Ermanno Goletto</dc:creator>
            <guid>http://blogs.ugidotnet.org/AlexBlog/archive/2008/06/09/92979.aspx</guid>
            <pubDate>Mon, 09 Jun 2008 18:05:21 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/AlexBlog/archive/2008/06/09/92979.aspx#feedback</comments>
            <slash:comments>103</slash:comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/AlexBlog/comments/commentRss/92979.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/AlexBlog/services/trackbacks/92979.aspx</trackback:ping>
        </item>
        <item>
            <title>Windows Server 2003 ed errore durante l'avvio di eseguibili da Share di rete</title>
            <link>http://blogs.ugidotnet.org/AlexBlog/archive/2008/05/30/92873.aspx</link>
            <description>Per impostazione predefinita in Windows Server 2003 è abilitata la Protezione avanzata di Internet Explorer ciò causa il seguente errore se provate ad avviare eseguibili, setup etc da una share di rete anche se sulla stessa avete tutti diritti necessari:
Impossibile accedere alla periferica, al percorso o al file specificato. E' probabile che non si disponga delle autorizzazioni necessarie.
Le possibili sluzioni sono:

    Aggiungere il o i server su cui risiedono le share nell'eleco dei siti Intranet Locale.
    Se l'utente appartiene ad un grupoo amministrativo disabilitare la Protezione avanzata di Internet Explorer per gruppi Amministrativi.
    Disinstallare la Protezione avanzata di Internet Explorer

E' possibile disinstallare la Protezione avanzata di Internet Explorer o modificarle le impostazioni tramite:
Panello di controllo -&amp;gt; Installazioni applicazioni -&amp;gt; Installazioni componenti di Windows -&amp;gt; Protezione avanzata di Internet Explorer
Per ulteriori informazioni si veda Diversa esplorazione con il browser in seguito all'impostazione della protezione avanzata di Internet Explorer e in particolare:
"La protezione avanzata di Internet Explorer impone delle limitazioni anche all'accesso a script, file eseguibili e altri file potenzialmente non sicuri su un percorso UNC, a meno che tale percorso non sia stato aggiunto esplicitamente all'area Intranet locale. Ad esempio, se si desidera accedere a \\server\share\setup.exe, sarà necessario aggiungere \\server all'area Intranet locale. "&lt;img src="http://blogs.ugidotnet.org/AlexBlog/aggbug/92873.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Ermanno Goletto</dc:creator>
            <guid>http://blogs.ugidotnet.org/AlexBlog/archive/2008/05/30/92873.aspx</guid>
            <pubDate>Fri, 30 May 2008 17:44:27 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/AlexBlog/archive/2008/05/30/92873.aspx#feedback</comments>
            <slash:comments>39</slash:comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/AlexBlog/comments/commentRss/92873.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/AlexBlog/services/trackbacks/92873.aspx</trackback:ping>
        </item>
        <item>
            <title>ISA 2006 e problemi con Http compression</title>
            <link>http://blogs.ugidotnet.org/AlexBlog/archive/2008/05/27/92826.aspx</link>
            <description>Oggi mi capitato di avere problemi visitando un sito, su PC che utilizzavano ISA 2006 come gateway veniva visualizzato il seguente errore:

Error Code: 500 Internal Server Error. The parameter is incorrect. (87)

Se invece ISA Server veniva impostato come proxy l'errore era:

Technical Information (for support personnel) 
Error Code: 502 Proxy Error. The parameter is incorrect. (87) 
IP Address: aa.bb.cc.dd 
Source: web filter 

Il problema è legato alla funzionalità Http Compression di ISA Server infatti disabilitandola il problema scompare.
Questo messaggio poteva comparire anche con ISA 2004 a riguardo di vedano:

    Users receive a "The parameter is incorrect" error when they try to access a Web site through ISA Server 2004 
    Users receive an "Error Code 502: Proxy error. The parameter is incorrect. (87)" error when they visit certain URLs after you configure HTTP content filtering based on signatures or on extensions in ISA Server 2004 

In questo caso però credo il problema riguardi il sito o il provider che lo ospita e la sua compatibiltà nel soddisfare le richieste http compresse.
Per ovviare oltre ovviamente alla soluzione drastica di diabilitare la funzionalità richiesta contenuti Http compressi, è possibile configurare un'eccezione sull'indirizzo IP fonito nel messaggio di errore visualizzato quando ISA è impostato come proxy.&lt;img src="http://blogs.ugidotnet.org/AlexBlog/aggbug/92826.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Ermanno Goletto</dc:creator>
            <guid>http://blogs.ugidotnet.org/AlexBlog/archive/2008/05/27/92826.aspx</guid>
            <pubDate>Tue, 27 May 2008 15:28:54 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/AlexBlog/archive/2008/05/27/92826.aspx#feedback</comments>
            <slash:comments>137</slash:comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/AlexBlog/comments/commentRss/92826.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/AlexBlog/services/trackbacks/92826.aspx</trackback:ping>
        </item>
        <item>
            <title>Installare Fedora 9 in Virtual PC 2007</title>
            <link>http://blogs.ugidotnet.org/AlexBlog/archive/2008/05/18/92717.aspx</link>
            <description>Siccome a breve è probabile che dovrò familiarizzare anche con sistemi Linux e in particolare con Fedora ho scaricato l'ultima versione Fedora 9 ed ho provato ad installarla in Virtual PC 2007 e Virtual PC 2007 SP1 ed ho subito avuto un ben messaggio di Errore irreversibile nel processore:

Questo tipo di errore può essere dovuto a:

    un errore nell'hardware abstraction layer di un driver 
    un problema nella core emulation causato da un'operazione CPU di basso livello non supportata da Virtual PC (e credo che per quanto raro questo sia in effetti il problema) 

Per ulteriori informazioni su questo errore si vedano:

    Why did I just get an 'Unrecoverable processor error' - and what does it mean? 
    Portability issues with Linux under Virtual PC / Virtual Server 

 Per ovviare al problema è possibile premere il tasto TAB per specificare opzioni aggiuntive e digitare noreplace-paravirt:

 Pare che lo stesso problema sia presenta anche su Ubuntu 8.04 per informazioni sul parametri kernel si veda il seguente Kernel Parameters mentre di seguito riporto un paio di post a tema inerenti al parametro kernel noreplace-paravirt e i8042.noloop (che non dovrebbe più essere necessario in VPC 2007 e VPC 2007 SP1):


    Crash Fedora Core 9 on MSVirtualPC 2007 
    Fedora 9? anyone worked out how yet in Virtual PC 

Va anche detto che questo metodo vi consente solo di avviare l'installazione, ma al primo riavvio si ripresenterà l'errore.
Per rendere permanente la modifica occorre specificare nuovamente l'opzione al primo boot tramite questa procedura:

    Premere TAB 
    Selezionare la voce di avvio del sistema operativo e premere e per editarla 
    Selezionare la voce relativa al kernel e premere e per editarla 
    Aggiungere al fondo noreplace-paravirt e premere ENTER per salvare la modifica 
    Premere b per eseguire il boot con questa modifica 

Il sistema si avvierà ma con una risoluzione grafica non ottimale, ma sufficiente per permettere l'editazione del file /boot/grub/grub.conf per modificare la riga:
kernel /boot/vmlinuz-2.6.25-14.fc9.x86_64 ro root=UUID=xxx-xxx-xxx-xxx-xxx rhgb quiet vga=791 psmouse.proto=imps noreplace-paravirt
il parametro psmouse.proto=imps consetirà il funzionamento della rotella del mouse, mentre il parametre vga=791 imposterà la risoluzione 1024x768 a 64k per altre risoluzioni si faccia riferimento alla seguente tabella:


    
        
             
            640x480
            800x600
            1024x768
            1280x1024
        
        
            256 colori
            
            768
            
            
            771
            
            
            773
            
            
            775
            
        
        
            32K colori
            
            784
            
            
            787
            
            
            790
            
            
            793
            
        
        
            64K colori
            
            785
            
            
            788
            
            
            791
            
            
            794
            
        
        
            16M colori
            
            786
            
            
            789
            
            
            792
            
            
            795
            
        
    


Per impostare correttamente il problema della visualizzazione a 1024x768 con 64K colori occorre anche editare il file /etc/X11/xorg.conf moficando le sezioni:
Section "Device"
 Identifier  "Videocard0"
# Driver      "s3"     
 Driver      "fbdev"
EndSection
Section "Screen"
        Identifier "Screen0"
        Device     "Videocard0"
        DefaultDepth     16
        SubSection "Display"
                Viewport   0 0
                Depth     16
        EndSubSection
EndSection
Non provato ad installare le virtual addition per linx (che ufficialmente sono rivolte solo a Suse e Redhat) per vedere se risolvono in modo automatico il problema del mouse e della visualizzazione, in ogni caso ovviamente almeno la modifica al file grub.conf occorre farla.
&lt;img src="http://blogs.ugidotnet.org/AlexBlog/aggbug/92717.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Ermanno Goletto</dc:creator>
            <guid>http://blogs.ugidotnet.org/AlexBlog/archive/2008/05/18/92717.aspx</guid>
            <pubDate>Sun, 18 May 2008 12:53:20 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/AlexBlog/archive/2008/05/18/92717.aspx#feedback</comments>
            <slash:comments>31</slash:comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/AlexBlog/comments/commentRss/92717.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/AlexBlog/services/trackbacks/92717.aspx</trackback:ping>
        </item>
        <item>
            <title>Warning MSExchangeIS 9665 in Exchange 2003 e Page File</title>
            <link>http://blogs.ugidotnet.org/AlexBlog/archive/2008/05/14/92665.aspx</link>
            <description>Come indicato in Ottimizzazione dell'utilizzo della memoria in Exchange Server 2003 quando viene avviato il processo dell'archivio di Exchange, viene eseguito un controllo della configurazione della memoria ottimale. Se le impostazioni della memoria non sono ottimali, nel Visualizzatore eventi viene generato un evento 9665. Nei sistemi basati su Windows Server 2003 i motivi possono essere: 

    Il server dispone di almeno 1 GB di memoria ma l'opzione /3GB non è impostata. 
    Il server dispone di 1 GB o più di memoria e l'opzione /3GB è impostata ma l'opzione /USERVA non è presente o non è impostata su 3030. 
    il valore HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\HeapDeCommitFreeBlockThreshold nel Registro di sistema non è impostato su 0x00040000.
    Per informazini si veda The "HeapDecommitFreeBlockThreshold" registry key 

Per quanto riguarda l'opzione /3GB si tenga conto delle seguenti note riportate nel seguente Ottimizzazione dell'utilizzo della memoria in Exchange Server 2003:

    Per i computer Exchange Server che non contengono cassette postali o cartelle pubbliche, ad esempio i gateway di posta, si sconsiglia di impostare l'opzione /3GB nel file boot.ini, indipendentemente dalla quantità di memoria fisica installata. 
    Anche per i computer Exchange Server che sono contemporaneamente controller di dominio di Active Directory o server del catalogo globale si sconsiglia di impostare l'opzione /3GB nel file boot.ini. È preferibile disporre di controller di dominio Active Directory o server del catalogo globale dedicati. 
    Dal momento che Microsoft Small Business Server viene installato come controller di dominio integrato e come server Exchange, si sconsiglia di utilizzare l'opzione /3GB quando si esegue Exchange Server 2003 in un ambiente Small Business Server. Tuttavia, gli altri concetti e le altre impostazioni descritte in questo articolo si applicano anche a Exchange Server 2003 in un ambiente Microsoft Small Business Server . 

Quindi nel caso di server Exchnage 2003 per piccole realtà che sono anche DC non è conveniente impostare tale opzione ed eventualmente disabilitare l'evento di notifica. Si noti che in questi casi il tool Microsoft Exchange Best Practices Analyzer indica che sui server di routing dedicati o test di ponte si ottengono prestazioni migliori rimuovendo l'opzione se invece si tratta di un server di cartelle pubbliche dedicato non è necessario rimuovere l'opzione (per maggiori informazioni si veda Questo server Exchange presenta l’opzione di avvio /3GB nel file Boot.ini).
Per quanto riguarda il page file il mio consiglio è quello di utilizzare l'impostazione suggerita per Exchange 2007 ovvero utilizzare la quantià di RAM installata nel server più 10 MB (La dimensione del file di paging si riferisce alla quantità di memoria necessaria per raccogliere le informazioni se si verifica un errore del sistema operativo. Per impostazione predefinita, se si verifica un errore del sistema operativo, tutti i dati nella memoria vengono copiati in un file dmp. Tale file potrà essere poi esaminato per determinare la causa del problema. Per poter copiare tutti i dati contenuti nella memoria, è necessario che la dimensione del file di paging possa contenere tutta la memoria, più uno spazio aggiuntivo per raccogliere i dati.)
Se si imposta una dimensione superiore il tool Microsoft Exchange Best Practices  visualizzerà un errore.
Per evitare la frammentazione del file di paging conviene crearlo a lunghezza fissa impostanto lo stesso valore per il valore minimo e per il valore massimo, mentre occorre tenere presente che non può superare il valore di 4095 MB in caso contrario occorre creare un secondo file di paging su un volume separato&lt;img src="http://blogs.ugidotnet.org/AlexBlog/aggbug/92665.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Ermanno Goletto</dc:creator>
            <guid>http://blogs.ugidotnet.org/AlexBlog/archive/2008/05/14/92665.aspx</guid>
            <pubDate>Wed, 14 May 2008 14:02:24 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/AlexBlog/archive/2008/05/14/92665.aspx#feedback</comments>
            <slash:comments>126</slash:comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/AlexBlog/comments/commentRss/92665.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/AlexBlog/services/trackbacks/92665.aspx</trackback:ping>
        </item>
        <item>
            <title>Symantec AntiVirus e Virtual PC</title>
            <link>http://blogs.ugidotnet.org/AlexBlog/archive/2008/05/12/92628.aspx</link>
            <description>La protezione contro le manomissioni di Symantec AntiVirus può causare il seguente evento di errore  all'avvio di una macchina virtuale:
Tipo evento: Errore
Origine evento: Symantec AntiVirus
Categoria evento: Nessuno
ID evento: 45
Data:  07/05/2008
Ora:  8.57.45
Utente:  DIPLOLAN\egoletto
Computer: ERMANNO
Descrizione: Avviso di protezione contro le manomissioni
Destinazione:  C:\Programmi\Symantec AntiVirus\VPTray.exe
Info su evento:  Imposta informazioni Processo
Azione intrapresa:  Bloccato
Processo attore:  C:\Programmi\Microsoft Virtual PC\Virtual PC.exe (PID 2552)
Data:  mercoledì 7 maggio 2008  8.57.45
L'errore sembra dovuto al fatto che Virtual Pc modifica la priorità dei processi degli eseguibili di Symantec e quanto pare non c'è modo di porre eccezioni perchè probabilmente solo il software di Symantec può modificare queste priorità e questo comportamento pare sia hard-coded.
La soluzione al momento sembrano essere solo due:

    disabilitare la funzionalità di protezione contro le manomissioni
    impostare la funzionalità di protezione contro le manomissioni per registrare e non bloccare la manomissione sui processi

Ovviamente entrambe le soluzioni non sono il massimo perchè aprono a possibili falle di sicurezza, c'è da dire che in passato ho già visto questi eventi scomparire poi dopo un aggiormento delle firme di Symantec.&lt;img src="http://blogs.ugidotnet.org/AlexBlog/aggbug/92628.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Ermanno Goletto</dc:creator>
            <guid>http://blogs.ugidotnet.org/AlexBlog/archive/2008/05/12/92628.aspx</guid>
            <pubDate>Mon, 12 May 2008 23:40:04 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/AlexBlog/archive/2008/05/12/92628.aspx#feedback</comments>
            <slash:comments>26</slash:comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/AlexBlog/comments/commentRss/92628.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/AlexBlog/services/trackbacks/92628.aspx</trackback:ping>
        </item>
        <item>
            <title>Clear dei file temporanei dell'utente in Windows XP</title>
            <link>http://blogs.ugidotnet.org/AlexBlog/archive/2008/04/22/92328.aspx</link>
            <description>Se è necessario fare pulizia in modo schedulato dei file temporanei dell'utente è possibile utilizzare due approcci:
Il primo basato sul comando CleanMGR il cui utilizzo è spiegato nel seguente:
Automazione dello strumento Pulitura disco in Windows XP
Il secondo approccio è quello di utilizzare un vbscript per eliminare i file e scedularlo. Il seguente script elimina i file temporanei la cui data di modifica differisce da quella attuale di un numero di giorni impostabile tramite la costante days:
Option Explicit
On Error Resume Next
Const days = 3
Dim fso, folder, file, shell, count
Set fso = CreateObject("Scripting.FileSystemObject")
Set shell=CreateObject("WScript.Shell")
Set folder = fso.GetFolder(Shell.ExpandEnvironmentStrings("%TEMP%")) 
count=0
For Each file in folder.Files
  If DateDiff("d", file.DateLastModified, Now) &amp;gt;= days Then 
    file.Delete
    If Not fso.FileExists(file.Path) Then
      count=count+1
    End If
  End If 
Next 
msgbox count &amp;amp; " temporary files deleted."
Set shell = Nothing
Set fso = Nothing 
Set folder = Nothing 
Set file = Nothing &lt;img src="http://blogs.ugidotnet.org/AlexBlog/aggbug/92328.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Ermanno Goletto</dc:creator>
            <guid>http://blogs.ugidotnet.org/AlexBlog/archive/2008/04/22/92328.aspx</guid>
            <pubDate>Tue, 22 Apr 2008 22:02:40 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/AlexBlog/archive/2008/04/22/92328.aspx#feedback</comments>
            <slash:comments>70</slash:comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/AlexBlog/comments/commentRss/92328.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/AlexBlog/services/trackbacks/92328.aspx</trackback:ping>
        </item>
        <item>
            <title>Errore 9 Atapi in Windows XP e Windows Server 2003</title>
            <link>http://blogs.ugidotnet.org/AlexBlog/archive/2008/04/11/92181.aspx</link>
            <description>Windows XP e Windows Server 2003 hanno un problema con periferiche con device IDE che girano in PIO e non in DMA, l'ho riscontrato oggi su un PC vecchiotto su cui per mettere su un sistema di test ho installato Windows Server 2003 R2.
Il sistema è rallentato tanto da non visualizzare il desktop, ma tramite il Task Manager sono riuscito ad avviare MMC e ad aggiungere lo snap-in degli Eventi e da qui:

Event ID: 9
Source: atapi  
Type: Error  
Description: The device, \Ide\IdePort1, did not respond within the timeout period.  

Togliendo la periferica, un Drive CD-ROM RW, il sistema è tornato a funzionare, il bello è che l'installazione l'avevo fatta da CD utilizzando prorio quel drive.
Per maggiori informazioni si vedano:

    An IDE device runs in PIO mode instead of in DMA mode after you update the firmware for the device in Windows Server 2003 
    An IDE device runs in PIO mode instead of in DMA mode after you update the firmware for the device in Windows XP
    
&lt;img src="http://blogs.ugidotnet.org/AlexBlog/aggbug/92181.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Ermanno Goletto</dc:creator>
            <guid>http://blogs.ugidotnet.org/AlexBlog/archive/2008/04/11/92181.aspx</guid>
            <pubDate>Fri, 11 Apr 2008 17:01:06 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/AlexBlog/archive/2008/04/11/92181.aspx#feedback</comments>
            <slash:comments>112</slash:comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/AlexBlog/comments/commentRss/92181.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/AlexBlog/services/trackbacks/92181.aspx</trackback:ping>
        </item>
        <item>
            <title>Inviare mail tramite .NET 1.1 con Exchange 2003 e Exchange 2007</title>
            <link>http://blogs.ugidotnet.org/AlexBlog/archive/2008/04/09/92134.aspx</link>
            <description>In questo articolo ho raccolto alcune riflessioni su come inviare mail tramite .NET Framework 1.1 e 2.0 utilizzando Exchange 2003 e Exchange 2007 analizzando le differenze relative alla gestione dell'autenticazione in .NET 1.1 e 2.0 e le modifiche apportate in Exchange 2007 rispetto a Exchange 2003.&lt;img src="http://blogs.ugidotnet.org/AlexBlog/aggbug/92134.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Ermanno Goletto</dc:creator>
            <guid>http://blogs.ugidotnet.org/AlexBlog/archive/2008/04/09/92134.aspx</guid>
            <pubDate>Wed, 09 Apr 2008 13:15:04 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/AlexBlog/archive/2008/04/09/92134.aspx#feedback</comments>
            <slash:comments>14</slash:comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/AlexBlog/comments/commentRss/92134.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/AlexBlog/services/trackbacks/92134.aspx</trackback:ping>
        </item>
    </channel>
</rss>