Man2T
Anmeldungsdatum: 12. April 2016
Beiträge: 38
|
Mojn; eben hab ich per Konsole zwei Partitionslabel umbenannt. Nun erscheinen im Ordnerfenster des Dateimanagers in /media/<Username> aber sowohl die neuen als auch die alten LabelEinträge, wobei wie erwartet das Anklicken und der Löschversuch der alten Einträge Fehlermeldungen hervorrufen, woran ein Neustart des BetriebsSystems nichts geändert hat. Was ist da schief gelaufen? Lassen die beiden alten (störenden) Einträge sich anderweitig noch nachträglich entfernen?
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53484
Wohnort: Berlin
|
Zeige bitte mal die Terminal-Ausgaben von sudo ls -aluhut /media/$(whoami) und sudo lsblk -o NAME,LABEL Der Support für Lubuntu 16.04 endete übrigens vor 20 Monaten, im April 2019...
|
Steev
Anmeldungsdatum: 5. September 2006
Beiträge: 2237
|
aluhut ist ein parameter in der Linux Welt, ist ja schrecklich! Was soll das denn sein für ein parameter?
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53484
Wohnort: Berlin
|
Steev schrieb: aluhut ist ein parameter in der Linux Welt, ist ja schrecklich! Was soll das denn sein für ein parameter?
Das letzte u und t ist überflüssig, ich frage das nur immer so ab um zu sehen, ob das jemand merkt. In dem Fall kann man dann nämlich damit rechnen, dass die Leute auch mitdenken und nicht blind alles ins Terminal Kippen. 😛
|
Man2T
(Themenstarter)
Anmeldungsdatum: 12. April 2016
Beiträge: 38
|
Gut, dankeschön; die Verzeichnisse mit den alten Labelnamen waren (für mich unerklärlicherweise) dem Root zugerechnet. Per sudo rm -r <ungültiges_Label> bin ich die beiden ungültig gewordenen Verzeichnisse endlich losgeworden. Die Hinweise auf den Leichtmetallhut haben man-en Blick auf sein (sehr langes) Etikett gelenkt, aus dem hervorgegangen ist, daß das -lange Auflisten der Verzeichnisse des Rätsels Lösung offengelegt hat.
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53484
Wohnort: Berlin
|
Ändert aber noch nichts daran, dass du mit einer Version unterwegs bist, die seit 20 Monaten keinen Support mehr hat. 😉
|
Man2T
(Themenstarter)
Anmeldungsdatum: 12. April 2016
Beiträge: 38
|
tomtomtom schrieb: Ändert aber noch nichts daran, dass du mit einer Version unterwegs bist, die seit 20 Monaten keinen Support mehr hat. 😉
Zum Aktualisieren fordert die Version dennoch regelmäßig auf und setzt den Aktualisierungsvorgang nach Bestätigung der Anfrage auch in Gang. Nachtrag: Zum ersten Mal hat es eben jedoch zur Aktualierung auf 18.04 aufgefordert; und das Herunterladen der Aktualisierungsdateien läuft gerade.
|
Man2T
(Themenstarter)
Anmeldungsdatum: 12. April 2016
Beiträge: 38
|
Das Aktualisieren war ein Fehler, denn nun friert häufig der DateiMan ein, die LeistenEinstellung wird dann auf Werk zurückgesetzt, die Desktophintergrund-Einstellung ebenfalls und die Desktoplinks sind dann verschwunden. Mal sehen, ob das demnächst behoben werden wird.
|
fleet_street
Top-Wikiautor
Anmeldungsdatum: 30. August 2016
Beiträge: 2130
Wohnort: Hunsrück
|
Mal sehen, ob das demnächst behoben werden wird.
Da sehe ich schwarz, weil der Unterstützungszeitraum für Lubuntu 18.04 ja auch schon in vier Monaten endet. Außerdem wurde von LXDE auf LxQt gewechselt. Du könntest versuchen im Anmeldefenster statt der LXDE-Sitzung nun LxQt auszuwählen. Sieht anders aus und verhält sich vermutlich auch anders.
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53484
Wohnort: Berlin
|
Man2T schrieb: Zum Aktualisieren fordert die Version dennoch regelmäßig auf und setzt den Aktualisierungsvorgang nach Bestätigung der Anfrage auch in Gang.
Nun, Lubuntu nutzt die selben Paketquellen wie Ubuntu und alle anderen offiziellen Derivate. In Lubuntu sind natürlich auch Pakete enthalten, die noch Support haben, da sie zum LTS-Support-Umfang des Standard-Ubuntus gehören. Diese werden dann natürlich auch weiter angeboten und installiert. Das ändert nichts an der Sache, dass der Support von Lubuntu 16.04 seit April 2019 beendet ist und die gesamte Oberfläche vollständig ohne (Sicherheits-)Updates da steht. Ein System ist übrigens so sicher, wie dessen unsicherste Komponente...
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53484
Wohnort: Berlin
|
fleet_street schrieb: Außerdem wurde von LXDE auf LxQt gewechselt. Du könntest versuchen im Anmeldefenster statt der LXDE-Sitzung nun LxQt auszuwählen. Sieht anders aus und verhält sich vermutlich auch anders.
Lubuntu hat erst mit 18.10 auf LXQt gewechselt, 18.04 ist noch LXDE. 😉
|
Steev
Anmeldungsdatum: 5. September 2006
Beiträge: 2237
|
tomtomtom schrieb: Steev schrieb: aluhut ist ein parameter in der Linux Welt, ist ja schrecklich! Was soll das denn sein für ein parameter?
Das letzte u und t ist überflüssig, ich frage das nur immer so ab um zu sehen, ob das jemand merkt. In dem Fall kann man dann nämlich damit rechnen, dass die Leute auch mitdenken und nicht blind alles ins Terminal Kippen. 😛
ja nur ihr seid es oft hier im uu.de die dann dem user X antworten. Hey c&p mal diesen Befehl ins Terminal oder gebe diesen Befehl ein, ohne den Befehl zu erklären. Das führt sicher zur Lösung, halte ich aber für nicht so gut
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53484
Wohnort: Berlin
|
Steev schrieb: ja nur ihr seid es oft hier im uu.de die dann dem user X antworten. Hey c&p mal diesen Befehl ins Terminal oder gebe diesen Befehl ein, ohne den Befehl zu erklären. Das führt sicher zur Lösung, halte ich aber für nicht so gut
Jeder Nutzer kann nachfragen, was welcher Befehl bewirkt. Oder es nachlesen. Stellt dir mal vor, wie die erste Antwort bei einem GRUB-Problem aussehen würde, wenn man nicht nur for d in $(sed -ne 's/^.*\(sd.*\)/\1/p' /proc/partitions);do echo -e "$d\t ID: $(sudo hexdump -v -s 0x80 -n 2 -e '2/1 "%x" "\n"' /dev/$d)";done;echo -e "\t(G1) 5272/aa75 (G2) 48b4/7c3c/020 (Core) 488/31d2" sudo fdisk -l 2>/dev/null | egrep "Disk /|/dev/" | sed "s#^/dev/#Part /dev/#" | awk '{print $2}' | sed 's/://' | xargs -n1 -IX sudo sh -c "hexdump -v -s 0x80 -n 2 -e '2/1 \"%x\" \"\\n\"' X | xargs -n1 -IY sh -c \"case \"Y\" in '48b4') echo X: GRUB 2 v1.96 ;; 'aa75' | '5272') echo X: GRUB Legacy ;; '7c3c') echo X: GRUB 2 v1.97 oder v1.98 ;; '020') echo X: GRUB 2 v1.99 ;; *) echo X: Kein GRUB Y ;; esac\"" abfragen, sondern Befehl für Befehl mit Option für Option erklären würde. 😈 Der hier bemängelte Befehl tut nichts weiter als das abzufragende abzufragen. Er ist halt durch zwei überflüssige Optionen erweitert, die Leute, die Lesen, was da steht, stutzig machen können/sollen.
|
Man2T
(Themenstarter)
Anmeldungsdatum: 12. April 2016
Beiträge: 38
|
fleet_street schrieb: Mal sehen, ob das demnächst behoben werden wird.
Da sehe ich schwarz, weil der Unterstützungszeitraum für Lubuntu 18.04 ja auch schon in vier Monaten endet. Außerdem wurde von LXDE auf LxQt gewechselt. Du könntest versuchen im Anmeldefenster statt der LXDE-Sitzung nun LxQt auszuwählen. Sieht anders aus und verhält sich vermutlich auch anders.
Wenn das Anmeldefenster aber keine Sitzung anbietet, so muß LxQt zuvor sicherlich nachinstalliert werden, oder?
|
moniaqua
Anmeldungsdatum: 19. Februar 2007
Beiträge: 305
|
Man2T schrieb:
Wenn das Anmeldefenster aber keine Sitzung anbietet, so muß LxQt zuvor sicherlich nachinstalliert werden, oder?
Vermutlich ja. Aber wenn LXDE noch soweit tut, wozu rumpfriemeln? Ich persönlich bin eh kein großer Fan davon, dieses automatische Upgrade zu fahren. Es mag inzwischen funktionieren, aber bei mir hat es früher alles zerschossen und deswegen habe ich mir angewöhnt, /home auf eine extra Partition zu packen und jeweils neu zu installieren. Dafür habe ich eine zweite Partition, die ich als / nutzen kann und installiere die neue Version auf das zweite /, dann habe ich eine lauffähige alte Version und kann an der neuen ggf. solange rumfrickeln, bis es passt. Oder ich kann andere Systeme zwischendurch ausprobieren ☺ Übrigens haben wir 2020 (noch 😉), ich würde mich mit 18.04 gar nicht groß abgeben. Die neue LTS ist 20.04, damit hast wieder einige Zeit Ruhe.
|