[erledigt] Kein XServer - kein Screenshot - keine Problembehebung
[erledigt] Kein XServer - kein Screenshot - keine Problembehebung
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
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.
Re: Kein XServer - kein Screenshot - keine Problembehebung
So normal, so wenig radikal, so windows-like, so komplett unbrauchbar...kalamazoo hat geschrieben:02.01.2023 00:49:44Wie 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.
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...Der Versuch war wohl etwas zu radikal.
Der Unterschied von Purge und Remove ist dir klar? Da werden zusätzlich die Konfigurationsdateien unter /etc entfernt, keine Libraries.Purge hat auch eine Menge anderer Pakete, insbesondere etliche lib*s entfernt, das anschließende Install hat nur das Akonadiserver-Paket wieder installiert. 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.Ein Neustart des System bringt mich jetzt nur noch zu einem tty1. Nicht okay.
Das ist ja auch nicht so! Bei dir handelt es sich um eine spezielle Deinstallation. Zeige den history-Auszug...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.
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.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
Mal /usr/bin/startx aufgerufen?($ startx und # startx melden "command not found").
Re: Kein XServer - kein Screenshot - keine Problembehebung
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.
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.tobo hat geschrieben:02.01.2023 02:00:44Die 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.
Weshalb unbrauchbar?so komplett unbrauchbar...
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.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.
Re: Kein XServer - kein Screenshot - keine Problembehebung
Okay, hier der relevante Auszug aus der Logdatei:
@tobo
Was hätte ich Deiner Meinung hinsichtlich dieses Akonadi-Servers machen sollen, wenn nicht purge und Neuinstallation?
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
Was hätte ich Deiner Meinung hinsichtlich dieses Akonadi-Servers machen sollen, wenn nicht purge und Neuinstallation?
Re: Kein XServer - kein Screenshot - keine Problembehebung
Die entfernten Pakete wären also:
Könnte man jetzt einfach drüberbügeln, aber dann gingen die automatischen Abhängigkeiten flöten. Ich würde mal so anfangen:
Und dann halt die Konfiguration neu bearbeiten. Das Programm Löschen und Neuinstallieren - das ist die gängige Vorschlaghammervorgehensweise unter Windows.
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
Code: Alles auswählen
# apt-get install kde-standard
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:@tobo
Was hätte ich Deiner Meinung hinsichtlich dieses Akonadi-Servers machen sollen, wenn nicht purge und Neuinstallation?
Code: Alles auswählen
# aptitude -o DPkg::options::=--force-confmiss reinstall <PAKET>
Re: Kein XServer - kein Screenshot - keine Problembehebung
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. Mitkalamazoo hat geschrieben:02.01.2023 00:49:44Wie 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.
Code: Alles auswählen
aptitude purge akonadi-server -s
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
Oder vielleicht doch einen anderen Destop nehmen
Re: Kein XServer - kein Screenshot - keine Problembehebung
+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.
Re: Kein XServer - kein Screenshot - keine Problembehebung
apt-get (und auch apt) entfernt den akonadi-server, das Metapaket kde-standard und zig Bibliotheken ohne auch nur an KDE zu kratzen.KP97 hat geschrieben:02.01.2023 17:15:44KDE kann man entweder ganz oder gar nicht nutzen, wie MSfree schon sagt.
Re: Kein XServer - kein Screenshot - keine Problembehebung
xinit hatte ich bei den ~158 Paketen zur Deinstallation vorgesehenen Paketen glatt übersehentobo hat geschrieben:02.01.2023 09:32:59Also zunächst mal nur wachen Auges deinstallieren. Wenn da sowas wie "xinit" drin steht, dann bestenfalls noch halbe Geschwindigkeit beim returnieren.
Code: Alles auswählen
# aptitude -o DPkg::options::=--force-confmiss reinstall <PAKET>
und danke für den Tip!MSfree hat geschrieben:02.01.2023 09:42:01Lö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 simulierenCode: Alles auswählen
aptitude purge akonadi-server -s
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)KP97 hat geschrieben:02.01.2023 17:15:44Xfce, ... modular aufgebaut und ich kann entscheiden, was davon ich nutzen will
was meinst Du mit "ohne auch nur an KDE zu kratzen"? mein KDE zumindest ist weggekratzt!tobo hat geschrieben:02.01.2023 20:27:02apt-get (und auch apt) entfernt den akonadi-server, das Metapaket kde-standard und zig Bibliotheken ohne auch nur an KDE zu kratzen
Code: Alles auswählen
# apt-get install kde-standard
oder
# apt-get install kde-plasma-desktop
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?
Re: Kein XServer - kein Screenshot - keine Problembehebung
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...kalamazoo hat geschrieben:03.01.2023 09:59:10xinit hatte ich bei den ~158 Paketen zur Deinstallation vorgesehenen Paketen glatt übersehentobo hat geschrieben:02.01.2023 09:32:59Also zunächst mal nur wachen Auges deinstallieren. Wenn da sowas wie "xinit" drin steht, dann bestenfalls noch halbe Geschwindigkeit beim returnieren.
Da gibt's jede Menge mehr:kannte ich noch nicht, wo gibt's mehr Infos zur Syntax (man aptitude gibt dazu nicht viel her)?Code: Alles auswählen
# aptitude -o DPkg::options::=--force-confmiss reinstall <PAKET>
https://www.debian.org/doc/manuals/apti ... 05.en.html
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.was meinst Du mit "ohne auch nur an KDE zu kratzen"? mein KDE zumindest ist weggekratzt!tobo hat geschrieben:02.01.2023 20:27:02apt-get (und auch apt) entfernt den akonadi-server, das Metapaket kde-standard und zig Bibliotheken ohne auch nur an KDE zu kratzen
Ursprünglich hattest du das Metapkaket task-kde-desktop über tasksel installiert.gemäß aptitude show hat plasma-desktop weniger Abhängigkeiten und scheint in kde-standard enthalten zu sein, andererseits beinhaltet es nicht alle AnwendungenCode: Alles auswählen
# apt-get install kde-standard oder # apt-get install kde-plasma-desktop
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.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?
Re: Kein XServer - kein Screenshot - keine Problembehebung
okay, da muss ich mich wohl noch etwas einarbeiten ...tobo hat geschrieben:03.01.2023 10:30:38Da gibt's jede Menge mehr:
https://www.debian.org/doc/manuals/apti ... 05.en.html
das heisst wohl, dass gleiche Optionen und Parameter bei apt, apt-get und aptitude zu fundamental anderen Ergebnissen führen könnenIch spreche von apt und apt-get. Du hast aptitude benutzt ...
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 ..."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.
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!
Re: Kein XServer - kein Screenshot - keine Problembehebung
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 hat geschrieben:03.01.2023 23:11:17das heisst wohl, dass gleiche Optionen und Parameter bei apt, apt-get und aptitude zu fundamental anderen Ergebnissen führen könnenIch spreche von apt und apt-get. Du hast aptitude benutzt ...
Re: Kein XServer - kein Screenshot - keine Problembehebung
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 solltobo hat geschrieben:04.01.2023 07:57:21aptitude (im Gegensatz zu apt und apt-get) bietet dir die Möglichkeit, aus mehreren Vorschlägen, der Problembehebung, zu wählen
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
...
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
Re: Kein XServer - kein Screenshot - keine Problembehebung
Aber beim Debian-Paket und dort findert sich das:kalamazoo hat geschrieben:04.01.2023 19:22:28[...]und ein Bug-Report ist beim Akonadi-Server nicht möglich[...]
https://bugs.debian.org/cgi-bin/bugrepo ... bug=988596
Re: Kein XServer - kein Screenshot - keine Problembehebung
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.tobo hat geschrieben:04.01.2023 20:15:45Aber beim Debian-Paket und dort findert sich das:kalamazoo hat geschrieben:04.01.2023 19:22:28[...]und ein Bug-Report ist beim Akonadi-Server nicht möglich[...]
https://bugs.debian.org/cgi-bin/bugrepo ... bug=988596
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.
Re: Kein XServer - kein Screenshot - keine Problembehebung
Und diese beiden Workarounds hier:
https://askubuntu.com/questions/1407756 ... te-mariadb
Deine Möglichkeiten sind begrenzt...
https://askubuntu.com/questions/1407756 ... te-mariadb
Deine Möglichkeiten sind begrenzt...