Inzwischen habe ich mal ausprobiert ob ich mich an der Konsole anmelden kann - leider nein. Aber hier kommt wenigstens eine Fehlermeldung:
User not known tothe underlying authentification moduleWas mir auch noch aufgefallen ist: Bisher war beim Anmeldescreen immer oben der vollständige Name, darunter der Benutzername und dann das Feld für das Passwort angezeigt. Jetzt steht nur noch der vollständige Name da, der Benutzername wird nicht mehr angezeigt...
LG - Tom
Falls das von Bedeutung ist: Leap 15.1 ist das einzige System da drauf, der Rechner ist Mitglied in einer AD-Domain. Aber das schon länger...
Das lässt sich machen:
linux-fx:~ # df -hT
Filesystem Type Size Used Avail Use% Mounted on
devtmpfs devtmpfs 16G 0 16G 0% /dev
tmpfs tmpfs 16G 42M 16G 1% /dev/shm
tmpfs tmpfs 16G 9.7M 16G 1% /run
tmpfs tmpfs 16G 0 16G 0% /sys/fs/cgroup
/dev/sda2 btrfs 55G 12G 44G 21% /
/dev/sda2 btrfs 55G 12G 44G 21% /.snapshots
/dev/sdc2 vfat 205G 8.1G 197G 4% /windows
/dev/sda4 xfs 55G 89M 55G 1% /reserve
/dev/sda2 btrfs 55G 12G 44G 21% /usr/local
/dev/sda2 btrfs 55G 12G 44G 21% /opt
/dev/sda2 btrfs 55G 12G 44G 21% /var
/dev/sdb1 xfs 1.9T 834G 1.1T 45% /ablage
/dev/sda2 btrfs 55G 12G 44G 21% /srv
/dev/sda2 btrfs 55G 12G 44G 21% /boot/grub2/x86_64-efi
/dev/sda2 btrfs 55G 12G 44G 21% /root
/dev/sda2 btrfs 55G 12G 44G 21% /boot/grub2/i386-pc
/dev/sda2 btrfs 55G 12G 44G 21% /tmp
/dev/sdc3 ext4 1.6T 981G 649G 61% /home
tmpfs tmpfs 3.2G 0 3.2G 0% /run/user/465
tmpfs tmpfs 3.2G 8.0K 3.2G 1% /run/user/0
linux-fx:~ # Hallo zusammen,
seit heute habe ich ein ungewöhnliches Problem: An meinem LEAP 15.1 kann sich nur noch root anmelden, bei jedem User kommt nur “Anmeldung fehlgeschlagen“. Das Passwort ist korrekt; auch wenn ich als root das Passwort für den Benutzer neu setze kommt die Fehlermeldung.
Ebenso wenn root einen neuen User anlegt - er ist dann im Anmeldebildschirm da, aber die Anmeldung schlägt fehl.
Es geht um LEAP 15.1 mit KDE Plasma, Updates sollten alle auf dem aktuellen Stand von letztem Wochenende sein - da hat noch alles funktioniert, seitdem hatte ich den Rechner nicht mehr hochgefahren. Auch mit IceWM oder Wayland klappt es nicht.
Kann jemand von euch damit was anfangen? Ich nutze Suse zwar schon länger, aber bisher eigentlich fast ohne Probleme; darum wirft mich sowas dann gleich mal komplett aus der Bahn! 
LG - Tom
So, nachdem über Nacht den ersten Versuch mit restart, vacuum und fsck gelaufen ist und nichts gebracht hat, habe ich heute nochmal den zweiten Versuch gestartet - stop, Verzeichnisse löschen und start. Nach einem Neustart des Rechners musste ich noch die Postfächer neu konfigurieren (die waren zwar in der Liste der Zugänge vorhanden, aber unvollständig und wurden in der Übersicht nicht angezeigt), aber jetzt läuft mein Kontact wieder!
Nur meine alten Mails, die nur noch lokal vorhanden waren, sind nicht wieder aufgetaucht; aber da ich die gesichert habe, muss ich sie nur noch importieren.
War zwar jetzt eine schwere Geburt, aber es läuft wieder! Vielen Dank für die Hilfe!!!
Okay, das klingt verständlich.
Neu gestartet hatte ich bisher noch nicht - es lief ja immer noch der "akonadictl restart" (seit 8 Stunden!) den wollte ich nicht abwürgen. Jetzt habe ich ihn mal neu gestartet; mal abwarten wie es weiter geht 
Der akonadictl restart arbeitet immer noch vor sich hin:
org.kde.pim.akonadiserver: DATABASE ERROR:
org.kde.pim.akonadiserver: Error code: "1364"
org.kde.pim.akonadiserver: DB error: "Field 'name' doesn't have a default value"
org.kde.pim.akonadiserver: Error text: "Field 'name' doesn't have a default value QMYSQL3: Der Befehl konnte nicht ausgeführt werden"
org.kde.pim.akonadiserver: Values: QMap((":0", QVariant(qlonglong, 119887))(":1", QVariant(qlonglong, 10))(":2", QVariant(QByteArray, ""))(":3", QVariant(qlonglong, 50546))(":4", QVariant(int, 1))(":5", QVariant(int, 1)))
org.kde.pim.akonadiserver: Query: "INSERT INTO PartTable (pimItemId, partTypeId, data, datasize, version, storage) VALUES (:0, :1, :2, :3, :4, :5)"
org.kde.pim.akonadiserver: Error during insertion into table "PartTable" "Field 'name' doesn't have a default value QMYSQL3: Der Befehl konnte nicht ausgeführt werden"
org.kde.pim.akonadiserver: Error while handling command CreateItem on connection akonadi_imap_resource_2 (0x55c7b2494e50)
org.kde.pim.akonadicore: Creating/updating items from the akonadi database failed: "Failed to insert part into database"
org.kde.pim.akonadicore: Error during ItemSync: "Failed to insert part into database"
org.kde.pim.imapresource: Detected inconsistency in local cache, we're missing some messages. Server: 130 Local: 94
org.kde.pim.imapresource: Refetching complete mailbox.
org.kde.pim.imapresource: Detected inconsistency in local cache, we're missing some messages. Server: 481 Local: 480
org.kde.pim.imapresource: Refetching complete mailbox.Ist das normal dass das so lange dauert? Vermutlich nicht - wenn alles normal wäre würde ich hier nicht um Hilfe bitten.
Aber mal zum Verständnis:
In #2 fängst du an mit dem restart; dann vacuum und abschließend fsck. Ich vermute mir ist klar, was da passiert; aber sollte man nicht bei gestopptem Dienst Änderungen vornehmen wie hier vacuum?
SuSEfirewall2 muss deinstalliert werden.
Ist die alte Firewall aus deiner vorherigen openSUSE-Installation.
Heute nutzen wir "firewalld".
Erledigt:
tom@linux-cy67:~> zypper se -si firewall
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Name | Typ | Version | Arch | Repository
---+------------------+-------+------------------+--------+------------------
i | firewall-macros | Paket | 0.5.5-lp151.5.1 | noarch | openSUSE-15.1 OSS
i | firewalld | Paket | 0.5.5-lp151.5.1 | noarch | openSUSE-15.1 OSS
i | firewalld-lang | Paket | 0.5.5-lp151.5.1 | noarch | openSUSE-15.1 OSS
i | python3-firewall | Paket | 0.5.5-lp151.5.1 | noarch | openSUSE-15.1 OSS
i+ | yast2-firewall | Paket | 4.1.12-lp151.1.1 | noarch | openSUSE-15.1 OSS
tom@linux-cy67:~>Poste einmal:
Quellcode
- zypper se -si firewall
tom@linux-cy67:~> zypper se -si firewall
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Name | Typ | Version | Arch | Repository
---+------------------+-------+--------------------+--------+------------------
i+ | SuSEfirewall2 | Paket | 3.6.378-lp151.2.21 | noarch | openSUSE-15.1 OSS
i | firewall-macros | Paket | 0.5.5-lp151.5.1 | noarch | openSUSE-15.1 OSS
i | firewalld | Paket | 0.5.5-lp151.5.1 | noarch | openSUSE-15.1 OSS
i | firewalld-lang | Paket | 0.5.5-lp151.5.1 | noarch | openSUSE-15.1 OSS
i | python3-firewall | Paket | 0.5.5-lp151.5.1 | noarch | openSUSE-15.1 OSS
i+ | yast2-firewall | Paket | 4.1.12-lp151.1.1 | noarch | openSUSE-15.1 OSS
tom@linux-cy67:~>
Der akonadictl restart läuft immer noch - letzte Meldung:
org.kde.pim.imapresource: Refetching complete mailbox.
org.kde.pim.akonadiserver: DATABASE ERROR:
org.kde.pim.akonadiserver: Error code: "1364"
org.kde.pim.akonadiserver: DB error: "Field 'name' doesn't have a default value"
org.kde.pim.akonadiserver: Error text: "Field 'name' doesn't have a default value QMYSQL3: Der Befehl konnte nicht ausgeführt werden"
org.kde.pim.akonadiserver: Values: QMap((":0", QVariant(qlonglong, 119939))(":1", QVariant(qlonglong, 10))(":2", QVariant(QByteArray, ""))(":3", QVariant(qlonglong, 41887))(":4", QVariant(int, 1))(":5", QVariant(int, 1)))
org.kde.pim.akonadiserver: Query: "INSERT INTO PartTable (pimItemId, partTypeId, data, datasize, version, storage) VALUES (:0, :1, :2, :3, :4, :5)"
org.kde.pim.akonadiserver: Error during insertion into table "PartTable" "Field 'name' doesn't have a default value QMYSQL3: Der Befehl konnte nicht ausgeführt werden"
org.kde.pim.akonadiserver: Error while handling command CreateItem on connection akonadi_imap_resource_2 (0x55c7b2494e50)
org.kde.pim.akonadicore: ""
org.kde.pim.akonadicore: Creating/updating items from the akonadi database failed: "Failed to insert part into database"
org.kde.pim.akonadicore: Error during ItemSync: "Failed to insert part into database"
org.kde.pim.akonadiserver: DATABASE ERROR when retrying transaction
org.kde.pim.akonadiserver: Error code: "1205"
org.kde.pim.akonadiserver: DB error: "Lock wait timeout exceeded; try restarting transaction"
org.kde.pim.akonadiserver: Error text: "Lock wait timeout exceeded; try restarting transaction QMYSQL3: Die Ergebnisse des Befehls konnten nicht gespeichert werden"
org.kde.pim.akonadiserver: Query: "SELECT PimItemTable.id, PimItemTable.rev, PimItemTable.remoteId, PimItemTable.remoteRevision, PimItemTable.gid, PimItemTable.collectionId, PimItemTable.mimeTypeId, PimItemTable.datetime, PimItemTable.atime, PimItemTable.dirty, PimItemTable.size FROM PimItemTable WHERE ( collectionId = ? AND ( ( remoteId = ? ) ) ) FOR UPDATE"
org.kde.pim.akonadiserver: Error while handling command CreateItem on connection akonadi_imap_resource_0 (0x55c7b24957a0)
org.kde.pim.akonadicore: Creating/updating items from the akonadi database failed: "Failed to query database for item"
org.kde.pim.akonadicore: Error during ItemSync: "Failed to query database for item"
org.kde.pim.akonadiserver: "akonadi_imap_resource_3" NOT Closing idle db connection; we are in transactionSorry, vergessen: das hatte ich schon versucht in der Hoffnung, dass der Check auch etwas reparieren könnte:
...
Item "107085" in collection "811" has no RID.
Item "107086" in collection "811" has no RID.
Found 13596 items without RID.
Found 0 dirty items.
Looking for rid-duplicates not matching the content mime-type of the parent collection
Checking IMAP-Zugang 4
Checking Lokale Notizen
Checking Lokale Ordner
...
Checking Trash
Migrating parts to new cache hierarchy...
Checking search index consistency...
Skipping virtual Collection 1
Checking Collection 56 search index...
Checking Collection 57 search index...
...
Checking Collection 92 search index...
Checking Collection 94 search index...
Skipping virtual Collection 188
Checking Collection 190 search index...
Checking Collection 513 search index...
Checking Collection 514 search index...
...
Checking Collection 634 search index...
Checking Collection 635 search index...
Skipping virtual Collection 636
Skipping virtual Collection 637
Checking Collection 650 search index...
Checking Collection 651 search index...
Checking Collection 652 search index...
Collection 652 search index contains 122 orphan items. Scheduling reindexing
Checking Collection 653 search index...
Checking Collection 660 search index...
Collection 660 search index contains 981 orphan items. Scheduling reindexing
Checking Collection 671 search index...
Checking Collection 672 search index...
...
Checking Collection 853 search index...
Checking Collection 854 search index...
Flushing collection statistics memory cache...
Consistency check done.
tom@linux-cy67:~>Was macht denn die Option vacuum - löscht die die db? Das würde ich aus --help so interpretieren...
Und noch was vergessen: Der
akonadictl restartläuft ewig und bringt endlose Meldungen - den hatte ich gestern schon mal für ein paar Stunden laufen lassen - ich habe es jetzt noch mal versucht, bis zum
akonadictl vacuumkann es jetzt dauern!