Trojaner-Board

Trojaner-Board (https://www.trojaner-board.de/)
-   Antiviren-, Firewall- und andere Schutzprogramme (https://www.trojaner-board.de/antiviren-firewall-andere-schutzprogramme/)
-   -   Avast oder AVG derzeit nicht verwenden/installieren (https://www.trojaner-board.de/199519-avast-avg-derzeit-verwenden-installieren.html)

schlawack 13.07.2020 19:11

Avast oder AVG derzeit nicht verwenden/installieren
 
Ich hätte nicht gedacht das ich das mal schreibe, aber ich rate zur Zeit davon ab, sich Avast oder AVG als Virenschutz zu installieren. Warum? wenn man Avast oder auch AVG wieder deinstalliert, werden zum Abschluß der Deinstallation die Ordner Benutzer und Programme unter C eben durch die Deinstallationsroutine unbenannt in User und Program Files und daran ändert sich dann auch nichts, es sei denn man hat ein Systembackup zur Hand das man vorher gemacht hat oder man macht eine Windows 10 Inplace Reparaturinstallation bei der man Windows 10 neu installiert aber Einstellungen und Apps/Programme behält. Aber das kanns ja wohl nicht sein und die Teams bei Avast und AVG sollen das gefälligst beheben diesen Bug bzw Fehler:schrei:Wie es nach der Deinstallation von Avast ausschaut, sieht man auf dem Bild der Userin Claudia die es auch für mich ausprobiert hat: https://pc-sicherheit.net/viewtopic.php?f=64&t=13058&p=138642#p138641

webwatcher 13.07.2020 19:39

Zitat:

Zitat von schlawack (Beitrag 1738581)
Ich hätte nicht gedacht das ich das mal schreibe, aber ich rate zur Zeit davon ab, sich Avast oder AVG als Virenschutz zu installieren.

Was heißt zur Zeit? Wer Spaß an Problemen hat:
https://www.borncity.com/blog/2020/0...-avast-schuld/

cc207 13.07.2020 20:05

Wie die Dame dort im Forum pc-sicherheit.net richtigerweise über Avast schreibt:

Malware kann nicht schlimmer sein!!!

Maal 13.07.2020 21:03

Zitat:

Zitat von schlawack (Beitrag 1738581)
werden zum Abschluß der Deinstallation die Ordner Benutzer und Programme unter C eben durch die Deinstallationsroutine unbenannt

Das geht nicht, streng genommen exestieren die Ordner in der deutschen Sprache gar nicht.
Es handelt sich hierbei um eine Verknüpfung zu Program Files, Program Files (x86) etc.
Kannst du selbst prüfen mit Programmen die das Mapping nicht nutzen, wie Kommandozeile oder externen Explorer.

https://abload.de/img/21h57m05sc6jyj.png

Zitat:

Zitat von schlawack (Beitrag 1738581)
man hat ein Systembackup zur Hand das man vorher gemacht hat oder man macht eine Windows 10 Inplace Reparaturinstallation

Das ist auch unnötig, der Fehler lässt sich relativ einfach und schnell beheben.
So wie ich das sehe wurde dir die Lösung/Hinweise aber schon im Avast-Forum genannt.
Gut, damit wären wir aber schon beim Cross-Posting.
Und das Avast Müll ist, wissen wir nicht erst seit heute.

buju 14.07.2020 08:59

Also insgesamt mal wieder ein Furzel-Purzel Dummfug-von Nix Ahnung-Schwachsinns-Thread der es auf den Postingszähler absieht :pfui:
Aber bitte nicht in die Mülltone verfrachten, da die Antworten der anderen User sehr gut & hilfreich sind :abklatsch:

cosinus 14.07.2020 09:09

Ich seh hier das Wirrwarr eher durch Microsoft verursacht.
Auf der einen Seite will Microsoft doch garnicht, dass die Windows-Benutzer manuell in Systemverzeichnissen herumnavigieren. Auf der anderen Seite machen die komische Verrenkungen nur damit der real exisiterende Ordner

C:\Users

auf deutschen Windows-Installationen als C:\Benutzer angezeigt wird :headbang:

Und für andere wie "Dkumente und Einstellungen" oder "Programme" hat M$ wieder einen anderen Mechanismus :headbang: nämlich Junctions, also symbolische Links mit dem Unterschied, dass NTFS-Junctions nur für Verzeichnisse da sind

Code:

26.07.2012  09:14    <JUNCTION>    Documents and Settings [C:\Users]
14.12.2015  14:21    <JUNCTION>    Dokumente und Einstellungen [C:\Users]
14.12.2015  14:21    <JUNCTION>    Programme [C:\Program Files]

Avast und AVG bekleckern sich natürlich mal wieder nicht mit Ruhm, aber als Verursacher sehe ich hier Microsoft :pfui:

Maal 14.07.2020 11:50

Microsoft nehmen wir hier mal ausnahmsweise in Schutz, der Verursacher ist hier ja die zu deinstallierende Software.
Der Mechanismus funktioniert ja, die Originalordner "Program Files" etc. werden damit ja nur einfach in die entsprechende Landessprache übersetzt.
Sonst hätten wir ja ein heilloses Durcheinander wenn Installationsprogramme sich mal nach nach "Program Files", im deutschen nach "Programme", im holländischen nach "Programma's" usw. installieren würden.
In diesem Fall hat die Deinstallationsroutine wohl die Attribute der Ordner, oder die Desktop.ini beschädigt. Kann man überprüfen:

https://abload.de/img/14.julicsjsu.png

Wenn ich mir aber den obigen Link anschaue, das dort mit diversen Bereinigern gearbeitet wird, verbunden mit der Nachfrage nach schärferen Einstellungen zum porentiefen Reinigen, dann sind das natürlich übelste Anfängerfehler.
So gesehen ist eine "Inplace Reparaturinstallation" wahrscheinlich doch nicht so verkehrt.

cosinus 14.07.2020 12:10

Zitat:

Zitat von Maal (Beitrag 1738591)
Microsoft nehmen wir hier mal ausnahmsweise in Schutz, der Verursacher ist hier ja die zu deinstallierende Software.

Klar hat hier die AV-Schweinebande wieder Mist gebaut, aber das was Microsoft sich da ausgedacht hat, ist auch nicht gerade nobelpreisverdächtig.


Zitat:

Zitat von Maal (Beitrag 1738591)
Der Mechanismus funktioniert ja, die Originalordner "Program Files" etc. werden damit ja nur einfach in die entsprechende Landessprache übersetzt.

Ja aber was soll dieses Chaos? Da wird im Explorer so getan, als hätte das Verzeichnis einen völlig anderen Namen. Und was ich auch nicht toll finde ist, dass mal über symbolische Links für Ordner das gemacht, mal über so ne bescheuerte desktop.ini :stirn:


Zitat:

Zitat von Maal (Beitrag 1738591)
Sonst hätten wir ja ein heilloses Durcheinander wenn Installationsprogramme sich mal nach nach "Program Files", im deutschen nach "Programme", im holländischen nach "Programma's" usw. installieren würden.

Ganz einfache Lösung die schon lange existiert: man haut nicht hartcodiert nach

C:\Programme\<Programmname>

sondern benutzt eine Umgebungsvariable

%programfiles%\<Programmname>


Zitat:

Zitat von Maal (Beitrag 1738591)
In diesem Fall hat die Deinstallationsroutine wohl die Attribute der Ordner, oder die Desktop.ini beschädigt.

Richtig, das darf nicht passieren, ich rege mich auch immer darüber auf, dass so geschlampt wird bei den ganzen Programmen und Uninstallern unter Windows. Aber Microsoft hat ziemlich unnötig Chaos verbreitet mit seiner ständigen Umbenennerei der Ordner für die Userprofile.

schlawack 14.07.2020 12:28

Falls ich mich auch mal zu Wort melden darf: ich habe vorhin Geschützte Systemdateien eingeblendet und dann in den Ordnern User und Program Files die Desktop.ini Dateien darin gelöscht und den PC neu gestartet. Hat nichts gebracht. Dann habe ich nach Ordner Mapping gegoogelt, eine Microsoft Seite gefunden das Probleme mit Ordnern behebt, das ausgeführt und das hat auch nix geholfen. Es war das hier: https://support.microsoft.com/de-de/...older-problems
Dazu muss ich noch etwas sagen: um dem User im Avast Forum ein paar Informationen zu geben, hatte ich nochmal Avast installiert und dann wieder deinstalliert nachdem er die Informationen hatte. Danach habe ich das oben genannte gemacht weil ja wieder die Ordner User und Prgram Files da waren. Letztendlich habe ich jetzt ein Windows 10 Backup eingespielt bei dem nicht Avast drauf ist und die Ordner wie gewohnt Benutzer und Programme heißen.

Maal 14.07.2020 14:33

Du ließt leider die Hinweise nicht richtig, oder willst sie nicht lesen.
  • Das Löschen der Desktop.ini wurde nie vorgeschlagen, sondern die Überprüfung auf korrekten Inhalt. Es ist nicht mal sichergestelllt das bei einem Neustart, nach dieser Löschaktion, die Datei neu erstellt wird.
  • Die Suche nach einem Ordner wurde auch nicht vorgeschlagen. Das Attribut der entsprechenden Ordner sollte überprüft werden. Wie in #7 erwähnt mit dem Befehl: attrib "Program Files (x86)"

Da das Problem aber anderweitig gelöst wurde, betrachte ich das Thema als erledigt.
Amüsant ist in diesem Zusammhang deine Warnung wegen eines kosmetischen Fehlers. Datenschutzskandale, monatliche Sicherheitslücken usw. wiegen da für mich wesentlich schwerer.

Xynthetic 15.07.2020 09:13

Ich hatte das Problem neulich auch.
Irgendein Vorgang auf meinem System hat meinen "Programme"-Ordner im Windows Explorer in "Program Files" umbenannt (und so heißt der Ordner ja eigentlich auch).
Ich hätte das natürlich auch so lassen können, aber ein einfaches attrib +R "Program Files" hat das Problem wieder behoben.
Das Ganze hat mich fünf Minuten Internetrecherche gekostet.
Ich weiß nicht wie man auf die Idee kommen kann, wegen sowas ein Backup einspielen zu müssen. :wtf:

cosinus 15.07.2020 09:39

Zitat:

Zitat von Xynthetic (Beitrag 1738608)
Ich weiß nicht wie man auf die Idee kommen kann, wegen sowas ein Backup einspielen zu müssen. :wtf:

Das ist doch das was ich meinte, Microsoft Chaossystem. Vielen ist nicht klar, dass das ein und derselbe Ordner ist und wenn er dann plötzlich anders heißt, denken wohl einige, der sei weg und damit auch die Dateien der Programme. Also lieber ein Backup einspielen.

webwatcher 15.07.2020 10:04

https://www.trojaner-board.de/199529...ml#post1738611
Zitat:

AV: Avira Antivirus (Enabled - Up to date) {88AE6B46-DC3C-455A-A21B-085F285A3546}
AV: Windows Defender (Disabled - Up to date) {D68DDC3A-831F-4fae-9E44-DA132C1ACF46}
AV: Malwarebytes (Enabled - Up to date) {23007AD3-69FE-687C-2629-D584AFFAF72B}
AS: Avira Antivirus (Enabled - Up to date) {33CF8AA2-FA06-4AD4-98AB-332D53DD7FFB}
AS: Windows Defender (Disabled - Up to date) {D68DDC3A-831F-4fae-9E44-DA132C1ACF46}
Kommentar erübrigt sich ..

schlawack 15.07.2020 14:58

Zitat:

Zitat von Xynthetic (Beitrag 1738608)
Ich hatte das Problem neulich auch.
Irgendein Vorgang auf meinem System hat meinen "Programme"-Ordner im Windows Explorer in "Program Files" umbenannt (und so heißt der Ordner ja eigentlich auch).
Ich hätte das natürlich auch so lassen können, aber ein einfaches attrib +R "Program Files" hat das Problem wieder behoben.
Das Ganze hat mich fünf Minuten Internetrecherche gekostet.
Ich weiß nicht wie man auf die Idee kommen kann, wegen sowas ein Backup einspielen zu müssen. :wtf:

Okay, dann soll ich mich jetzt bei euch entschuldigen dafür das ich die Lösung die du hier genannt hast, nicht gefunden habe? wenn ja, dann mache ich das an dieser Stelle und entschuldige mich.
Zitat:

aber ein einfaches attrib +R "Program Files" hat das Problem wieder behoben.
Funktioniert das mit dem attrib auch bei dem Ordner User? das aus dem dann wieder Benutzer wird? Ich müsste also cmd als Administrator ausführen und dann die attrib Befehle eingeben so wie du es hier geschrieben hast und mit der Eingabetaste den Vorgang starten?

Xynthetic 15.07.2020 15:31

Zitat:

Zitat von schlawack (Beitrag 1738625)
Okay, dann soll ich mich jetzt bei euch entschuldigen dafür das ich die Lösung die du hier genannt hast, nicht gefunden habe? wenn ja, dann mache ich das an dieser Stelle und entschuldige mich.

Bei mir musst Du Dich für nix entschuldigen... Du hast einfach nur den komplizierten Weg gewählt, statt mal kurz zu recherchieren.

Zitat:

Funktioniert das mit dem attrib auch bei dem Ordner User? das aus dem dann wieder Benutzer wird? Ich müsste also cmd als Administrator ausführen und dann die attrib Befehle eingeben so wie du es hier geschrieben hast und mit der Eingabetaste den Vorgang starten?
Sollte funktionieren. Navigiere in der administrativen Kommandozeile nach C:\ und gib dort attrib +R Users ein.
Danach sollte "Users" im Explorer wieder "Benutzer" heißen.


Alle Zeitangaben in WEZ +1. Es ist jetzt 10:31 Uhr.

Copyright ©2000-2025, Trojaner-Board


Search Engine Optimization by vBSEO ©2011, Crawlability, Inc.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131