Beiträge von altamira

zypper se -sir 18

Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Keine passenden Objekte gefunden.

Repo könnte also weg...

Hier ein paar Basisinformationen:

uname -a
Linux neuerrechner 4.15.3-1-default #1 SMP PREEMPT Tue Feb 13 07:58:49 UTC 2018 (8d4f579) x86_64 x86_64 x86_64 GNU/Linux

zypper lr -uP

# | Alias | Name | Aktiviert | GPG-Überprüfung | Aktualisierung | Priorität | URI
---+-------------------------------------+---------------------------------+-----------+-----------------+----------------+-----------+------------------------------------------------------------------------------------------
21 | http-download.opensuse.org-89f3f512 | openSUSE:Tumbleweed | Nein | ---- | ---- | 90 | Index of /tumbleweed/repo/oss/suse
6 | Kernel:stable | Kernel:stable | Nein | ---- | ---- | 99 | Index of /repositories/Kernel:/stable/standard
8 | download.opensuse.org-non-oss | Haupt-Repository (NON-OSS) | Ja | (r ) Ja | Ja | 99 | Index of /tumbleweed/repo/non-oss
9 | download.opensuse.org-oss | Haupt-Repository (OSS) | Ja | (r ) Ja | Ja | 99 | Index of /tumbleweed/repo/oss
10 | download.opensuse.org-oss_1 | Haupt-Repository (Quellen) | Ja | (r ) Ja | Ja | 99 | Index of /source/tumbleweed/repo/oss
11 | download.opensuse.org-tumbleweed | Hauptaktualisierungs-Repository | Ja | (r ) Ja | Ja | 99 | Index of /repositories/openSUSE:/Factory:/Update/standard
14 | http-download.opensuse.org-062f8ef8 | devel:languages:perl | Ja | (r ) Ja | Ja | 99 | Index of /repositories/devel:/languages:/perl/openSUSE_Tumbleweed
15 | http-download.opensuse.org-201b5347 | Office | Ja | (r ) Ja | Ja | 99 | Index of /repositories/Office/openSUSE_Tumbleweed
16 | http-download.opensuse.org-3c07f6f1 | graphics | Ja | (r ) Ja | Ja | 99 | Index of /repositories/graphics/openSUSE_Tumbleweed
17 | http-download.opensuse.org-5a521c49 | multimedia:libs | Nein | ---- | ---- | 99 | Index of /repositories/multimedia:/libs/openSUSE_Tumbleweed
18 | http-download.opensuse.org-6152c5e7 | filesystems | Ja | (r ) Ja | Ja | 99 | Index of /repositories/filesystems/openSUSE_Tumbleweed
20 | http-download.opensuse.org-7eb7c60c | science | Ja | (r ) Ja | Ja | 99 | Index of /repositories/science/openSUSE_Tumbleweed
22 | http-download.opensuse.org-b16b7647 | Publishing | Ja | (r ) Ja | Ja | 99 | Index of /repositories/Publishing/openSUSE_Tumbleweed
23 | http-download.opensuse.org-c4f86b51 | hardware | Ja | (r ) Ja | Ja | 99 | Index of /repositories/hardware/openSUSE_Tumbleweed
24 | http-ftp.gwdg.de-e0a21465 | Packman Repository | Ja | (r ) Ja | Ja | 99 | Index of /pub/linux/packman/suse/openSUSE_Tumbleweed/
26 | openSUSE_Tumbleweed | Security | Ja | (r ) Ja | Ja | 99 | Index of /repositories/security/openSUSE_Tumbleweed
28 | repo-debug | openSUSE-Tumbleweed-Debug | Nein | ---- | ---- | 99 | Index of /debug/tumbleweed/repo/oss
13 | google | google | Ja | (r ) Ja | Ja | 105 | x86_64
1 | Android-File-Transfer | Android-File-Transfer | Ja | (r ) Ja | Ja | 120 | Index of /repositories/home:/sergeyopensuse:/misc/openSUSE_Tumbleweed
2 | Backup | Backup | Ja | (r ) Ja | Ja | 120 | Index of /repositories/Archiving:/Backup/openSUSE_Factory
3 | GNOME:Apps | GNOME:Apps | Ja | (r ) Ja | Ja | 120 | Index of /repositories/GNOME:/Apps/openSUSE_Factory
4 | GPXSee | GPXSee | Ja | (r ) Ja | Ja | 120 | Index of /repositories/home:/tumic:/GPXSee/openSUSE_Tumbleweed
5 | Geo | Geo | Ja | (r ) Ja | Ja | 120 | Index of /repositories/Application:/Geo/openSUSE_Tumbleweed
7 | Python | Python | Ja | (r ) Ja | Ja | 120 | Index of /repositories/devel:/languages:/python/openSUSE_Tumbleweed
12 | ecsos | ecsos | Ja | (r ) Ja | Ja | 120 | Index of /repositories/home:/ecsos/openSUSE_Tumbleweed
19 | http-download.opensuse.org-716c7a3c | home:ecsos:Backup | Ja | (r ) Ja | Ja | 120 | Index of /repositories/home:/ecsos:/Backup/openSUSE_Tumbleweed
27 | openSUSE_Tumbleweed_1 | KUP | Ja | (r ) Ja | Ja | 120 | Index of /repositories/home:/simper:/kup/openSUSE_Tumbleweed
25 | http-opensuse-guide.org-2560f26c | libdvdcss repository | Ja | (r ) Ja | Ja | 150 | openSUSE_Tumbleweed

cat /etc/fstab

UUID=79dfcee2-5ab6-407d-9054-cfc8a248bd16 /                    ext4    discard,noatime,acl,user_xattr 1 1
UUID=deedcc57-ccba-47a0-bd85-6b8a68a2e99e swap                 swap       defaults  0 0
UUID=de70ac74-0d9e-4b63-b410-d5d92b1131e1 /home                ext4       nofail    0 2

Danke für die Hinweise. Ergebnisse des fsck.ext4 und Repo-Liste gebe ich heute Abend bekannt, wenn ich wieder am heimischen Rechner sitze.

Hallo Trekkie00

Danke für die Rückmeldung. Das System ist ein Produktivsystem, von daher ist Dein Tipp, von Tumbleweed zurück auf 43.3 zu gehen, sicher richtig. Mit TW bin ich halt jahrelang gut gefahren... Wäre ein Neuanfang mit der neuen 15.0 nicht die bessere Option?

zypper lr -uP

konnte ich nicht machen, weil ich nicht an dem Linux-Rechner sitze.

Mich interessiert vor allem, warum einfach Dateien verschwinden.

Viele Grüsse

Hallo Trekkie00,

1) Aktualisierung mit zypper up (bzw. via Softwareupdater in der Taskleiste) und regelmässiges zypper dup (ca. 1 x Woche)
2) Standard-(TW-)Repos, zusätzlich wenige Spezialrepos wie: mozilla, ecsos, packman. Alle natürlich in der Tumbleweed-Version.

Liebes Forum,

Tumbleweed, aktuell gehalten (inkl. Kernel), / und /home jeweils ext4 auf separaten Partitionen.

erstmals Ende Dezember, Mitte Januar und gestern Abend sind von der /home Dateien verschwunden. Dabei werden Verzeichnisse komplett geleert, die Verzeichnisstruktur bleibt aber erhalten. Manchmal bleiben Dateien mit 0 byte stehen, oder es gibt ein Muster, dass alle Dateien > 50 Kbyte mit 0 Byte stehen, die Dateien < 50 Kbyte aber erhalten bleiben.

Alle Verzeichnisse, in denen das passiert, bzw. alle Dateien mit 0 Byte haben dann ein charakteristisches Datum (z.B.18.02.18 22:45). Die Wiederherstellung der Daten erfolgt händisch aus einem korrupten Déjà Dup Archiv, was kompliziert ist und mich an meiner Backupstrategie bzw. Déjà Dup zweifeln lässt.

Mein Frau glaubt an einen Virus. Aber das halte ich für unwahrscheinlich. Ich glaube, Baloo könnte dafür in Frage kommen, denn mit dem Verschwinden der Dateien war immer eine höhere Latenz und Festplattenaktivität beobachtet worden, wie sie mit dem Baloo File Indexer einhergeht. Das habe ich auch in der Task-Liste gesehen. Ausserdem scheint die Löschung systematisch zu erfolgen: Es sind nur sichtbare Verzeichnisse betroffen und scheinbar in alphabetischer Reihenfolge. Zum Glück betrifft die Löschung auch nicht die ganze Festplatte.

Leider finde ich im Netz keinerlei Hinweise, auch bei bugs.kde.org nicht. Wie komme ich hier weiter? Ich überlege, die Daten zu sichern und das System neu aufzusetzen.

Danke für sachdienliche Hinweise

Liebes Forum,

ich habe ein ungewöhnliches Problem: Die Favoriten im KDE-Menü sind leer, obwohl ich einmal welche hatte - siehe Anhang. Richte ich Favoriten neu ein, werden sie nach dem Neustart nicht mehr angezeigt. In der Datei

~/.config/plasma-org.kde.plasma.desktop-appletsrc

sind die Daten aber scheinbar gespeichert:

[Containments][111][Applets][127][Configuration][General]favorites=preferred://browser,systemsettings.desktop,org.kde.konsole.desktop,org.kde.dolphin.desktop,org.kde.kwrite.desktop,writer.desktop,calc.desktop,draw.desktop,Steuersparerklärung 2017.desktop
favoritesPortedToKAstats=true
systemApplications=systemsettings.desktop,org.kde.kinfocenter.desktop

Freue mich über nützliche Hinweise. bugs.kde.org lieferte mir leider keine....

Hardware/Software
openSUSE Tumbleweed 20180122
KDE Plasma 5.11.95
KDE Frameworks 5.42.0
Qt: 5.10.0
Kernel 4.14.14-1-default
64bit
4xADM A8-5500 APU with Radeon HD Graphics
8 GB Arbeitsspeicher

Update: Nachdem ich den 4.4er Kernel eingespielt, was das o.g. Problem löste, und gegen Updates gesichert hatte (dachte ich zumindest), wurde beim nächsten Update wieder auf 4.10.8 aktualisiert. Die Probleme sind jetzt auch beim Start des 4.10er-Kernels verschwunden, der Swap bleibt inaktiv und der Speicherverbrauch KDE-gemäss.

Ich setze den Thread deswegen einmal auf gelöst.

Liebe Gemeinde,

seit ca. 1 Woche, mutmasslich nach einem Kernel-Update, habe ich das Problem, dass der Swap-Speicher (8 Gbyte auf eigener Partition) trotz ausreichend vorhandenem Hauptspeicher (8 GB) voll- und dann überläuft. Dann ist das System unbenutzbar und nur durch einen Druck auf die Resettaste zu retten (Festplatte am Dauerrödeln).

Meine Lösung ist die Verwendung eines 4.4er Kernels aus dem Leap 42.3-Repo. Damit ist der Gesamtspeicherverbrauch < 1 GB nach Start von KDE und der Swap leer - und bleibt es auch. Mit dem 4.10.8er Kernel ist der Basisverbrauch an Speicher >2 GB und auch der Swap schon zu Beginn mit 0.5 GB gefüllt.

Was ich sonst probiert habe:

1) getswap.sh aus diesem Forum: Es wird keine Auffälligkeit gezeigt, selbst kurz vor dem Überlaufen wird nur geringer Swap-Bedarf einiger Anwendungen gemeldet (firefox, thunderbird, libreoffice).
2) ksysguard zum Monitoren: Hauptspeicher füllt sich bis ca. 4 GB, parallel dazu steigt Swap bei normaler Büronutzung kontinuierlich an bis zum Überlauf und Unbenutzbarkeit.
3) Swap deaktiviert -> System ab Start unbenutzbar, braucht ewig zum Starten und ist unresponsiv

vm.swappiness ist bei 10.

Scheinbar gibt es bei neueren Kerneln bei meiner Konfiguration (AMD Trinity mit ARUBA GPU, 8 GB Memory, SSD für root, HD für home) Schwierigkeiten mit der Speicherverwaltung.

Weiss sich jemand einen Reim darauf zu machen? M.M. hängt es nicht mit der OOM Killer-Thematik zusammen...

Gruss altamira

Ich habe den Grund gefunden:

In etc/resolv.conf waren noch zwei nameserver eingetragen, die nicht mehr erreichbar sind und scheinbar in Konkurrenz zu den Namenserverneinträgen der Fritzbox stehen. Das führte zu Problemen bei Firefox und diversen Systemprogrammen, aber nicht bei Chrome.

Nach Auskommentieren der beiden Linien geht wieder alles superflott.