Beiträge von Erika

Hallo Heinz Peter, Ich sehe gerade in meinem Router-Logfile, dass sich wohl gestern Abend um 17:33 wieder "TCP Xmas Scan" bei mir eingenistet hat. Du erinnerst Dich vielleicht daran: Alero hatte darüber in #45 und #47 in diesem Thread geschrieben und gewarnt:

Hier das Wesentliche daraus:

Zitat

Code

Hab inzwischen mal noch bissel nachgeforscht. TCP Xmas Scan ist eine recht beliebte Art des Portscan. Das Ziel von TCP-Port-Scanning besteht darin, die von einem Zielsystem angebotenen Netzwerkdienste zu erkennen.

Ich frage mich, ob es unter den Umständen sinnvoll ist , weiter mit unserm Vorgang fortzufahren. Vermutlich steht ja eine radikal Operation bevor, oder wie siehst Du das an?

Hartmut

Zitat von Heinz-Peter

(...)

Nach der Aktion zeige bitte die Ausgabe

Code

sensors

Hier ist die Ausgabe von sensors:

Code

localhost:/home/erika # sensors
BAT0-acpi-0
Adapter: ACPI interface
in0:         +12.58 V  

nvme-pci-0100
Adapter: PCI adapter
Composite:    +21.9°C  (low  = -273.1°C, high = +81.8°C)
                       (crit = +84.8°C)
Sensor 1:     +21.9°C  (low  = -273.1°C, high = +65261.8°C)

ath10k_hwmon-pci-0200
Adapter: PCI adapter
temp1:        +60.0°C  

k10temp-pci-00c3
Adapter: PCI adapter
Tctl:         +41.9°C  

amdgpu-pci-0300
Adapter: PCI adapter
vddgfx:           N/A  
vddnb:            N/A  
edge:         +41.0°C  

Alles anzeigen

Zusätzlich noch als root angemeldet

Code

hwinfo --cpu

hier ist hwinfo:

Code

localhost:/home/erika # hwinfo --cpu
01: None 00.0: 10103 CPU                                        
  [Created at cpu.462]
  Unique ID: rdCR.j8NaKXDZtZ6
  Hardware Class: cpu
  Arch: X86-64
  Vendor: "AuthenticAMD"
  Model: 23.24.1 "AMD Ryzen 3 3250U with Radeon Graphics"
  Features: fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,constant_tsc,rep_good,nopl,nonstop_tsc,cpuid,extd_apicid,aperfmperf,pni,pclmulqdq,monitor,ssse3,fma,cx16,sse4_1,sse4_2,movbe,popcnt,aes,xsave,avx,f16c,rdrand,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,skinit,wdt,tce,topoext,perfctr_core,perfctr_nb,bpext,perfctr_llc,mwaitx,cpb,hw_pstate,sme,ssbd,sev,ibpb,vmmcall,sev_es,fsgsbase,bmi1,avx2,smep,bmi2,rdseed,adx,smap,clflushopt,sha_ni,xsaveopt,xsavec,xgetbv1,xsaves,clzero,irperf,xsaveerptr,arat,npt,lbrv,svm_lock,nrip_save,tsc_scale,vmcb_clean,flushbyasid,decodeassists,pausefilter,pfthreshold,avic,v_vmsave_vmload,vgif,overflow_recov,succor,smca
  Clock: 1293 MHz
  BogoMips: 5190.45
  Cache: 512 kb
  Units/Processor: 4
  Config Status: cfg=no, avail=yes, need=no, active=unknown

02: None 01.0: 10103 CPU
  [Created at cpu.462]
  Unique ID: wkFv.j8NaKXDZtZ6
  Hardware Class: cpu
  Arch: X86-64
  Vendor: "AuthenticAMD"
  Model: 23.24.1 "AMD Ryzen 3 3250U with Radeon Graphics"
  Features: fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,constant_tsc,rep_good,nopl,nonstop_tsc,cpuid,extd_apicid,aperfmperf,pni,pclmulqdq,monitor,ssse3,fma,cx16,sse4_1,sse4_2,movbe,popcnt,aes,xsave,avx,f16c,rdrand,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,skinit,wdt,tce,topoext,perfctr_core,perfctr_nb,bpext,perfctr_llc,mwaitx,cpb,hw_pstate,sme,ssbd,sev,ibpb,vmmcall,sev_es,fsgsbase,bmi1,avx2,smep,bmi2,rdseed,adx,smap,clflushopt,sha_ni,xsaveopt,xsavec,xgetbv1,xsaves,clzero,irperf,xsaveerptr,arat,npt,lbrv,svm_lock,nrip_save,tsc_scale,vmcb_clean,flushbyasid,decodeassists,pausefilter,pfthreshold,avic,v_vmsave_vmload,vgif,overflow_recov,succor,smca
  Clock: 1262 MHz
  BogoMips: 5190.45
  Cache: 512 kb
  Units/Processor: 4
  Config Status: cfg=no, avail=yes, need=no, active=unknown

03: None 02.0: 10103 CPU
  [Created at cpu.462]
  Unique ID: +rIN.j8NaKXDZtZ6
  Hardware Class: cpu
  Arch: X86-64
  Vendor: "AuthenticAMD"
  Model: 23.24.1 "AMD Ryzen 3 3250U with Radeon Graphics"
  Features: fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,constant_tsc,rep_good,nopl,nonstop_tsc,cpuid,extd_apicid,aperfmperf,pni,pclmulqdq,monitor,ssse3,fma,cx16,sse4_1,sse4_2,movbe,popcnt,aes,xsave,avx,f16c,rdrand,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,skinit,wdt,tce,topoext,perfctr_core,perfctr_nb,bpext,perfctr_llc,mwaitx,cpb,hw_pstate,sme,ssbd,sev,ibpb,vmmcall,sev_es,fsgsbase,bmi1,avx2,smep,bmi2,rdseed,adx,smap,clflushopt,sha_ni,xsaveopt,xsavec,xgetbv1,xsaves,clzero,irperf,xsaveerptr,arat,npt,lbrv,svm_lock,nrip_save,tsc_scale,vmcb_clean,flushbyasid,decodeassists,pausefilter,pfthreshold,avic,v_vmsave_vmload,vgif,overflow_recov,succor,smca
  Clock: 2320 MHz
  BogoMips: 5190.45
  Cache: 512 kb
  Units/Processor: 4
  Config Status: cfg=no, avail=yes, need=no, active=unknown

04: None 03.0: 10103 CPU
  [Created at cpu.462]
  Unique ID: 4zLr.j8NaKXDZtZ6
  Hardware Class: cpu
  Arch: X86-64
  Vendor: "AuthenticAMD"
  Model: 23.24.1 "AMD Ryzen 3 3250U with Radeon Graphics"
  Features: fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,constant_tsc,rep_good,nopl,nonstop_tsc,cpuid,extd_apicid,aperfmperf,pni,pclmulqdq,monitor,ssse3,fma,cx16,sse4_1,sse4_2,movbe,popcnt,aes,xsave,avx,f16c,rdrand,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,skinit,wdt,tce,topoext,perfctr_core,perfctr_nb,bpext,perfctr_llc,mwaitx,cpb,hw_pstate,sme,ssbd,sev,ibpb,vmmcall,sev_es,fsgsbase,bmi1,avx2,smep,bmi2,rdseed,adx,smap,clflushopt,sha_ni,xsaveopt,xsavec,xgetbv1,xsaves,clzero,irperf,xsaveerptr,arat,npt,lbrv,svm_lock,nrip_save,tsc_scale,vmcb_clean,flushbyasid,decodeassists,pausefilter,pfthreshold,avic,v_vmsave_vmload,vgif,overflow_recov,succor,smca
  Clock: 2790 MHz
  BogoMips: 5190.45
  Cache: 512 kb
  Units/Processor: 4
  Config Status: cfg=no, avail=yes, need=no, active=unknown

Alles anzeigen

Hoffentlich ist die Formatierung richtig.

Hartmut

Alles anzeigen

Zitat von Alero

Hidalgo

Sehe ich wie du. In der Zeit, was mit dem Rechner herumprobiert wird, hätte man den schon einige male neu aufsetzen können. Ich verstehe auch nicht, warum man sich so vehement davor scheut. Nun gut, ist wie es ist, aber mit dem Rechner möchte ich nicht in Kontakt treten.

Wenn das System doch seit heute morgen - also seit 5 Stunden - übrigens mit Firefox - bei dem 1.User makellos läuft?

Vielleicht schätzt ihr den Umfang des praktischen Problems als Profis falsch ein?

Die beiden Nutzer leben in einem Haushalt und können für eine Zeit unsere - hauptsächlich private Recherchearbeit - gut unter dem Nutzer "erika" machen.

Neu aufsetzen ist für uns DAUś - mit Verlaub - ein ziemlicher Akt. Ist es nicht einfacher einfach den 2 User zu ersetzen, wie schon besprochen?

Interessant wird es, nachdem unter "erika" das Ganze seit 5 Stunden fehlerlos gelaufen ist , wenn ich gleich jetzt mal zu jenem offenbar beschädigten User 2 wechsele.

Wer weiss, vielleicht ....

Hartmut

Zitat von Sauerland

Nur als Info:

akonadi und pulseaudio laufen im Userkontext.

Daher nicht als root:

Code

akonadictl stop

Sondern als User......

Darauf deuten auch schon die beiden von mir noch zitierten Zeilen hin........

Die bekommt man oft, wenn man einen Befehl als root starten will und das System dies aber nicht erlaubt.......

Alles anzeigen

Danke für den Hinweis. :

Hier ist also "akonadictl stop:

erika@localhost:~> akonadictl stop
erika@localhost:~> 

akonadictl status: habe ich auch für alle Fälle noch gemacht:

erika@localhost:~> akonadictl status
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

Dann hätten wir das also klar! Und ich brauche "Akonadi" auch nicht weiter? Habe ich das richtig verstanden?

Hartmut

Zitat von matbhm

als Ergebnis von

Code

journalctl -p err -b

aus Post #56.

Danke! Jetzt ist für uns noch die Frage ungeklärt: brauchen wir Akonadi überhaupt wenn wir Kmail nicht nutzen? Dito kwin_core?

Zitat von Alero

Der Threads hat schon 71 Posts. Mal sehen wie viele es noch werden.

Mit den Nachrichten von #58 - #68 habe ich mich - aus Zeitmangel - noch gar nicht auseinandergesetzt. Die sind für mein Verständnis sehr, sehr anspruchsvoll. Da steckt vielleicht noch einiges Brauchbares drin. Oder ist Dir schon klar : System neu aufsetzen? Das wäre dann ein neuer Thread!

Übrigens läuft unser Linux seit 11:00 Uhr heute morgen bis jetzt immer noch makellos im ersten User! Also seit 3 1/2 Stunden. Toi,toi,toi!

Das spricht doch eher für Reparatur!

Hartmut

Zitat von matbhm

An Eurem System stimmt was ganz grundlegend nicht. Akonadictl führt zum Crash, kwin_core zeigt an, dass Compositing nicht möglich ist.

Wo liest Du das mit "kwin core"?

Hartmut

Zitat von Heinz-Peter

Hallo 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:

Code

akonadictl stop  

Jetzt sollte akonadi ruhen aber prüfe diesen Zustand mit dem Befehl:

Code

akonadictl status

Als 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.

Alles anzeigen

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 stop

und 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.

Zitat

Mit 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

Zitat von Heinz-Peter

Hallo Erika , hallo Hartmut,

mich beschäftigen Eure Fotos aus Post #11

Ich sehe dort beim Herunterfahren zwei Fehlermeldungen: Failed unmontig /home und Failed unmontig /var.

Code

Diese Fehler sind nicht normal und beruhen meistens an Hintergrund Prozessen, deswegen möchte ich bitten um folgende Konsole Ausgaben:

Nach einem Neustart als normaler user ausführen und in dem Benutzerkonto das die Probleme verursacht.

Code

journalctl -p err -b

Code

ps aux

Die einfachste Lösung wäre aber hier, so wie Ihr geschrieben habt, einen neuen Benutzer anlegen und dann langsam die eigenen Dateien übertragen.

Grüße, Heinz-Peter

Alles anzeigen

Lieber Hans Peter unsere Antwort auf Deinen Post 45# ist uns formatierungstechnisch missraten. Darum haben wir unsere Eingabe von damals#46 noch einmal neu gefasst:

Lieber Heinz Peter,

Unser Laptop hat wieder fest gesessen, darum erst jetzt die Antwort!

Inzwischen ist das Übel auch beim Hauptuser eingetroffen. Eben lief das Laptop nur 1 STd. ohne Fehler im Internet. Die KDE-Plasma Oberfläche friert dann auch ein. Wenn ich dann auf der Text-Konsole "shutdown -h now" eingebe, dauert es 15 Minuten bis das System schliesslich bei:

cannot finish filesystems

stehen bleibt.

Hier ist nun , wie in Deiner Mail gewünscht die Ausgabe vom normalen User von "journalctl -p err -b":

localhost:/home/erika # journalctl -p err -b
-- Logs begin at Fri 2022-01-28 20:34:32 CET, end at Fri 2022-01-28 20:40:21 CET. --
Jan 28 20:34:32 localhost kernel: pci 0000:00:00.2: AMD-Vi: Unable to read/write to IOMMU perf counter.
Jan 28 20:34:32 localhost kernel: integrity: Problem loading X.509 certificate -65
Jan 28 20:34:42 localhost smartd[863]: Device: /dev/nvme0, number of Error Log entries increased from 1136 to 1138
Jan 28 20:34:54 localhost dhclient[1685]: Timeout too large reducing to: 2147483646 (TIME_MAX - 1)
Jan 28 20:35:12 localhost kwin_x11[2135]: kwin_core: Compositing is not possible

Die Ausgabe von "ps aux" hänge ich als ps-auxAusgabe.txt-Datei an, weil sie mehr als 10000 Zeichen (!) hat.  ps-auxAusgabe.txt

Um beim anderen Nutzer diese Ausgaben auch zu machen, müsste ich erst zu ihm wechseln. ich lass das erst einmal, um einem erneuten Einfrieren zuvorzukommen.

Da haben wir die Option anscheinend auch nicht mehr, nachdem das Übel mit: Internet und Einfrieren, auch auf den Hauptuser übergegriffen hat.

Hoffentlich ergeben sich mit diesen neuen Daten auch neue Einsichten. Das wäre unsere Hoffnung.

Danke Erika und Hartmut

:

Zitat von Alero

Edit: Schaut doch bitte jetzt noch einmal in das Log der Box, ob wieder irgendwo der Eintrag **TCP Xmas Scan** auftaucht. Falls nicht, ist von der Seite erst einmal wieder alles gut. Das hat aber noch nichts mit dem Rechner zu tun. Der kann sich nötigenfalls immer noch nach außen verbinden und Daten versenden. Bitte das Log nicht schicken, nur schauen.

Im Log bis hierher ist...

TCP Xmas Scan

... noch nicht wieder aufgetaucht.

Ich verstehen nicht auf welchem Wege sich der Rechner nach aussen verbinden könnte? Er hängt doch nur am LAN. Und geht über die Box nach draussen.

Zitat von Alero

matbhm

Hast du die letzten Posts irgendwie nicht verstanden?

Hier sind wir wieder!

Mit deinen Hinweisen auf die Easybox hast du eine ganze Büchse der Pandora geöffnet - - und das hat uns dazu gebracht , diese einmal

zu resetten, - - - und damit ein ziemliches häusliches Chaos anzurichten. Das Telefon ging nicht mehr, vom Internet ganz abgesehen! Das war auch der Grund für unser verschwinden aus dem Thread gestern abend. Mit Hilfe der Hotline von Vodafone und einem neuen Modem-Installations-Code ging dann heute morgen wieder alles.

Der Choc sitzt uns aber noch in den Gliedern. Die Easybox ist jetzt also auf die Werkeinstellungen zurückgesetzt und zumindest nach Vodafones Verständnis wohl auch sicher, vorausgesetzt wir haben alles richtig gemacht.

Nun zu Deinen Überlegungen in #45 und #47:

Nur sinngemäss kann ich der ersten Folgen. Die zweite ist für unser DAU-Verständnis zu kryptisch. wir sind uns nicht wirklich sicher, ob das auch alles so ist, wie Du sagst, ob das System wirklich die von Dir vorgeschlagen Radikalkur nötig hat.

Darum würden wir gerne auch noch andere Meinungen in der Gruppe dazu hören.

Erika und Hartmut