Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > ger.ct > #325600 > unrolled thread

Windows-Problem

Back to article view | Back to ger.ct

Contents

  Windows-Problem Michael Zink <michael@swamp.franken.de> - 2017-10-18 09:09 +0200
    Re: Windows-Problem "Dr. Joachim Neudert" <neudert@5sl.org> - 2017-10-18 09:16 +0200
      Re: Windows-Problem Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-10-18 12:45 +0200
      Re: Windows-Problem Michael Zink <michael@swamp.franken.de> - 2017-10-19 17:28 +0200
        Re: Windows-Problem "Dr. Joachim Neudert" <neudert@5sl.org> - 2017-10-19 17:36 +0200
        Re: Windows-Problem Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-10-19 18:08 +0200
          Re: Windows-Problem "Dr. Joachim Neudert" <neudert@5sl.org> - 2017-10-19 18:12 +0200
          Re: Windows-Problem Michael Zink <michael@swamp.franken.de> - 2017-10-19 19:35 +0200
            Re: Windows-Problem "Dr. Joachim Neudert" <neudert@5sl.org> - 2017-10-19 19:46 +0200
    Re: Windows-Problem Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-10-18 12:44 +0200
    Re: Windows-Problem Andreas Fecht <forum@aftec.de> - 2017-10-18 16:58 +0200
      Re: Windows-Problem Daniel Pache <daniel.pache@gmx.net> - 2017-10-18 17:33 +0200
      Re: Windows-Problem Michael Zink <michael@swamp.franken.de> - 2017-10-19 17:31 +0200
        Re: Windows-Problem Andreas Fecht <forum@aftec.de> - 2017-10-19 21:02 +0200
    Re: Windows-Problem Michael Zink <michael@swamp.franken.de> - 2017-10-19 11:44 +0200
      Re: Windows-Problem Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-10-19 11:56 +0200
        Re: Windows-Problem "Dr. Joachim Neudert" <neudert@5sl.org> - 2017-10-19 12:15 +0200
          Re: Windows-Problem Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-10-19 12:33 +0200
            Re: Windows-Problem "Dr. Joachim Neudert" <neudert@5sl.org> - 2017-10-19 12:44 +0200
              Re: Windows-Problem Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-10-19 13:57 +0200
          Re: Windows-Problem "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2017-10-19 13:58 +0200
            Re: Windows-Problem Michael Zink <michael@swamp.franken.de> - 2017-10-19 20:41 +0200
              Re: Windows-Problem Dr. Joachim Neudert <neudert@5sl.org> - 2017-10-19 18:43 +0000
                Re: Windows-Problem Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-10-19 20:51 +0200
                Re: Windows-Problem Michael Zink <michael@swamp.franken.de> - 2017-10-19 20:54 +0200
        Re: Windows-Problem Michael Zink <michael@swamp.franken.de> - 2017-10-19 20:30 +0200
      Re: Windows-Problem Fidel-Sebastian Hunrichse-Lara <Fidel-Sebastian_Hunrichse-Lara@b.maus.de> - 2017-10-19 13:18 +0200
        Re: Windows-Problem "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2017-10-19 13:59 +0200
        Re: Windows-Problem Michael Zink <michael@swamp.franken.de> - 2017-10-19 20:51 +0200
          Re: Windows-Problem Fidel-Sebastian Hunrichse-Lara <Fidel-Sebastian_Hunrichse-Lara@b.maus.de> - 2017-10-19 23:02 +0200
      Re: Windows-Problem Fidel-Sebastian Hunrichse-Lara <Fidel-Sebastian_Hunrichse-Lara@b.maus.de> - 2017-10-19 13:21 +0200
      Re: Windows-Problem Michael Zink <michael@swamp.franken.de> - 2017-10-19 17:55 +0200
      Re: Windows-Problem Gottfried Helms <helms@uni-kassel.de> - 2017-10-20 11:12 +0200
    Re: Windows-Problem Maik Koenig <usenetspam@maikkoenig.de> - 2017-10-19 12:40 +0200
      Re: Windows-Problem Michael Zink <michael@swamp.franken.de> - 2017-10-19 23:28 +0200
        Re: Windows-Problem Fidel-Sebastian Hunrichse-Lara <Fidel-Sebastian_Hunrichse-Lara@b.maus.de> - 2017-10-19 23:32 +0200
    Re: Windows-Problem Rainer Knaepper <rainerk@smial.prima.de> - 2017-10-19 19:09 +0200
      Re: Windows-Problem Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-10-19 19:18 +0200
        Re: Windows-Problem "Dr. Joachim Neudert" <neudert@5sl.org> - 2017-10-19 19:31 +0200
          Re: Windows-Problem Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-10-19 19:39 +0200
            Re: Windows-Problem "Dr. Joachim Neudert" <neudert@5sl.org> - 2017-10-19 19:43 +0200
              Re: Windows-Problem Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-10-19 19:54 +0200
              Re: Windows-Problem "Alex S." <alexs.nospam@yahoo.com> - 2017-10-23 19:48 +0000
                Re: Windows-Problem Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-10-23 22:24 +0200
          Re: Windows-Problem Rainer Knaepper <rainerk@smial.prima.de> - 2017-10-20 10:08 +0200
            Re: Windows-Problem "Dr. Joachim Neudert" <neudert@5sl.org> - 2017-10-20 10:15 +0200
              Re: Windows-Problem Lothar Frings <Lothar.Frings@gmx.de> - 2017-10-20 01:46 -0700
              Re: Windows-Problem Rainer Knaepper <rainerk@smial.prima.de> - 2017-10-21 10:38 +0200
        Re: Windows-Problem Michael Zink <michael@swamp.franken.de> - 2017-10-19 20:19 +0200
      Re: Windows-Problem Michael Zink <michael@swamp.franken.de> - 2017-10-19 20:18 +0200
        Re: Windows-Problem Daniel Pache <daniel.pache@gmx.net> - 2017-10-20 13:34 +0200
          Re: Windows-Problem Michael Zink <michael@swamp.franken.de> - 2017-10-20 17:40 +0200
            Re: Windows-Problem "Dr. Joachim Neudert" <neudert@5sl.org> - 2017-10-20 17:48 +0200
              Re: Windows-Problem Michael Zink <michael@swamp.franken.de> - 2017-10-20 18:30 +0200
            Re: Windows-Problem Dietz Proepper <dietz-news@rotfl.franken.de> - 2017-10-20 17:48 +0200
              Re: Windows-Problem Michael Zink <michael@swamp.franken.de> - 2017-10-20 18:31 +0200
                Re: Windows-Problem Dietz Proepper <dietz-news@rotfl.franken.de> - 2017-10-20 18:43 +0200
            Re: Windows-Problem Jörg Tewes <jogi1964@gmx.net> - 2017-10-22 23:29 +0200
    Re: Windows-Problem Michael Zink <michael@swamp.franken.de> - 2017-10-20 17:46 +0200
      Re: Windows-Problem Daniel Pache <daniel.pache@gmx.net> - 2017-10-20 19:05 +0200

Page 1 of 3  [1] 2 3  Next page →

#325600 — Windows-Problem

Hallo,

wundert Euch nicht, daß dieses Posting etwas anders aussieht, als meine 
anderen. Der Grund ist genau mein Problem … Mein WIN7-Rechner mit dem 
Forte Agent will nicht mehr hochfahren. Und irgendwie habe ich keine 
Ahnung, woran das liegen kann.

Der PC hat mir jahrelang treue Dienste geleistet. Vorgestern ist mir bis 
zum Runterfahren nichts Ungewöhnliches aufgefallen. Seit gestern 
passiert aber leider Folgendes:

Das BIOS wird normal durchlaufen, Windows 7 startet bis zum Logo mit 
„Windows wird gestartet“. IIRC bedeutet das, daß der Kernel erfolgreich 
geladen wurde. Die HD-LED leuchtet bzw. flackert dabei die ganze Zeit 
bis sie für 1 – 2 Sekunden ausgeht  und dann der Rechner neu startet.

Im abgesicherten Modus geschieht das Gleiche. Beim protokollierten 
Hochfahren ebenfalls. Der letzte Eintrag im Protokoll ist KBDHID.SYS. Da 
sich das irgendwie nach einem Tastaturtreiber anhört, habe ich den 
Rechner auch mal spaßhalber ohne Tastatur gestartet. (BIOS: „Keyboard 
Error – Press F1 to continue“ ;-) ) Keine Änderung.

BTW: In irgendeiner älteren WIN-Version war das Protokoll mal 
übersichtlicher. Da wurde vor dem Start eines Treibers ein Eintrag 
gemacht und nachher das Ergebnis protokolliert. WIN7 schreibt nur die 
Namen der Treiber hin. AFAIK die, der erfolgreich gestarteten. Oder? Wie 
kriege ich raus, was nach KBDHID.SYS kommt?

Wenn ich den Rechner mit Acronis True Image von CD starte, funktioniert 
das. Ich konnte die ganze Platte ohne Probleme sichern. Dabei ist mir 
nichts Ungewöhnliches aufgefallen. Wobei ich natürlich nicht die ganze 
Zeit daneben gestanden bin …

Auch desinfec´t startet problemlos vom Stick. Damit habe ich mir die 
o.g. Protokolldatei angesehen. In der Ausgabe von dmesg ist mir nichts 
Hilfreiches aufgefallen.  Aber  da kenne ich mich auch nicht besonders aus.

An der Hardware habe ich schon länger nichts geändert.  Jetzt sind mir 
keine lockeren Stecker etc. aufgefallen.

Hat jemand ne Idee, was da los sein kann?

TIA

Michael

[toc] | [next] | [standalone]

#325601

Am 18.10.17 um 09:09 schrieb Michael Zink:

> An der Hardware habe ich schon länger nichts geändert.  Jetzt sind mir
> keine lockeren Stecker etc. aufgefallen.
> 
> Hat jemand ne Idee, was da los sein kann?

Tausende. Hilft Dir aber nicht weiter.

> 
> TIA
> 
> Michael
> 

Na, gesichert hast Du ja schon, erst mal das letzte funktionierende
Acronis Image drüberbügeln. Wenn es die Software ist, und dafür spricht
einiges, u.a. daß das Acronis Linux normal bootet (OK, nicht von Platte
nur von CD), dann weiß man schon mal mehr.

Auch die Systemwiderherstellung, so Punkte vorhanden, kann man bemühen.
Da sind dann nicht gleich auch alle Daten weg wie bei der
Acronis-Wiederherstellung.

Malware ist noch die seltenste Usache, gute Malware macht nicht gleich
ihren  Wirt kaputt.
Rechner und Hardware gehen kaputt, Software-Installationen degradieren.

Ours not to reason why.

[toc] | [prev] | [next] | [standalone]

#325627

On 10/18/2017 09:16 AM, Dr. Joachim Neudert wrote:

> Rechner und Hardware gehen kaputt, Software-Installationen degradieren.

Letzteres sollte nie passieren.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#325806

Am 18.10.2017 um 09:16 schrieb Dr. Joachim Neudert:
 >
> Na, gesichert hast Du ja schon, erst mal das letzte funktionierende
> Acronis Image drüberbügeln. Wenn es die Software ist, und dafür spricht
> einiges, u.a. daß das Acronis Linux normal bootet (OK, nicht von Platte
> nur von CD), dann weiß man schon mal mehr.

So langsam glaube ich, daß das das Beste sein wird.

Ich habe wie damals bei DOS die Daten auf D: liegen. Also sollte 
eigentlich nichts verloren gehen, wenn ich C: zurückspiele.

Michael

[toc] | [prev] | [next] | [standalone]

#325808

Am 19.10.17 um 17:28 schrieb Michael Zink:
> Am 18.10.2017 um 09:16 schrieb Dr. Joachim Neudert:
>>
>> Na, gesichert hast Du ja schon, erst mal das letzte funktionierende
>> Acronis Image drüberbügeln. Wenn es die Software ist, und dafür spricht
>> einiges, u.a. daß das Acronis Linux normal bootet (OK, nicht von Platte
>> nur von CD), dann weiß man schon mal mehr.
> 
> So langsam glaube ich, daß das das Beste sein wird.

Natürlich.

Ich bin von der Ausbildung her kein IT-Spezialist, ich musste lernen wie
ich mir auch ohne tiefgreifende Programmier-Kenntnisse und Lötkolben zu
helfen weiß...   ;-)



> 
> Ich habe wie damals bei DOS die Daten auf D: liegen. Also sollte
> eigentlich nichts verloren gehen, wenn ich C: zurückspiele.
> 
> Michael
> 

Joachim,

der so etwas besonders früher schon oft gemacht hat.

[toc] | [prev] | [next] | [standalone]

#325811

On 10/19/2017 05:28 PM, Michael Zink wrote:
> Am 18.10.2017 um 09:16 schrieb Dr. Joachim Neudert:
>  >
>> Na, gesichert hast Du ja schon, erst mal das letzte funktionierende
>> Acronis Image drüberbügeln. Wenn es die Software ist, und dafür spricht
>> einiges, u.a. daß das Acronis Linux normal bootet (OK, nicht von Platte
>> nur von CD), dann weiß man schon mal mehr.
> 
> So langsam glaube ich, daß das das Beste sein wird.
> 
> Ich habe wie damals bei DOS die Daten auf D: liegen. Also sollte 
> eigentlich nichts verloren gehen, wenn ich C: zurückspiele.

Doch, die ganzen Einstellungen für deine installierten Programme. Die 
liegen üblicherweise in der Registry.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#325813

Am 19.10.17 um 18:08 schrieb Gerrit Heitsch:
> On 10/19/2017 05:28 PM, Michael Zink wrote:

>> Ich habe wie damals bei DOS die Daten auf D: liegen. Also sollte
>> eigentlich nichts verloren gehen, wenn ich C: zurückspiele.
> 
> Doch, die ganzen Einstellungen für deine installierten Programme. Die
> liegen üblicherweise in der Registry.
> 
>  Gerrit
> 
Nur die Einstellungen, die er seit dem letzten Image-Backup verändert
hat. Meist also gar nichts.

[toc] | [prev] | [next] | [standalone]

#325818

Am 19.10.2017 um 18:08 schrieb Gerrit Heitsch:
> On 10/19/2017 05:28 PM, Michael Zink wrote:
>> Ich habe wie damals bei DOS die Daten auf D: liegen. Also sollte
>> eigentlich nichts verloren gehen, wenn ich C: zurückspiele.
>
> Doch, die ganzen Einstellungen für deine installierten Programme. Die
> liegen üblicherweise in der Registry.

Stimmt, zumindest der User-Teil. Da sollte es aber nicht viele 
Änderungen gegeben haben.

Hoffe ich ...

Oder sollte ich dann die ntuser.dat (?) von der älteren Sicherung nehmen?

Michael

[toc] | [prev] | [next] | [standalone]

#325823

Am 19.10.17 um 19:35 schrieb Michael Zink:
> Am 19.10.2017 um 18:08 schrieb Gerrit Heitsch:
>> On 10/19/2017 05:28 PM, Michael Zink wrote:
>>> Ich habe wie damals bei DOS die Daten auf D: liegen. Also sollte
>>> eigentlich nichts verloren gehen, wenn ich C: zurückspiele.
>>
>> Doch, die ganzen Einstellungen für deine installierten Programme. Die
>> liegen üblicherweise in der Registry.
> 
> Stimmt, zumindest der User-Teil. Da sollte es aber nicht viele
> Änderungen gegeben haben.
> 
> Hoffe ich ...
> 
> Oder sollte ich dann die ntuser.dat (?) von der älteren Sicherung nehmen?
> 
> Michael
> 

Leute, macht kein Scheiß!

[toc] | [prev] | [next] | [standalone]

#325626

On 10/18/2017 09:09 AM, Michael Zink wrote:
> 
> An der Hardware habe ich schon länger nichts geändert.  Jetzt sind mir 
> keine lockeren Stecker etc. aufgefallen.
> 
> Hat jemand ne Idee, was da los sein kann?

RAM-Test machen (memtest86+), diesen lange laufen lassen, mindestens 
24h. Ansonsten mal nach den Elkos schauen und ob sich der CPU-Kühler mit 
Staub zugesetzt hat.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#325660

Michael Zink schrieb:
> Hallo,
>
> wundert Euch nicht, daß dieses Posting etwas anders aussieht, als meine anderen. Der Grund ist
> genau mein Problem … Mein WIN7-Rechner mit dem Forte Agent will nicht mehr hochfahren. Und
> irgendwie habe ich keine Ahnung, woran das liegen kann.
>
> Der PC hat mir jahrelang treue Dienste geleistet. Vorgestern ist mir bis zum Runterfahren nichts
> Ungewöhnliches aufgefallen. Seit gestern passiert aber leider Folgendes:
>
> Das BIOS wird normal durchlaufen, Windows 7 startet bis zum Logo mit „Windows wird gestartet“.
> IIRC bedeutet das, daß der Kernel erfolgreich geladen wurde. Die HD-LED leuchtet bzw. flackert
> dabei die ganze Zeit bis sie für 1 – 2 Sekunden ausgeht  und dann der Rechner neu startet.
>

Ich hatte hier mal genau so ein Verhalten mit einigen Wortmann-Rechnern:
Bei denen hat sich irgendwann von alleine im BIOS der Festplatten-Controllertyp umgestellt.

Wenn man das im BIOS wieder zurückgestellt hat, funktionierte die Karre wieder.

Gruß Andreas

[toc] | [prev] | [next] | [standalone]

#325668

Am 18.10.2017 um 16:58 schrieb Andreas Fecht:

> Ich hatte hier mal genau so ein Verhalten mit einigen Wortmann-Rechnern:
> Bei denen hat sich irgendwann von alleine im BIOS der Festplatten-Controllertyp umgestellt.

> Wenn man das im BIOS wieder zurückgestellt hat, funktionierte die Karre wieder.

Das waren Gigabyte-Boards. Ich habe 50 Stück davon an eine Schule 
geliefert. Nach Strom-aus standen die oft wieder auf IDE. Habe auf 
Umwegen von einem Gigabyte-Mitarbeiter ein Flashprogramm erhalten, um 
die Standardeinstellungen ins Backup-Bios zu flashen. Da war das Problem 
dann Geschichte.

Gruß

Daniel

[toc] | [prev] | [next] | [standalone]

#325807

Am 18.10.2017 um 16:58 schrieb Andreas Fecht:
>
> Ich hatte hier mal genau so ein Verhalten mit einigen Wortmann-Rechnern:
> Bei denen hat sich irgendwann von alleine im BIOS der
> Festplatten-Controllertyp umgestellt.
>
> Wenn man das im BIOS wieder zurückgestellt hat, funktionierte die Karre
> wieder.

Ist das dort auch erst nach mehreren Jahren passiert?

Jedenfalls habe ich mal nachgesehen. Steht korrekt auf AHCI.
(Diese Einstellung meinst Du doch, oder?)

Michael

[toc] | [prev] | [next] | [standalone]

#325841

Michael Zink schrieb:
>
> Ist das dort auch erst nach mehreren Jahren passiert?

Ja, und zwar extrem sporadisch.

> Jedenfalls habe ich mal nachgesehen. Steht korrekt auf AHCI.
> (Diese Einstellung meinst Du doch, oder?)

Ja, das hab ich gemeint.
Was korrekt ist, hängt davon ab, in welchem Modus Windows damals 
installiert wurde.
Kann bei jedem anders sein.

Gruß Andreas

[toc] | [prev] | [next] | [standalone]

#325760

Nun mal ein kurzer Zwischenstand, ich melde mich später nochmal 
ausführlicher. Schonmal Danke für die div. Antworten.

PC wurde gereinigt, Lüfter war und ist aber nicht ungewöhnlich laut.

CHKDSK findet auf beiden Partitionen (C: System, D: Daten) keine Fehler.

Speichertest findet nach über 2 Stunden keinen Fehler.

Aktuell validiert Acronis sicherheitshalber beide Archive. (Das aktuelle 
und das, von dem ich ggf. C: zurückspielen werde.)

Ach ja, und Windows startet immer noch nicht. ;-)

Michael

[toc] | [prev] | [next] | [standalone]

#325762

On 10/19/2017 11:44 AM, Michael Zink wrote:
> Nun mal ein kurzer Zwischenstand, ich melde mich später nochmal 
> ausführlicher. Schonmal Danke für die div. Antworten.
> 
> PC wurde gereinigt, Lüfter war und ist aber nicht ungewöhnlich laut.

Es geht darum, daß der Kühlkörper nicht mit Staub zugesetzt ist.

> 
> CHKDSK findet auf beiden Partitionen (C: System, D: Daten) keine Fehler.
> 
> Speichertest findet nach über 2 Stunden keinen Fehler.

Sagt nichts. Bei Memtest86 gilt: Wenn es Fehler findet hast du 
RAM-Probleme. Wenn es keine findet heisst das nicht, daß dein RAM 
fehlerfrei ist. Ich hab mal in einem RZ einen Server gesehen auf dessen 
Konsole ein memtest86 lief. Gesamtlaufzeit über 2 Tage. Gefundene 
Fehler: 3, der erste nach über 10h.

Deshalb mindestens 24h am Stück rennen lassen.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#325763

Am 19.10.17 um 11:56 schrieb Gerrit Heitsch:
> On 10/19/2017 11:44 AM, Michael Zink wrote:
>> Nun mal ein kurzer Zwischenstand, ich melde mich später nochmal
>> ausführlicher. Schonmal Danke für die div. Antworten.
>>
>> PC wurde gereinigt, Lüfter war und ist aber nicht ungewöhnlich laut.
> 
> Es geht darum, daß der Kühlkörper nicht mit Staub zugesetzt ist.
> 
>>
>> CHKDSK findet auf beiden Partitionen (C: System, D: Daten) keine Fehler.
>>
>> Speichertest findet nach über 2 Stunden keinen Fehler.
> 
> Sagt nichts. Bei Memtest86 gilt: Wenn es Fehler findet hast du
> RAM-Probleme. Wenn es keine findet heisst das nicht, daß dein RAM
> fehlerfrei ist. Ich hab mal in einem RZ einen Server gesehen auf dessen
> Konsole ein memtest86 lief. Gesamtlaufzeit über 2 Tage. Gefundene
> Fehler: 3, der erste nach über 10h.
> 
> Deshalb mindestens 24h am Stück rennen lassen.
> 
>  Gerrit
> 

Ich wette, daß Hardware und Speicher funktionieren. Er schreibt, das
Ding bleibt systematisch immer an derselben Stelle des Bootvorganges
hängen.

Ein Speicherfehler würde eher "random" im laufenden Betrieb auftauchen,
und auch das Acronis Linux sollte dann nicht jedesmal fehlerfrei starten
und laufen.

Erst mal das letzte System-Image zurückspielen das noch funktioniert
hat. Erst dann den 2-Wochen-Speicher-Burn-in Test machen.

[toc] | [prev] | [next] | [standalone]

#325764

On 10/19/2017 12:15 PM, Dr. Joachim Neudert wrote:
> Am 19.10.17 um 11:56 schrieb Gerrit Heitsch:
>> On 10/19/2017 11:44 AM, Michael Zink wrote:
>>> Nun mal ein kurzer Zwischenstand, ich melde mich später nochmal
>>> ausführlicher. Schonmal Danke für die div. Antworten.
>>>
>>> PC wurde gereinigt, Lüfter war und ist aber nicht ungewöhnlich laut.
>>
>> Es geht darum, daß der Kühlkörper nicht mit Staub zugesetzt ist.
>>
>>>
>>> CHKDSK findet auf beiden Partitionen (C: System, D: Daten) keine Fehler.
>>>
>>> Speichertest findet nach über 2 Stunden keinen Fehler.
>>
>> Sagt nichts. Bei Memtest86 gilt: Wenn es Fehler findet hast du
>> RAM-Probleme. Wenn es keine findet heisst das nicht, daß dein RAM
>> fehlerfrei ist. Ich hab mal in einem RZ einen Server gesehen auf dessen
>> Konsole ein memtest86 lief. Gesamtlaufzeit über 2 Tage. Gefundene
>> Fehler: 3, der erste nach über 10h.
>>
>> Deshalb mindestens 24h am Stück rennen lassen.
>>
>>   Gerrit
>>
> 
> Ich wette, daß Hardware und Speicher funktionieren. Er schreibt, das
> Ding bleibt systematisch immer an derselben Stelle des Bootvorganges
> hängen.
> 
> Ein Speicherfehler würde eher "random" im laufenden Betrieb auftauchen,
> und auch das Acronis Linux sollte dann nicht jedesmal fehlerfrei starten
> und laufen.

Kommt drauf an, wenn der Fehler in dem Bereich ist den Windows beim 
Booten braucht, dann meldet er sich beim booten und nicht erst später. 
Ich halte einen Speicherfehler auch nicht für wahrscheinlich, aber man 
sollte ihn ausschliessen bevor an andere Fehler in Betracht zieht.

Für solche Fehler reicht ein einziges Bit welches auf 0 oder 1 festsitzt 
und bei dem Windows eben den anderen Wert erwartet. Wenn jetzt das Linux 
bei diesem 'stuck bit' eben den passenden Wert erwartet wird es laufen.


> Erst mal das letzte System-Image zurückspielen das noch funktioniert
> hat. Erst dann den 2-Wochen-Speicher-Burn-in Test machen.

Aber bitte auf einer weiteren HD, nicht die aktuelle Installation 
überspielen. Nachher war es doch Hardware.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#325770

Am 19.10.17 um 12:33 schrieb Gerrit Heitsch:
> On 10/19/2017 12:15 PM, Dr. Joachim Neudert wrote:
>> Am 19.10.17 um 11:56 schrieb Gerrit Heitsch:
>>> On 10/19/2017 11:44 AM, Michael Zink wrote:
>>>> Nun mal ein kurzer Zwischenstand, ich melde mich später nochmal
>>>> ausführlicher. Schonmal Danke für die div. Antworten.
>>>>
>>>> PC wurde gereinigt, Lüfter war und ist aber nicht ungewöhnlich laut.
>>>
>>> Es geht darum, daß der Kühlkörper nicht mit Staub zugesetzt ist.
>>>
>>>>
>>>> CHKDSK findet auf beiden Partitionen (C: System, D: Daten) keine
>>>> Fehler.
>>>>
>>>> Speichertest findet nach über 2 Stunden keinen Fehler.
>>>
>>> Sagt nichts. Bei Memtest86 gilt: Wenn es Fehler findet hast du
>>> RAM-Probleme. Wenn es keine findet heisst das nicht, daß dein RAM
>>> fehlerfrei ist. Ich hab mal in einem RZ einen Server gesehen auf dessen
>>> Konsole ein memtest86 lief. Gesamtlaufzeit über 2 Tage. Gefundene
>>> Fehler: 3, der erste nach über 10h.
>>>
>>> Deshalb mindestens 24h am Stück rennen lassen.
>>>
>>>   Gerrit
>>>
>>
>> Ich wette, daß Hardware und Speicher funktionieren. Er schreibt, das
>> Ding bleibt systematisch immer an derselben Stelle des Bootvorganges
>> hängen.
>>
>> Ein Speicherfehler würde eher "random" im laufenden Betrieb auftauchen,
>> und auch das Acronis Linux sollte dann nicht jedesmal fehlerfrei starten
>> und laufen.
> 
> Kommt drauf an, wenn der Fehler in dem Bereich ist den Windows beim
> Booten braucht, dann meldet er sich beim booten und nicht erst später.
> Ich halte einen Speicherfehler auch nicht für wahrscheinlich, aber man
> sollte ihn ausschliessen bevor an andere Fehler in Betracht zieht.

Aber das dauert 2 Wochen Burn-in RAM-Test.
Ob das letzte  Acronis Image noch bootet und damit ein Software-Fehler
bestätigt wird, kann man in 30 Minuten klären.
> 
> Für solche Fehler reicht ein einziges Bit welches auf 0 oder 1 festsitzt
> und bei dem Windows eben den anderen Wert erwartet. Wenn jetzt das Linux
> bei diesem 'stuck bit' eben den passenden Wert erwartet wird es laufen.
> 
> 
>> Erst mal das letzte System-Image zurückspielen das noch funktioniert
>> hat. Erst dann den 2-Wochen-Speicher-Burn-in Test machen.
> 
> Aber bitte auf einer weiteren HD, nicht die aktuelle Installation
> überspielen. Nachher war es doch Hardware.

Er hat sie doch schon gesichert.

Acronis taugt.

Gruß

Joachim

[toc] | [prev] | [next] | [standalone]

#325781

On 10/19/2017 12:44 PM, Dr. Joachim Neudert wrote:
> Am 19.10.17 um 12:33 schrieb Gerrit Heitsch:
>> On 10/19/2017 12:15 PM, Dr. Joachim Neudert wrote:
>>> Am 19.10.17 um 11:56 schrieb Gerrit Heitsch:
>>>> On 10/19/2017 11:44 AM, Michael Zink wrote:
>>>>> Nun mal ein kurzer Zwischenstand, ich melde mich später nochmal
>>>>> ausführlicher. Schonmal Danke für die div. Antworten.
>>>>>
>>>>> PC wurde gereinigt, Lüfter war und ist aber nicht ungewöhnlich laut.
>>>>
>>>> Es geht darum, daß der Kühlkörper nicht mit Staub zugesetzt ist.
>>>>
>>>>>
>>>>> CHKDSK findet auf beiden Partitionen (C: System, D: Daten) keine
>>>>> Fehler.
>>>>>
>>>>> Speichertest findet nach über 2 Stunden keinen Fehler.
>>>>
>>>> Sagt nichts. Bei Memtest86 gilt: Wenn es Fehler findet hast du
>>>> RAM-Probleme. Wenn es keine findet heisst das nicht, daß dein RAM
>>>> fehlerfrei ist. Ich hab mal in einem RZ einen Server gesehen auf dessen
>>>> Konsole ein memtest86 lief. Gesamtlaufzeit über 2 Tage. Gefundene
>>>> Fehler: 3, der erste nach über 10h.
>>>>
>>>> Deshalb mindestens 24h am Stück rennen lassen.
>>>>
>>>>    Gerrit
>>>>
>>>
>>> Ich wette, daß Hardware und Speicher funktionieren. Er schreibt, das
>>> Ding bleibt systematisch immer an derselben Stelle des Bootvorganges
>>> hängen.
>>>
>>> Ein Speicherfehler würde eher "random" im laufenden Betrieb auftauchen,
>>> und auch das Acronis Linux sollte dann nicht jedesmal fehlerfrei starten
>>> und laufen.
>>
>> Kommt drauf an, wenn der Fehler in dem Bereich ist den Windows beim
>> Booten braucht, dann meldet er sich beim booten und nicht erst später.
>> Ich halte einen Speicherfehler auch nicht für wahrscheinlich, aber man
>> sollte ihn ausschliessen bevor an andere Fehler in Betracht zieht.
> 
> Aber das dauert 2 Wochen Burn-in RAM-Test.

Nein, das dauert erst einmal 24h.


>>> Erst mal das letzte System-Image zurückspielen das noch funktioniert
>>> hat. Erst dann den 2-Wochen-Speicher-Burn-in Test machen.
>>
>> Aber bitte auf einer weiteren HD, nicht die aktuelle Installation
>> überspielen. Nachher war es doch Hardware.
> 
> Er hat sie doch schon gesichert.

Bei einem Hardwarefehler kann die Sicherung Schrott sein.

> Acronis taugt.

Wenn es die Hardware auf der es läuft auch tut, ja. :)

  Gerrit

[toc] | [prev] | [next] | [standalone]

Page 1 of 3  [1] 2 3  Next page →

Back to top | Article view | ger.ct

csiph-web