LeoH
Anmeldungsdatum: 16. November 2008
Beiträge: 258
Wohnort: Altheim
|
Hallo Ubuntuusers, nach der Aufforderung das System von der Version 18.04 auf die nun vorliegende Version 20.04 upzudaten hängt der Vorgang nun bei ca. 70% der Installation fest. Vor dem Fenster "Systemaktualisierung" liegt das Fenster "Frontend" mit der Frage: Wie wollen Sie mit der geänderten Konfigurationsdatei smb.conf verfahren? Das Fenster, in dem ich die Beibehaltung der smb.conf per "Tab" und "Enter" bestätigt habe verschwindet danach nicht. Auf alle weiteren Klicks mit der Maus, mit der Tastatur (Tab) und mit (Enter) reagiert das Fenster nichtmehr. Ich kann die Installation nicht fortführen. Kann man da noch etwas retten???? MfG L-H Entschuldigung! Ich bin da aus Versehen (vor lauter Stress) im falschen Unterforum gelandet. Habe "Update" mit "Backup" verwechselt!
Vielleicht kann jemand den Beitrag ins richtige Unterforum verschieben... Danke! Moderiert von hefeweiz3n:
Wie gewünscht verschoben. Hilferuf auch noch entfernt, das du Hilfe suchst erkennt man daran das du hier postest 😉.
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17655
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Was wird denn gerade angezeigt?
|
LeoH
(Themenstarter)
Anmeldungsdatum: 16. November 2008
Beiträge: 258
Wohnort: Altheim
|
Vielen Dank für die Verschiebung hefeweiz3n! Angezeigt werden wie gesagt zwei Fenster. Leider kann ich sie nicht mit "Bildschirmfoto" aufnehmen, sonst hätte ich das vorhin schon getan. Also: Zwei Fenster sind offen. Das erste ist das Fenster, in dem der ganze Upgradeverlauf angezeigt wird:
Oben stehen die zu erledigenden Aufgaben wie: Systemaktualisierung wird vorbereitet, Neue Paketquellen werden eingerichtet, Aktualisierungen werden heruntergaladen. Diese drei Einträge haben einen grünen Haken.
Am nächsten Eintrag: Aktualisierungen werden installiert ist ein Pfeil (>) davor. Aufräumen und Rechner neu starten sind noch ganz offen.
Darunter ist der rote Balken zu 70% durchgelaufen. Im Teil des Fensters, das mit "Befehlsfenster" überschrieben ist steht immer wieder die selbe Meldung: | (frontend:9885) Gtk-CRITICAL **:-Uhrzeit-: _gtk_widget_captured_event: assertion 'WIDGET_REALISED_FOR_EVENT (widget, event)' failed
|
Dieses Fenster kann ich mit der Maus verschieben, sonst aber nichts... Das zweite Fenster, in dem ein Dialog ablaufen sollte, der wohl stecken geblieben ist.
Der Dialog war die Aufforderung:
Wie wollen Sie mit der geänderten Konfigurationsdatei smb.conf verfahren?
Darunter ein Butto mit dem Inhalt:
aktuell lokal installierte Version beibehalten
Daneben ein Button mit dem Inhalt:
Hilfe
In der Kopfleiste des Fensters ist noch ein Button mit dem Inhalt:
Weiter Dieses zweite Fenster kann ich weder mit der Maus bewegen, noch durch Klick auf einen der Buttons zu irgend einer Reaktion veranlassen.
Dieses Fenster ist anscheinend dieses (frontend:9885), das die Fehlermeldung oben ausgelöst hat. Kannst du damit was anfangen? Gruß L-H
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
Moin Moin, Als Erstes, ich hoffe Du hast nicht wahlos irgenwelche Tastenkombinationen im Terminal versucht oder probiert. Dann können wir das Ganze gleich vergessen. Bereite eine LIVE-Version vor, ggf. von einem anderem Rechner wenn nicht bereits vorhanden, siehe vorher weiter unten R E I S U B Du lieferst hier schwere Kost, mit Deinen Beschreibungen kann man wenig / nichts anfangen Wieso sind bei Dir 2 Fenster auf? Bei einem Upgrade auf die nächste Version, das schon mit Problemen behaftet sein könnte, lässt man den Rechner machen und stellt keine Versuche an. Deine Tastenkombination (Tab+Enter), um die Frage nach dem beibehalten .... aktuell lokal installierte Version beibehalten hat bewirkt, dass Du die weiteren Ausführungen abgewürgt hast. Stellt sich die Frage wie geht es weiter.
Vesuch Nr.1: Das Fenster aktuell lokal installierte Version beibehalten so es noch geöffnet ist, offen halten. Das andere Fenster schließen. In dem noch offenem Terminal weiterarbeiten.
Passiert dort nichts, beendest Du das Terminal mit einem Neustart, dazu wichtig: Tastenkombination Altgr+Druck und bei gedrückter Kombination die Buchstaben R E I S U B. Startet der Rechner danach? Und wenn alle Stricke reißen, wird es eine Neuinstallation mit der Rückkopierung der Sicherungen. Soweit meine persönliche Einschätzung Deines selbstgemachten Problems Gruß
|
LeoH
(Themenstarter)
Anmeldungsdatum: 16. November 2008
Beiträge: 258
Wohnort: Altheim
|
Tuemmler schrieb: Moin Moin,
Als Erstes, ich hoffe Du hast nicht wahlos irgenwelche Tastenkombinationen im Terminal versucht oder probiert. Dann können wir das Ganze gleich vergessen.
Nein, hab ich nicht. Ich hatte noch gar kein Terminal offen.
Hab ich gemacht. Das erste Fenster ist wie gesagt das Fenster, das bei der Installation sowieso offen ist und in dem der Verlauf der Installation dargestellt wird.
Das zweite Fenster wurde von der Installation geöffnet, nicht von mir.
Deine Tastenkombination (Tab+Enter), um die Frage nach dem beibehalten .... aktuell lokal installierte Version beibehalten hat bewirkt, dass Du die weiteren Ausführungen abgewürgt hast.
In dem zweiten Fenster wurde die Frage gestellt, ob ich die aktuelle Version der Datei "smb.conf" beibehalten will, nicht ob ich die aktuell installierte Ubuntu-Version beibehalten will. Diese Frage muß ich beantworten, wenn die Installation weiter laufen soll.
Da ich meine alte "smb.conf" beibehalten möchte, habe ich diese Frage mit "ja" beantwortet damit die Installationsroutine weiß, wie sie weitermachen soll. Und eben dieses "Weitermachen" ist nicht möglich, weil dieses zweite Fenster nicht geschlossen werden kann.
Ja, genau...
Vesuch Nr.1: Das Fenster aktuell lokal installierte Version beibehalten so es noch geöffnet ist, offen halten.
Das kann ich ja nicht schließen, das ist doch das Problem..
Das andere Fenster schließen. In dem noch offenem Terminal weiterarbeiten.
Das andere Fenster hat keine Buttons zum Schließen. Die kommen erst, wenn die Installation beendet ist.
Ein offenes Terminal gibt es nicht. Das ist nur der Teil des ersten Fensters, in dem der Ablauf der Installation beobachtet werden kann.
Soll ich wirklich noch mal ENTER drücken ?? Enter hatte ich nur beim aktivierten "Antwortbutton" des zweiten Fensters gedrückt, weil der Button auf die Maus nicht reagiert hat.
Passiert dort nichts, beendest Du das Terminal mit einem Neustart, dazu wichtig: Tastenkombination Altgr+Druck und bei gedrückter Kombination die Buchstaben R E I S U B.
Startet der Rechner danach?
Da habe ich eben Bedenken, sonst hätte ich das schon gemacht.
Und wenn alle Stricke reißen, wird es eine Neuinstallation mit der Rückkopierung der Sicherungen.
Das Gefühl habe ich auch und eben das möchte ich ja vermeiden.
Soweit meine persönliche Einschätzung Deines selbstgemachten Problems
Selbstgemacht ist das Problem nicht. Es entstand bei der Beantwortung einer Frage, die durch die Installationsroutine in einem von der Installationsroutine selbst geöffneten Fenster gestellt war. Ich weiß! Ohne Bild ist das schwer verständlich zu machen. Aber ich denke, bisher habe ich selbst noch nichts falsch gemacht.
Das Antwortfenster ist halt abgestürzt, steht aber noch offen auf dem Bildschirm und kann nicht beendet werden. Und deshalb läuft die Installation der 20.04 nicht weiter. Gruß L-H
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17655
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Mache mal bitte einen Screenshot von dem Fenster.
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8693
|
DJKUhpisse schrieb: Mache mal bitte einen Screenshot von dem Fenster.
oder vllt ein Handyfoto. Achte aber dann darauf, das es nicht zu groß wird. Das sollte auch bei Handyfotos beachtet werden, sonst kann du es nicht in den Beitrag einfügen. Siehe Wiki: Wiki/Bildschirmfotos (Abschnitt „Wichtige-Anforderungen“) Tuemmler schrieb: siehe vorher weiter unten R E I S U B
Falls dir das nichts sagt, dann siehe Wiki: Magic SysRQ
|
LeoH
(Themenstarter)
Anmeldungsdatum: 16. November 2008
Beiträge: 258
Wohnort: Altheim
|
DJKUhpisse schrieb: Mache mal bitte einen Screenshot von dem Fenster.
Nur damit hier kein Missverständnis aufkommt.
Den Thread hier schreibe ich von meinem Desktop-PC aus.
Das Problem habe ich an meinen Netbook.
Am Netbook habe ich keine Möglichkeit, einen Screenshot zu machen, sonst hätte ich das ja, wie in meinem ersten Beitrag geschrieben gleich mit angehängt. Da ich keine Möglichkeit sehe, den Installationsvorgang irgendwie weiterzuführen, habe ich jetzt doch AltGr+Druck+B betätigt, um neu zu starten. Im Grub hatte ich beim nächsten Boot-Vorgang im erweiterten Modus die Linux-Kernel: 5.4.0-54 und 4.15.0-122
Da im 5.4.0-54 nichts möglich war, habe ich im 4.15.0-122 den recovery mode gestartet. In dem daraufhin erschienenen Menü habe ich "Kaputte Pakete reparieren" durchgeführt.
Danach ist zwar der 5.4.0-54 - Kernel immer noch nicht startbar. Auch der 4.15.0-122 - Kernel ist im Desktop-Modus nicht vollständig startbar. Es erscheinen aber doch zunächst kaum Fehlermeldungen und sogar das Ubuntu-Logo. Wenn alle Punkte einmal durchgelaufen sind, dann wechselt die Ansicht auf einen schwarzen Bildschirm und zeigt:
(sinngemäß).
danach ist dann nur noch der schwarze Bildschirm vorhanden, auf dem links oben der Cursor blinkt. Im Recovery-Modus komme ich hier aber (beinahe) ohne Fehlermeldung auf das Wiederherstellungsmenü.
Vielleicht habe ich von da aus ja noch einem Möglichkeit.
Im Laufe des Starts erscheint da jedenfalls zwischendurch die Meldung (sinngemäß): Willkommen bei Ubuntu 20.04.1 ! Wenn ich vom Wiederherstellungsmenü aus alle Verzeichnissysteme prüfen will dann erscheint die Meldung:
| Zeile 80: /etc/default/rc6: Datei oder Verzeichnis nicht gefunden
fsck von util-linux 2.34
/dev/sda6 ist eingehängt.
e2fsck: Fortsetzung nicht möglich, wird abgebrochen
|
Wenn jemand noch ne Möglichkeit sieht, werde ich das noch testen, andernfalls muss ich halt doch neu installieren. Jedenfalls ist es schade, wenn bei einem Upgrade, von der Version 18.04 LTS auf 20.04 LTS, das einem vom System angeboten wird ein solcher Absturz passiert. Und noch mal: Das System ist bis dahin ohne jegliche Probleme gelaufen!!! Und bis zu meinem ersten Beitrag in diesem Thread hatte ich nur die Frage danach, ob ich die smb.conf beibehalten möchte beantwortet. Gruß L-H
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8693
|
Berlin_1946 schrieb:
oder vllt ein Handyfoto. Achte aber dann darauf, das es nicht zu groß wird. Das sollte auch bei Handyfotos beachtet werden, sonst kann du es nicht in den Beitrag einfügen. Siehe Wiki: Wiki/Bildschirmfotos (Abschnitt „Wichtige-Anforderungen“)
Hast du dieses schon mal gelesen? Wiki: Upgrade (Abschnitt „Problemloesungen-nach-fehlgeschlagenen-Upgrades“) LeoH schrieb:
Jedenfalls ist es schade, wenn bei einem Upgrade, von der Version 18.04 LTS auf 20.04 LTS, das einem vom System angeboten wird ein solcher Absturz passiert.
Auf dieser übersetzten Seite ist die Benutzung des -"vom System angebotenen" Upgrade- sehr viel an vorherigen Übergrünfugen geknüpft. Siehe: Bevor Sie ein Upgrade durchführen… Darauf muss man erst mal kommen 😇
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
Moin Moin, OK, ich habe es begriffen, Du hast die grafische Aufforderung zum "Upgrade" genutzt, dort ist das System dann hängen geblieben. Für uns zur besseren Info: Ist es richtig dass Fenster Nr.1 zunächst die Aufforderung war das "Upgrade" anzustoßen, Fenster Nr.2 dann den eigentlichen Dateifortschritt anzeigte und dieser dann hängen blieb? Und weiter: Die von Dir angestoßene Systemprüfung kann nicht klappen wenn die Systempartition eingehängt ist. Boote von einem Live-Medium, DVD oder USB-Stick. Stoße von dort eine Systemprüfung an, wie ich es sehe ist Deine Systempartition sda6. Der Terminalbefehl dafür lautet demzufolge
sudo fsck.ext4 -v -f -c -y /dev/sda6 Aus dem Terminal heraus kannst Du dann die Meldungen kopieren und hier im Codeblock posten. Danach sehen wir weiter. Gruß Gruß
|
LeoH
(Themenstarter)
Anmeldungsdatum: 16. November 2008
Beiträge: 258
Wohnort: Altheim
|
Berlin_1946 schrieb: Berlin_1946 schrieb: Hast du dieses schon mal gelesen?
Ich hab das jetzt mal versucht. Dazu folgendes:
In der sources.list sind die Einträge ..focal main, ..focal-updates und ..focal-security mit jeweils den Parametern: restricted, universe und miltiverse vorhanden.
..focal-backports ist nicht vorhanden
..focal partner ist aktiviert Wenn ich nun im Recovery-Modus in der Konsole den Befehl:
ausführe, läuft das durch bis "Erledig" und springt dann zurück ins Wiederherstellungsmenü.
Danach wechsle ich wieder in die Konsole und gebe den Befehl:
ein. Da erscheint dann:
| E: Der dpkg-Prozess wurde unterbrochen; Sie müssen manuell >>sudo dpkg --configure -a<< ausführen, um das Problem zu lösen.
|
Da komme ich nicht weiter.
Ein Versuch, eine Netzwerkverbindung zu starten mit "dhclient eth0" scheitert ebenfalls. Ich werde jetzt mal versuchen, "fsck" von der Live-DVD aus zu starten, wie es Tuemmler empfohlen hat. Gruß L-H
|
LeoH
(Themenstarter)
Anmeldungsdatum: 16. November 2008
Beiträge: 258
Wohnort: Altheim
|
Tuemmler schrieb: Moin Moin, OK, ich habe es begriffen, Du hast die grafische Aufforderung zum "Upgrade" genutzt, dort ist das System dann hängen geblieben. Für uns zur besseren Info: Ist es richtig dass Fenster Nr.1 zunächst die Aufforderung war das "Upgrade" anzustoßen, Fenster Nr.2 dann den eigentlichen Dateifortschritt anzeigte und dieser dann hängen blieb?
Nicht ganz. Das von dir genannte Fenster Nr.1 verschwindet ja wieder, wenn man das Upgrade startet.
Das Fenster, das ich als erstes Fenster beschrieben habe, war das von dir genannte Fenster Nr.2
Das Fenster, das ich als zweites Fenster beschrieben habe, ist ein weiterer Dialog, der dazu aufforderte, die Frage zu beantworten, ob die bisherige smb.conf beibehalten werden soll. Dieses Fenster wurde durch die positive Antwort blockiert und verhinderte somit auch die weitere Ausfuehrung des Upgrades. Boote von einem Live-Medium, DVD oder USB-Stick.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32 | ubuntu@ubuntu:~$ sudo fsck.ext4 -v -f -c -y /dev/sda6
e2fsck 1.44.1 (24-Mar-2018)
Checking for bad blocks (read-only test): 0.00% done, 0:00 elapsed. (0/0/0 errdone
/dev/sda6: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sda6: ***** FILE SYSTEM WAS MODIFIED *****
355420 inodes used (11.54%, out of 3080192)
336 non-contiguous files (0.1%)
580 non-contiguous directories (0.2%)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 320752/215
5414778 blocks used (43.99%, out of 12309760)
0 bad blocks
2 large files
276953 regular files
41158 directories
7 character device files
0 block device files
0 fifos
135 links
36983 symbolic links (34128 fast symbolic links)
310 sockets
------------
355546 files
ubuntu@ubuntu:~$
|
Hier das Ergebnis. Gruss L-H
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
Moin Moin, sda6 war meine Annahme, dass das die Systempartition ist. Zur Sicherheit zeige aus dem Live-System sudo fdisk -l Gruß
|
LeoH
(Themenstarter)
Anmeldungsdatum: 16. November 2008
Beiträge: 258
Wohnort: Altheim
|
Stimmt! sda6 ist die Systempartition. 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66 | ubuntu@ubuntu:~$ sudo fdisk -l
Disk /dev/loop0: 1.8 GiB, 1864450048 bytes, 3641504 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop1: 86.9 MiB, 91099136 bytes, 177928 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop2: 34.7 MiB, 36323328 bytes, 70944 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop3: 140.9 MiB, 147722240 bytes, 288520 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop4: 2.3 MiB, 2433024 bytes, 4752 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop5: 13 MiB, 13619200 bytes, 26600 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop6: 14.5 MiB, 15196160 bytes, 29680 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop7: 3.7 MiB, 3887104 bytes, 7592 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: D7699BC4-1843-436D-BECC-344183F8337D
Device Start End Sectors Size Type
/dev/sda1 2048 1023999 1021952 499M Windows recovery environment
/dev/sda2 1024000 1228799 204800 100M EFI System
/dev/sda3 1228800 1261567 32768 16M Microsoft reserved
/dev/sda4 1261568 164061183 162799616 77.6G Microsoft basic data
/dev/sda5 975011840 976771071 1759232 859M Windows recovery environment
/dev/sda6 876533760 975011839 98478080 47G Linux filesystem
/dev/sda7 164061184 876533759 712472576 339.8G Linux filesystem
Partition table entries are not in disk order.
|
Habe aber gerade beim Arbeiten am Live-System entdeckt, dass meine Wireless-Mouse offensichtlich den Kontakt verliert.
Da ist mir gerade bei der Aenderung der Energie-Einstellungen auch das Fenster beim Klick auf einen Button eingefroren.
Das konnte ich jetzt aber durch Benutzung des Touch-Pad noch retten.
Habe die Maus jetzt auf einen anderen USB-Platz gesteckt und eine Gneue Batterie eingebaut. Gruss L-H
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
Moin Moin, laut den Angaben Deines letzten Posts ist die Überprüfung (so wie ich es sehe ) ohne Fehler durchgelaufen. Beende das Live-System,starte den Rechner neu. Gruß
|