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

Groups > ger.ct > #328793 > unrolled thread

Windows-Problem geloest

Back to article view | Back to ger.ct

Contents

  Windows-Problem geloest Michael Zink <michael@swamp.franken.de> - 2017-11-13 21:18 +0100
    Re: Windows-Problem geloest Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2017-11-13 21:25 +0100
      Re: Windows-Problem geloest Michael Zink <michael@swamp.franken.de> - 2017-11-14 19:37 +0100
    Re: Windows-Problem geloest Dr. Joachim Neudert <neudert@5sl.org> - 2017-11-13 20:40 +0000
      Re: Windows-Problem geloest "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2017-11-14 09:14 +0100
        Re: Windows-Problem geloest "Dr. Joachim Neudert" <neudert@5sl.org> - 2017-11-14 09:47 +0100
          Re: Windows-Problem geloest "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2017-11-14 10:01 +0100
            Re: Windows-Problem geloest "Dr. Joachim Neudert" <neudert@5sl.org> - 2017-11-14 10:13 +0100
              Re: Windows-Problem geloest Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-11-14 11:17 +0100
                Re: Windows-Problem geloest "Dr. Joachim Neudert" <neudert@5sl.org> - 2017-11-14 11:25 +0100
                Re: Windows-Problem geloest Michael Zink <michael@swamp.franken.de> - 2017-11-14 19:37 +0100
                  Re: Windows-Problem geloest Christian Garbs <mitch@cgarbs.de> - 2017-11-16 23:02 +0100
              Re: Windows-Problem geloest "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2017-11-14 14:14 +0100
      Re: Windows-Problem geloest Michael Zink <michael@swamp.franken.de> - 2017-11-14 19:37 +0100
        Re: Windows-Problem geloest Dr. Joachim Neudert <neudert@5sl.org> - 2017-11-14 19:31 +0000

#328793 — Windows-Problem geloest

Hallo,

vor langer, langer Zeit hatte ich mich ja wegen eines nicht mehr
laufenden Windows 7 an euch gewendet. Nun muß ich doch endlich mal
berichten.

Aus div. Gründen hat sich die Fehlersuche "etwas" hingezogen und darum
schreibe ich das auch erst jetzt. :-(

Die Lösung war wirklich das Einspielen der letzten Sicherung von C:.
Seitdem läuft der Rechner wieder. Und da ich die Daten ja auf D: habe,
ging auch (hoffentlich) nichts verloren.

Wie ich erfahren habe, soll sowas (in letzter Zeit?) öfter vorkommen.
Anscheinend schreibt Windows beim Runterfahren irgendwelchen Mist
irgendwo hin.

Sinngemäßes Zitat: "Spielen Sie Windows neu ein. Ach, sie haben eine
Sicherung? Dann spielen Sie die neu ein." Kommt es wirklich so selten
vor, daß Sicherungen vorhanden sind, daß ein Praktiker gar nicht damit
rechnet?

Nochmals Danke für die damalige Hilfe!

Auf Wiederlesen

Michael

-- 
Das Internet darf kein GRUNDrechtsfreier Raum werden!

[toc] | [next] | [standalone]

#328804

Michael Zink meinte:

>  Kommt es wirklich so selten
> vor, daß Sicherungen vorhanden sind, daß ein Praktiker gar nicht damit
> rechnet?

Im Privatumfeld? Da würde ich eine Wahrscheinlichkeit von > 90% schätzen, 
dass es keine halbwegs aktuelle Sicherung gibt.

-- 
 pgp-Key (RSA) 1024/09B8C0BD 
 fingerprint = 2C 49 FF B2 C4 66 2D 93  6F A1 FF 10 16 59 96 F3 
 HTML-Mail wird ungeleſen entſorgt.

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

#328974

On Mon, 13 Nov 2017 21:25:34 +0100, Diedrich Ehlerding wrote:

>Michael Zink meinte:
>
>>  Kommt es wirklich so selten
>> vor, daß Sicherungen vorhanden sind, daß ein Praktiker gar nicht damit
>> rechnet?
>
>Im Privatumfeld? Da würde ich eine Wahrscheinlichkeit von > 90% schätzen, 
>dass es keine halbwegs aktuelle Sicherung gibt.

Mag sein. Aber zumindest hätte ich die Frage nach einer Sicherung
erwartet ...

Speziell nachdem klar war, daß mir abgesicherter Modus, SFC usw. nicht
ganz unbekannt sind. Da könnte mir "Backup" ja auch was sagen.

Auf Wiederlesen

Michael

-- 
Das Internet darf kein GRUNDrechtsfreier Raum werden!

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

#328809

Michael Zink <michael@swamp.franken.de> wrote:
> Hallo,
> 
> vor langer, langer Zeit hatte ich mich ja wegen eines nicht mehr
> laufenden Windows 7 an euch gewendet. Nun muß ich doch endlich mal
> berichten.
> 
> Aus div. Gründen hat sich die Fehlersuche "etwas" hingezogen und darum
> schreibe ich das auch erst jetzt. :-(
> 
> Die Lösung war wirklich das Einspielen der letzten Sicherung von C:.
> Seitdem läuft der Rechner wieder. Und da ich die Daten ja auf D: habe,
> ging auch (hoffentlich) nichts verloren.


Na bitte. Dazu riet ich doch als allererstes. Das ist die schnellste 
Maßnahme um rauszukriegen, ob nicht doch nur Windows die Ursache ist,
anstelle eines exotischen Hardwarefehlers. Meistens ist Windows verhunzt.
Letztes Acronis- Image drüberbügeln, dann weiß man ob es das war. Erst wenn
das nicht klappt, schau ich die Hardware an. Häufiges ist häufig, seltenes
ist selten. Und verhunzte Windows- Installationen sind häufig.

> 
> Wie ich erfahren habe, soll sowas (in letzter Zeit?) öfter vorkommen.



Öfters? Das Verfahren beherrsche ich wegen seiner notwendigen Häufigkeit
seit Jahrzehnten aus dem ff, wie ein Respawn bei Doom...



> Anscheinend schreibt Windows beim Runterfahren irgendwelchen Mist
> irgendwo hin.
> 
> Sinngemäßes Zitat: "Spielen Sie Windows neu ein. Ach, sie haben eine
> Sicherung? Dann spielen Sie die neu ein." Kommt es wirklich so selten
> vor, daß Sicherungen vorhanden sind, daß ein Praktiker gar nicht damit
> rechnet?
> 
> Nochmals Danke für die damalige Hilfe!

Gern geschehen. 


Gruß 

Joachim



-- 
please forgive my iPhone typos -sent via Newstap

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

#328859

Dr. Joachim Neudert <neudert@5sl.org> wrote:

>Öfters? Das Verfahren beherrsche ich wegen seiner notwendigen Häufigkeit
>seit Jahrzehnten aus dem ff, wie ein Respawn bei Doom...

Ich habe es letztens mal wieder seit Jahren zum ersten Mal benötigt,
weil MS offenbar den nicht standardkonformen bootloader gekillt hat.
Ich sollte doch wieder die Datenpartition abtrennen, dann geht das
einfach schneller / geschmeidiger. 


-ras

-- 
Ralph A. Schmid
http://www.schmid.xxx/ http://www.db0fue.de/
http://www.bclog.de/ http://www.kabuliyan.de/ 

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

#328868

Am 14.11.17 um 09:14 schrieb Ralph A. Schmid, dk5ras:
> Dr. Joachim Neudert <neudert@5sl.org> wrote:
> 
>> Öfters? Das Verfahren beherrsche ich wegen seiner notwendigen Häufigkeit
>> seit Jahrzehnten aus dem ff, wie ein Respawn bei Doom...
> 
> Ich habe es letztens mal wieder seit Jahren zum ersten Mal benötigt,
> weil MS offenbar den nicht standardkonformen bootloader gekillt hat.
> Ich sollte doch wieder die Datenpartition abtrennen, dann geht das
> einfach schneller / geschmeidiger. 
> 

Richtig, seit Jahrzehnten habe ich versucht auf C: nur das System zu
halten, und Daten auf D:, E: usw.

War aber auch immer schwerer einzuhalten, mittlerweile lass ich die
Installationen auch so wie sie kommen.

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

#328871

"Dr. Joachim Neudert" <neudert@5sl.org> wrote:

>Richtig, seit Jahrzehnten habe ich versucht auf C: nur das System zu
>halten, und Daten auf D:, E: usw.

Das hat einfach den Restore recht lang dauern lassen, und zusammen mit
dem Problem, daß ich in den Tagen des Ereignisses andauernd unterwegs
war, hat das die downtime deultich verlängert. Ärgerlich, aber naja...

>War aber auch immer schwerer einzuhalten, mittlerweile lass ich die
>Installationen auch so wie sie kommen.

Ich dagegen werden die Partitionierung wohl anpassen, bei Gelegenheit,
wenn ich mal ein WE daheim bin. 


-ras

-- 
Ralph A. Schmid
http://www.schmid.xxx/ http://www.db0fue.de/
http://www.bclog.de/ http://www.kabuliyan.de/ 

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

#328875

Am 14.11.17 um 10:01 schrieb Ralph A. Schmid, dk5ras:
> "Dr. Joachim Neudert" <neudert@5sl.org> wrote:
> 
>> Richtig, seit Jahrzehnten habe ich versucht auf C: nur das System zu
>> halten, und Daten auf D:, E: usw.
> 
> Das hat einfach den Restore recht lang dauern lassen, und zusammen mit
> dem Problem, daß ich in den Tagen des Ereignisses andauernd unterwegs
> war, hat das die downtime deultich verlängert. Ärgerlich, aber naja...
> 
>> War aber auch immer schwerer einzuhalten, mittlerweile lass ich die
>> Installationen auch so wie sie kommen.
> 
> Ich dagegen werden die Partitionierung wohl anpassen, bei Gelegenheit,
> wenn ich mal ein WE daheim bin. 
> 
> 
> -ras
> 
Es ist halt nicht mehr so einfach wie früher eine Datenpartition
aufzumachen. Die wichtigen Daten liegen heute auf ganz idiotischen
Pfaden im Userverzeichnis, App-Data Roaming und versteckt und
Systemdateien, irgendwas läuft dann verzögert plötzlich nicht mehr und
manchmal liegt es daran.
Windows funktioniert m.E. derzeit am besten, wenn man es alleine machen
läßt, allerdings dauert ein Restore dann tatsächlich länger als früher...

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

#328880

On 11/14/2017 10:13 AM, Dr. Joachim Neudert wrote:
> Am 14.11.17 um 10:01 schrieb Ralph A. Schmid, dk5ras:
>> "Dr. Joachim Neudert" <neudert@5sl.org> wrote:
>>
>>> Richtig, seit Jahrzehnten habe ich versucht auf C: nur das System zu
>>> halten, und Daten auf D:, E: usw.
>>
>> Das hat einfach den Restore recht lang dauern lassen, und zusammen mit
>> dem Problem, daß ich in den Tagen des Ereignisses andauernd unterwegs
>> war, hat das die downtime deultich verlängert. Ärgerlich, aber naja...
>>
>>> War aber auch immer schwerer einzuhalten, mittlerweile lass ich die
>>> Installationen auch so wie sie kommen.
>>
>> Ich dagegen werden die Partitionierung wohl anpassen, bei Gelegenheit,
>> wenn ich mal ein WE daheim bin.
>>
>>
>> -ras
>>
> Es ist halt nicht mehr so einfach wie früher eine Datenpartition
> aufzumachen. Die wichtigen Daten liegen heute auf ganz idiotischen
> Pfaden im Userverzeichnis, App-Data Roaming und versteckt und
> Systemdateien, irgendwas läuft dann verzögert plötzlich nicht mehr und
> manchmal liegt es daran.
> Windows funktioniert m.E. derzeit am besten, wenn man es alleine machen
> läßt, allerdings dauert ein Restore dann tatsächlich länger als früher...

In anderen Worten, MS hat immer noch nicht kapiert wie das mit $HOME 
gedacht ist. Kann man den Ort an dem das Userverzeichnis zu finden ist 
nicht für jeden User einzeln definieren? Das müsste man dann problemlos 
auf eine andere Partition umstellen können.

  Gerrit

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

#328881

Am 14.11.17 um 11:17 schrieb Gerrit Heitsch:
-ras
>>>
>> Es ist halt nicht mehr so einfach wie früher eine Datenpartition
>> aufzumachen. Die wichtigen Daten liegen heute auf ganz idiotischen
>> Pfaden im Userverzeichnis, App-Data Roaming und versteckt und
>> Systemdateien, irgendwas läuft dann verzögert plötzlich nicht mehr und
>> manchmal liegt es daran.
>> Windows funktioniert m.E. derzeit am besten, wenn man es alleine machen
>> läßt, allerdings dauert ein Restore dann tatsächlich länger als früher...
> 
> In anderen Worten, MS hat immer noch nicht kapiert wie das mit $HOME
> gedacht ist. Kann man den Ort an dem das Userverzeichnis zu finden ist
> nicht für jeden User einzeln definieren? Das müsste man dann problemlos
> auf eine andere Partition umstellen können.
> 
>  Gerrit
> 

Mich darfst Du nicht mehr fragen, meine Windows-Umerziehungsmaßnahmen
habe ich aufgegeben. Weil es ein Moving Target wurde, die Updates
klappen dann nicht mehr und die Programme laufen erratisch wenn man die
Userdaten-Verzeichnisstrukturen zu verschieben trachtete. Ich hab mich
geschlagen gegeben, aber nun  dem System weitgehend den Rücken gekehrt.

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

#328980

On Tue, 14 Nov 2017 11:17:13 +0100, Gerrit Heitsch wrote:

>In anderen Worten, MS hat immer noch nicht kapiert wie das mit $HOME 
>gedacht ist. Kann man den Ort an dem das Userverzeichnis zu finden ist 
>nicht für jeden User einzeln definieren? Das müsste man dann problemlos 
>auf eine andere Partition umstellen können.

Aus der Erinnerung, ohne Garantie, gültig für WIN 7:

Mit Bordmitteln kann man die Verzeichnisse im "Home-Verzeichnis"
verschieben. Rechtsklick z.B. auf "Eigene Dateien", dann kann man
unter "Pfad" einen anderen Pfad eingeben. Keine Ahnung, wie das dann
abläuft und ob die Daten gleich verschoben oder kopiert werden oder ob
man das selbst machen muß.

Für das ganze "Home-Verzeichnis" geht das nicht.

Als ich damals auf WIN 7 umsteigen wollte und überlegt habe, wie ich
die Daten auf D: kriege, gab es zufällig einen passenden Bericht in
der c´t. (*)

Ich habe mich für die Version entschieden, C:\Users von Hand nach D:
zu verschieben und unter C:\Users einen Link (Junction?) dorthin
anzulegen. Bisher habe ich damit keine Probleme.

Genau genommen gab es ein Problem. Windows zeigt doch irgendwo in der
Systemsteuerung diesen Leistungsindex an. Den konnte ich nicht
berechnen lassen wenn C:\Users verschoben ist.

(*)
Das hatte ich schon öfters. Ich denke, ich muß mal bei Gelegenheit
überlegen, wie ich ... mache und im nächsten oder übernächsten Heft
steht was mehr oder weniger hilfreiches dazu. Kennt ihr das auch?

Auf Wiederlesen

Michael

-- 
Das Internet darf kein GRUNDrechtsfreier Raum werden!

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

#329394

Michael Zink <michael@swamp.franken.de> wrote:

> Das hatte ich schon öfters. Ich denke, ich muß mal bei Gelegenheit
> überlegen, wie ich ... mache und im nächsten oder übernächsten Heft
> steht was mehr oder weniger hilfreiches dazu. Kennt ihr das auch?

Meistens andersrum: Mühsam Wissen angeeignet, Dinge rausgefrickelt und
umgesetzt und danach kommt dann ein Artikel.

Kann aber auch der Effekt sein, dass einem Sachen, die man kennt, eher
auffallen.  Wenn man ein neues Auto kauft, ist danach ja auch ganz
plötzlich die Stadt voll von anderen Leuten, die das gleiche Modell
fahren.  Vor dem Kauf waren die ganze bestimmt alle noch nicht da!

Gruß
Christian
-- 
....Christian.Garbs....................................https://www.cgarbs.de
Big Brother is ignoring you.

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

#328900

"Dr. Joachim Neudert" <neudert@5sl.org> wrote:

>Es ist halt nicht mehr so einfach wie früher eine Datenpartition
>aufzumachen. Die wichtigen Daten liegen heute auf ganz idiotischen
>Pfaden im Userverzeichnis, App-Data Roaming und versteckt und
>Systemdateien, irgendwas läuft dann verzögert plötzlich nicht mehr und
>manchmal liegt es daran.

Neee, in dem Fall geht es nur um den inetpub-Ordner, der ist einfach
zu migrieren, sind nur ne Handvoll Einstell-Orte.




-ras

-- 
Ralph A. Schmid
http://www.schmid.xxx/ http://www.db0fue.de/
http://www.bclog.de/ http://www.kabuliyan.de/ 

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

#328978

On Mon, 13 Nov 2017 20:40:31 +0000 (UTC), Dr. Joachim Neudert wrote:

>Na bitte. Dazu riet ich doch als allererstes. Das ist die schnellste 
>Maßnahme um rauszukriegen, ob nicht doch nur Windows die Ursache ist,
>anstelle eines exotischen Hardwarefehlers. Meistens ist Windows verhunzt.
>Letztes Acronis- Image drüberbügeln, dann weiß man ob es das war. Erst wenn
>das nicht klappt, schau ich die Hardware an. Häufiges ist häufig, seltenes
>ist selten. Und verhunzte Windows- Installationen sind häufig.

...

>Öfters? Das Verfahren beherrsche ich wegen seiner notwendigen Häufigkeit
>seit Jahrzehnten aus dem ff, wie ein Respawn bei Doom...

Diese Erfahrung habe ich bisher nicht gemacht. Meine
"Standard-Reparatur-Methode" war eher, alle Stecker (innen und außen)
aus- und einzustecken. Das hat mir früher oft geholfen, ich habe es
aber schon sehr lange nicht mehr benötigt.

Daß Windows auf diese Art streikt, hatte ich noch nicht.

Auf Wiederlesen

Michael

-- 
Das Internet darf kein GRUNDrechtsfreier Raum werden!

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

#328989

Michael Zink <michael@swamp.franken.de> wrote:
> On Mon, 13 Nov 2017 20:40:31 +0000 (UTC), Dr. Joachim Neudert wrote:
> 
>> Na bitte. Dazu riet ich doch als allererstes. Das ist die schnellste 
>> Maßnahme um rauszukriegen, ob nicht doch nur Windows die Ursache ist,
>> anstelle eines exotischen Hardwarefehlers. Meistens ist Windows verhunzt.
>> Letztes Acronis- Image drüberbügeln, dann weiß man ob es das war. Erst wenn
>> das nicht klappt, schau ich die Hardware an. Häufiges ist häufig, seltenes
>> ist selten. Und verhunzte Windows- Installationen sind häufig.
> 
> ...
> 
>> Öfters? Das Verfahren beherrsche ich wegen seiner notwendigen Häufigkeit
>> seit Jahrzehnten aus dem ff, wie ein Respawn bei Doom...
> 
> Diese Erfahrung habe ich bisher nicht gemacht. Meine
> "Standard-Reparatur-Methode" war eher, alle Stecker (innen und außen)
> aus- und einzustecken. Das hat mir früher oft geholfen, ich habe es
> aber schon sehr lange nicht mehr benötigt.
> 
> Daß Windows auf diese Art streikt, hatte ich noch nicht.
> 
> Auf Wiederlesen
> 
> Michael
> 

Na, ich war immer sehr experimentierfreudig mit neuester Hardware samt
zugehörigen Beta-Treibern...   ;-)

Da gehörte der Windows-Respawn zur Standard Procedere ...

Gruß 

Joachim

-- 
please forgive my iPhone typos -sent via Newstap

[toc] | [prev] | [standalone]

Back to top | Article view | ger.ct

csiph-web