Mint-Mate-18 Update hängen
 

Hallo zusammen!
Ich habe auf meinem Desktop (BIOS: Amerrican Megatrende Inc. 1001 vom 08.02.2012
Motherboard: Asus P5G41T-M LE, Chipset: Intel G41 (Eaglelake) +ICH7) etwa seither neben Win7 32Bit Linux Mint mate 18 Sarah 64 Bit erst als Betaversion und einige Tage später umgerüstet zur endgültigen Version. Dieselbe Umrüstung habe ich auf meinem Netbook Acer Aspire one 756 durchgeführt.
Auf dem Desktop hakt das Update bei Sarah/InRelease (siehe Screenshot), auf dem Netbook nicht. Auch nach einer Neuinstallation hat sich daran nichts geändert. nach 20 Minuten Wartezeit entschließt sich das System, doch wieder ein grünes Häkchen im Button in der Taskleiste anzuzeigen. Ein Wechsel der Spiegelserver hat keine Besserung gebracht. Es wird bei Auswahl der "Information" des Buttons (siehe Screenshot) angezeigt: "(synaptic:5851): Gtk-CRITICAL **: gtk_widget_hide: assertion 'GTK_IS_WIDGET (widget)' failed". Was tun? Ignorieren?
Der Computer läuft jedenfalls völlig unabhängig davon gut.
Gruß harlud

Ein ähnliches Phänomen wurde hier beschrieben. Antwort: Kann man das so akzeptieren?

Wenn die Minter das so sagen :confused:

Ich nutze kein Mint, sondern Ubuntu. Mint basiert zwar auch auf Ubuntu ich kenn da aber nicht die genauen Feinheiten/Unterschiede.

Was genau issen das Problem, nur diese Meldung für sich oder läuft irgendwas nach dem Upgrade nicht? Das Upgrade lief doch durch oder nicht :wtf:

Wenn du die Fehlermeldung bei Google eingibst und ein wenig bei den Treffern herumliest siehst du dass sie das Resultat eines Programmierfehlers ist. Irgendein Programm versucht also GtK mit falschen Parametern aufzurufen.

Das heißt auch dass die Fehlermeldung bleibt bis das betreffende Programm deinstalliert oder per Repositore ein Bugfix eingespielt wird.

Programmierfehler?

=> Synaptic Package Manager Problem

Da wird behauptet, dass bei dieser Meldung eher libgtk-3.0 fehlt :kaffee:

Ich hab die Meldung nicht wenn ich synaptic aufrufe (aus einem Terminal mit sudo) bei mir ist libgtk-3.0 auch installiert :D


@harlud: poste doch mal die Ausgabe von dpkg -l | grep libgtk

Das OS läuft ohne zu haken. Manchmal dauert der Update etwas länger. Manchmal (z.B. jetzt) ist in dem Zustandsbutton kein grüner Haken son dern ein rotes Andreaskreuz (Foto).
Bei Eingabe von Cosinus Befehl kommt:

LG Ludger

libgtk3 ist bei dir auch installiert. Entweder liegt das nicht daran oder was anderes stimmt bei dir nicht.

https://forums.linuxmint.com/viewtop...?f=90&t=174928

die beharren da in diesem Thread aber auf libgtk3 und vermuten sogar, dass es defekt installiert ist :confused:

Poste mal bitte die Ausgabe von diesem Befehl:


Und nimm bitte CODE Tags für das Posten von Logs, Ausgaben etc

gerne

WAS hab ich eben über CODE-Tags gesagt??! :kloppen: :blabla:

Ich muss immer erst wissen, warum irgendwas nötig ist.

Also an der libgtk3 liegt es offensichltich nicht. Das sieht bei mir haargenauso aus die Ausgabe.

Ich hatte erstmalig eben beim Hochfahren die Meldung etwa wiefolgt:Hab ich gemacht und bei den verschiedenen Angeboten "kaputte Pakete reparieren" ausgewählt. Lief ca. 2 Minuten, dann sollte ich neu starten. Sonst keine Änderung feststellbar.
Beim Auffrischen der Aktualisierungsverwaltung und angeklickt (erste Zeile):
"einzelne Dateien anzeigen" kommt immer noch Status : fehlgeschlegen, Größe: 0B, Paket InRelease, Adresse: http://mint.5zs.de sarah InRelease
Die anderen Zeilen werden alle als "fertig" gemeldet.
Fehlermeldung:

Und sag mir ob das geholfen hat...

nochmal zu deinem GTK-Error, diesen Bug hab ich auch schon, wenn ich Mint im Ausprobiermodus habe. Eben grad in einer VM getestet. Siehe Screenshot:

http://saved.im/mtc4nzewd2f6/mint_gtk_error.png

Dank an Euch!
@ Dante: Hab die Befehle im Terminal ausgeführt, ging problemlos, habe den Terminalinhalt für Nachfragen noch als Textdatei.
@ Cosinus: Und das bedeutet? Mint-Mate hat einen kleinen Fehler, wie ein Muttermal, nicht schön aber harmlos?
Gruß Ludger

Welche Auswirkung dieser Bug hat kann ich dir nun auch nicht sagen! Nichtmal die im Mint-Forum waren sich ja komplett einig darüber was die Ursache dieses Bugs ist und welche Konsequenzen der hat wurde auch nicht wirklich erwähnt :kaffee:

Welche Version von Synaptic ist das eigentlich? Vllt hat die ja auch einen Bug. Hab jetzt hier kein Mint mehr, mach mal ein


synaptic auf meinem Ubuntu MATE 16.04.1 hat Version 0.83:

als Quote:
PS.: Du hast ja mal Mint empfohlen und bist auch, wenn ich mich recht entsinne, über Mint nach Linux umgestiegen. Welche Vorteile siehst Du bei Ubuntu gegenüber Mint?

Ja ganz früher hatte ich auch mal Mint genutzt, davor ganz kurz mal Ubuntu 6.06 und Xubuntu 8.04 - das ist aber schon etliche Jahre her, da war noch Mint 8 (Helena) aktuell :D

Ich hatte damals viel ausprobiert das System eher als großen Spielplatz gesehen und dementsprechend auch viel gebastelt und kaputtgemacht. IIRC hatte ich irgendeinen dämlichen Fehler mit Mint und hab dann einfach mal Ubuntu wieder ausprobiert und bin dann bei Ubuntu geblieben, später dann Xubuntu und jetzt Ubuntu MATE.

Ich glaube nicht, dass Ubuntu besser ist als Mint oder umgekehrt. Technisch gesehen sind es sogar völlig identische Systeme denn:

Ubuntu basiert auf Debian, Mint basiert auf Ubuntu und damit auch auf Debian.

Der Unterschied liegt nur ein Feinheiten....angeblich sind bei Mint schon alle Multimedia Codecs drin. Mir ist aber noch nie aufgefallen, dass in Ubuntu etwas fehlt :wtf:
Was mich damals gestört hat bei Mint waren die Update-Klassen, da wurden Updates doch in Klassen von 1-5 klassifiziert. 5 war ganz gefährlich und pöhse :blabla: konnte das System gefährden. Ist doch immer noch? :confused:

Kann man bei Mint jetzt dist-upgrades endlich machen, das ging doch auch nicht ne ganze Weile. Und die Mint-Releases basieren doch alle immer "nur" auf ein LTS-Ubuntu, oder? Ist jetzt kein Riesennachteil, aber wer immer brandaktuell unterwegs sein will, muss/kann auf die Zwischenreleases von Ubuntu zurückgreifen. Ich nehm die mittlerweile auch wieder alle mit. Aber naja, wer es ganz aktuell will der nimmt eh Arch Linux oder so :kaffee:

Ja ist noch so. Bei der Installation konnte ich meine Risikofreudigkeit angeben (Wie bei der Geldanlage...). Die Risikofreudigen wurden darauf hingewiesen, dass sie in der Lage sein sollten, ein nach Update klemmendes System selber wieder zu reparieren. Bei mir liegt noch die Kernelaktualisierung wegen Risikogruppe 5 auf Eis ( Version 4.4.0-31.50). Dazu gibt es folgende Beschreibung:

WTF :wtf: Ubuntu installiert das einfach sieh selbst:

Ich habe die neuen Kernel und die Header früher auch installiert, wollte jetzt aber keine zusätzliche Baustelle aufmachen.
Was ist denn zu der Behauptung zu sagen, dass (manche ?) Linuxe mit einem Haufen voller alter und inaktiver Kernel laufen?
PS.: Mein System hat heute noch nicht gezickt. Bei "Aktualisierungsverwaltung auffrischen" dauert es drei Sekunden, bis die Meldung kommt, dass das System auf dem neuesten Stand sei.

Wie das bei anderen Systemen v.a. solche mit anderer Pakteverwaltung aussieht weiß ich nicht. Bei Debian und Ubuntu weiß ich das aber.

Debian installiert nur einen Kernel, wenn ein Kernelupdate herauskommt wird das bestehende Paket überschrieben und bei nächsten reboot arbeitet man mit dem neu installierten Kernel. Es gibt danach keine Pakete zu entfernen.

Ubuntu installiert neue Pakete wenn ein Kernelupdate ansteht. Das GRUB-Menü wird dann auch um einen Eintrag jew. erweitert wenn ein neuer Kernel reinkam. Die alten Pakete werden AFAIK nicht automatisch entfernt, sondern wenn man manuell apt autoremove aufruft oder eben komplett manuell alles entfernt über apt-get purge (purge löscht dann auch die Konfigdateien, dann bleiben keine Pakete mehr mit dem Status rc zurück)

Wenn du wissen willst ob noch Konfigdateien übrig sind bei dir, also Pakete mit dem Status rc, dann kannst du zB diesen Befehl verwenden:



Wenn gleich alle Pakete mit Status rc entfernt werden sollen, gibst du das ein (ich würde vorher aber immer mal schauen was der da so alles findet):

Vor dem Update des Kernels kam nach dem Befehl nichts (System war ja rel. neu aufgesetzt).
Und nach dem Update kam wieder keine Meldung zu einem alten Kernel.

Wenn der Befehl nix ausspuckt, gibt es keine Zeile, die mit rc anfängt. Also hast du keine Pakete mit dem Status rc :D

Was spuckt denn

bei dir so aus?

Dieses:

4.4.0-31.50 ist doch bei dir installiert...

Ja, hatte inzwischen den neuen Kernel installiert. Der alte Kernel wird aber offenbar nicht mehr angezeigt.

ii linux-image-4.4.0-21-generic 4.4.0-21.37

Der alte Kernel ist bei dir aber noch installiert...

Komisch, ja. Mein Aktualisierungscenter meint, das System sei aktuell. Ich habe möglicherweise nur den aktuellen Header geupdatet und der neue Kernel kommt noch. Ich glaube, dass wir das hier abschließen können. Ich melde mich, wenn das System wieder rumzicken sollte. Danke und bis dann!

Welcher Kernel aktuell gebootet ist erfährst du mit

oder

Das Terminal sagt:
Das ist bei meinem Netbook übrigens identisch.
Gruß Ludger

Wenn dieser Kernel anstandslos bei dir läuft, kannst du den alten ja entfernen.

Bisher läuft der 4.4.0-31-generic Kernel. ohne Probleme. Allerdings wird der 4.4.0-21-generic Kernel nicht im Bootmenue von Grub angezeigt.
Im Augenblick möchte ich erst mal abwarten, was passiert. Entfernung ggf später mit Hilfe der Anwendungsverwaltung und anschließendem Befehl über das Terminal "sudo update-grub2" ?

Mit update-grub wird nur die Konfig von grub aktualisiert. Das musst du zB immer tun, wenn du selbst was in der Datei /etc/default/grub was verändert hast.

Kernel deinstallierst du damit nicht.

Es gibt bei U-tube ein Video, in dem wirden bei Ubuntu in der Paketverwaltung die Kernel-Nummern in die Suchfunktion eingegeben und die Pakete mit den richtigen Nummern werden mit Doppelklick aufgerufen und dann wie ein normales Programm deinstalliert. Das meinte ich mit
https://www.youtube.com/watch?v=2PIWeD-P6ew

Wie man Pakete deinstalliert musst du mir nicht sagen. :pfeiff:

And again: nur mit update-grub werden keine Kernel/Pakete entfernt. Der Befehl (eigentlich ist update-grub ein kleines Script) aktualisiert nur die grub Konfig.

Klar, hab ich auch nicht anders geschrieben. Aber ich scheue die Entfernung über Terminal mit Befehlen wie "apt-get remove --purge packagename". Deshalb ist mir die Entfernung über die "Anwendungsverwaltung" sympathischer.
Gruß Ludger

Die Anwendungsverwaltung macht doch im Prinzip auch nix anderes :wtf:

Hallo Dante!
Danke für den Link! Der für mich wichtigste Satz dort lautet:
Also besteht für mich zur Zeit kein Handlungsbedarf.
Ein Wort verstehe ich nicht. Man warnt vor Wer oder was ist damit gemeint, welcher "Pedell"?

Naja, wenn man auf 10 Nummern sicher gehen will, dann behält man eben noch zwei oder gar drei Vorgänger das aktuellen Kernels. Nach meinen Erfahrungen brauchte ich aber noch nie die älteren Kernel. Jetzt aktuell hab ich in meinem Ubuntu MATE 16.04.1 auch nur den aktuellen Kernel drin:

Die älteren deinstalliere ich aber auch erst dann, wenn ich den neu installierten ein paar Tage laufen gelassen habe und weiß, dass damit alles läuft.

Damit ist der Ubuntu Tweak Janitor gemeint. War in der Vergangenheit so das dieses Tool einige alte libs gelöscht hatte die aber vom aktuellen Kernel noch benötigt wurden. Deshalb empfehle ich die Verwendung von Synaptic.

Remove old kernels with Update Manager

Das Ganze wird auch recht ausführlich hier beschrieben => https://wiki.ubuntuusers.de/Kernel/

Ok, danke Euch Beiden. Ich werde bei Bedarf wieder hier nachschauen, um nach zu lesen, wie ich es zu machen habe.
LG. Ludger

https://forum.ubuntuusers.de/topic/u...einstallieren/

Schick :blabla:


https://wiki.ubuntuusers.de/Systempflege/