tom72k
Anmeldungsdatum: 11. März 2020
Beiträge: 5
|
Hallo Zusammen, nutze Linux seit ca. 1Jahr und habe es nebenbei laufen, auch wg Onlinebanking und anderer Vergleiche zu Redmonds BS.
Der Faktor Stabilität und Ubdates sind da überzeugend. Und da komme ich zum Thema.
In der Console bzw Terminal werden die letzten Einträge gespeichtert. Finde ich vorteilhaft und wenn man morgens um 6.30h was machen möchte "mal eben",
kann es auch ein Nachteil sein. Mal schnell geschaut, ob es Updates gibt, war ein letzter Begriff bzw ich schneller mit dem Finger, als mit dem Hirn.
Gut dachte ich - eine Testversion sollte schon was können. Aber, dass auch was nicht funktioniert ist auch klar.
Der überhastet gewählte Befehl hies: "sudo do-release-upgrade -d" Freudig sagte mir das System, dass es Aktualisierungen bereit hält. Nur die Installation beendet sich, nach dem der Bilschirm mehrfachh wie wild flackert, schwarz wird und dann wieder da ist. Nichts geht.
Ein weiteres Phänomen ist die Entsperrung des Systems. Beliebige Taste drücken, um das Kennwort einzugeben, hat einen ähnlichen Effekt.
Flackern, schwarz, Anzeige vom Bildschirm Inhalt bzw der geöffneten Programme. Dort erkennt man, dass das einzugebende PW schon als Eingabe angenommen wird, sprich im zB noch offenen Browser in der Adressezeile anzeigt wird.
Dann wird die Anzeige wieder sw. Dann wackelt die. Dann springt der Cursor immer wieder woanders hin. Nur wenn man unten rechts auf die Option "Benutzerwechsel"? klickt, kann man wie gewohnt die Station entsprerren.
Nun meine Frage(n) Kann ich das ganze, sprich das Update rückgängig machen?
Was mache ich gegen den Fehler der nicht funktionierenden Aktualisierung? Das ist eher noch unschöner..
Oder warte ich, dass evtl. über die Befehle "sudo apt-get update" und "sudo apt-get upgrade" einige der Fehler behoben werden? Danke im Voraus
Gruß
Tom
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17655
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Ich schlage vor: Augen auf vor dem Absetzen von Befehlen, dessen Wirkung man nicht kennt.
Du bist jetzt bei der Betaversion von 20.04. Ich kenne keinen Weg, das rückgängig zu machen, du hast jetzt ein System, was sich noch in der Entwicklung befindet.
|
tom72k
(Themenstarter)
Anmeldungsdatum: 11. März 2020
Beiträge: 5
|
"Ich schlage vor: Augen auf vor dem Absetzen von Befehlen,"
Ja, so war es auch inhaltlich gemeint.
Hilft mir nur nicht weiter.
|
trollsportverein
Anmeldungsdatum: 21. Oktober 2010
Beiträge: 3417
|
@tom72k: Viel Prosa, aber wenig Gehalt, leider. Jedenfalls kein auch nur ansatzweiser Gehalt an Informationen [1], der hilfsbereiten Mitmenschen Hinweise geben könnte. Meine Glaskugel will beim Posting des Threaderöffners auch nur kullern, aber kein Bild anzeigen. Zudem ist Foca Fossa eine Entwicklerversion, also eher etwas für Leute die sich selbst zu helfen wissen, zumindest aber einigermaßen sattelfest sein sollten. Kann natürlich auch sein, dass ich das Posting völlig falsch verstanden habe und es tatsächlich nur eine Warnung sein soll, auch auf Linux keinen Unfug zu treiben. Weil man nämlich die Freiheit hat, sich selbst in den Fuß schießen zu dürfen, wenn man das mag. [1]: Hardware Informationen wie etwa dmesg, Grafikhardware, aber auch was für Pakete installiert sind. Als Nutzer einer Entwicklerversion darf dann gerne etwas Eigeninitiative gezeigt werden beim sammeln der Informationen. ubuntusers.de hat übriges ein dolles Wiki, da steht viel lesenswertes auch zur Selbsthilfe drin. 😉
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
tom72k schrieb: Gut dachte ich - eine Testversion sollte schon was können. Aber, dass auch was nicht funktioniert ist auch klar. Der überhastet gewählte Befehl hies: "sudo do-release-upgrade -d"
und wie kommt so ein Befehl in eine Testversion rein? Wenn der in der .bash_history drin ist, muss er ja vorher schon mal ausgeführt worden sein - wo und wann hast du das schon mal gemacht?
|
tom72k
(Themenstarter)
Anmeldungsdatum: 11. März 2020
Beiträge: 5
|
@trollsportverein.
Das von Dir vorgeschlagene Wiki ist gut und hat schon einiges geholfen,(als es neu war und lief....) Danke. Sorry, wenn ich das Problem nicht stichwortartig erfasst habe. Jedes Forum hat sein eigenen Ansprüche und ich meine.
Ich wollte nur beschreiben, wie es dazu kam. Wenn diese Infos sinnfrei sind, ok. Manche fragen auch danach.
Ich bin kein Tiefgreifender User möchte es auch nicht sein/werden.
Dennoch bin ich für Hilfe dankbar und daher auch darauf angewiesen, welche infos man in der Fachebene haben muss, damit mir gehofen werden kann.
Woher soll ich wissen, was hilfreich für eine Analyse bei Linux ist? Dass ich unvorsichtig war, ist bestreite ich gar nicht. Weitere Hinweise darauf, haben für mich keinen inhaltlich Gehalt.
Eigeninitiative hin oder her, das ist auch richtig, s.o. Wiki gern gelesen.
Aber, ich bin Nutzer, versehentlich - einer Entwicklerversion. Ich möchte auch nur Nutzer bleiben. Nun, hier hab ich mir wohl einen Bock geschossen. Lehrgeld. Iso aufn Stick und neu. Fertig.
Mehr geht ja wohl nicht.
|
tom72k
(Themenstarter)
Anmeldungsdatum: 11. März 2020
Beiträge: 5
|
Frieder108 schrieb: tom72k schrieb: Gut dachte ich - eine Testversion sollte schon was können. Aber, dass auch was nicht funktioniert ist auch klar. Der überhastet gewählte Befehl hies: "sudo do-release-upgrade -d"
und wie kommt so ein Befehl in eine Testversion rein? Wenn der in der .bash_history drin ist, muss er ja vorher schon mal ausgeführt worden sein - wo und wann hast du das schon mal gemacht?
Gute Frage.... ggf, mal ein paar Versionen davor.
Aus der Erinnerung heraus wollte ich mal von einer LTS Version auf eine "Normale", weil ich irgendwas installieren wollte, was nur mit 19.04? funktioniert.
Ich weiß es nicht mehr. Zu dem Zeitpunkt habe ich geschaut, was es zZt an Versionen gibt. Eine letzte Version vor der öffentlichen 19.04.
Da werde ich mich wohl erkundigt haben, wie man an die Version schon kommt. Das macht wohl die Zeichenfolge -d aus.
Und das holt mich jetzt ein... Lehrgeld.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8618
Wohnort: Münster
|
DJKUhpisse schrieb: […] Du bist jetzt bei der Betaversion von 20.04.
Meines Wissens gibt es noch keine Betaversion von 20.04, das wäre ja ein Release Candidate. Die aktuell (11.03.2020) tatsächlich verfügbare Ausgabe von 20.04 ist ausdrücklich als „unfertig, möglicherweise fehlerhaft und nicht für den produktiven Einsatz tauglich“ gekennzeichnet, es ist also Software im Alfa-Stadium.
Ich kenne keinen Weg, das rückgängig zu machen
Der vorgesehene Weg ist: Nach dem Test eines Entwicklungsstandes wirft man diesen weg und installiert neu.
du hast jetzt ein System, was sich noch in der Entwicklung befindet.
Genau. Also teste es. Und melde bitte das Ergebnis Deines Tests – es kommt bei meiner Hardware zum Absturz – zurück an die Entwickler. Natürlich ist das nur dann hilfreich, wenn Du Deine Hardware auch beschreibst.
|
trollsportverein
Anmeldungsdatum: 21. Oktober 2010
Beiträge: 3417
|
Nun, hier hab ich mir wohl einen Bock geschossen. Lehrgeld. Iso aufn Stick und neu. Fertig. Mehr geht ja wohl nicht.
Kommt ganz auf darauf an. Kann auch der kleine aber ausschlaggebende Einstieg in echtes dazulernen sein. 😎 Ein Anfang wäre ja schon mal die Hardware nicht mehr als großes Geheimnis hüten zu wollen. Oder soll das ein Ratespiel werden, was etwa an Grafikhardware verbaut sein soll? Und mit welchem Treiber also Kernelmodulen diese betrieben wird?
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Es ist wohl ein System, das schon einige Upgrades hinter sich hat - neben Informationen zur Hardware wären wohl auch noch die verwendeten Paketquellen interessant.
grep -P '^ *[^# ]' /etc/apt/sources.list /etc/apt/sources.list.d/*.list
bitte mal im Codeblock zeigen.
|
trollsportverein
Anmeldungsdatum: 21. Oktober 2010
Beiträge: 3417
|
Ein Nachtrag wie beispielsweise Infos aus einem System ohne laufenden XServer hilfsbereiten Mitmenschen zugänglich gemacht werden können. Rudimentäre Grafikhardware Info im Terminal einholen:
lspci -nnk | grep -A3 "\[03..\]:"
Hatte ich weiter oben schon verlinkt. Das wird nun in eine Textdatei namens Grafik.nfo geschubst:
lspci -nnk | grep -A3 "\[03..\]:" > Grafik.nfo
Also einfach mit dem > die Ausgabe in eine Datei umleiten, die Datei wird dabei erstellt. Dann schubst man das auf ein Pastebin hoch, etwa so:
cat Grafik.nfo | curl -F 'f:1=<-' ix.io Das ix.io liefert dann die URL zurück:
http://ix.io/2dWC -=*=- Blitzmerker werden wohl darauf kommmen dass es sich in diesem Beispiel um eine Nvidia Grafikkarte handelt und daher wohl das Verlangen nach Informationen zu Paketen für diese Hardware bestehen dürfte. Die bekommt man so etwa:
dpkg -l | grep nvidia Auch das lässt sich analog wie weiter oben beim dmesg in eine Datei schubsen:
dpkg -l | grep nvidia > nvidia-pkg.nfo Und dann wieder ins Pastebin hoch schubsen:
cat nvidia-pkg.nfo | curl -F 'f:1=<-' ix.io Und da ist es dann auch schon zu lesen:
http://ix.io/2dWK
|
tom72k
(Themenstarter)
Anmeldungsdatum: 11. März 2020
Beiträge: 5
|
Frieder108 schrieb: Es ist wohl ein System, das schon einige Upgrades hinter sich hat - neben Informationen zur Hardware wären wohl auch noch die verwendeten Paketquellen interessant.
grep -P '^ *[^# ]' /etc/apt/sources.list /etc/apt/sources.list.d/*.list
bitte mal im Codeblock zeigen.
Wenn das gemeint ist:
/etc/apt/sources.list:deb-src http://archive.ubuntu.com/ubuntu focal main restricted #Added by software-properties
/etc/apt/sources.list:deb http://de.archive.ubuntu.com/ubuntu/ focal main restricted
/etc/apt/sources.list:deb-src http://de.archive.ubuntu.com/ubuntu/ focal restricted main multiverse universe
/etc/apt/sources.list:deb http://de.archive.ubuntu.com/ubuntu/ focal-updates main restricted
/etc/apt/sources.list:deb-src http://de.archive.ubuntu.com/ubuntu/ focal-updates restricted main multiverse universe
/etc/apt/sources.list:deb http://de.archive.ubuntu.com/ubuntu/ focal universe
/etc/apt/sources.list:deb http://de.archive.ubuntu.com/ubuntu/ focal-updates universe
/etc/apt/sources.list:deb http://de.archive.ubuntu.com/ubuntu/ focal multiverse
/etc/apt/sources.list:deb http://de.archive.ubuntu.com/ubuntu/ focal-updates multiverse
/etc/apt/sources.list:deb http://de.archive.ubuntu.com/ubuntu/ focal-backports main restricted universe multiverse
/etc/apt/sources.list:deb-src http://de.archive.ubuntu.com/ubuntu/ focal-backports main restricted universe multiverse
/etc/apt/sources.list:deb http://security.ubuntu.com/ubuntu focal-security main restricted
/etc/apt/sources.list:deb-src http://security.ubuntu.com/ubuntu focal-security restricted main multiverse universe
/etc/apt/sources.list:deb http://security.ubuntu.com/ubuntu focal-security universe
/etc/apt/sources.list:deb http://security.ubuntu.com/ubuntu focal-security multiverse
/etc/apt/sources.list.d/apandada1-ubuntu-brightness-controller-focal.list:deb http://ppa.launchpad.net/apandada1/brightness-controller/ubuntu focal main
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
ja, das war gemeint - dein Problem hängt ja irgendwie mit der Grafik zusammen und die "Brightness-Control" aus dem PPA hat auch mit Grafik zu tun → so als Schuß ins Blaue würde ich mal sagen, dass da ein Zusammenhang bestehen könnte. Kannst ja mal das PPA deaktivieren und das Programm entfernen und danach ein
sudo apt update && sudo apt full-upgrade && sudo apt -f install
durchlaufen lassen und dann auch mal neu starten. Denk dran, sollten da Fehlermeldungen kommen, dann diese unbedingt zeigen. Wenn das keine Besserung bringt, dann brauchen wir definitiv auch mal die von trollsportverein angeforderten Infos zu Grafik und System.
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53601
Wohnort: Berlin
|
Sorry, aber die Beschreibung ist nicht plausibel und kann technisch nicht so funktioniert haben. Du gibst an ein 20.04 installiert gehabt und haben und darauf ein sudo do-release-upgrade -d durchgeführt zu haben. Wie man leicht der manpage entnehmen kann wird dadurch ein Upgrade auf die aktuelle Entwicklungsversion durchgeführt. Spätestens jetzt müsste man merken, wo das "Problem" liegt... Gut, kann man natürlich auch einfach mal nachspielen. Ubuntu Focal Fossa (development branch) \n \l Was passiert also wohl, wenn man der bereits installierten Entwicklungsversion sagt, dass man ein Upgrade auf die aktuelle Entwicklungsversion einspielen will? Neue Veröffentlichungen von Ubuntu werden gesucht
Es ist keine Entwicklerversion einer LTS verfügbar.
Um auf die neueste nicht-LTS-Entwicklerveröffentlichung zu aktualisieren
Prompt=normal in /etc/update-manager/release-upgrades festlegen. Nun könnte es natürlich sein, dass das 20.04 da durch ein Upgrade von einem 19.10 draufgekommen sein soll (was du nicht angibst), also ändern wir mal auf Nicht-LTS-Versionen. # sed -i s/Prompt=lts/Prompt=normal/g /etc/update-manager/release-upgrades und probieren es nochmal. Wenig überraschend: Neue Veröffentlichungen von Ubuntu werden gesucht
Aktualisierungen auf die Entwicklerversion sind nur
von der jüngsten unterstützten Version aus möglich. Also nein, was du schreibst kann so nicht passiert sein...
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53601
Wohnort: Berlin
|
kB schrieb: Meines Wissens gibt es noch keine Betaversion von 20.04, das wäre ja ein Release Candidate.
Na Beta und RC sind nochmal zwei unterschiedliche paar Schuhe. 😉 Aber ja, 20.04 ist immer noch Alpha. Die Betaversion wird laut FocalFossa/ReleaseSchedule erst für den 02.04.2020 angestrebt, der RC für den 16.04.2020.
|