[07:15] <Nod0n[m]> itu: man kann es aktivieren, dass es angezeigt wird.
[07:17] <Nod0n[m]> tomreyn: danke für die ausführliche Beschreibung! Ausser nicht parallel kopieren, gibt es also keine Möglichkeit etwas zu machen, um das Problem zu lindern?
[09:54] <empwilli> tomreyn: ne, ist nix drin was mdns blockt, aber danke 
[12:38] <tomreyn> Nod0n[m]: anderer usb-port, schnelleres (lesen/schreiben/caching) usb-gerät, höheres usb-protokoll (sowohl beim usb-massenspeicher als auch beim computer / usb-controller, siehe "lsusb" -> "Root Hub"-Einträge) können da helfen. *eventuell* auch von usb nach usb zu kopieren, von/auf geräten an unterschiedlichen usb hubs. ansonsten hilft in der regel leider nur komplett neuere hardware (mainboard mit schnittstellen, cpu, ram). es sei 
[12:38] <tomreyn> denn es ist was kaputt / verkonfiguriert.
[13:08] <Nod0n[m]> Lenovo Thinkpad P53 mit 8 Kernen und es lief über USB3 (ich weiss nicht welche Version). Ich hatte schonmal das selbe oder ein ähnliches Problem, mit einem Lenovo Thinkpad T520, aber das war USB2. Damals, wenn ich mich recht erinnere, waren aber einige Programme betroffen. Sogar die Maus ruckelte wenn man sie bewegt hat. Ist jetzt nicht so oft der Fall, dass es schlimm wäre, es nimmt mich einfach wunder, was genau passiert. Gelernt habe
[13:08] <Nod0n[m]> ich, nur ein Kopiervorgang auf einmal und besser erst vom USB-Gerät zum Laptop und dann vom Laptop zum nächsten USB-Gerät (in meinem aktuellen Fall, war es aber nur vom Laptop zum USB-Stick).
[13:21] <tomreyn> ja, das klingt sinnvoll. diese laptop-modellreihe ist ja ziemlich aktuell, da sollte sowas eigentlich nur dann auftreten, wenn das usb-gerät selbst probleme macht oder der usb-buss voll ist, oder ein usb-port/hub verwendet wird, der nur ein tieferes protokoll kann. oder halt im bios was falsch konfiguriert oder durch den linux kernel falsch erkannt / konfiguriert wurde.
[13:22] <tomreyn> also usb-gerät zu alt/langsam/kaputt wäre was ich zuerst prüfen würde
[13:23] <tomreyn> dann andere ports probieren, zwischenbauten (dock, weitere usb-hubs etc.) und andere usb-geräte entfernen.
[13:23] <tomreyn> Nod0n[m]: ^
[13:24] <Nod0n[m]> Ah, da wird der Hund begraben liegen. Ich werde es dann nochmals ohne Hub testen und ihn direkt am Laptop anschliessen.
[16:51] <Sorduk> Hi, könnt ihr mir bitte helfen ich komm echt nicht weiter. Es geht um Cron ,, das system ein Ubuntu Server 20.xx ... Ich möchte das er einfach ein UDP Befehl sendet... als Befehl in Crontab steht */1 * * * * /usr/bin/echo -n K1AN > /dev/udp/192.168.2.201/8888 der befehl funktioniert auch in der bash nur eben nicht mit CRON. Gebt mir bitte ein
[16:51] <Sorduk> Tip. Im Log steht Dec 30 16:50:01 newnas CRON[115525]: (sorduk) CMD (/usr/bin/echo -n K1AN > /dev/udp/192.168.2.201/8888) der müsste das doch ausführen :(
[16:52] <Sorduk> und wenn ich das in eine extra datei packe funktioniert es auch.
[16:52] <tomreyn> Ubuntu Server 20.xx ist recht ungenau, geht's genauer?
[16:53] <tomreyn> also entweder ist's ein 20.04 LTS oder ein 20.10
[16:53] <Sorduk> Linux newnas 5.4.0-91-generic #102-Ubuntu SMP Fri Nov 5 16:31:28 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux  Ubuntu Server 20.04.3 LTS
[16:54] <tomreyn> also 20.04 LTS, gut, das ist noch unterstützt
[16:54] <tomreyn> cron läuft üblicherweise nicht in bash
[16:55] <tomreyn> du nutzt aber ein bash-spezifisches konstrukt
[16:57] <tomreyn> wenn du den befehl n bash ausführen möchtest musst du entweder SHELL=/bin/bash vor dem cronjob setzen oder statt dem bisherigen befehl im cronjob    /bin/bash -c '/usr/bin/echo -n K1AN > /dev/udp/192.168.2.201/8888'   ausführen
[16:57] <tomreyn> vertippt: ' n bash ' -> ' in bash '
[16:58] <Sorduk> mom, wird sofort geändert
[17:00] <tomreyn> ist deine mom hier?
[17:01] <Sorduk> neee moment :)
[17:01] <tomreyn> achsooo.
[17:01] <Sorduk> bist mir ja ein lustiger,,, aber ein verdammtes Genie
[17:01] <tomreyn> abkürzungen sind immer so missverständlich, gerne vermeiden.
[17:02] <Sorduk> Dec 30 17:01:01 newnas CRON[115675]: (sorduk) CMD (/bin/bash -c '/usr/bin/echo -n K1AN > /dev/udp/192.168.2.201/8888' )
[17:02] <Sorduk> <<< der Befehl wurde erfolgreich an das Arduino übergeben
[17:03] <Sorduk> wie kann man dir danken ?
[17:05] <tomreyn> mach wen glücklich, der bei dir in der nähe unter der brücke wohnt
[17:07] <Sorduk> das mach ich sowieso. Bist ein guter Mensch. 1000 Dank
[17:07] <tomreyn> :) war eh ne kleinigkeit, guten rutsch!
[17:09] <Sorduk> Wünsch ich auch.. und viel Gesundheit ..
[17:17] <tomreyn> danke, auch so! :)
[19:09] <itu> https://pastebin.com/E1viSiHh   - wieviel sorgen muss ich mir machen?
[19:09] <le_bot> Title: --[Do Dez 30 19:04:47 2021] ima: No architecture policies found[Do Dez 30 19 - Pastebin.com (at pastebin.com)
[19:10] <tomreyn> mehr als keine
[19:18] <tomreyn> aber wenn das nur einmalig auftritt ist's wohl eher ignorierbar.
[19:20] <tomreyn> BERT ist hier nicht der kumpel von ernie, sondern die boot error record table, ne ACPU-tabelle, in der deine mainboard-firmware einen fehlgeschlagenen bootversuch aufgezeichnet hat. die wurde hier ausgelesen und der event berichtet.
[19:21] <tomreyn> *ACPI
[19:22] <tomreyn> die meisten mainboard-firmwares unterstützen das gar nicht, würden darum solche fehler gar nicht erkennen und nicht in die ACPI-tabelle schrieben, und linux sie dann beim nächsten boot auch nicht berichten.