Mint12Gnome
Anmeldungsdatum: 21. April 2012
Beiträge: 63
|
Hallo, die genaue Fehlermeldung lautet: Ein Shell Packet fehlt, dies ist ein Installationsproblem.... Siehe nachfolgenden Link danach bin ich ausführlich vorgegangen, auch einen zweiten Benutzer angelegt, brachte alles keine Lösung für mein Problem, danach habe dann einfach auf die 18.04 LTS upgedatet, auch keine Lösung, der Fehler besteht weiterhin beim Versuch Plasma zu starten. https://forum.ubuntuusers.de/topic/kde-plasma-startet-nicht-mehr/ Das Upgrade auf 18.04 LTS habe ich nach diser Info durchgeführt https://websiteforstudents.com/upgrade-ubuntu-16-04-lts-to-ubuntu-18-04-lts-beta-server/ Das Update war erfolgreich, nur der Fehler bei Plasma bleibt bestehen. Gibt es vielleicht schon eine Lüsung für mein Problem, ausser Neuinstallation ? Tschüss Mint12Gnome
|
Xeno
Ehemalige
Anmeldungsdatum: 6. April 2005
Beiträge: 2572
Wohnort: Schweiz
|
Nur auf die Schnelle: 1) Du hast ein Problem mit Plasma, verwendest aber Xubuntu? Ein Fehler bei der Angabe des Flavours? 2) Upgrade von LTS auf LTS ist per se mutig. Noch etwas mutiger ist es, wenn man das macht, bevor die neuere LTS offiziell erschienen ist. Wenn man es macht, obwohl (nicht weil!) die ältere LTS Probleme machte, wird aus Mut Verwegenheit. Ich würde an Deiner Stelle eh neu installieren, persönliche Einschätzung. Lg X.
|
Mint12Gnome
(Themenstarter)
Anmeldungsdatum: 21. April 2012
Beiträge: 63
|
Danke Xeno, ich habe angenommen, dass durch das Update der Shell Fehler behoben wird, funktioniert also so nicht, ok. Zumindestens wurde mir bei Xubuntu 16.04/18.04 als Auswahl Plasma angeboten, ist Plasma also
gar nicht für Xubuntu vorgesehen ? Also bleibt dann nur Neuinstallation innerhalb eines Multiboot System ist schon eine Herausforderung. Tschüss Mint12Gnome
|
Xeno
Ehemalige
Anmeldungsdatum: 6. April 2005
Beiträge: 2572
Wohnort: Schweiz
|
Mint12Gnome schrieb: Danke Xeno, ich habe angenommen, dass durch das Update der Shell Fehler behoben wird, funktioniert also so nicht, ok.
Es kann auch mal funktionieren per Upgrade (letztlich zufällig) einen Fehler rauszubekommen, schon klar. Ein systematisches Vorgehen ist das aber nicht. Mehr wollte ich dazu nicht sagen. Zumindestens wurde mir bei Xubuntu 16.04/18.04 als Auswahl Plasma angeboten, ist Plasma also
gar nicht für Xubuntu vorgesehen ?
Nein. Plasma ist das Desktop für Kubuntu. Xubuntu dagegen hat als Desktop Xfce. Ich weiss nicht, warum Du diese Auswahl hattest, Spontanvermutung: Du hattest auf Deinem Xubuntu mal ein Plasma-Programm hinzuinstalliert (was nicht verboten ist) - das kann nämlich dazu führen, dass Dir "heimlich" (eigentlich nicht heimlich, da Du es bei der Installation an sich ja siehst und abnickst) das halbe Plasma auf die Platte kommt (wegen Paketabhängigkeiten). Im Zweifelsfall ist es besser. die für das verwendete Desktop vorgesehenen Programme zu verwenden (wie gesagt ist alles andere aber nicht "verboten", kann aber die erwähnte Folge haben). Ob das die Ursache ist und um welches Programm es ging, kannst nur Du wissen.
Also bleibt dann nur Neuinstallation innerhalb eines Multiboot System ist schon eine Herausforderung.
Das Neuinstallieren eines Linux in eine Multibootumgebung sollte an sich (im BIOS-Modus) nicht so die Sache sein (im Unterschied zur Neuninstallation von Windows in derselben Konstellation). Für UEFI-Geschichten gibt es aufm Portal gute Kenner. Eröffne ggf. einen neuen Thread, da das nicht mehr der Ausgangsproblematik entspricht. Viel Erfolg! Lg X.
|
Mint12Gnome
(Themenstarter)
Anmeldungsdatum: 21. April 2012
Beiträge: 63
|
Hallo, (wie schon gesagt auf 18.04 LTS Bionic Beacer upgedatet) also ich bin mir zu 99 % sicher, dass ich hier nicht Plasma explizit dazu installiert habe, da dieses Multiboot System ein reines
Testsystem ist, zwecks Entscheidungshilfe, welches Ubuntu für mich letztlich in Frage kommt. Als weitere Fehler habe ich hier ca-certificates Problem in C.A. und beim Starten steht ständig als erster Hinweis: 0.00400 do IRQ 0,55 No ivq handler für vector Als Kernel ist derzeit vmlinuz 4.15-0-17 installiert und ich nutze hier eine ältere Nvidia GT520/GF119 Graka mit dem
Metapackage proprietär 390. Wäre denn evtl. mit der Installation des Kernels 4.4.0-119 generic das Shell Packet Fehler Problem gelöst ? Auch kam ja der Hinweis das ich mit dem Hersteller der Distribution in Verbindung setzen soll, wie mache ich das grundsätzliche eigenlich ? Das Forum ist ja nicht der Hersteller ? Wäre es möglich das durch zusätzliche updaten übers terminal mittels apt-get update upgrade dist-upgrade und autoremove autoclean, dieses Standard habe ich von Debian schon verinnerlicht
vielleicht der Plasma Desktop versehentlich installiert wurde ? Da ích jetzt unter Ubuntu 16.04 LTS nach der üblichen Aktualisierung nochmal ein update upgrade dist-upgrade übers terminal hinterhergeschoben habe und siehe da, der Kernel wurde aktualisiert und
fast 800 MB zusätzlich an Software, obwohl ja schon alles angeblich auf dem neuesten Stand war ??? Tschüss Mint12Gnome
|
PcDoc2000
Anmeldungsdatum: 4. Februar 2010
Beiträge: 860
Wohnort: Wien
|
Mint12Gnome schrieb: also ich bin mir zu 99 % sicher, dass ich hier nicht Plasma explizit dazu installiert habe, da dieses Multiboot System ein reines
Testsystem ist, zwecks Entscheidungshilfe, welches Ubuntu für mich letztlich in Frage kommt. Als weitere Fehler habe ich hier
Wenn das nur eine Entscheidungshilfe sein soll, warum machst du das nicht über VMs? Das wäre aus meiner Sicht sinnvoller und du musst dich nicht mit eventuellen Problemen durch Multiboot herumschlagen. Du solltest dich halt fragen was du mit dem System machen willst und was dir wichtig ist! Also soll es eher ein leichter Desktop sein, der optisch ok aber nichts besonderes ist. Möchtest du viel Freiheit in der Anpassung haben oder einen Desktop den du so out of the box verwenden willst? Dann kannst du die Suche etwas einschränken. zu Xubuntu speziell: gleich nach der Installation für mich nicht wirklich ansprechend und so fast unbrauchbar. ABER bei XFCE lässt sich sooooooo viel einstellen und anpassen, dass man daraus einen sehr effizienten und auch optisch ansprechenden Desktop machen kann. Obwohl ich eine recht aktuelle HW habe arbeite ich seit Jahren mit XFCE und finde es so für mich angepasst optimal! Ich will damit nicht sagen, dass Xubuntu deine Wahl sein sollte, aber darauf hinweisen, dass nur mal kurz rein schauen in die unterschiedlichen Versionen nicht wirklich aussagekräftig ist. Mint12Gnome schrieb: Als Kernel ist derzeit vmlinuz 4.15-0-17 installiert und ich nutze hier eine ältere Nvidia GT520/GF119 Graka mit dem
Metapackage proprietär 390. Wäre denn evtl. mit der Installation des Kernels 4.4.0-119 generic das Shell Packet Fehler Problem gelöst ?
Dir ist schon klar, dass 4.4 deutlich älter ist als 4.15? Mint12Gnome schrieb: Wäre es möglich das durch zusätzliche updaten übers terminal mittels apt-get update upgrade dist-upgrade und autoremove autoclean, dieses Standard habe ich von Debian schon verinnerlicht
vielleicht der Plasma Desktop versehentlich installiert wurde ? Da ích jetzt unter Ubuntu 16.04 LTS nach der üblichen Aktualisierung nochmal ein update upgrade dist-upgrade übers terminal hinterhergeschoben habe und siehe da, der Kernel wurde aktualisiert und
fast 800 MB zusätzlich an Software, obwohl ja schon alles angeblich auf dem neuesten Stand war ???
Daraus werde ich nicht ganz schlau... Wenn du ein dist-upgrade machst bei 16.04. auf welche Version bist du denn da umgestiegen? Wirklich 18.04? Unabhängig davon sollte klar sein, dass wenn du ein Versionsupgrade machst, da nicht nur der Kernel aktualisiert wird, sondern auch einige andere Pakete! Zusätzlich muss dabei aber nicht sein, das meist sind wahrscheinlich neuere Versionen von existierenden Paketen.
|
Mint12Gnome
(Themenstarter)
Anmeldungsdatum: 21. April 2012
Beiträge: 63
|
Hallo, ich habe zuerst gemäß nachfolgender Anleitung: https://websiteforstudents.com/upgrade-ubuntu-16-04-lts-to-ubuntu-18-04-lts-beta-server/ auf 18.04 LTS Bionic Beaver upgedatet und danach über die normale Aktualisierungsmöglichkeit und danach nochmals übers terminal, aus alter Gewohnheit,
sozusagen doppelt gemoppelt apt-get update upgrade und Co. gemacht. Ob das so ganz sinnvoll ist, wahrscheinlich eher nicht. Bezüglich des Kernel, da hast Du sicherlich recht, ich habe hier die 4.40 gesehen und nicht die 4.4.0, also natürlich ist die 4.15-0-17 die aktuellere,
mein Fehler. Also allein schon wegen Plasma, käme dann natürlich nur Kubuntu oder Ubuntu in Frage, was hälst Du von Ubuntu Studio 18.04 LTS oder vorher, schon
Erfahrung damit gemacht ? Tschüss Mint12Gnome
|
PcDoc2000
Anmeldungsdatum: 4. Februar 2010
Beiträge: 860
Wohnort: Wien
|
Mint12Gnome schrieb: auf 18.04 LTS Bionic Beaver upgedatet und danach über die normale Aktualisierungsmöglichkeit und danach nochmals übers terminal, aus alter Gewohnheit,
sozusagen doppelt gemoppelt apt-get update upgrade und Co. gemacht. Ob das so ganz sinnvoll ist, wahrscheinlich eher nicht.
Das kann durchaus auch mal vorkommen, wenn du 2x hintereinander die grafische Aktualisierung laufen lässt. Warum weiß ich nicht genau, aber das ist bei Windows auch nicht anders. Manche Updates müssen in 2 oder sogar mehr Schritten installiert werden. Sollte dich also nicht beunruhigen!
Also allein schon wegen Plasma, käme dann natürlich nur Kubuntu oder Ubuntu in Frage, was hälst Du von Ubuntu Studio 18.04 LTS oder vorher, schon
Erfahrung damit gemacht ?
Ubuntu verwendet kein Plasma! NUR Kubuntu (oder andere Distributionen die KDE einsetzten) verwenden Plasma. Ubuntu verwendete früher Unity und jetzt Gnome. Gibt es einen Grund warum du so an Plasma hängst bzw. so fixiert drauf bist? Ubuntu Studio ist eine Ubuntu-Version mit speziell abgestimmter Software die XFCE nutzt. Wenn du diese nicht brauchst bringt dir die Studio Version nichts. Du kannst die SW aber auch prinzipiell bei jeder anderen Ubuntu Variante installieren. Ich würde mir deshalb einen Desktop suchen, der dir gefällt und deinen Anforderungen Entspricht. Dann die unnötige SW deinstallieren und die nötige installieren.
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Moin, PcDoc2000 schrieb: Wenn das nur eine Entscheidungshilfe sein soll, warum machst du das nicht über VMs? Das wäre aus meiner Sicht sinnvoller und du musst dich nicht mit eventuellen Problemen durch Multiboot herumschlagen.
also bitte, Multiboot ist doch keine Hexenwerk und wenn man es richtig macht, gibts dabei auch keine Probleme.
frieder@Bionic-Plasma:~$ sudo os-prober
/dev/sda1:Windows 8:Windows:chain
/dev/sda10:KDE neon User Edition 5.12 (16.04):neon:linux
/dev/sda11:Ubuntu 17.10 (17.10):Ubuntu:linux
/dev/sda12:Ubuntu Bionic Beaver (development branch) (18.04):Ubuntu1:linux
/dev/sda14:Fedora 26 (Workstation Edition):Fedora:linux
/dev/sda5:Ubuntu 16.04.4 LTS (16.04):Ubuntu2:linux
/dev/sda8:Ubuntu Bionic Beaver (development branch) (18.04):Ubuntu3:linux
/dev/sda9:Debian GNU/Linux buster/sid:Debian:linux
frieder@Bionic-Plasma:~$
die gelisteten Ubuntus sind mit unterschiedlicher Oberfläche und da alles Festinstallationen sind, kann man auch unter realen Bedingungen testen. 😉 @ Mint12Gnome, da du ja von nem Multiboot redest, wird ja wohl ein System dabei sein, das funktioniert - zeig doch mal bitte die Terminalausgaben von
sudo os-prober
sudo parted --list
echo $DESKTOP_SESSION
jeweils in nem Codeblock
|
PcDoc2000
Anmeldungsdatum: 4. Februar 2010
Beiträge: 860
Wohnort: Wien
|
Frieder108 schrieb: also bitte, Multiboot ist doch keine Hexenwerk und wenn man es richtig macht, gibts dabei auch keine Probleme.
Einmal auf super konservativ bei Anfängerfragen und dann wieder "ist ja keine Hexerei"... Aus dir werde ich echt nicht schlau, aber was solls. Ich hab ja nicht geschrieben, dass es auf jeden Fall Probleme gibt, sondern er könnte damit eventuelle Probleme vermeiden! Da ist ein recht großer Unterschied! Aber wenns nur ein Testrechner ist kann er das von mir aus gern machen, da kann höchstens die hinein gesteckte Zeit verloren gehen, sollte wirklich was passieren. Was das testen unter realen Bedingungen angeht: Bei den meisten ist ein Testrechner ein altes Gerät, was die Leistungsfähigkeit des "richtigen" Rechners nicht annähernd wiedergibt. Auch kann es durchaus durch andere HW zu anderen oder weniger/mehr Problemen kommen als dann beim richtigen Rechner. Dh, dass das nur dann reale Bedingungen wären, wenn er das Multiboot System aufsetzt auf dem Rechner (oder baugleichen) auf dem später auch mit der Installation gearbeitet werden soll.
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
PcDoc2000 schrieb: Frieder108 schrieb: also bitte, Multiboot ist doch keine Hexenwerk und wenn man es richtig macht, gibts dabei auch keine Probleme.
Einmal auf super konservativ bei Anfängerfragen und dann wieder "ist ja keine Hexerei"... Aus dir werde ich echt nicht schlau,
naja, es gibt Standards wie Grub 2 und erprobte und funktionierende Wege für ein sauberes Nebeneinander der unterschiedlichen Betriebssysteme. Um aber wieder auf das Thema des Threads zurück zu kommen → ich hab die Vermutung, dass es hier gar nicht um einen Multiboot geht, sondern eher um ein System mit vielen Oberflächen, also ne Art "Multi-Desktop".
|
Mint12Gnome
(Themenstarter)
Anmeldungsdatum: 21. April 2012
Beiträge: 63
|
Hallo PcDoc2000, hier schon mal die gewünschten Infos, also wenn man Xubuntu 18.04 LTS nicht mit Plasma nutzen kann und nur Kubuntu dafür geeignet ist, dann ist eigentlich für mich die Frage geklärt. Unabhängig davon habe ich auf mehreren Festplatten unterschiedliche Multiboot Installationen, 3 Linux Favoriten habe ich, Kubuntu 18.04 LTS Bionic Beaver Plasma 5.12/Debian 9 KDE-Plasma Stretch /OpenSuse Plasma 5.8 / ,
bisher konnte ich mich noch nicht auf ein bestimmtes Linux festlegen.
guenter@xubuntusoprano:~$ sudo os-prober
[sudo] Passwort für guenter:
/dev/sda11:Ubuntu 16.04.4 LTS (16.04):Ubuntu:linux
/dev/sda13:Debian GNU/Linux buster/sid:Debian:linux
/dev/sda2:Windows 10:Windows:chain
/dev/sda5:openSUSE 13.2 (Harlequin) (x86_64):openSUSE:linux
/dev/sda9:Ubuntu 16.04.4 LTS (16.04):Ubuntu1:linux
guenter@xubuntusoprano:~$
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 106MB 105MB primary ntfs boot
2 106MB 189GB 189GB primary ntfs
3 189GB 192GB 3251MB primary ext4
4 192GB 1000GB 808GB extended
17 192GB 326GB 134GB logical ntfs
5 326GB 410GB 83,9GB logical ext4
6 410GB 452GB 41,9GB logical ext4
7 452GB 525GB 73,4GB logical ext4
8 525GB 567GB 41,9GB logical ext4
9 567GB 641GB 73,4GB logical ext4
10 641GB 683GB 41,9GB logical ext4
11 683GB 756GB 73,4GB logical ext4
12 756GB 798GB 41,9GB logical ext4
13 798GB 913GB 115GB logical ext4
14 913GB 929GB 15,7GB logical ext4
15 929GB 982GB 52,4GB logical ntfs
16 982GB 1000GB 18,6GB logical linux-swap(v1)
guenter@xubuntusoprano:~$
guenter@xubuntusoprano:~$ echo $DESKTOP_SESSION
xubuntu
Tschüss Mint12Gnome
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Hi, zeig mal bitte noch aus dem System heraus, mit dem du diese Abfragen getätigt hast, auch noch die Ausgabe von
lsb_release -a Und nach wie vor gilt, dass es in Xubuntu eigentlich kein Plasma gibt - wenn du da mal noch bitte die Fehlermeldung posten könntest würde das auch weiterhelfen → idealerweise in nem Codeblock ☺
|
Mint12Gnome
(Themenstarter)
Anmeldungsdatum: 21. April 2012
Beiträge: 63
|
Hallo, desweiteren läßt sich anscheinend das 18.04 Xubuntu LTS Xfce nicht korrekt auf Deutsch umstellen, auch die Tastatur ist auf englisch, wie bekomme ich hier das Ganze vollständig auf deutsch ?? Jedenfalls mit apt-get install language-pack-de nicht, nicht mit der Aktualisierung und auch nicht mit apt-get update upgrade dist-upgrade etc. Das Z ist Y und umgekehrt.
guenter@xubuntusoprano:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu Bionic Beaver (development branch)
Release: 18.04
Codename: bionic
Tschüss Mint12Gnome
|
Mint12Gnome
(Themenstarter)
Anmeldungsdatum: 21. April 2012
Beiträge: 63
|
Hallo Frieder108 auch der Plasma funktioniert jetzt problemlos unter Xubuntu 18.04 LTS, hat ein bißchen gedauert.
guenter@xubuntusoprano:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu Bionic Beaver (development branch)
Release: 18.04
Codename: bionic
guenter@xubuntusoprano:~$ echo $DESKTOP_SESSION
plasma
guenter@xubuntusoprano:~$
Tschüss Mint12Gnome
|