[09:38] <Herbert-51> Moin alle
[09:39] <DaVu> moin
[09:39] <Herbert-51> hatte mein rechner laufen die nacht und komme ben hin und er sagt das dass root verzeichnis voll ist :-(
[09:39] <DaVu> df -h | nc termbin.com 9999
[09:39] <Herbert-51> 30 gb für 18.10 dachte ich sollte reichen
[09:41] <LetoThe2nd> Herbert-51: kommt drauf an. und wenn du dein home nicht abgetrennt hast sind 30gb schon oft sehr knapp
[09:41] <Herbert-51> wie bekkomme ich denn jetzt von einer platte was weg und auf das root drauf?
[09:42] <Herbert-51> doch das home ist abgetrennt
[09:42] <LetoThe2nd> Herbert-51: ansonsten sind vielleicht nur ein paar caches voll. schau mal ob dir "sudo apt-get autoclean" für den start hilft
[09:42] <DaVu> gib doch mal bitte die Ausgabe des Befehls oben
[09:44] <Herbert-51> https://paste.ubuntu.com/p/JCchr4tHRp/
[09:44] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[09:46] <DaVu> ok, dann versuch doch mal das, was leto vorgeschlagen hat
[09:46] <LetoThe2nd> Herbert-51: mit ncdu -x (ncdu muss man aber nachinstallieren) kannst du dann auch mal auf die suche danach gehen wo der platz denn hinverschwunden ist
[09:46] <Herbert-51> ich habe ja noch genug platz auf dem home laufwerk aber wie bekomme ich das rüber
[09:46] <LetoThe2nd> Herbert-51: das bekommst du gar nicht ohne weiteres "rüber"
[09:47] <Herbert-51> habe ich schon. gestartet habe ich im aber er sagt immer noch das fast voll ist
[09:47] <LetoThe2nd> Herbert-51: und was hast du über nacht laufen gehabt?
[09:48] <Herbert-51> da war nix an. hatte nur vergessen abzuschaalten
[09:50] <LetoThe2nd> vllt. ein "sudo apt-get autoremove --purge" vorweg, und dann nochmal das autoclean
[09:50] <DaVu> gib mal bitte: apt-get --dry-run autoremove | nc termbin.com 9999
[09:50] <LetoThe2nd> jo oder das von DaVu, erst mal sehen. gute idee.
[09:54] <Herbert-51> https://paste.ubuntu.com/
[09:54] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[09:54] <DaVu> das ist leer
[09:54] <DaVu> bitte nur den Befehl, den ich eingegeben habe
[09:55] <DaVu> es macht nichts, wenn du es mit "nc" und termbin machst
[09:55] <Herbert-51> hab ich gemacht aber nur nit sudo dafor 
[09:56] <DaVu> ja, das eben nicht
[09:56] <DaVu> und wenn du es mit nc gemacht hättest, würde nichts von paste.ubuntu zurück kommen
[09:56] <DaVu> die URL sollte dann so aussehen: https://termbin.com/s9gi 
[09:57] <Herbert-51> https://termbin.com/5r82
[09:57] <DaVu> war das jetzt mit oder ohne sudo?
[09:57] <Herbert-51> ja
[09:57] <DaVu> lol
[09:57] <DaVu> das war keine "ja" "nein" Frage ;)
[09:58] <Herbert-51> https://termbin.com/uz5p
[09:58] <Herbert-51> das mit
[09:58] <DaVu> machs ohne
[09:58] <DaVu> 10:54:37] <DaVu> bitte nur den Befehl, den ich eingegeben habe
[09:58] <Herbert-51> das erste ist ohne das zweite mit
[09:58] <DaVu> ok
[09:59] <DaVu> gut, dann ist da nichts zu entfernen
[10:00] <Herbert-51> ich habe gestern noch das system aktualisiert und das bankingprogran drauf gebracht
[10:00] <Herbert-51> das kann aber nicht so viel speicher kosten
[10:01] <LetoThe2nd> kommt drauf an, und je nachdem wie weit du vorher schon warst kann das den ausschlag geben
[10:01] <Herbert-51> egal es ist ja speicher da nur eben auf ne andere platte. wenn ich über usb starte kann ich das denn mit gpartet verschieben?
[10:02] <DaVu> So aus dem Stehgreif würde ich dir einfach empfehlen deine root partition zu vergrößern. Wenn ich es richtig verstanden habe, hast du root und home jeweils in einer eigenenn Partition und anscheinend hast du root zu klein gewählt
[10:02] <LetoThe2nd> wenn sie direkt nebeneinander liegen, *im prinzip* ja
[10:02] <LetoThe2nd> also die eine verkleinern, anwednen, die andere vergrössern, wieder anwenden
[10:02] <DaVu> ^^
[10:02] <DaVu> rischtisch
[10:02] <DaVu> ;)
[10:02] <LetoThe2nd> p1 und p5, also das home ist in einer erweiterten
[10:03] <LetoThe2nd> sollte schon gehen, aber plan zeit ein :)
[10:03] <Herbert-51> liegen sie aber erst kommt root dann home. ich muss ja vor home was frei bekommen
[10:03] <DaVu> hehe
[10:03] <LetoThe2nd> eben deswegen musst du home nach hinten scheibenvekleinern
[10:03] <Herbert-51> ja die platte ist aufgeteilt
[10:04] <LupusE> habt ihr bereits 'du -hs /var/' durchgefuehrt? ggf hilft es ja auch einfach mit 'apt-cahce clean' platz zu shcaffen.
[10:04] <DaVu> das mit dem Cache hat er wohl schon gemacht, sagt er
[10:04] <LupusE> (von verkleinern des reservierten Speichers gar nicht zu reden)
[10:04] <LetoThe2nd> LupusE: wir haben uns mal auf das harmlosere autoclean beschränkt, aber ja
[10:04] <LupusE> okay, dnan lege ich mich wieder schlafen :)
[10:04] <Herbert-51> den cleaner habe ich schon beim erneuten start ausgeführt sonst wollte er garnicht starten
[10:05] <Herbert-51> da habe ich schon bissel platz geschaffen
[10:07] <Herbert-51> 20G	/var/
[10:07] <Herbert-51> das kommt bei raus
[10:09] <Herbert-51> Der Befehl 'apt-cahce' wurde nicht gefunden,
[10:09] <DaVu> typo
[10:09] <DaVu> apt-cache und nicht apt-cahce
[10:09] <LetoThe2nd> 20G var?!?
[10:11] <DaVu> Das ist schon sehr viel, ja ;)
[10:11] <Herbert-51> das ist die antwort auf der eingabe "du -hs /var/"
[10:13] <Herbert-51> wie bekomme ich denn auf meinem usb jetzt gpartet drauf?
[10:13] <DaVu> also mal zum Vergleich. /var/ ist bei mir 3.2 G groß
[10:14] <LetoThe2nd> auf meinem buildserver sinds 7.7G
[10:14] <DaVu> gparted sollte eigentlich dabei sein, wenn du Ubuntu von USB startest, wenn ich mich recht erinnere
[10:14] <DaVu> (lange nicht mehr gemacht)
[10:15] <DaVu> nichts desto trotz würde ich mal schauen, warum /var/ so voll ist
[10:16] <LetoThe2nd> Herbert-51: hm. setzt du docker oder etwas vergleichbares ein?
[10:16] <DaVu> snap recht viel, wenn ich das oben richtig deute
[10:17] <LetoThe2nd> irgendwie so was wirds wohl sein
[10:18] <Herbert-51> da bin ich gerade bei
[10:19] <Herbert-51> da ich nicht weiß was docker sind hab ich wohl sowas nicht :-)
[10:19] <DaVu> also var hat ja nicht viele Ordner. Ich würde mal schauen, welcher genau es so groß macht
[10:20] <DaVu> bei mir ist es /var/lib/ der von den 3.2Gb 3.0Gb einnimmt
[10:20] <Herbert-51> gibts da ne möglichkeit wie er nir anzeigt wieviel speicherplatz von den einzelnen verzeichnissen belegt ist
[10:20] <DaVu> du -hs /var/<unterordner_hier>
[10:20] <LetoThe2nd> ncdu :)
[10:21] <LetoThe2nd> und das kriegst auch sicher noch nachinstalliert, da rettet dich die root-reserve
[10:25] <Herbert-51> log hat 19gb
[10:27] <LetoThe2nd> das deutet eigentlich indirekt auf ein ganz anderes problem hin
[10:28] <Herbert-51> und?
[10:28] <Herbert-51> kann ich die log datein nicht einfach löschen?
[10:29] <LetoThe2nd> also *theoretisch* kann man da drin viel einfach bedenkenlos löschen. aber schau lieber erst mal, welche logs da tatsächlich so aufgebläht sind
[10:30] <tomreyn> das systemd journal wird bisher nicht automatisch 'rotiert', könnte darna liegen
[10:30] <tomreyn> aber 19 gb ist schon arg viel
[10:30] <LetoThe2nd> wenn dir was 19g ins systemd log klatscht solltest du rausfinden was das war, unabhängig von rotiert oder nicht rotiert :)
[10:30] <DaVu> log ist bei mir 6.4MB groß ;)
[10:31] <DaVu> 19GB log...krasser scheiß
[10:32] <Herbert-51> kern.log hat 149mb
[10:32] <tomreyn> welche ubuntu-version ist das?
[10:32] <tomreyn> 18.10?
[10:32] <DaVu> naja, im verlgeich zu 19GB sind die 150MB nicht viel ;)
[10:32] <Herbert-51> syslog.5.gz 37,5gb
[10:32] <Herbert-51> 18.10 ja
[10:33] <DaVu> Das würde ja schon die größe deiner Platte übersteigen. Die ist ja nur 28GB gro0
[10:33] <tomreyn> dann brauchst du eigentlich keinen separaten system logging daemon mehr, hast ja systemd-journald
[10:33] <DaVu>  /dev/nvme0n1p1   28G     26G  498M   99% /
[10:35] <Herbert-51> das verzeichnis journal hat 850mb
[10:37] <Herbert-51> DaVu wie soll ich das jetzt verstehen?
[10:37] <tomreyn> konzentrier dich mal nur hierauf: sudo du -hs /var/log/* | sort -hr | head -n3
[10:37] <tomreyn> das sind die drei größten in /var/log
[10:38] <DaVu> Herbert-51: du sagst, dass die Datei "syslog.5.gz" 37.5GB (Gigabyte) groß ist. Du hast uns vorhin "df -h" gegeben und das zeigt uns, dass deine Platte eigentlich nur 28GB groß ist. 
[10:39] <DaVu> von daher bin ich ob der Größe etwas verwirrt.
[10:39] <DaVu> Lass dich aber mal nicht mehr von mir ablenken
[10:39] <DaVu> mach das, was tomreyn vorgeschlagen hat
[10:41] <Herbert-51> https://paste.ubuntu.com/p/FwCRT4W3tk/
[10:41] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[10:41] <tomreyn> Herbert-51: sudo tail /var/log/syslog | pastebinit
[10:42] <tomreyn> Herbert-51: das lädt die letzten 100 zeilen des syslogs nach past.eubuntu.com
[10:42] <tomreyn> *paste.ubuntu.com
[10:43] <tomreyn> nur falls es nen fehler gibt weil pastebinit nicht installiert ist mach stattdessen folgendes: sudo tail /var/log/syslog | nc termbin.com 9999
[10:44] <Herbert-51> https://paste.ubuntu.com/p/qzpChw49M9/
[10:44] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[10:44] <tomreyn> äh ja, 10 zeilen, nicht 100
[10:46] <tomreyn> ich hätte jetzt erwartet gebaht dass jede sekunde viele zeilen geloggt werden und so das log derart stark anwächst. den zeitstempeln in dem was du jetzt gepostet hast nach zu urteilen ist das aber zumindest jetzt nicht mehr der fall
[10:46] <tomreyn> denn die zehn zeilen erstrecken sich ja über ganze 20 minuten, das ist ok
[10:47] <tomreyn> es muss also vorher ein problem gegeben haben
[10:47]  * DaVu passt auf und lernt dabei noch was
[10:47] <DaVu> tomreyn: könnte er das syslog nicht einfach löschen?
[10:48] <DaVu> holzhammermethode
[10:48] <Herbert-51> ich habe bei der installation einige orobleme gehabt , kann es vieleicht daran liegen?
[10:48] <tomreyn> was ich dir grundsätzlich empfehlen würde ist rsyslog zu deinstallieren, denn du hast ja noch systemd-journald. letzterer loggt ausschließlich nach /var/log/journal, rsyslogd ist für die miesten anderen dateien in /var/log verantwortlich, die iegentlich jetzt redundant sind.
[10:50] <Herbert-51> ok , mach ich doch mal. und wie ? :-(
[10:50] <tomreyn> ich würde den rsyslog erst mal stoppen und dann das syslog kompromieren, verschieben oder löschen. und dann im nächsten schritt rebooten und dann rsyslogd deinstallieren und dann die verbliebenen von rsyslog erstellten dateien (aber nur die!) in /var/log löschen.
[10:50] <tomreyn> sudo systemctl stop rsyslog
[10:51] <tomreyn> sudo gzip /var/log/syslog
[10:51] <tomreyn> das haut ggf. nicht hin falls nicht genug ram da ist, aber das wirst du ja sehen ;)
[10:52] <Herbert-51> bis jetzt arbeitet er
[10:53] <Herbert-51> gzip: /var/log/syslog: file size changed while zipping
[10:54] <tomreyn> hast du "sudo systemctl stop rsyslog" ausgeführt? gabs da nen fehler?
[10:54] <Herbert-51> Warning: Stopping rsyslog.service, but it can still be activated by:
[10:54] <Herbert-51>   syslog.socket
[10:56] <tomreyn> pgrep -ifa '.*syslog.*' | pastebinit
[10:58] <tomreyn> ach, machen wir's einfach: sudo rm /var/log/syslog.1; df -h /var
[10:58] <Herbert-51> https://paste.ubuntu.com/p/r77QVjtkmf/
[10:58] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[10:59] <tomreyn> damit verlierst du jetzt ein paar logs aber nicht die neusten
[10:59] <Herbert-51> https://paste.ubuntu.com/p/k2t57G2wKY/
[10:59] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[10:59] <tomreyn> und du hast die ja eh noch im systemd-journal
[11:00] <tomreyn> okay, dann haben wir schon mal das symptom erfolgreich bekämpft
[11:00] <stevieh> hab kein bock backlock zu lesen... ncdu ist dein Freund...
[11:01] <tomreyn> jetzt sind an sich noch zwei sachen offen: rsyslog und dessen redundante logs weg (das ist meine meinung, andere mögen das - ich wüsste dann gerne wieso!) anders sehen, und reboot und apt laufen lassen.
[11:02] <tomreyn> das kannst du auch in umgekehrter reighenfolge machen, erst rebooten, apt laufen lassen, dann rsyslog + logs weg.
[11:02] <tomreyn> die ursache ist damit allerdings noch weiterhin ungeklärt.
[11:03] <Herbert-51> ich möchte noch mal erwähnen das ich kein it - spezi bin :-)
[11:03] <tomreyn> derzeit scheint das problem nicht mehr aufzutreten dass etwas dein log voll schreibt, aber es ist ja denkbar dass das wieder kommt, deswegen willst du vielleicht nochmal in die /var/log/syslog rein gucken was denn die datei so vollgemüllt hat.
[11:04] <Herbert-51> erkläre das mal bitte für einen laien
[11:04] <Herbert-51> wie bekomme ich das jetzt weg
[11:04] <Herbert-51> kann ich das deinstallieren?
[11:04] <tomreyn> was ist "das"?
[11:04] <Herbert-51> rsyslog + logs
[11:04] <tomreyn> rsyslog ist ein paket, das du deinstallieren kannst, ja
[11:05] <Herbert-51> mit synaptic ?
[11:05] <tomreyn> ja mit synamtic oder in einem terminal mit: sudo apt-get update; sudo apt purge rsyslog\*
[11:06] <tomreyn> *synaptic
[11:06] <Herbert-51> ok hat er gemacht
[11:07] <Herbert-51> und nun neu starten?
[11:07] <tomreyn> ja
[11:07] <tomreyn> und dann kannst du noch die alten logs durchgucken oder direkt löschen
[11:07] <Herbert-51> ok gleich wieder da
[11:11] <Herbert-51> supi, platz hab ich erstmal wieder, nur noch 9gb belegt
[11:12] <tomreyn> Herbert-51: folgende logs werden jetzt nicht mehr beschrieben und können gelöscht werden: /var/log/{auth.log,kern.log,syslog}*
[11:12] <tomreyn> ABER: damit verhinderst du auch aufklärung darüber was dir den speicher vollgemüllt hat
[11:12] <Herbert-51> wie ist das denn jetzt? sind 28gb fürs system zu klein?
[11:12] <tomreyn> nee, das reicht normalerweise völlig aus
[11:13] <tomreyn> irgendetwas hat halt rumgesponnen und extrem viel geloggt.
[11:13]  * Rochvellon hat für / 20gb reserviert
[11:13] <Herbert-51> das heißt ich sollte jetzt mal drauf achten wass und wo da was vollgemöhlt wird
[11:14] <tomreyn> Herbert-51: poste nochmal die ersten zeilen vom syslog, vielleicht finden wir's dann: sudo head /var/log/syslog | pastebinit 
[11:15] <Herbert-51> head: '/var/log/syslog' kann nicht zum Lesen geöffnet werden: Datei oder Verzeichnis nicht gefunden
[11:16] <tomreyn> dann bitte: sudo zcat /var/log/syslog.gz | head -n100 | pastebinit
[11:18] <Herbert-51> https://paste.ubuntu.com/p/rnDmYBCMNH/
[11:18] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[11:21] <tomreyn> hmm schieinbar macht der amdgpu-treiber probleme
[11:21] <Herbert-51> deshalb konnte ich auch 18.4 nicht installieren
[11:22] <tomreyn> was gibt denn "cat /proc/cmdline" aus?
[11:22] <Herbert-51> 18.10 ging denn aber 
[11:22] <Herbert-51> BOOT_IMAGE=/boot/vmlinuz-4.18.0-13-generic root=UUID=f1a3073c-aa55-4e79-953d-21d789ea86c2 ro quiet splash vt.handoff=1
[11:22] <tomreyn> okay, standard. und was für ne grafikkarte hast du?
[11:23] <tomreyn> sudo lspci -knnv | grep -A10 VGA
[11:23] <tomreyn> | pastebinit
[11:24] <Herbert-51> das ist ein asrock board die ist da mit drauf 
[11:25] <Herbert-51> https://paste.ubuntu.com/p/NZGZtt6DKN/
[11:25] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[11:25] <tomreyn> okay ne AMD APU
[11:27] <tomreyn> das aktuellste bios haste ja schon
[11:27] <Herbert-51> <<< ärgert sich schon langsam nicht beim alten rechner geblieben zu sein :-(
[11:27] <Herbert-51> ja hab ich aktualisiert
[11:30] <tomreyn> hmm es gab da nen kernelparameter den man setzen kann aber ich hab leider grade nicht mehr im kopf welcher
[11:31] <tomreyn> versuche das grade zu finden
[11:31] <Herbert-51> ok
[11:37] <Herbert-51> bin mal 15 min weg komme aber wieder
[11:38] <tomreyn> okay, ich guck grade noch paar miunten rum, melde mich gleich nochmal zurück
[11:45] <tomreyn> hmm ich find's nicht, vielleicht hatte ich das falsch im kopf. aber es gibt mehrere leute die schreiben dass eine neuere mesa-version hilft. du hast aber jetzt ja schon mesa 18.2.2.
[11:46] <tomreyn> padoka hat 19.0 - das kannst du mal probieren: https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/mesa
[11:46] <le_bot> Title: padoka PPA : Paulo Dias (at launchpad.net)
[11:46] <tomreyn> ist aber natürlich unsupported
[11:48] <tomreyn> ubuntu 18.10 hat mesa 18.2.8 in proposed, das kannst du mal noch testen - ich tippe das würde wohl schon reichen. ubuntu 19.04 wird mesa 18.3.2 haben.
[11:48] <tomreyn> !proposed
[11:48] <tomreyn> ah, falscher channel ;-)
[11:49] <tomreyn> https://wiki.ubuntu.com/Testing/EnableProposed
[11:49] <le_bot> Title: Testing/EnableProposed - Ubuntu Wiki (at wiki.ubuntu.com)
[11:50] <tomreyn> oibaf hat auch mesa 19.0, aber ich würde wenn PPA dann eher padoka nehmen, denn da sind auch amdgpu- und X-upgrades drin.
[11:50] <tomreyn> oibaf: https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers?field.series_filter=cosmic
[11:50] <le_bot> Title: Updated Open Graphics Drivers - since 2011! : Oibaf (at launchpad.net)
[11:53] <tomreyn> noch ein hinweis zu den logs: da du jetzt keinen klassischen system(-v) logging-daemon mehr hast, kannst du wie bereits erwähnt einige der logs, die nicht mehr beschrieben werden, jetzt löschen. und ab sofort logs nur noch per "journalctĺ" (mit den vielen --optionen die das bietet) angucken.
[11:54] <tomreyn> http://manpages.ubuntu.com/manpages/cosmic/en/man1/journalctl.1.html
[11:54] <le_bot> Title: Ubuntu Manpage: journalctl - Query the systemd journal (at manpages.ubuntu.com)
[11:58] <tomreyn> "journalctl -b -p4" zeigt z.b. sämtliche warnungen und fehler seit dem letzten boot.
[11:59] <tomreyn> Herbert-51: ich beende dann den momolog hier mal für's erste ;-)
[12:00] <Herbert-51> so wieder da sorry
[12:06] <tomreyn> Herbert-51: alles jut, hattest du ja angekündigt. wann hattest du denn 18.04 getestet und was passierte da?
[12:07] <Herbert-51> also ich habe letzte woche die neuen komponenten bekommen board und cpu
[12:08] <tomreyn> yo, das sit alles noch sehr frisch ;)
[12:08] <Herbert-51> wollte danach wie gehabt 18.4 drauf bringen. habe ich aber garnicht installiert bekommen
[12:08] <tomreyn> nicht installiert? was war dnen der fehler?
[12:09] <Herbert-51> irgrndwann hatte ich es denn doch rauf aber die grafikkarte machte probleme kein hadmi anschluss usw
[12:09] <Herbert-51> habe dann die 18.10 genommen und da ging es
[12:09] <Herbert-51> irgendwas wegen der cpu. ich weiß nicht mehr genau
[12:10] <tomreyn> hattest du die 18.04 versucht upzudaten oder nur auf dem stand der installations-iso getestet?
[12:10] <tomreyn> ach wegen der cpu sogar, hui.
[12:11] <Herbert-51> habe auch ne neue platte und wollte direkt installieren
[12:11] <Herbert-51> die hardwar ist wohl doch ein bissel neu :-(
[12:13] <tomreyn> was ich üblicherweise bei 'zu neuer' hardware mache ist die letzte LTS zu nehmen und dann falls notwendig entweder HWE-kernel oder Padoka-PPA, aber das PPA nur so lange bis es mit dem standard-LTS klappt (es werden da ja in der regel patches rückportiert).
[12:13] <tomreyn> aber das halt auch nur weil ich die ubuntu releases mit kurzer lebensdauer nicht mag.
[12:13] <Herbert-51> hier haben mir denn ein paar leute geholfen im bios einiges abzuschalten und bei der installation einiges aus und dann hatte es mit der install von 18.04 geklappt aber wie gesagt mit mäßigen erfolg
[12:15] <Herbert-51> ich wollte auch lieber die 18.4 aber was blieb mir weiter übrig
[12:16] <Herbert-51> nun nehm ich die zwischen releasses bis die neue raus kommt dann sollte wol alles laufen
[12:16] <Herbert-51> aber zurück auf deine aussagen oben
[12:16] <Herbert-51> ich komm da nicht ganz klar mit
[12:17] <tomreyn> ja so gehts auch
[12:17] <tomreyn> was ist unklar?
[12:17] <Herbert-51> https://wiki.ubuntu.com/Testing/EnableProposed
[12:17] <le_bot> Title: Testing/EnableProposed - Ubuntu Wiki (at wiki.ubuntu.com)
[12:19] <Herbert-51> < meine englischkennt nisse sind nicht die besten, was soll ich da ab oder an schalten
[12:19] <tomreyn> achso okay
[12:20] <Herbert-51> <<<< alter mann hatte nie englisch in der schule
[12:21] <tomreyn> also run mal "software-properties-gtk --open-tab=2" auf
[12:21] <tomreyn> ruF, nicht ruN
[12:22] <tomreyn> <<<< alter mann hatte nie tippkurs in der schule
[12:22] <Herbert-51> :-)
[12:23] <j0k> die jungen Hupfer wieder ;-)
[12:23] <Herbert-51> und dann auf vorabveröffendlichte Aktualisierungen?
[12:24] <tomreyn> genau!
[12:24] <tomreyn> das wird dir aber dann auch noch pre-release-updates für andere pakete installieren
[12:25] <tomreyn> meistens ist das kein problem, aber es kann sein dass dann mal ein paar tage was kaputt ist.
[12:25] <Herbert-51> hee ich will es heile und nicht kaputt machen
[12:26] <Herbert-51> hat er jetzt neu installiert und nun?
[12:26] <tomreyn> alternativ bleib bei dem was du hast ;)
[12:27] <tomreyn> wenn du jetzt "sudo apt-get full-upgrade" ausführst dann haut er dir diese propsed-updates drauf, für alle pakete für die welche verfügbar sind
[12:27] <Herbert-51> na mal schaun ob der rechner dann noch läuft
[12:28] <tomreyn> soo schlimm wird das schon nicht
[12:28] <tomreyn> also das sind keine upgrades sondern bugfixes
[12:28] <tomreyn> im test befindliche bugfixes sozusagen
[12:29] <Herbert-51> ok, er läd
[12:30] <tomreyn> ich weiß auch gar nicht obs da viel gibt - für 19.10 vermutlich nicht so viel.
[12:30] <tomreyn> *18.10
[12:30] <Herbert-51> so fertig
[12:31] <Herbert-51> naja war schon ne menge hyroglyphen auf dem terminal /lach
[12:31] <tomreyn> kannst dann ja nochmal rebooten - vielleicht hats ja nen sichtbaren effekt.
[12:31] <Herbert-51> ok
[12:33] <Herbert-51> es geht noch :-)
[12:33] <tomreyn> :-P
[12:34] <Herbert-51> wenn du dich so gut auskennst kannst du mir denn auch noch einmal dabei helfen mein nummernblock gleich bei der anmeldung anzuschalten
[12:34] <tomreyn> hmpf also in sowas bin ich leider ganz schlecht
[12:34] <Herbert-51> da haben wir letztens schon probiert und es nicht hinbekommen
[12:34] <tomreyn> usability-gedöhns und so ;)
[12:34] <Herbert-51> ok
[12:35] <Herbert-51> hätte ja sein können
[12:35] <tomreyn> da gibts auf alle fälle nen bugreport zu
[12:35] <tomreyn> für 18.04
[12:35] <Herbert-51> ach ja was kann denn von den los noch gelöscht werden jetzt
 Herbert-51: folgende logs werden jetzt nicht mehr beschrieben und können gelöscht werden: /var/log/{auth.log,kern.log,syslog}*
[12:35] <Herbert-51> ja das hat aber alles nix geholfen, egal kann ich ja anschalten
[12:37] <tomreyn> die drei gelb hinterlegten befehle in der ersten antwort hast du schon probiert?  https://askubuntu.com/questions/1028428/how-to-set-numlock-on-as-default-at-login-screen
[12:37] <le_bot> Title: How to set 'numlock on' as default at login screen? - Ask Ubuntu (at askubuntu.com)
[12:41] <Herbert-51> https://paste.ubuntu.com/p/rDKgtKdP5P/
[12:41] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[12:41] <Herbert-51> ich glaube das hatten wwir letztens schon
[12:48] <tomreyn> ich glaube ich hatte dir letztens mal gesagt dass du die letzte zeile davon ausführen solltest, aber nicht die zwei davor - mein fehler
[12:49] <tomreyn> okay, wenn das was du gepostet hast das resultat der drei befehle ist dann weiß ich leider auch nciht weiter
[12:49] <Herbert-51> ich hatte die ersten aber auch gemacht 
[12:49] <tomreyn> okay, dann weiß ich's leider nicht.
[12:50] <Herbert-51> ok kein problem ich danke  für die tolle hilfe
[12:50] <Herbert-51> nun scheind er ja zu laufen
[12:50] <tomreyn> wenn du magst kannst du gerne nochmal das posten:  journalctl -b -p4 | pastebinit
[12:51] <tomreyn> dann gucke ich sicherheitshalber nochmal ob dein log noch voll läuft
[12:53] <Herbert-51> der hängt irgendwie
[12:53] <Herbert-51> der cursor blingt  immer noch
[12:54] <Herbert-51> lines 1 - 53 dahinter der cursor
[12:55] <tomreyn> drück mal: q
[12:55] <tomreyn> du hast offenbar das "| pastebinit" am ende nicht mitgenommen?
[12:56] <Herbert-51> https://paste.ubuntu.com/p/pxKjHqVzCV/
[12:56] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[12:56] <Herbert-51> das geht nicht damit
[12:56] <tomreyn> komisch, hier klappt das
[12:57] <Herbert-51> Der Befehl 'pastebinit' wurde nicht gefunden, kann aber installiert werden mit:
[12:58] <Herbert-51> sudo apt install pastebinit
[12:58] <tomreyn> ah, ja das erklärt's :)
[12:58] <tomreyn> sorry, ich dachte das wäre seit 18.04 standardmäßig installiert, aber da lag ich falsch
[12:59] <Herbert-51> jetzt wirds gehen :-)
[12:59] <tomreyn> hmm die amdgpu-fehler sind leider immer noch da.
[13:00] <Herbert-51> was hab ich falsch gemacht?
[13:00] <tomreyn> nix
[13:01] <Herbert-51> was hast DU falsch gemacht /lach
[13:02] <tomreyn> auch nix. :) das ist wohl ein bug im amdgpu-grafiktreiber in dieser linux-version
[13:04] <Herbert-51> ok, und wie repariert man das jetzt? soll ich kettensäge und vorschlaghammer holen oder kann ich damit leben?
[13:04] <Herbert-51> ist das schlimm? es läuft doch!
[13:05] <tomreyn> sofern sonst alles läuft einfach ignorieren https://bugs.freedesktop.org/show_bug.cgi?id=108940
[13:05] <le_bot> Title: 108940 – QHD bug? drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_link.c:1613 core_link_enable_stream+0xc14/0x1040 (at bugs.freedesktop.org)
[13:06] <tomreyn> äh das ist der bugreport dazu
[13:07] <Herbert-51> also wenn ich da drauf schaue sehe ich hyroglyphen aus der majazeit :_)
[13:07] <tomreyn> das wird aber mit neueren kernelpatches irgendwann weg gehen
[13:08] <tomreyn> ja, archäologie ist nicht für jeden was
[13:08] <tomreyn> also einfach ignorieren, es läuft ja
[13:08] <Herbert-51> genau :-)
[13:08] <Herbert-51> ja denke ich auch wenn ich was merken sollte schreihe ich lauf HILFE
[13:09] <tomreyn> guter plan find ich
[13:10] <Herbert-51> kann im moment keine fehler feststellen, sogar der kartenleser der bank läuft und der hatte immer macken gehabt
[13:12] <Herbert-51> ok , wie gesagt ich danke wie verrückt für die hilfe
[13:12] <tomreyn> bitte ;-) dann mal schönes daddeln!
[13:40] <bmbbsr> Guten tag Ich hänge in der Syntax schleife BASH Filename zusammensetzen fn=$(printf "$filename" "_DE_19")
[13:40] <bmbbsr> Das Klappt aber nicht was mach ich da Falsch 
[13:41] <DaVu> Was genau hast du denn vor?
[13:41] <bmbbsr> ich brauche eine neuen Filenamen 
[13:41] <bmbbsr> filename= "${i%%.*}" 
[13:41] <DaVu> touch neue_datei.txt
[13:42] <bmbbsr> Das klammt damit bekomme ich dne Basname
[13:42] <bmbbsr> an den Basname soll nun aber das neue kürzel drann 
[13:42] <sdx23> fn="${filename}_DE_19"
[13:43] <bmbbsr> Danke 
[13:43] <DaVu> wenn es darum geht eine Datei umzubenennen, warum dann nciht mit mv?
[13:44] <DaVu> Ich vermute mal, dass du es massenweise auf etliche Dateien anwenden möchtest und das alles in einem Script hast. Ich weiß nicht, wie das bei anderen ist, aber kannst du mal das script in nem Paste posten, bitte?
[13:45] <bmbbsr> ja 
[13:45] <DaVu> ach, da stehts ja schon ;)
[13:46] <DaVu> vergiss es, habe mich bei den nicks verlesen
[13:46] <bmbbsr> Fehlschlag alle dateien heisen nun _DE_19
[13:47] <DaVu> dann doch mal bitte das script
[13:50] <bmbbsr> https://paste.ubuntu.com/p/YXR7md6YkJ/
[13:50] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[13:51] <DaVu> Du solltest find verwenden, wenn du nach Dateien suchst. Mit einer for schleife ist das eher unschön
[13:51] <Loetmichel> DaVu: was ist falsch an "locate" statt find?
[13:51] <Loetmichel> ich finde find recht "unhandlich"
[13:52] <DaVu> Ich meine das hier: for i in *.ogv;
[13:52] <DaVu> Ich gehe davon aus, dass du alle ogv-dateien suchst
[13:53] <DaVu> mit find kannst du dann auch gleich eine entsprechende Operation auf die Dateien, die gefunden worden, ausführen
[13:54] <bmbbsr> filename= "${i%%.*}_DE_19.ogv"   das geht
[14:13] <bmbbsr> Danke es sind nur ausgewählte dateien im ordner 
[14:13] <bmbbsr> Bin wieder am fummeln Toller service hier 
[14:30] <stevieh> oller fummler
[21:26] <unicatx> Hallo, wie kann ich im Schnellverfahren ein leeres HD auf Fehler überprüfen?
[21:34] <nils_2> https://wiki.ubuntuusers.de/Festplatten_Problembehebung/
[21:34] <le_bot> Title: Festplatten Problembehebung › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[21:36] <tomreyn> unicatx: erst mal https://wiki.ubuntuusers.de/Festplattenstatus/
[21:36] <le_bot> Title: Festplattenstatus › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[22:02] <unicatx> tomreyn, super! vielen Dank! es hat wunderbar geklappt!
[22:11] <tomreyn> freut mich
[22:12] <unicatx> tomreyn, sudo dd if=hybrid_iso_image.iso of=/dev/sdx bs=1M && sync Was bedeutet && sync? Wofür ist sync verantwortlich?
[22:13] <tomreyn> unicatx: wenn ich (auf einem englisch sprachigen system) "man sync" eingebe dann beschriebt das das als: sync - Synchronize cached writes to persistent storage
[22:14] <unicatx> thx:)*
[22:14] <tomreyn> man (paket man-db)  erzeugt handbuch-seiten für die allermeisten befehle in allen sprachen die du im system installiert hast
[22:15] <Rochvellon> sofern die jeweilige manpage installiert ist
[22:16] <tomreyn> ja stimmt, manchmal muss man dafür noch separate pakete installieren.
[22:16] <tomreyn> aber für den hausgebrauch reicht man-db schon aus.
[22:16] <Rochvellon> alternativ gibts die manpages auch im Internet :)
[22:16] <unicatx> Hauptsache in DE, EN ist meine Schw
[22:17] <unicatx> äche
[22:17] <Rochvellon> unicatx: manpages sind hauptsächlich Englisch
[22:17] <unicatx> schad
[22:17] <tomreyn> http://manpages.ubuntu.com/manpages/bionic/de/man1/sync.1.html
[22:17] <le_bot> Title: Ubuntu Manpage: sync - zwischengespeicherte Schreibvorgänge in persistenten Speicher synchronisieren (at manpages.ubuntu.com)
[22:17] <tomreyn> bittaschän
[22:18] <Rochvellon> außer jemand hat sich die Mühe der Translation gemacht :)
[22:21] <unicatx> tomreyn, top! wie für mich geschnitten:)* thx:)
[22:22] <tomreyn> da ist schon recht viel übersetzt. von den GNU coreutils-manpages (zu denen die von 'sync' gehört) sind 1698 / 1778 man pages vollständig übersetzt http://translationproject.org/team/de.html
[22:22] <le_bot> Title: Translation team for German (at translationproject.org)
[22:23] <tomreyn> unicatx: das nutzt per default "less" als "pager" (anwendung um seitenweise text anzuzeigen), da kommt man durch drücken von "q" raus.
[23:56] <unicatx> ich partitioniere meine Platte mit fdisk. Beim Erstellen der ersten boot-Partition erhält diese automatisch eine ext2- signatur? Was bedeutet diese und soll man die Signatur behalten oder entfernen?
[23:58] <unicatx> was hat sie für eine Bedeutung?