Das ist mir bekannt und kalter Kaffee, ich wollte wissen, wie du den Scan auf ihrem Rechner erklärst.
Das sind Portscans, die weltweit täglich milliardenfach laufen. Woraus ergibt sich die Erkenntnis, dass infolgedessen Schadsoftware auf dem Schleppi installiert worden sein soll? Zumal es sich ja offensichtlich um Logs der easybox handelt. Vielleicht Mal Wireshark laufen lassen.
OK, ist gut. Mach du weiter ...
Ich würde ja mal von wicked auf networkmanager umstellen.
Da ich gerne einfache aber trotzdem effektive Wege gehe,
um einem Problem auf die Pelle rücken zu können, würde ich bei einem Rechner mit
solch' einem Verhalten (Netzzugang wird alle zwei Stunden unterbrochen),
bei dem auch Schadsoftware nicht ausgeschlossen werden kann
einmal Folgendes tun:
Mit einem Live-System booten und schauen, ob der Fehler immer noch
auftaucht.
Falls übrigens ein Portscan tatsächlich auf einem System stattgefunden hat
und ein offener Port gefunden wurde, gibt es zwei Möglichkeiten um den
Nutzer zu nerven:
Schadsoftware unbemerkt installieren -
falls das aber nicht nur ausgeschlossen wird, sondern auch ausgeschlossen werden kann (!),
dann kommt nur noch eine Abfragenattacke (DDos oder so ... ) in Frage.
Letzteres erscheint mir dann ein ziemlich blöder Angreifer zu sein, der einen
privaten Rechner ohne weiteren Nutzen so nerven würde. das mach allenfalls
bei Firmen einen Sinn, die einem stinken.
Übrigens nutze ich Leap - ich brauche das ganze neue Zeugs nicht und auch
nicht 25000 Updates (naja nicht ganz so viel) jeden Tag. Ich bin eher
Minimalist / Pragmatiker. Aber wie hier schon gesagt: Linux ist eben flexibel,
entscheiden muss das jeder selbst.
ZitatÜbrigens nutze ich Leap - ich brauche das ganze neue Zeugs nicht und auch
nicht 25000 Updates (naja nicht ganz so viel) jeden Tag. Ich bin eher
Minimalist / Pragmatiker. Aber wie hier schon gesagt: Linux ist eben flexibel,
entscheiden muss das jeder selbst.
Ich verstehe nicht so ganz, was mit "das ganze neue Zeugs" gemeint ist - und wo die 25.000 Updates herkommen, weiß ich auch nicht. Man kann ganz gelassen alle zwei Wochen nachschauen, ob es Updates gibt und lässt die im Hintergrund entweder über Yast oder über zypper durchlaufen. Es ist allemal einfacher, als regelmäßig von kompletter Version zu kompletter Version upzudaten!
Falls übrigens ein Portscan tatsächlich auf einem System stattgefunden hat
Das ist unwiderlegbar ...
Mit einem Live-System booten und schauen, ob der Fehler immer noch auftaucht.
Bringt nichts mehr, da der Router bereinigt wurde. Allenfalls ist noch der Rechner kompromittiert, das bekommst du aber mit einem Live-System auch nur insoweit heraus, dass das Live-System läuft und das installierte System nicht. Du weißt immer noch nicht, warum nicht. Und ein DDoS Angriff auf einen privaten Rechner wäre wirklich seltsam. Was mich an der Sache fasziniert, ist, das die beiden eine Mail-Adresse der Ruhruniversität Bochum haben. Vielleicht wollte einer die Uni angreifen und die beiden haben es auch abbekommen? Fragen über Fragen. Und, ja, natürlich kommen in einem Rolling Release System mehr Updates herein, aber keine 25000 und auch nicht jeden Tag. Sonst wäre es ja auch kein Rolling Release. Und ich muss matbhm insofern Recht geben, das ich immer ein und das selbe System vor mir habe und nicht ständig neue Versionen einspielen muss, was stets zu erheblichen Problemen führt (denn sonst gäbe es dieses Forum nicht).
Alles anzeigenHallo Erika hallo Hartmut,
ich habe mir die Ausgaben angesehen. Mach bitte einen Neustart und bitte dann kein Firefox starten.
Ich möchte einfach wissen ob der Firefox der „Schuldiger“ ist.
Der zweite „Schuldiger“ kann der Prozess akonadi sein, deswegen diesen Prozess anhalten.
Also nach dem Neustart als normaler user (Benutzer erika) folgendes an der Konsole eintippen:
Codeakonadictl stopJetzt sollte akonadi ruhen aber prüfe diesen Zustand mit dem Befehl:
Codeakonadictl statusAls Ausgabe sollte das herauskommen (das Wort stopped ist hier wichtig)
Akonadi Control: stopped
Akonadi Server: stopped
Akonadi Server Search Support: available (Remote Search, Akonadi Search Plugin)
Available Agent Types: akonadi_akonotes_resource, akonadi_archivemail_agent, akonadi_birthdays_resource, akonadi_contacts_resource, akonadi_davgroupware_resource, akonadi_ews_resource, akonadi_ewsmta_resource, akonadi_followupreminder_agent, akonadi_googlecalendar_resource, akonadi_googlecontacts_resource, akonadi_ical_resource, akonadi_icaldir_resource, akonadi_imap_resource, akonadi_indexing_agent, akonadi_kalarm_dir_resource, akonadi_kalarm_resource, akonadi_knut_resource, akonadi_kolab_resource, akonadi_maildir_resource, akonadi_maildispatcher_agent, akonadi_mailfilter_agent, akonadi_mbox_resource, akonadi_migration_agent, akonadi_mixedmaildir_resource, akonadi_newmailnotifier_agent, akonadi_notes_agent, akonadi_notes_resource, akonadi_openxchange_resource, akonadi_pop3_resource, akonadi_sendlater_agent, akonadi_tomboynotes_resource, akonadi_unifiedmailbox_agent, akonadi_vcard_resource, akonadi_vcarddir_resource
erika@xxxx:~>
Falls jetzt welche Pop-Up Fenster erscheinen mit der Meldung „Akonadi Server“ nicht im Betrieb, einfach ignorieren und schließen.
Lieber Heinz-Peter
Das ist die Ausgabe von "aconadictl stop":
localhost:/home/erika # akonadictl stop
QStandardPaths: runtime directory '/run/user/1001' is not owned by UID 0, but a directory permissions 0700 owned by UID 1001 GID 100
QStandardPaths: runtime directory '/run/user/1001' is not owned by UID 0, but a directory permissions 0700 owned by UID 1001 GID 100
D-Bus session bus is not available!
KCrash: Application 'akonadictl' crashing...
KCrash: Attempting to start /usr/lib64/libexec/drkonqi
QStandardPaths: runtime directory '/run/user/1001' is not owned by UID 0, but a directory permissions 0700 owned by UID 1001 GID 100
QStandardPaths: runtime directory '/run/user/1001' is not owned by UID 0, but a directory permissions 0700 owned by UID 1001 GID 100
QStandardPaths: runtime directory '/run/user/1001' is not owned by UID 0, but a directory permissions 0700 owned by UID 1001 GID 100
QStandardPaths: runtime directory '/run/user/1001' is not owned by UID 0, but a directory permissions 0700 owned by UID 1001 GID 100
QStandardPaths: runtime directory '/run/user/1001' is not owned by UID 0, but a directory permissions 0700 owned by UID 1001 GID 100
[1]+ Angehalten akonadictl stopund das von "aconadictl status":
localhost:/home/erika # akonadictl status
QStandardPaths: runtime directory '/run/user/1001' is not owned by UID 0, but a directory permissions 0700 owned by UID 1001 GID 100
QStandardPaths: runtime directory '/run/user/1001' is not owned by UID 0, but a directory permissions 0700 owned by UID 1001 GID 100
D-Bus session bus is not available!
KCrash: Application 'akonadictl' crashing...
KCrash: Attempting to start /usr/lib64/libexec/drkonqi
QStandardPaths: runtime directory '/run/user/1001' is not owned by UID 0, but a directory permissions 0700 owned by UID 1001 GID 100
QStandardPaths: runtime directory '/run/user/1001' is not owned by UID 0, but a directory permissions 0700 owned by UID 1001 GID 100
QStandardPaths: runtime directory '/run/user/1001' is not owned by UID 0, but a directory permissions 0700 owned by UID 1001 GID 100
QStandardPaths: runtime directory '/run/user/1001' is not owned by UID 0, but a directory permissions 0700 owned by UID 1001 GID 100
QStandardPaths: runtime directory '/run/user/1001' is not owned by UID 0, but a directory permissions 0700 owned by UID 1001 GID 100
[1]+ Angehalten akonadictl status
localhost:/home/erika # Unable to start Dr. Konqi
Re-raising signal for core dump handling.Es ist etwas anders herausgekommen, als erwartet. Die Popup-Fenster, die jeweils auftauchten, habe ich geschlossen.
Gestern lief unser Laptop auf dem 1. User den halben Tag, ohne dass etwas passiert ist! Er liess sich sogar ganz normal runrterfahren!
Heute morgen läuft unser Laptop seit einer halben Stunde.
ZitatMit der Aktion möchte ich Euch helfen Eure persönliche Dateien zu kopieren und sichern.
Ihr schreibt von einem Zeitfenster von einer Stunde nach dem der Computer sich „verabschiedet“.
Hoffentlich wird diese Aktion helfen das Zeitfenster zu verlängern.
Ein Backup vom Home-Verzeichnis haben wir schon! Das hatten wir schon vor dem ganzen Theater gemacht. Und es ist aktuell genug!
Ich dachte nur das Reparieren wäre einfacher.
Hätte ich "aconadictl" in dem Fall garnicht machen sollen?
Hartmut
An Eurem System stimmt was ganz grundlegend nicht. Akonadictl führt zum Crash, kwin_core zeigt an, dass Compositing nicht möglich ist.