[erledigt] Kein XServer - kein Screenshot - keine Problembehebung

Warum Debian und/oder eine seiner Spielarten? Was muss ich vorher wissen? Wo geht es nach der Installation weiter?
Antworten
kalamazoo
Beiträge: 288
Registriert: 28.08.2017 11:31:49

[erledigt] Kein XServer - kein Screenshot - keine Problembehebung

Beitrag von kalamazoo » 02.01.2023 00:49:44

Wie in einem früheren Posting mitgeteilt (viewtopic.php?t=184635&sid=d3ff7d3367e2 ... 22f88520b6), habe ich massive Probleme mit dem Akonadiserver, weshalb ich mich entschloss mittels # aptitude purge akonadi-server und anschließendem # aptitude install akonadi-server einen radikalen Neustart zu versuchen. Der Versuch war wohl etwas zu radikal.

Purge hat auch eine Menge anderer Pakete, insbesondere etliche lib*s entfernt, das anschließende Install hat nur das Akonadiserver-Paket wieder installiert. Okay. Ein Neustart des System bringt mich jetzt nur noch zu einem tty1. Nicht okay.

Mir war nicht klar, dass ein Entfernen von Akonadi und der davon abhängigen Komponenten den ganzen XServer lahmlegt, ja sogar das GRUB-Bootmenü erscheint nicht mehr. Im Grunde könnte ich alle entfernten Pakete manuell wieder installieren, da ich von der Löschaktion einen Screenshot gemacht habe, nur komme ich auf keine graphische Oberfläche ($ startx und # startx melden "command not found"). Und ohne Display ist der Screenshot eher wenig hilfreich.

Lösungsvorschläge werden gerne entgegengenommen,
Gruß kalamazoo
Zuletzt geändert von kalamazoo am 28.03.2023 10:22:42, insgesamt 1-mal geändert.

tobo
Beiträge: 1996
Registriert: 10.12.2008 10:51:41

Re: Kein XServer - kein Screenshot - keine Problembehebung

Beitrag von tobo » 02.01.2023 02:00:44

kalamazoo hat geschrieben: ↑ zum Beitrag ↑
02.01.2023 00:49:44
Wie in einem früheren Posting mitgeteilt (viewtopic.php?t=184635&sid=d3ff7d3367e2 ... 22f88520b6), habe ich massive Probleme mit dem Akonadiserver, weshalb ich mich entschloss mittels # aptitude purge akonadi-server und anschließendem # aptitude install akonadi-server einen radikalen Neustart zu versuchen.
So normal, so wenig radikal, so windows-like, so komplett unbrauchbar...
Der Versuch war wohl etwas zu radikal.
Die Ausführung dieser Beschreibung ändert pakettechnisch genau nichts an deinem System! Du entfernst ein Programm und damit auch seine Abhängigkeiten. Dann installierst du ein Programm und damit auch seine Abhängigkeiten. Mal von der Recommends- und Suggests-Problematik abgesehen, bleibt da erfahrungstechnisch eher mehr auf der Platte zurück...
Purge hat auch eine Menge anderer Pakete, insbesondere etliche lib*s entfernt, das anschließende Install hat nur das Akonadiserver-Paket wieder installiert. Okay.
Der Unterschied von Purge und Remove ist dir klar? Da werden zusätzlich die Konfigurationsdateien unter /etc entfernt, keine Libraries.
Ein Neustart des System bringt mich jetzt nur noch zu einem tty1. Nicht okay.
Naja, das wäre dann mein default. Willst du Aufschlüsselung über deinen geschilderten Vorgang, dann zeige ein großzügiges tail von /var/log/apt/history.log.
Mir war nicht klar, dass ein Entfernen von Akonadi und der davon abhängigen Komponenten den ganzen XServer lahmlegt, ja sogar das GRUB-Bootmenü erscheint nicht mehr.
Das ist ja auch nicht so! Bei dir handelt es sich um eine spezielle Deinstallation. Zeige den history-Auszug...
Im Grunde könnte ich alle entfernten Pakete manuell wieder installieren, da ich von der Löschaktion einen Screenshot gemacht habe, nur komme ich auf keine graphische Oberfläche
Macht nichts, kannst du auch ohne erledigen, sofern du Netzwerk hast: "apt-get install ..." . Die betreffenden Pakete würdest du im histroy-log (oder deinem Screenshot) finden.
($ startx und # startx melden "command not found").
Mal /usr/bin/startx aufgerufen?

kalamazoo
Beiträge: 288
Registriert: 28.08.2017 11:31:49

Re: Kein XServer - kein Screenshot - keine Problembehebung

Beitrag von kalamazoo » 02.01.2023 02:56:52

Der Grund für purge war, dass ich seit einem halben Jahr so ziemlich alles, was mir einigermaßen einschlägig und brauchbar erschien, zum Fixen des Akonadi-Servers versucht habe. Unter Debian Bullseye läuft dieser auf keinem einzigen von drei völlig verschiedenen Geräten unterschiedlicher Hersteller, unter Buster auf einem Uraltgerät jedoch ohne Probleme.
tobo hat geschrieben: ↑ zum Beitrag ↑
02.01.2023 02:00:44
Die Ausführung dieser Beschreibung ändert pakettechnisch genau nichts an deinem System! Du entfernst ein Programm und damit auch seine Abhängigkeiten. Dann installierst du ein Programm und damit auch seine Abhängigkeiten.
Ich weiss jetzt nicht, was Du mit "ändert pakettechnisch genau nichts" meinst? Der Unterschied von purge und remove ist mir klar und purge wurde von mir bewusst eingesetzt, da das bloße remove zu keinerlei Änderungen geführt hat und ich in den letzten Monaten an dem Akonadi so viel herumkonfiguiert habe, inklusive der Installation diverser Scripts von GitHub, dass ich nicht ausschliessen konnte, selber bereits für einige weitere Bugs verantwortlich zu sein. Purge sollte auch alle Abhängigkeiten eliminieren.
so komplett unbrauchbar...
Weshalb unbrauchbar?
Da werden zusätzlich die Konfigurationsdateien unter /etc entfernt, keine Libraries.
...
Bei dir handelt es sich um eine spezielle Deinstallation. Zeige den history-Auszug...
...
Willst du Aufschlüsselung über deinen geschilderten Vorgang, dann zeige ein großzügiges tail von /var/log/apt/history.
Folgt im nächsten Posting. Ich muss erst irgendeine Live-CD oder Rescue Disk ausgraben, da /usr/bin/startx genauso "command not found" ausgibt. locate startx zeigt aber, dass es unter /usr/bin/ zu finden ist.

kalamazoo
Beiträge: 288
Registriert: 28.08.2017 11:31:49

Re: Kein XServer - kein Screenshot - keine Problembehebung

Beitrag von kalamazoo » 02.01.2023 08:36:44

Okay, hier der relevante Auszug aus der Logdatei:

Code: Alles auswählen

Start-Date: 2023-01-01  22:56:57
Remove: libkf5alarmcalendar5abi1:amd64 (4:20.08.3-1), plasma-runners-addons:amd64 (4:5.20.5-1), libkf5dav-data:amd64 (1:5.78.0-2), libkf5kipi32.0.0:amd64 (4:20.12.1-1), orca:amd64 (3.38.2-2), mythes-en-us:amd64 (1:7.1.0~rc3-3), libpcaudio0:amd64 (1.1-6), speech-dispatcher-audio-plugins:amd64 (0.10.2-2+deb11u2), libkgantt2-l10n:amd64 (2.8.0-1), libkpimitinerary5:amd64 (20.08.3-3+b1), kde-baseapps:amd64 (4:20.12.0+5.111), libkf5tnef5:amd64 (4:20.08.3-1), sddm-theme-debian-maui:amd64 (0.19.0-3), python3-brlapi:amd64 (6.3+dfsg-1+deb11u1), libkf5kipi-data:amd64 (4:20.12.1-1), kontrast:amd64 (20.12.1-1+b1), plasma-widgets-addons:amd64 (4:5.20.5-1), libstoken1:amd64 (0.92-1), akregator:amd64 (4:20.08.3-1), libzxingcore1:amd64 (1.1.1-2), akonadi-backend-mysql:amd64 (4:20.08.3-3), libmusicbrainz5cc2v5:amd64 (5.1.0+git20150707-10), xbrlapi:amd64 (6.3+dfsg-1+deb11u1), k3b:amd64 (20.12.2-1), libkf5kdcraw5:amd64 (20.12.0-1), libcfitsio9:amd64 (3.490-3), pim-data-exporter:amd64 (4:20.08.3-1), libqt5networkauth5:amd64 (5.15.2-2), juk:amd64 (4:20.12.3-1), default-mysql-server-core:amd64 (1.0.7), libkcolorpicker0:amd64 (0.1.5~git20201226-1), gir1.2-gstreamer-1.0:amd64 (1.18.4-2.1), korganizer:amd64 (4:20.08.3-1), libkf5kexiv2-15.0.0:amd64 (20.12.0-1), kmail:amd64 (4:20.08.3-1), libperl4-corelibs-perl:amd64 (0.004-2), kwrite:amd64 (4:20.12.2-1), qtgstreamer-plugins-qt5:amd64 (1.2.0-5.1), hyphen-en-us:amd64 (2.8.8-7), libkf5dav5:amd64 (1:5.78.0-2), libokular5core9:amd64 (4:20.12.3-2), plasma-wallpapers-addons:amd64 (4:5.20.5-1), libkf5kontactinterface-data:amd64 (20.08.3-1), libk3b7-extracodecs:amd64 (20.12.2-1), kmag:amd64 (4:20.12.0-1), gwenview:amd64 (4:20.12.3-2), kde-standard:amd64 (5:111), libkf5eventviews-data:amd64 (4:20.08.3-1), dragonplayer:amd64 (4:20.12.0-1), gir1.2-wnck-3.0:amd64 (3.36.0-1), speech-dispatcher-espeak-ng:amd64 (0.10.2-2+deb11u2), libqaccessibilityclient-qt5-0:amd64 (0.4.1-1+b1), libkf5kmanagesieve5:amd64 (4:20.08.3-1), libsonic0:amd64 (0.2.0-10), libkf5alarmcalendar-data:amd64 (4:20.08.3-1), libkpimgapicontacts5:amd64 (20.08.3-1), libhavege2:amd64 (1.9.14-1), kmailtransport-akonadi:amd64 (20.08.3-1), sound-icons:amd64 (0.1-7), python3-speechd:amd64 (0.10.2-2+deb11u2), libtomcrypt1:amd64 (1.18.2-5), libqt5xmlpatterns5:amd64 (5.15.2-3), pinentry-qt:amd64 (1.1.0-4), growisofs:amd64 (7.1-14+b1), kmouth:amd64 (4:20.12.0-1), pim-sieve-editor:amd64 (4:20.08.3-1), qml-module-qtwebkit:amd64 (5.212.0~alpha4-11), libxerces-c3.2:amd64 (3.2.3+debian-3), libkpimgapicalendar5:amd64 (20.08.3-1), knotes:amd64 (4:20.08.3-1), libespeak-ng1:amd64 (1.50+dfsg-7+deb11u1), python3-louis:amd64 (3.16.0-1), fonts-symbola:amd64 (2.60-1.1), kdepim-runtime:amd64 (4:20.08.3-1), apper-data:amd64 (1.0.0-3), libkimageannotator-common:amd64 (0.4.0-2), apper:amd64 (1.0.0-3), plasma-dataengines-addons:amd64 (4:5.20.5-1), libwnck-3-common:amd64 (3.36.0-1), libatk-adaptor:amd64 (2.38.0-1), kdepim-themeeditors:amd64 (4:20.08.3-1), python3-pyatspi:amd64 (2.38.1-1), libvcdinfo0:amd64 (2.0.1+dfsg-5), libkimageannotator0:amd64 (0.4.0-2), kdepim-addons:amd64 (20.08.3-1), libkolabxml1v5:amd64 (1.2.0-2), libreoffice-plasma:amd64 (1:7.0.4-4+deb11u4), dvd+rw-tools:amd64 (7.1-14+b1), libkf5unitconversion-data:amd64 (5.78.0-2), kdeplasma-addons-data:amd64 (4:5.20.5-1), x11-session-utils:amd64 (7.7+4), libphonenumber8:amd64 (8.12.16-4), kamera:amd64 (4:20.12.0-1), libreoffice-style-breeze:amd64 (1:7.0.4-4+deb11u4), xkbset:amd64 (0.6-1), okular:amd64 (4:20.12.3-2), haveged:amd64 (1.9.14-1), libiso9660-11:amd64 (2.1.0-2), libkgantt2:amd64 (2.8.0-1), libkpimitinerary-data:amd64 (20.08.3-3), task-desktop:amd64 (3.68+deb11u1), libdotconf0:amd64 (1.3-0.3), k3b-i18n:amd64 (20.12.2-1), libqmobipocket2:amd64 (4:20.12.0-1), libkf5ksieve-data:amd64 (4:20.08.3-1), xorg:amd64 (1:7.7+22), libkf5incidenceeditor5abi1:amd64 (20.08.3-1), sddm:amd64 (0.19.0-3), kontact:amd64 (4:20.08.3-1), libkf5cddb5:amd64 (4:20.12.0-1), libkf5modemmanagerqt6:amd64 (5.78.0-2), libk3b7:amd64 (20.12.2-1), libkf5akonadisearchdebug5:amd64 (4:20.08.3-1), libkpimpkpass5:amd64 (20.08.3-1), plasma-nm:amd64 (4:5.20.5-3), libwnck-3-0:amd64 (3.36.0-1), kjots:amd64 (4:5.1.0-1), x11-apps:amd64 (7.7+8), mbox-importer:amd64 (4:20.08.3-1), libtommath1:amd64 (1.2.0-6), kde-spectacle:amd64 (20.12.3-1), libkf5ksieve5:amd64 (4:20.08.3-1), accountwizard:amd64 (4:20.08.3-1), libgrantlee-textdocument5:amd64 (5.2.0-3), libkf5kontactinterface5:amd64 (20.08.3-1), kde-plasma-desktop:amd64 (5:111), vcdimager:amd64 (2.0.1+dfsg-5), kio-ldap:amd64 (20.08.3-1), speech-dispatcher:amd64 (0.10.2-2+deb11u2), kdeaccessibility:amd64 (4:20.12.0+5.111), libkpimgapitasks5:amd64 (20.08.3-1), libkf5kaddressbookimportexport5:amd64 (4:20.08.3-1), libkf5messagelist5abi1:amd64 (4:20.08.3-5), espeak-ng-data:amd64 (1.50+dfsg-7+deb11u1), libreoffice-help-en-us:amd64 (1:7.0.4-4+deb11u4), task-kde-desktop:amd64 (3.68+deb11u1), libreoffice-kf5:amd64 (1:7.0.4-4+deb11u4), kmousetool:amd64 (4:20.12.0-1), xinit:amd64 (1.4.0-1), kaddressbook:amd64 (4:20.08.3-1), libopenconnect5:amd64 (8.10-2+b1), libsasl2-modules-kdexoauth2:amd64 (20.08.3-1), libkf5incidenceeditor-data:amd64 (20.08.3-1), gir1.2-atspi-2.0:amd64 (2.38.0-4), libkf5unitconversion5:amd64 (5.78.0-2), default-mysql-client-core:amd64 (1.0.7), libreoffice-qt5:amd64 (1:7.0.4-4+deb11u4), cdrdao:amd64 (1:1.2.4-2), libkf5eventviews5abi1:amd64 (4:20.08.3-1), k3b-data:amd64 (20.12.2-1), libkf5ksieveui5:amd64 (4:20.08.3-1), mobile-broadband-provider-info:amd64 (20201225-1), libspectre1:amd64 (0.2.9-1)
Purge: akonadi-server:amd64 (4:20.08.3-3)
End-Date: 2023-01-01  22:57:22

Start-Date: 2023-01-01  23:34:32
Install: akonadi-server:amd64 (4:20.08.3-3)
End-Date: 2023-01-01  23:34:37
@tobo
Was hätte ich Deiner Meinung hinsichtlich dieses Akonadi-Servers machen sollen, wenn nicht purge und Neuinstallation?

tobo
Beiträge: 1996
Registriert: 10.12.2008 10:51:41

Re: Kein XServer - kein Screenshot - keine Problembehebung

Beitrag von tobo » 02.01.2023 09:32:59

Die entfernten Pakete wären also:

Code: Alles auswählen

libkf5alarmcalendar5abi1 plasma-runners-addons libkf5dav-data libkf5kipi32.0.0 orca mythes-en-us libpcaudio0 speech-dispatcher-audio-plugins libkgantt2-l10n libkpimitinerary5 kde-baseapps libkf5tnef5 sddm-theme-debian-maui python3-brlapi libkf5kipi-data kontrast plasma-widgets-addons libstoken1 akregator libzxingcore1 akonadi-backend-mysql libmusicbrainz5cc2v5 xbrlapi k3b libkf5kdcraw5 libcfitsio9 pim-data-exporter libqt5networkauth5 juk default-mysql-server-core libkcolorpicker0 gir1.2-gstreamer-1.0 korganizer libkf5kexiv2-15.0.0 kmail libperl4-corelibs-perl kwrite qtgstreamer-plugins-qt5 hyphen-en-us libkf5dav5 libokular5core9 plasma-wallpapers-addons libkf5kontactinterface-data libk3b7-extracodecs kmag gwenview kde-standard libkf5eventviews-data dragonplayer gir1.2-wnck-3.0 speech-dispatcher-espeak-ng libqaccessibilityclient-qt5-0 libkf5kmanagesieve5 libsonic0 libkf5alarmcalendar-data libkpimgapicontacts5 libhavege2 kmailtransport-akonadi sound-icons python3-speechd libtomcrypt1 libqt5xmlpatterns5 pinentry-qt growisofs kmouth pim-sieve-editor qml-module-qtwebkit libxerces-c3.2 libkpimgapicalendar5 knotes libespeak-ng1 python3-louis fonts-symbola kdepim-runtime apper-data libkimageannotator-common apper plasma-dataengines-addons libwnck-3-common libatk-adaptor kdepim-themeeditors python3-pyatspi libvcdinfo0 libkimageannotator0 kdepim-addons libkolabxml1v5 libreoffice-plasma dvd+rw-tools libkf5unitconversion-data kdeplasma-addons-data x11-session-utils libphonenumber8 kamera libreoffice-style-breeze xkbset okular haveged libiso9660-11 libkgantt2 libkpimitinerary-data task-desktop libdotconf0 k3b-i18n libqmobipocket2 libkf5ksieve-data xorg libkf5incidenceeditor5abi1 sddm kontact libkf5cddb5 libkf5modemmanagerqt6 libk3b7 libkf5akonadisearchdebug5 libkpimpkpass5 plasma-nm libwnck-3-0 kjots x11-apps mbox-importer libtommath1 kde-spectacle libkf5ksieve5 accountwizard libgrantlee-textdocument5 libkf5kontactinterface5 kde-plasma-desktop vcdimager kio-ldap speech-dispatcher kdeaccessibility libkpimgapitasks5 libkf5kaddressbookimportexport5 libkf5messagelist5abi1 espeak-ng-data libreoffice-help-en-us task-kde-desktop libreoffice-kf5 kmousetool xinit kaddressbook libopenconnect5 libsasl2-modules-kdexoauth2 libkf5incidenceeditor-data gir1.2-atspi-2.0 libkf5unitconversion5 default-mysql-client-core libreoffice-qt5 cdrdao libkf5eventviews5abi1 k3b-data libkf5ksieveui5 mobile-broadband-provider-info libspectre1
Könnte man jetzt einfach drüberbügeln, aber dann gingen die automatischen Abhängigkeiten flöten. Ich würde mal so anfangen:

Code: Alles auswählen

# apt-get install kde-standard
@tobo
Was hätte ich Deiner Meinung hinsichtlich dieses Akonadi-Servers machen sollen, wenn nicht purge und Neuinstallation?
Also zunächst mal nur wachen Auges deinstallieren. Wenn da sowas wie "xinit" drin steht, dann bestenfalls noch halbe Geschwindigkeit beim returnieren. Wenn ich etwas verkonfiguriert und den Überblick darüber verloren habe, dann lösche ich erstmal die Konfigurationsdateien und lasse diese Neuschreiben. Unter ~/ passiert das programmspezifisch normalerweise beim ersten Start des Programms und unter /etc per:

Code: Alles auswählen

# aptitude -o DPkg::options::=--force-confmiss reinstall <PAKET>
Und dann halt die Konfiguration neu bearbeiten. Das Programm Löschen und Neuinstallieren - das ist die gängige Vorschlaghammervorgehensweise unter Windows.

Benutzeravatar
MSfree
Beiträge: 10777
Registriert: 25.09.2007 19:59:30

Re: Kein XServer - kein Screenshot - keine Problembehebung

Beitrag von MSfree » 02.01.2023 09:42:01

kalamazoo hat geschrieben: ↑ zum Beitrag ↑
02.01.2023 00:49:44
Wie in einem früheren Posting mitgeteilt (viewtopic.php?t=184635&sid=d3ff7d3367e2 ... 22f88520b6), habe ich massive Probleme mit dem Akonadiserver, weshalb ich mich entschloss mittels # aptitude purge akonadi-server und anschließendem # aptitude install akonadi-server einen radikalen Neustart zu versuchen. Der Versuch war wohl etwas zu radikal.
Man kann solche Vorgänge auch vorher simulieren. Mit dem kleinen Zusatzparameter "-s" werden apt-get-Vorgänge nicht durchgeführt, es wird aber ausgegeben, was passieren würde. Mit

Code: Alles auswählen

aptitude purge akonadi-server -s
hättest du dir vermutlich eine Megne Ärger erspart.

akonadi ist fester Bestandteil vom KDE-Desktop. Löschst du akonadi, wird das gesamte KDE unbrauchbar, weshalb es auch gleich mit deinstalliert. Ohne KDE ist dann auch der X-Server überflüssig, weshalb der auch runtergeflogen ist.

[Rant]
akonadi wurde mit KDE 4.1 vor fast 15 Jahren eingeführt. Ich habe mich irgendwann danach genau deswegen von KDE verabschiedet, weil es mit jedem Versionupdate irgendwelche Sperenzien gab, die man in Ordnung bringen mußte. Ich habe KDE immer speziell angepaßt, damit es für mich benutzbar wurde, mit jedem Update waren diese Einstellungen wieder weg oder KDE hat gar nicht erst gestartet. Für mich ist KDE seit Einführung von aconadi unbrauchbar geworden.

Man kann zwar KDE wieder zum Laufen überreden, in dem man ~/.config löscht, man ist damit aber auch alle Einstellungen wieder los. E-Mail muß neu eingerichtet werden, eigene Hotkeys sind nicht mehr da, das Desktoptheme ist weg.... Für mich war das kein gangbarer weg. Und warum man eine Datenbank für Benutzerdinge benötigt, ist mir bis heute ein Rätsel.
[/Rant]

Du kannst dir aber KDE zurückholen, indem du es einfach von der Kommandozeile wieder installierst:

Code: Alles auswählen

apt-get install kde-plasma-desktop
Eine Rettungs-CD ist dazu nicht nötig, einfach als root im Textmodus einlogen und installieren.

Oder vielleicht doch einen anderen Destop nehmen :wink:

KP97
Beiträge: 3440
Registriert: 01.02.2013 15:07:36

Re: Kein XServer - kein Screenshot - keine Problembehebung

Beitrag von KP97 » 02.01.2023 17:15:44

MSfree hat geschrieben: ↑ zum Beitrag ↑
02.01.2023 09:42:01
Oder vielleicht doch einen anderen Destop nehmen :wink:
+1
KDE kann man entweder ganz oder gar nicht nutzen, wie MSfree schon sagt.

Da lob' ich mir mein Xfce, das ist modular aufgebaut und ich kann entscheiden, was davon ich nutzen will.

tobo
Beiträge: 1996
Registriert: 10.12.2008 10:51:41

Re: Kein XServer - kein Screenshot - keine Problembehebung

Beitrag von tobo » 02.01.2023 20:27:02

KP97 hat geschrieben: ↑ zum Beitrag ↑
02.01.2023 17:15:44
KDE kann man entweder ganz oder gar nicht nutzen, wie MSfree schon sagt.
apt-get (und auch apt) entfernt den akonadi-server, das Metapaket kde-standard und zig Bibliotheken ohne auch nur an KDE zu kratzen.

kalamazoo
Beiträge: 288
Registriert: 28.08.2017 11:31:49

Re: Kein XServer - kein Screenshot - keine Problembehebung

Beitrag von kalamazoo » 03.01.2023 09:59:10

tobo hat geschrieben: ↑ zum Beitrag ↑
02.01.2023 09:32:59
Also zunächst mal nur wachen Auges deinstallieren. Wenn da sowas wie "xinit" drin steht, dann bestenfalls noch halbe Geschwindigkeit beim returnieren.
xinit hatte ich bei den ~158 Paketen zur Deinstallation vorgesehenen Paketen glatt übersehen

Code: Alles auswählen

# aptitude -o DPkg::options::=--force-confmiss reinstall <PAKET>
kannte ich noch nicht, wo gibt's mehr Infos zur Syntax (man aptitude gibt dazu nicht viel her)?
MSfree hat geschrieben: ↑ zum Beitrag ↑
02.01.2023 09:42:01
Löschst du akonadi, wird das gesamte KDE unbrauchbar, weshalb es auch gleich mit deinstalliert. Ohne KDE ist dann auch der X-Server überflüssig, weshalb der auch runtergeflogen ist.
...
Man kann solche Vorgänge auch vorher simulieren

Code: Alles auswählen

aptitude purge akonadi-server -s
:) und danke für den Tip!
MSfree hat geschrieben: ↑ zum Beitrag ↑
02.01.2023 09:42:01
vielleicht doch einen anderen Destop nehmen
KP97 hat geschrieben: ↑ zum Beitrag ↑
02.01.2023 17:15:44
Xfce, ... modular aufgebaut und ich kann entscheiden, was davon ich nutzen will
ich mag an sich die Plasma-Umgebung sehr gern und die Anwendungen werden auch immer stabiler und besser ... bis auf Akonadi (e.g. Dolphin mit Baloo zählt zu meinen absoluten Favoriten ... gut, würde wohl auch unter Xfce laufen, aber ich habe im Augenblick zu wenig Zeit, um auf eine längere Entdeckungsreise zu gehen)
tobo hat geschrieben: ↑ zum Beitrag ↑
02.01.2023 20:27:02
apt-get (und auch apt) entfernt den akonadi-server, das Metapaket kde-standard und zig Bibliotheken ohne auch nur an KDE zu kratzen
was meinst Du mit "ohne auch nur an KDE zu kratzen"? mein KDE zumindest ist weggekratzt!

Code: Alles auswählen

# apt-get install kde-standard
oder
# apt-get install kde-plasma-desktop
gemäß aptitude show hat plasma-desktop weniger Abhängigkeiten und scheint in kde-standard enthalten zu sein, andererseits beinhaltet es nicht alle Anwendungen

da kde-standard offenbar in der Default-Installation von Debian KDE vorhanden zu sein scheint, ist es wahrscheinlich effizienter gleich dieses zu installieren als kde-plasma-desktop und dann alle Anwendungen einzeln -- sehe ich das richtig?

tobo
Beiträge: 1996
Registriert: 10.12.2008 10:51:41

Re: Kein XServer - kein Screenshot - keine Problembehebung

Beitrag von tobo » 03.01.2023 10:30:38

kalamazoo hat geschrieben: ↑ zum Beitrag ↑
03.01.2023 09:59:10
tobo hat geschrieben: ↑ zum Beitrag ↑
02.01.2023 09:32:59
Also zunächst mal nur wachen Auges deinstallieren. Wenn da sowas wie "xinit" drin steht, dann bestenfalls noch halbe Geschwindigkeit beim returnieren.
xinit hatte ich bei den ~158 Paketen zur Deinstallation vorgesehenen Paketen glatt übersehen
Ja, xinit und xorg kann man übersehen bei 158 Paketen. Wenn aber eine ganze Bildschirmseite an Paketen vorgeschlagen wird, die gelöscht werden sollen, dann müsste das doch eigentlich irgendeinen Instinkt auslösen...

Code: Alles auswählen

# aptitude -o DPkg::options::=--force-confmiss reinstall <PAKET>
kannte ich noch nicht, wo gibt's mehr Infos zur Syntax (man aptitude gibt dazu nicht viel her)?
Da gibt's jede Menge mehr:
https://www.debian.org/doc/manuals/apti ... 05.en.html
tobo hat geschrieben: ↑ zum Beitrag ↑
02.01.2023 20:27:02
apt-get (und auch apt) entfernt den akonadi-server, das Metapaket kde-standard und zig Bibliotheken ohne auch nur an KDE zu kratzen
was meinst Du mit "ohne auch nur an KDE zu kratzen"? mein KDE zumindest ist weggekratzt!
Ich spreche von apt und apt-get. Du hast aptitude benutzt und auf zweimalige Rückfrage, die vorgeschlagene Lösung ausgewählt, welche dir den Desktop entfernt.

Code: Alles auswählen

# apt-get install kde-standard
oder
# apt-get install kde-plasma-desktop
gemäß aptitude show hat plasma-desktop weniger Abhängigkeiten und scheint in kde-standard enthalten zu sein, andererseits beinhaltet es nicht alle Anwendungen
Ursprünglich hattest du das Metapkaket task-kde-desktop über tasksel installiert.
da kde-standard offenbar in der Default-Installation von Debian KDE vorhanden zu sein scheint, ist es wahrscheinlich effizienter gleich dieses zu installieren als kde-plasma-desktop und dann alle Anwendungen einzeln -- sehe ich das richtig?
Kommt drauf an, was man will. task-kde-desktop, kde-standard und kde-plasma-desktop bilden eine Reihenfolge mit abnehmender Anzahl an zu installierenden Paketen. In allen Fälen hast du danach KDE auf der Platte, möglicherweise musst du aber was hinzufügen oder willst danach was entfernen.

kalamazoo
Beiträge: 288
Registriert: 28.08.2017 11:31:49

Re: Kein XServer - kein Screenshot - keine Problembehebung

Beitrag von kalamazoo » 03.01.2023 23:11:17

tobo hat geschrieben: ↑ zum Beitrag ↑
03.01.2023 10:30:38
Da gibt's jede Menge mehr:
https://www.debian.org/doc/manuals/apti ... 05.en.html
okay, da muss ich mich wohl noch etwas einarbeiten ...
Ich spreche von apt und apt-get. Du hast aptitude benutzt ...
das heisst wohl, dass gleiche Optionen und Parameter bei apt, apt-get und aptitude zu fundamental anderen Ergebnissen führen können
task-kde-desktop, kde-standard und kde-plasma-desktop bilden eine Reihenfolge mit abnehmender Anzahl an zu installierenden Paketen. In allen Fälen hast du danach KDE auf der Platte, möglicherweise musst du aber was hinzufügen oder willst danach was entfernen.
kde-plasma-desktop hat 7 Pakete zur Installation vorgeschlagen, kde-standard über 50 (57?) und task-kde-desktop exakt 146; da dies der ursprünglich deinstallierten Zahl am nächsten kommt (das fehlende Dutzend werde ich dann bei Bedarf nachinstallieren), habe ich letzteres gewählt und es läuft alles wieder wie gehabt -- bzw. auch wie nicht gehabt: die erste Meldung die mich nämlich am KDE-Plasma-Desktop empfangen hat, war "We are sorry, akonadiserver closed unexpectedly. You cannot report this error ..."
Gibt es für dieses Problem wirklich keine Lösung?
Antworten gerne unter viewtopic.php?p=1306093#p1306093, da hier das angesprochene Problem immer noch ungelöst ist.
Danke an alle für die Hilfe, die weiterführenden Infos und die Anregungen!

tobo
Beiträge: 1996
Registriert: 10.12.2008 10:51:41

Re: Kein XServer - kein Screenshot - keine Problembehebung

Beitrag von tobo » 04.01.2023 07:57:21

kalamazoo hat geschrieben: ↑ zum Beitrag ↑
03.01.2023 23:11:17
Ich spreche von apt und apt-get. Du hast aptitude benutzt ...
das heisst wohl, dass gleiche Optionen und Parameter bei apt, apt-get und aptitude zu fundamental anderen Ergebnissen führen können
Vermutlich wird's aufs Gleiche hinauslaufen - aptitude (im Gegensatz zu apt und apt-get) bietet dir die Möglichkeit, aus mehreren Vorschlägen, der Problembehebung, zu wählen. Wenn dir also der 1. Vorschlag nicht gefällt, dann eben nicht Return drücken, sondern (n)ein, und dann bekommst du einen anderen Vorschlag zur Lösung. Und das geht solange, bis aptitude seine Super-Kuh-Kräfte ausgehen...

kalamazoo
Beiträge: 288
Registriert: 28.08.2017 11:31:49

Re: Kein XServer - kein Screenshot - keine Problembehebung

Beitrag von kalamazoo » 04.01.2023 19:22:28

tobo hat geschrieben: ↑ zum Beitrag ↑
04.01.2023 07:57:21
aptitude (im Gegensatz zu apt und apt-get) bietet dir die Möglichkeit, aus mehreren Vorschlägen, der Problembehebung, zu wählen
aha, wusste nicht, dass dies bei apt-get anders ist; ich benutze seit langem aptitude, weil ich irgendwo (Manual?) gelesen habe, dass es am Ausführlichsten protokollieren soll

es waren übrigens genau 154 Pakete, die entfernt wurden; Screenshot habe ich keinen gefunden, da ich das ganze offenbar in eine Datei gepiped habe (sorry somit für den Misnomer im Titel!)
wen es interessiert: die ursprüngliche Meldung war (Auslassungen mittels "..." gekennzeichnet)

Code: Alles auswählen

# aptitude purge akonadi-server
The following packages will be REMOVED:  
  akonadi-backend-mysql{u} akonadi-server{p} default-mysql-client-core{u} default-mysql-server-core{u} 
0 packages upgraded, 0 newly installed, 4 to remove and 1 not upgraded.
Need to get 0 B of archives. After unpacking 2.973 kB will be freed.
The following packages have unmet dependencies:
...
Accept this solution? [Y/n/q/?] Y
The following packages will be REMOVED:
... [dann folgt eine Auflistung] ...
0 packages upgraded, 0 newly installed, 154 to remove and 1 not upgraded.
Need to get 0 B of archives. After unpacking 348 MB will be freed.
Do you want to continue? [Y/n/?] Y
...
zuerst einmal habe ich abgebrochen, dann -- nachdem mich dieses Akonadi-Zeugs allzu sehr nervte -- eine Pipe gelegt und gepurged

nachdem sich hinsichtlich Akonadi unter Bullseye exakt nichts geändert hat (fast ein Jahr herumprobiert, dann im KDE-Forum und später hier einen diesbezüglichen Thread eröffnet [Ergebnis dasselbe, nämlich keinerlei Antwort und ein Bug-Report ist beim Akonadi-Server nicht möglich]) überlege ich mir wirklich die Empfehlung von @KP97, auf Xfce umzusteigen; schade, denn KDE mit Plasma gefällt mir aufgrund der mannigfaltigen Konfigurierbarkeit eigentlich sehr gut

tobo
Beiträge: 1996
Registriert: 10.12.2008 10:51:41

Re: Kein XServer - kein Screenshot - keine Problembehebung

Beitrag von tobo » 04.01.2023 20:15:45

kalamazoo hat geschrieben: ↑ zum Beitrag ↑
04.01.2023 19:22:28
[...]und ein Bug-Report ist beim Akonadi-Server nicht möglich[...]
Aber beim Debian-Paket und dort findert sich das:
https://bugs.debian.org/cgi-bin/bugrepo ... bug=988596

kalamazoo
Beiträge: 288
Registriert: 28.08.2017 11:31:49

Re: Kein XServer - kein Screenshot - keine Problembehebung

Beitrag von kalamazoo » 05.01.2023 04:47:49

tobo hat geschrieben: ↑ zum Beitrag ↑
04.01.2023 20:15:45
kalamazoo hat geschrieben: ↑ zum Beitrag ↑
04.01.2023 19:22:28
[...]und ein Bug-Report ist beim Akonadi-Server nicht möglich[...]
Aber beim Debian-Paket und dort findert sich das:
https://bugs.debian.org/cgi-bin/bugrepo ... bug=988596
Danke, kannte ich bereits, hier wird von mehreren Anwendern exakt mein Problem geschildert, welches nach dem Wechsel von Buster zu Bullseye aufgetreten ist. Mit AppArmor als Ursache habe ich mich auch schon beschäftigt und alles Mögliche herumkonfiguriert, ohne dass ich mich da wirklich auskennen würde.
Das Verschieben des Akonadi-Verzeichnisses habe ich ebenfalls bereits durchgeführt, allerdings bin ich mir nicht sicher ob auf eine andere Partition. Möglicherweise sollte ich das nochmals probieren.

tobo
Beiträge: 1996
Registriert: 10.12.2008 10:51:41

Re: Kein XServer - kein Screenshot - keine Problembehebung

Beitrag von tobo » 05.01.2023 08:07:12

Und diese beiden Workarounds hier:
https://askubuntu.com/questions/1407756 ... te-mariadb
Deine Möglichkeiten sind begrenzt...

Antworten