[08:45] <dreamon> moin. Druckereinstellungen von PC-A auf PC-B übernehmen. Eventuell ein Verzeichnis kopieren?
[10:12] <j0k> was gibt es denn dann einzustellen? Da installiert man doch nur den Treiber hauptsächlich
[11:02] <dreamon> Hab 46Treiber installiert.. Habs aber hinbekommen.. ging kopieren. Hoffe die laufen.
[11:02] <j0k> 46 Treiber für eine Drucker?
[11:02] <dreamon> 46Drucker.. komme viel rum.
[11:03] <j0k> ach so! also "von PC-A nach PC 2 bis 47"?
[11:04] <dreamon> Wie gesagt hat sich erledigt. ging gut kopieren.
[11:09] <j0k> was genau hast Du denn dann da nun kopieren müssen/können für die Einstellungen?
[11:10] <dreamon> Hab /etc/cups kopiert.. reboot und alle Drucker wurde angezeigt. manche mit "!" mal schauen
[11:18] <dreamon> Virtualbox 6.x läuft auch nicht mehr unter 19.10 :-(
[11:25] <drc> bei mir schon
[11:27] <dreamon> hast du von virtualbox.org gezogen? gibt noch kein 19.10 paket
[11:27] <k1l> du musst doch erst mal das dkms modul bauen, oder?
[11:27] <drc> joa, ist die version von 19.04 
[11:27] <drc> die läuft aber ohne probleme
[11:31] <dreamon> drc, Ich krieg hier einen Abhängigkeitsohrfeige Virtualbox-6.0 hängt ab von libpx5 >= 1.6.0 ist aber nicht installierbar..
[11:35] <drc> In multiverse ist eine Version ohne diese Abhängigkeit
[11:36] <drc> Ansonsten kannst du libvpx5 von Disco klauen
[11:36] <k1l> libpx(5) gabs nie in den ubuntu quellen. also ist das eher ein vbox repo problem
[12:34] <Hootch> hallo zusammen, ich nutze ein 19.04 und snap. Ich wollte fragen, ob die snap programme mit einem apt-get update ebenso aktualisiert werden?
[12:34] <k1l_> nein
[12:34] <k1l_> ber es läuft im hintergrund ein automatisches update für die snaps
[12:35] <Hootch> ein snapd oder sowas?
[12:35] <Hootch> ich seh es grad. danke!
[12:35] <k1l_> "snap list" zeigt die installierten an. und "sudo snap refresh" stößt das manuelle update an (es sollte aber eh ist alles aktuell als meldung kommen
[12:44] <Hootch>  was anderes .. erzeugt ufw (ubuntu firewall) regeln wie iptables?
[12:49] <dr_bob> Ich denke, es erzeugt Regel _für_ iptables.
[12:50] <Hootch> oh thx. ja tut es :) bin grad am guide lesen
[14:39] <dreamon> Das Bildschirmschoner Problem macht mich Fertig. Hab nun nur noch einen Bildschirmschoner aktiv. Der Sperrt die Kiste auch. Ich gebe passwort ein, und dann je nach Schoner Friert der Schirm ein. Tasks laufen noch. Deine Fenster nur Standbild. 
[14:41] <dreamon> Dachte ich hab zwei Schoner vielleicht parallel installiert und bin /usr/bin/flock4 mal händisch durchgegangen. Aber ist nur einer Aktiv.
[14:41] <dreamon> Könnte mich per ssh einloggen. 
[14:42] <drc> X oder Wayland?
[14:42] <drc> Egal, probier mal das andere
[14:44] <dreamon> xfce4-screensaver-command -q → Der Bildschirmschoner ist inaktiv →Der Bildschirmschoner ist nicht blockiert
[14:44] <dreamon> autsch.. keine Ahnung. ich bin bei da nicht auf dem laufenden. Hab xubuntu neu installiert.. 
[14:44] <dreamon> Wie bekomm ich das raus?
[14:45] <drc> im zweifelsfall `ps aux | grep X`
[14:45] <drc> da steht dann entweder Xorg oder Xwayland
[14:46] <dreamon> → /usr/lib/xorg/Xorg -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
[14:46] <drc> Also X
[14:47] <drc> hmmh, xubuntu, okay. ja, da gibt's afaik eh noch kein wayland
[14:47] <dreamon> Könnte auch ein Grafikkarten ding sein? Nivida 3.40 wenn ich installier, dann ist alles schwarz. dann bin bei nouveau geblieben
[14:48] <drc> Ich würd vermuten, dass da irgendwas relativ tief im Grafikstack kaputtgeht … also ja, durchaus möglich
[14:48] <drc> Was hast du denn da für eine Grafikkarte?
[14:48] <dreamon> 03:00.0 3D controller: NVIDIA Corporation GF117M [GeForce 610M/710M/810M/820M / GT 620M/625M/630M/720M] (rev a1)
[14:50] <dreamon> Bin mir nicht sicher ob das ein optimus ist. Ich hab da zwei ziemlich identische Notebooks. Ich teste immer vorher auf der anderen Kiste bevor ich risiko auf der Wichtigen Kiste eingehe.
[14:50] <dreamon> 00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics Controller (rev 0b)
[14:51] <drc> Jo, die 620M ist normalerweise als Hybrid im Einsatz
[14:52] <dreamon> Ja die zeigt beide an. lsmod →  video                  49152  3 ideapad_laptop,i915,nouveau
[14:52] <dreamon> Das Grafikkarten Problem macht mich jedesmal aufs neue Fertig. Verwendet er nun i915(intel) oder nvidia mit nouveau?
[14:54] <dreamon> Es ist mir egal welcher Treiber, ob beschleunigt oder nicht. Hauptsache er funktioniert.
[14:55] <drc> hast du mal überprüft, ob du die nvidia-karte im bios einfach ausmachen kannst?
[14:56] <dreamon> drc, Bei diesem notebook geht das nicht da kann man nur irgend einen XP mode umstellen. Beim Guten geht das, da hab ich nvidia abgeschaltet. 
[14:56] <drc> ah, schade.
[14:57] <drc> du kannst wahrscheinlich eine xorg.conf schreiben, die explizit nur die intelkarte benutzt
[14:58] <dreamon> Oder gibts einen Nvidia der Funktioniert. Ich bin ja eigentlich glücklich im moment weil zum ersten mal Ton aus dem HDMI Anschluß kommt. Das kann der "gute" nicht. 
[14:59] <drc> ich benutz hier nvidia-driver-430
[14:59] <drc> funktioniert bei mir super, aber dieser ganze optimus-kram … man weiß es nicht.
[15:02] <dreamon> Ich hab vor Jahren mir mal Wochen zeit genommen, dann ging das auch. Hab dann aber festgestellt, daß der Lüfter dann immer lauter wurde.. und es genervt wieder runtergemacht.
[15:02] <dreamon> Aber da konnte ich im Bios immer noch auf Intel umschalten. 
[15:03] <dreamon> Dieses Gerät hat aber ein repariertes Mainboard aus Asien bekommen. Da kann ich noch nicht mal ein Biosupdate machen, ohne das ich es womöglich töte.
[15:05] <drc> bei den nvidia-treibern hilft es im allgemeinen oft, nomodeset zu benutzen, das könntest du noch mal probieren.
[15:07] <dreamon> An den kann ich mich noch irgendwie erinnern. Aber das brauchte doch auch irgendwelche Einschränkungen.. Standby Probleme oder so?
[15:10] <dreamon> Oder über Prime? sudo prime-select intel 
[15:14] <dreamon> drc, Oder mal Testweise auf Wayland umsteigen?
[15:15] <dreamon> Merkwürdig ist, das er blockiert obwohl ich nicht mal in Standby ging. Nur wegen der Bildschirmsperre
[15:25] <dreamon> drc, Sollte ich das mal testen? https://linuxconfig.org/how-to-install-the-nvidia-drivers-on-ubuntu-19-04-disco-dingo-linux
[15:25] <le_bot> Title: How to install the NVIDIA drivers on Ubuntu 19.04 Disco Dingo Linux - LinuxConfig.org (at linuxconfig.org)
[15:43] <dreamon> Könnte da mal jedem drauf schauen → https://pastebin.ubuntu.com/p/34Bgr3J9jd/
[15:43] <le_bot> Title: Ubuntu Pastebin (at pastebin.ubuntu.com)
[15:43] <dreamon> Da sind doch beim installieren schon Fehler vorhanden.
[15:46] <j0k> find auch dass das komisch aussieht. Vielleicht mal ein "reinstall" probieren?
[15:48] <dreamon> Was genau soll ich reinstallen? hab so aufgerufen → sudo ubuntu-drivers autoinstall 
[15:52] <j0k> nvidia-340 hätt ich gesagt, wenn das der richtige Treiber ist
[15:57] <dreamon> Sieht ziemlich ähnlich aus → https://pastebin.ubuntu.com/p/8ddjtQB2XQ/
[15:57] <le_bot> Title: Ubuntu Pastebin (at pastebin.ubuntu.com)
[15:57] <j0k> mit --reinstall
[15:59] <dreamon> Zeile 7
[16:09] <drc> Wayland wird nichts mit Xfce, soweit ich weiß
[16:10] <j0k> drc: ah sorry
[16:10] <j0k> err dreamon 
[16:11] <dreamon> ?
[16:11] <dreamon> Manuell installieren.. wenn ein neuer Kernel kommt, hab ich dann probleme?
[16:12] <dreamon> Sonst würde ich das auch mal druchziehen.
[16:15] <dreamon> Mal wieder neue Frage warum verwendet man 32Bit Treiber? 340.107 ist doch 32Bit https://www.nvidia.com/en-us/drivers/unix/
[16:16] <dreamon> err: Gelogen gibts auch als 64bit.. 
[16:28] <dreamon> Manuelle Installation schlägt auch fehl. 
[16:29] <j0k> ist es denn der richtige treiber für Deine Karte?
[16:31] <dreamon> https://paste.ubuntu.com/p/Cx2ZNSZdZt/
[16:31] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[16:31] <dreamon> j0k, Das ist eine sehr gute Frage, ich hab mich auf Ubuntu verlassen, weil der das anzeigt.
[16:35] <dreamon> NVIDIA Corporation GF117M [GeForce 610M/710M/810M/820M / GT 620M/625M/630M/720M] (rev a1)
[23:01] <unicatx> Hi, Verständnisfrage: Was hat die Zeile 127 eigentlich zu sagen? Und wie kriege ich den Löschvorgang sauber zu Ende? https://pastebin.com/WC85R6nF
[23:01] <le_bot> Title: unicatx@t400:~$ sudo apt autoremove --purge Paketlisten werden gelesen... Ferti - Pastebin.com (at pastebin.com)
[23:01] <unicatx> sorry, Zeile 107 
[23:04] <tomreyn> unicatx: die da zurückgebliebenen dateien sind üblicherweise welche die entweder von anderen, zu dem zeitpunkt der warnung noch installierten, paketen dort hingelegt wurden (aber nicht integraler bestandteil des pakets sind, sondern dynamisch, z.b. durch ein postconf-skript erzeugt wurden) oder gänzlich von debian-paketen unabhängige dateien.
[23:05] <tomreyn> bei den kernelmodulen kommt letzteres häufig dann zustande wenn du drittanbieter-software installiert hast di über einen mechanismus außerhalb von dkms out-of-tree-kernelmodule bauen und dort ablegen.
[23:06] <tomreyn> die virtualbox-pakete von virtualbox.org machen das z.b. so.
[23:06] <tomreyn> (während die virtualbox-pakete aus ubuntu dkms verwenden und nicht diese meldungen erzeugen)
[23:06] <tomreyn> (und auch keine dateien dort zurücklassen)
[23:07] <unicatx> ok, das bedeutet aber , dass sich mit der Zeit dieses Müll immer und immer mehr ansammelt , oder?
[23:07] <tomreyn> kommt drauf an ;)
[23:07] <tomreyn> schau erst mal nach ob das verzeichnis jetzt überhaupt noch existiert und wenn ja was denn noch drin ist?
[23:08] <unicatx> mache ich
[23:08] <ring0> es ist teilweise auch möglich zu prüfen, welche dateien in dem verzeichnis dort liegen und diese mit `dpkg -S /pfad/zu/datei` einem paket zuzuordnen
[23:09] <unicatx> ok, sehr hilfreiche Hinweise , thx :)
[23:09] <tomreyn> es kann auch sein dass das verzeichnis inzwischen schon weg ist, weil ein postrm-skript eines der pakete die *nach* dem das die meldung ausgegeben hat den restlichen kram abgeräumt hat
[23:10] <tomreyn> aber ja, grundsätzlich solltest du nach --purge autoremove und ohne dass dpkg -S noch was zuordnen kann davon ausgehen dass du manuell aufräumen musst
[23:12] <tomreyn> in diese situation kommt an aber eben halt üblicherweise auch nur dann wenn man manuell was dahin gelegt hat oder drittanbietersoftware nutzt die da nicht die von ubuntu angegeben mechanismen zum aufräumen nutzt.
[23:14] <unicatx> tomreyn, ich bin da eigentlich ein sehr vorsichtiger Zeitgenosse und nutze keine 3.Anbieter-SW zum aufräumen..
[23:15] <unicatx> und was das manuelle anbetrifft, gehe ich auch vorsichtig vor ;)
[23:18] <tomreyn> ich meinte nicht drittanbieter-software *zum aufräumen*, sondern software die in die in der warnung angegeben pfad was hinlegt (hin generiert)
[23:19] <tomreyn> ich nutz z.b. die virtualbox-pakete von virtualbox.org, und die erzeugen diese probleme leider auch immer, ich muss dann immer mal händisch aufräumen
[23:21] <unicatx> also, ich habe den Pfad /lib/modules/5.0.0-29-generic« geprüft und ich finde unter /lib/modules nur 2 Verzeichnisse : 5.0.0-31 und -32 (generic), sonst gar nichts.
[23:21] <unicatx> von -29 ist keine Spur vorhanden
[23:22] <tomreyn> okay, dann ist da das passiert was ich vorhin mit "es kann auch sein dass das verzeichnis inzwischen schon weg ist, weil ein postrm-skript eines der pakete die *nach* dem das die meldung ausgegeben hat den restlichen kram abgeräumt hat" beschrieben hab.
[23:23] <unicatx> ok, verstanden, thx tomreyn 
[23:23] <tomreyn> wenn du nochmal in deinen pastebin-post schaust siehst du dass nach zeiel 107, wo paket linux-modules-5.0.0-29-generic gepurged wurde, und diese meldung ausgab, noch das paket linux-modules-extra-5.0.0-29-generic entfernt wurde.
[23:24] <tomreyn> ich vermute das postrm-skript von letzterem hat dann die restlichen dateien abgeräumt, festgestellt, dass das verzeiuchnis jetzt leer ist, und es dann ebenfalls weggeworfen
[23:42] <unicatx> ah ja, ich sehe die Info.. die     dpkg -l | grep ^rc     gibt nichts aus, also alle configs sind restlos weg. Super..
[23:47] <tomreyn> jedenfalls die, die dpkg bekannt sind, ja