[11:44] Ich mach grad das Upgrade von 18.10 auf 19.04. Da steht jetzt "Systemaktualisierung wird vorbereitet" und ganz unten "Dateien wurden vollständig heruntergeladen". Mehr passiert nicht. 0% CPU, 0% Netzwerk [11:45] Ist die GUI-getriebene Aktualisierung kaputt? [11:48] neulich ging die bei mir noch. Ganz nomaal. [11:49] kannst ja auch über Terminal machen vielleicht ist dann informativer. [11:49] ich mach's einfach per Terminal. Hab die GUI abgeschossen. Die hat ja auch kein X [11:50] toll, jetzt sagt er apt läuft schon :-D [11:50] Ich starte neu und fang von vorne an. Vielleicht hilft das. Ansonsten lock löschen [11:57] Im Terminal passiert scheinbar genauso wenig [11:58] Die letzte Zeile ist "Informationen zu Paketquellen werden aktualisiert". Und davor hat er nur Zwischenspeicher gelesen und "apt update" ausgeführt oder so [11:58] NTQ: zeig mal, an welcher stelle es hängt... im pastebin. [11:58] und mal schauen, ob es ein debug flag gibt? [11:59] bin dabei, moment [11:59] stevieh: https://paste.ubuntu.com/p/KXztxc5Svv/ [11:59] Title: Ubuntu Pastebin (at paste.ubuntu.com) [12:00] das is nich viel... aber ja, ich vermute, da wird irgendein ubuntu server hängen... [12:01] Na wenn es nur das ist, wäre das ja vielleicht gut. Schade, dass man nicht so viel sieht. Ich suche mal nach verbose oder so [12:02] Da scheint es ja nicht viel zu geben in der Richtung, aber ich hab auch nur in man geschaut. [12:05] Mit strace ist es auch schwierig irgendwas zu sehen [12:05] dann gibt es wohl heute kein Update für mich [12:05] Zock ich halt minecraft :-D Vielleicht klappt's ja morgen [12:42] NTQ: mach mal von nem live-system (usb/cdrom-boot) oder aus dem initramfs / recovery einen (erzwungen) check sämtlicher dateisysteme [12:42] *erzwungenEN [12:43] tomreyn: Das wird bei mir bei fast jedem Neustart gemacht. [12:43] Und ich weiß auch nicht warum. Ist eigentlich nervig, aber ich starte ja auch nur alle 20-30 Tage mal neu [12:43] und dump2fs bestätigt das für alle dateisysteme? [12:44] *alle ext-dateisysteme [12:44] was für dateisysteme hast du denn da? [12:45] tomreyn: Hab drei Festplatten drin. Alle ext4. [12:45] Oder was möchtest du genau wissen? [12:46] ich wollte wissen auf welche dateisystemtypen (wie z.b. ext4) deine ubuntu-installation aufbaut. [12:46] Ja, wie gesagt, ext4 [12:47] festplatten haben ja häufig partitionstabellen, mehrere partitionen, und diese dann minidestens ein dateisystem. [12:47] mach mal ein ppa-purge auf die beiden noch konfigurierten PPAs. [12:47] und dann zeig mal was das hier ausgibt: https://github.com/tomreyn/scripts#foreign_packages [12:47] Title: GitHub - tomreyn/scripts: Some scripts I use or used in the past (at github.com) [12:49] ppa-purge klingt ja nichts, was ich gerne möchte [12:50] ich mach auch viele tippfehler, aber das kann ich nicht verstehen. [12:50] Erinnert mich aber auch daran, dass ich sources.list.d nochmal aufräumen müsste. Da sind so viele .save und .distUpgrade-Dateien. Das ist wieder total unübersichtlich. [12:50] *klingt nach nichts [12:50] du willst ein release upgrade machen, oder? [12:51] ja, muss ja zu 19.04 [12:51] bin noch auf 18.10 [12:51] dann willst du schon ppa-purge machen, es sei denn du experimentierst gerne mit nicht unterstützten upgradepfaden. [12:51] (und installierst in der folge gerne mal neu) [12:51] okay, das tue ich wahrscheinlich nicht. Ich installiere nur häufig Software, die im Ubuntu-repository heillos veraltet ist [12:52] wie installierst du die? [12:52] Hab da momentan 42 *.list-Dateien drin. [12:52] Meist mit add-apt-repository [12:53] also über PPAs? [12:53] ja [12:53] selten mal was selbst kompiliertes. Dann aber auch nur im Userspace [12:53] dann wird die ausgabe von dem oben verlinkten script vermutlich interessant sein. [12:53] im kernelspace kompilieren wird auch schwierig. [12:54] tomreyn: Okay, dann gib mir einen Moment [12:54] Ich meinte eher als normaler User installiert in $HOME :-D [12:54] War blöd ausgedrückt [12:55] hab vermutet dass du das eigentlich meintest ;-) [12:55] aber je nachdem dwas da dann alles in deinem PATH rumfleucht kann das durchaus auch schon zu problemen führen [12:56] ach, so viel ist da gar nicht. Eine avr8 toolchain, irgendwas mit Gutenprint, was ich wahrscheinlich mal rausnehmen könnte und das war's auch schon [12:58] Also soll ich dir mal die Ausgabe von foreign_packages schicken? [12:59] Hier: https://paste.ubuntu.com/p/xHwy95Rtf2/ [12:59] Title: Ubuntu Pastebin (at paste.ubuntu.com) [13:00] NTQ: na da ahst du ja einiges zu tun [13:01] tomreyn: Haha :-D [13:01] Tsja, also von 18.04 zu 18.10 gab es halt keine Probleme. Das lief einfach durch [13:01] Und seitdem kam glaube ich nur noch bitwig dazu [13:02] für die pakete im bereich "No available version in archive" ist keine apt-quelle konfiguriert, die haben also keinen upgradepfad, kriegen seit ihrer installation keine sicherheitsupdates und können nicht oder nur sehr aufwändig auflösbare paketabhängigkeiten definieren. so aufwändig, dass es apt's paketresolver insgesamt kaputt macht (wenn du pech hast). [13:03] für die pakete im bereich "Newer than version in archive" ist eine apt-quelle hinterlegt, aber nicht für diese paketversionen. die installierte version ist also neuer als die die von den konfigurierten apt-quellen bereit gestellt wird. somit gilt auch hier: diese pakete haben derzeit keinen upgradepfad, kriegen seit der installation dieser paketversion keine sicherheitsupdates und können nicht oder nur sehr aufwändig auflös [13:03] bare paketabhängigkeiten definieren. [13:03] tomreyn: Ah, gut zu wissen. das heißt da müsste ich die list-Dateien mal anpassen oder allgemein was wegwerfen? [13:04] Die "newer that version in archive" ist hauptsächlich Musikkram. [13:05] ich schlage vor dass du die meisten pakete im bereich "No available version in archive" samt konfigurationen (purge) deinstallierst, und alle pakete unter "Newer than version in archive" auf die in ubuntu verfügbare version downgradest. [13:05] Aber nemo und nextcloud und skype sollten eigentlich einen Upgradepfad haben. Naja, dann muss ich mal schauen [13:06] bevor das getan ist würde ich nicht empfehlen ein systemupgrade auch nur ins auge zu fassen. [13:06] tomreyn: Downgraden möchte ich ja gerade nicht, weil mir da meistens was fehlt und dann werden aktuelle Musikprojekte nicht mehr ordentlich geladen. [13:07] musst dich schon entscheiden: willst du deine irgendwoher koopierten pakete in höherer version behalten, oder willst du ein funktionierendes upgrade? beides zusammen kann eventuell mit viel glück auch funktionieren, ist ne blöde idee. [13:08] ich glaube ich fange damit an /etc/apt/sources.list.d aufzuräumen [13:09] Danke schon mal. Das Skript ist auf jeden Fall sehr aufschlussreich [13:10] lol da sind ja noch "xenial", "bionic" und sonsstwas für paketversionen drin... ein schöner bunter potpourri an untereinander inkompatiblen paketen. schööön in die füße geschossen. [13:12] die ausgabe von dem skript bezieht sich auf die aktuell gesetzten paketquellen. dass du da jetzt noch PPAs aktiviert hast wird da nicht weiter berücksichtigt, also die werden nicht ale fremdquellen behandelt. d.h. die pakete die da aufgelistet wurden stammen nicht aus diesen PPAs sondern irgendwoanders her. [13:12] und schlummern in den tiefen deines paketmanagement herum. [13:14] Das heißt ich fange damit an xenial und bionic zu deinstalliert? :-D Komisch, dass die überhaupt überlebt haben. [13:16] da muss der administrator dieses systems wohl irgendwie sein system nicht im griff gehabt haben. wer sagtest du noch war das? [13:16] ich [13:16] :-P [13:16] xD [13:19] Jetzt will ich gerade das nextcloud-ppa aktualisieren für cosmic, aber jetzt hängt es bei create_connection in add-apt-repository. Fängt ja gut an... [13:21] vielleicht setzt du das system am besten neu auf [13:22] nils_2: Das ist ja dann noch mehr Arbeit und am Ende hab ich nichts verstanden. [13:29] aber du startest wenigstens mit einer nicht kaputten basis [13:30] Das System läuft jetzt glaube ich schon seit 14.04 ohne Neuinstallation. Das sollte doch wieder klappen. :-D Mich stört das nicht. Aber eine Neuinstallation wird noch nerviger, da bin ich mir sicher. [13:34] der umstand dass das system schon mehrere release-upgrades hinter sich gebracht hat macht es um empfehlenswerter eine neuinstallation durchzuführen, nicht weniger empfehlenswert. [13:37] tomreyn: Ja, mag sein. Aber ich behalte meine Einstellungen in /etc gerne. Kann gar nicht genau sagen, was ich da schon alles konfiguriert habe. Und copy/paste ist auch nicht optimal. Im Upgradeprozess ist das komfortabler. [13:37] Ich hab zwar / und /home getrennt, aber viel mehr auch nicht. [13:38] die konfigurationen die du da für 14.04 mal gemacht hast sind vermutlich (hoffentlich?) eh nicht mehr aktiv. [13:38] und: dafür gibt's doch backups. [13:40] Warum sollten sie das nicht mehr sein? [13:41] weil sich an der software seitdem viel verändert hat. [13:43] Na bei manchen Upgrades bekommt man ja die Meldung, ob eine Konfigurationsdatei ersetzt, behalten oder manuell geändert werden soll. Das mache ich dann meist händisch, damit keine Einstellungen von mir überschrieben werden, aber neue Dinge trotzdem übernommen werden. [13:44] NTQ: hast du denn die alten "nicht mehr benötigten" Pakete immer behalten oder weggeworfen? [13:44] Aber BTW sollte das nix damit zu tun haben, dass er an der Stelle beim Upgrade hängt... [13:44] Weiß jemand grad, wo ich nemo und nemo-compare, -pastebin, -share, usw. herbekomme? Das ppa gilt scheinbar auch nur noch bis 16.04 [13:47] stevieh: Manche Dinge wurden auch per deb-Datei installiert und funktionieren halt immer noch. Dass manche noch trusty oder bionic sind, hat mich jetzt auch gewundert. Aber wegwerfen tu ich auch nicht sooo häufig. :-D Es ist gar nicht so leicht das festzustellen. Aber das Skript hilft jetzt ja gut. [13:47] NTQ: ja, macht ja auch nix. Wenn der kram nicht mehr geht kann man immer noch schauen. [13:48] das hängende upgrade wird eher sowas wie "apt-repository existiert nicht mehr / hat so noch nie existiert", tippfehler in apt-quelle, veralteter eintrag in /etc/hosts, dns-auflösung kaputt, instabiler internetzugang, kaputte glibc aufgrund nicht auflösbarer paketkonflikte sein. oder was völlig anderes. ;-) [13:48] Weiß jemand grad, wo ich nemo-compare, -pastebin, -share, usw. herbekomme? Scheinbar gibt es das gar nicht mehr und das ppa ist auch nur noch für 16.04. [13:50] /etc/hosts ist korrekt, dns läuft über cloudflare und google, internetzugang ist stabil. Den Rest prüfe ich jetzt ja. Wobei ich bei glibc jetzt nicht weiß, was ich da tun soll. [13:52] tomreyn: ist apt da nicht gesprächiger? [13:52] stevieh: wo? [13:53] naja, es hängt ja an einer stelle, wo es durchaus erstmal darum geht, paketquellen zu laden, nicht zu checken... [13:53] ich glaub NTQ sagte apt habe keine fehler angezeigt, aber ausgaben hab ich bisher keine zu sehen bekommen. [13:54] frag am besten ihn [13:54] Also apt läuft wie geschmiert [13:54] Bin grad am purgen, updaten, upgraden, usw. [13:54] NTQ: der upgrade hängt aber immer noch an der Stelle? [13:54] wie startest du den nochmal? [13:54] Hab festgestellt, dass von den zig Dateien in sources.list.d eigentlich nur noch ein paar laufen, alle anderen wurden automatisch auskommentiert vom letzten upgrade [13:55] stevieh: Vorhin hab ich einfach sudo do-release-upgrade gemacht [13:55] Und davor über die Aktualisierungsverwaltung [13:55] also grafisch [14:03] do-release-upgrade ist ein python script - falls dir das hilft :-) [14:03] stevieh: Ja, weiß ich. ich räume jetzt trotzdem noch ein bisschen weiter auf. [14:04] aufräumen ist nie verkehrt. [14:04] ich hab fürs upgrade auf 18.04 zum ersten mal seit Jahren n clean install sogar vom home gemacht, wegen kack gnome3 [14:05] stevieh: Das hab ich irgendwie hinbekommen. Wobei die versteckten Dateien und Ordner in meinem $HOME auch langsam Überhand nehmen. Wäre cooler, wenn sich alle Anwendungen auch an ~/.config und ~/.cache halten würden. [14:06] naja, über die Jahre hinweg halten die sich an irgendwas :-) [14:08] Schade, dass ffmulticonverter auch nicht mehr für cosmic existiert. Naja, hab den eh kaum benutzt. [14:18] Ich lösche gerade die meisten Pakete, bei denen es keine neuere Version gibt und die keine Abhängigkeit für Programme darstellen, die ich so noch benutzen möchte [14:30] Okay, hab jetzt was komisches. das Paket libampache-browser existiert angeblich nicht mehr, aber wenn ich es deinstallieren will, dann will er mir auch gleich noch audacious deinstallieren, was ich natürlich nicht will [14:31] achso, moment. audacious ist auch aus einem Fremdpaket installiert worden und ist dadurch neuer. hm [14:32] hab ein aktuelles ppa dazu gefunden. [14:35] erst upgraden, dann paa [14:35] ppa [14:41] Ist eigentlich gutenprint noch notwendig heutzutage? Ich drucke zwar nicht viel, aber weiß auch nicht mehr, ob ich das für meinen aktuellen Drucker noch brauche. [14:42] Oder ich werfe es einfach mal raus und schaue dann, wenn es soweit ist [16:02] So, hab die Liste jetzt schon gut eingedampft und den Rest lasse ich dann auch mal so [16:02] Dann probiere ich das Release Upgrade nochmal [16:04] wenn du die liste hauptsächlich dadurch eingedampt hast dass du PPAs installiert hast dann hast du für's release upgrade nicht viel gewonnen. aber das thema hatten wir ja schon. ;-) [16:04] Ich habe hauptsächlich Pakete gelöscht [16:04] Die meisten hab ich wahrscheinlich irgendwann mal installiert, weil ich was kompilieren musste. [16:05] Ich habe auch jede Menge Dateien in sources.list.d gelöscht und ein paar auf cosmic aktualisiert. [16:05] Das Release-Upgrade hängt jetzt allerdings wieder. Sehr merkwürdig. [16:05] Muss wohl doch mal in den Python-Code schauen, was da passiert [16:05] das schreibt auch ein log. [16:05] wohin? [16:06] vergessen, aber fängt mit /var/ an ;) [16:06] release-upgrade oder so [16:07] sollte sich finden lassen, ist ein separates unterverzeichnis unter /var/ [16:07] Ja, hab es [16:07] Aber da bewegt sich auch nichts [16:10] Hab das da gefunden: https://askubuntu.com/a/1140058 [16:10] Title: upgrade - update-manager stuck when trying to update to ubuntu 18.04 - Ask Ubuntu (at askubuntu.com) [16:11] Das sehe ich bei strace auch. Dann muss ich da vielleicht irgendwo ipv6 deaktivieren? [17:13] So, da bin ich wieder [17:13] wb [17:36] tomreyn: Ubuntu 19.04 läuft ohne Probleme bisher. Upgrade geglückt. [17:36] gratuliere [19:28] freut mich. [19:55] Ich kann mich nicht auf dem neu installierten U18 Server einloggen, woran kann das liegen? Ich sehe max auth failures und Passwort scheint nicht zu gehen, obwohl ich sogar schon die entsprechende Konfig angepasst habe [19:57] U18? liegen da pornos drauf? [20:00] oder sollte es doch eine versionsangabe sein? dann wäre sie aber ziemlich ungenau. es gibt ja immer zwei releases pro jahr, und die heißen darum auch immer ganz spezifisch. [20:00] nee, das ist ein Ubuntu 18 [20:00] sowas gibts nicht [20:00] wie höttest du es denn gerne [20:01] das was lsb_release -ds ausgibt z.b. [20:01] oder was in jedem tty steht [20:01] 18.04.02 [20:01] fast richtig, ich tippe du meinst Ubuntu 18.04.2 LTS [20:02] die architektur wissen wir jetzt noch nicht, aber die ist vielleicht erst mal nicht so wichtig. [20:02] ja, was kann man daran jetzt missverstehen? [20:02] Es hätte auch 18.10 sein können [20:02] OK, auf server eher nicht ;) [20:02] Oder ein anderes 18.04.x [20:02] frisch installiert... [20:03] Doch, doch, Ubuntu 18.10 server gibt's ebenso. [20:03] Sind da vielleicht ports nicht offen? Was sagt denn ssh -vvv ? [20:04] Ich bin da konservativ auf servern... Jedenfalls meine ich, das vorige LTS lässt direkt einen login zu nach installation von openssh-server [20:04] das mit dem einloggen bizeiht sich auf ssh, vermutlich? schau mal in die /var/log/auth.log auf dem server (falls du anderweitig dran kommst), da steht dann drin weshalb es nicht klappt. [20:04] Port ist offen, log auf server sagt max auth fail [20:05] Dann hast du dich zu oft falsch eingeloggt und bist jetzt gesperrt? [20:05] log auf client sagt passwort, dann pubkey (der ist aber noch nicht drüben) [20:06] lässt der server denn authentifizierung per passwort zu für den benutzer mit dem du dich dort anzumelden versuchst? [20:06] vielleicht nicht, das wäre aber für mich ein neues Verhalten [20:07] es ist ja ein neu installierter server, wie sollte der sich denn nicht neu verhalten? [20:07] ist aber schon ein user und nicht root? [20:09] und schon endet die unterhaltung. [20:09] AllowUsers username habe ich eingefügt, PasswordAuthentication yes [20:09] ja, ein user [20:09] root hat ja kein passwort, und da gibts noch keine pubkeys ohne Verbindung... [20:10] wurde denn im client nach dem letzten server-neustart und bei ansonsten unveränderten verbindungsparametern ein passwort abgefragt? [20:11] nein, noch nie, deshalb frage ich, ich kann nur direkt am Gerät einloggen, nicht via ssh [20:12] vielleicht fehlt RSAAuthentication? [20:12] hat der client in seiner ~/.ssh/hosts einen eintrag (auch unter verwendung von wildcards), der auf das ssh-verbindungsziel passt? [20:13] äh ~/.ssh/config meinte ich [20:13] oder auch /etc/ssh/ssh_config [20:14] nein, aber ein guter Tipp das mal zu checken. [20:15] ich denke das ist der punkt wo du jetzt mal konfigurationsdateien und vollständige logs posten müsstest. [20:16] bin gerade dabei, sekunde [20:21] https://paste.ubuntu.com/p/VJJQQkTyVZ/ ist die clientseite [20:21] Title: Ubuntu Pastebin (at paste.ubuntu.com) [20:24] https://paste.ubuntu.com/p/pH84ws68qj/ die sshd_config [20:24] Title: Ubuntu Pastebin (at paste.ubuntu.com) [20:27] https://paste.ubuntu.com/p/g2NWj2RF26/ das diff zum original sshd_config [20:27] Title: Ubuntu Pastebin (at paste.ubuntu.com) [20:28] der client schickt zuerst alle ihm bekannten public keys, erreicht damit das maximum der zulässigen authentifizierungsversuche und der server macht dicht. [20:29] Ah, muss ich das explizit abstellen (pubkeys) [20:29] die reihenfolge ändern sollte schon reichen [20:29] ssh -o 'PreferredAuthentications password,publickey' [20:30] wow, da bin ich jetzt halt so nicht drauf gekommen. So tuts, danach via puybkey sollte keine Probleme machen... [20:31] gern. ich bin dann mal wieder am tv. [20:31] Danke dir vielmals!