[08:49] <Tuor> Hi, I habe mein Kubuntu 19.10 vor einer Weile mal wieder auf Deutsch umgestellt. Nun ist es aber so, dass teils Befehle im Terminal auf Deutsch übersetzt werden. Kann ich das System so einrichten dass im Terminal Alles Englisch bleibt? (mein gröstes Problem: die mans sind oft auf Englisch und die Befehle auf Deutsch, wenn ich etwas nachlesen will, muss ich alles im Kopf übersetzen, ich würde da reines Englisch bevorzugen.)
[09:11] <drc> Tuor: du könntest versuchen, in deiner bashrc am Anfang `LC_MESSAGES=C.UTF-8` zu setzen
[09:11] <drc> Das sollte die Sprache für alle interaktiven Bash-Sessions (also in Terminals) auf Englisch setzen
[09:12] <drc> eventuell brauchst du vorher ein `unset LC_ALL`, aber nur wenn das nicht ohne funktioniert
[09:13] <_moep_> Tuor: wie es funktioniert, sag mal Bescheid :)
[09:13] <_moep_> wenn du es gelöst hast
[09:14] <drc> Ich hab ein export vergessen, das muss `export LC_MESSAGES=C.UTF-8` heißen
[09:16] <Tuor> Klappt nicht, ob mit oder ohne unset LC_ALL.
[09:17] <LetoThe2nd> also wenn ich mal was auf "original" brauche stelle ich ein LANG=C davor
[09:18] <drc> Tuor: ist die Variable danach denn sauber gesetzt?
[09:19] <drc> `echo $LC_MESSAGES`
[09:19] <Tuor> drc: ja
[09:19] <drc> dann setzt mal LANG statt LC_MESSAGES
[09:21] <Tuor> ersetzt, aber leider keine Veränderung.
[09:30] <Tuor> https://help.ubuntu.com/community/Locale schreibt LC_MESSAGES=POSIX, wenn ich das in die ~/.bashrc eintrage klappt das auch. Sie schreiben aber man soll das in ~/.pam_environment oder /etc/default/locle ändern.
[09:30] <le_bot> Title: Locale - Community Help Wiki (at help.ubuntu.com)
[09:31] <drc> Die willst du aber nicht ändern, weil die auch Effekte auf dein GUI haben
[09:31] <drc> Das Gute am Eintrag in der bashrc ist, dass der nur für Shellsession funktioniert
[09:31] <Tuor> hmm ok, klingt gut.
[09:33] <Tuor> Danke! Ich werde es beim nächsten Neustart sehen. Aber es sieht gut aus.
[14:33] <Lin21> Moin, kann mir jemand bei ssh weiterhelfen. Ich versuche im Netz die geschwindigkeit von ssh zu winden. Den ich habe einen kleinen Rechner auf dem ich über die VPN und ssh zugreife. Leider ist die übertragungsgeschwindigkeit bei ca. 1-2 mb/s. Ist das für ssh normal? oder liegt es an der VPN und ssh verschlüsselung?
[14:34] <stevieh> winden? 
[14:35] <Lin21> stevieh ist es an mich gemeint?
[14:35] <stevieh> ja
[14:35] <Lin21> ok, was meinst Du den damit?
[14:36] <stevieh> was meinst DU damit?
[14:36] <drc> "finden"
[14:36] <stevieh> aha
[14:36] <stevieh> na, dann findet mal weiter ich rebute
[14:36] <koegs> ergibt auch nicht mehr sinn :P
[14:37] <drc> SSH kann deutlich mehr, aber die Verschlüsselung braucht halt CPU-Power
[14:37] <koegs> VPN klingt nach internet, wie schnell ist deine internetleitung und was ist an der anderen seite für ein Rechner?
[14:37] <drc> Wenn das ein Raspberry Pi oder so ist, macht der irgendwann die Grätsche
[14:37] <Lin21> Ja, ssh muss doch eine übertragungsgeschwindigkeit haben
[14:37] <drc> Nö
[14:37] <Fuchs> kann man halt mal mit den ueblichen Verdaechtigen schauen, wo die bottlenecks sind
[14:37] <Fuchs> also top, iotop, if/netop  etc. 
[14:38] <drc> Jo, das ist wahrscheinlich die sinnvollste Vorgehensweise
[14:40] <Lin21> Das ist ein Raspberry Pi 3, Internet ist eine 100 leitung und 6 im upload wo der Pi dran ist. Gesendet das ganze habe ich über Hotspot meines Smartphones, was vermutlich das ganze Problem ist.
[14:41] <Lin21> Mit dem Hotspot komme ich auf ca. 1 mb/s. Wenn ich es dan aber im internen Lan versuche komme ich auf max. 2-3mb/s
[14:41] <koegs> 6Mbit/s im Upload?
[14:42] <koegs> dann kriegst du nichtmal 1MByte/s ohne Kompression hin
[14:42] <j0k> kingt wenig für nen 100er DSL
[14:42] <koegs> und ja, ein PI ist langsam
[14:42] <Lin21> Oder kann das ganze vielleicht an sshfs liegen, mit dem ich die HHD mounte
[14:42] <stevieh> alter, was tust du dir da an?
[14:42] <koegs> ssh, sshfs, scp, alles cpu-intensiv, da darfst du von nem PI nicht viel erwarten
[14:43] <Lin21> Bei meinen Eltern habe ich 100er Leitung mit 6 im upload. Bei mir habe ich eine 100er mit 20 im upload.
[14:43] <koegs> dann ist ja alles gesagt, ist halt lahm, leb damit
[14:44] <Lin21> sshfs war die erste möglichkeit die ich so gefunden habe, die HHD die an dem Pi dran ist auf dem remote PC zu mounten
[14:45] <Lin21> Gibt es den alternativen zum mounten, die vielleicht schneller sind?
[14:45] <stevieh> remote übers internetz?
[14:45] <stevieh> oder lan?
[14:45] <Lin21> beides
[14:45] <koegs> ohne jetzt lange vorzurechnen und zu erklären, wirst du aufgrund von 20Mbit Upload, ganz grob und ganz schlecht gerechnet nicht viel mehr als 2MB/s übers Internet kriegen
[14:45] <koegs> und wenn es die andere Richtung ist, sogar weniger als 1MB/s wegen 6Mbit/s Upload
[14:46] <koegs> da ist egal welches Protokoll und ob noch VPN dabei ist und sogar ob es ein RPI3 ist
[14:46] <stevieh> spassig wird das alles nicht. Vielleicht eher über ne personal cloud nachdenken?
[14:46] <stevieh> d.h. nextcloud auf den Pi und syncen?
[14:46] <Lin21> Das macht natürlich Sinn, aber über Lan war es ja auch langsam, aber muss wohl an dem Pi liegen
[14:48] <Lin21> ok, ich habe noch einen alten Rechner mit einem i7 und 8GB Ram liegen, werde es mal mit ihm versuchen. Ich möchte einfach ein kleinen privaten Server, wo ich backUps von mehreren Geröten drauf legen kann.
[14:49] <stevieh> nimm eine passende backupsoftware wie z.B. duplicity oder duplicati
[14:50] <tomreyn> oder borg oder restic
[14:50] <Lin21> ich habe borg im einsatz
[14:50] <Lin21> Das ganze geht auch über ssh wie ich gesehen habe, aber was ist so die normale geschwindigkeit bei ssh
[14:51] <koegs> mit genug leitung und CPU power gibt es keine grenze
[14:51] <koegs> ich übertrag hier auch mal gerne 117MB/s
[14:51] <stevieh> beim rpi3 ist die USB2 Bandbreite auch noch extrem limitierend. Nimm nen Pi4, dann geht da einiges mehr. 
[14:51] <tomreyn> na ja es gibt protokoll- und crypto-overhead, wie immer.
[14:52] <stevieh> und borg ist auch fein, halt irgendwas was (personal-)cloud kann
[14:52] <j0k> Lin21: ist da vielleicht der Splitter noch in der Leitung? (auch wenn das OT ist)
[14:52] <Lin21> ok, ich teste es mal mit einem Notebook und schaue weiter, vielleicht ist sshfs der flaschenhals
[14:53] <stevieh> mit borg brauchst du doch kein sshfs?
[14:55] <Lin21> Ja, ich hab es zum anfang so gemacht, das ich es mit sshfs gemountet habe und darauf dan mit borg das bacUp gemacht. klar  kann ich auch mit borg direkt auf die maschiene. Aber ich wollte die geschwindigkeit sehen, deswegen das ganze über sshfs und dan geschaut, wie schnell die übertragung ist.
[14:55] <stevieh> von was die geschwindigkeit? von sshfs? :-)
[14:56] <Lin21> Wie schnell die Daten übertragen werden. Aber klar, wen sshfs eine begrenzung hat, geht es nicht schneller.
[14:57] <stevieh> es ist halt alles hintereinander.
[14:57] <stevieh> aber am Ende ists der pi3 und usb2
[14:58] <Lin21> Ja, aber ich war verwirrt, wo ich über Lan nur 1-2mb/s hatte. Mit sshfs getestet
[14:59] <Lin21> Über das Internet wäre es Sinnvoll wegen dem langsamen upload, aber über Lan hatte ich mehr erhofft. 
[15:00] <stevieh> wie gesagt, usb2 und ssh und überhaupt.
[15:01] <Lin21> Merke gerade, das mein Notebook über der ich das ganze testen möchte, noch einen USB3 Port hat. Wen Ich auch mit dem Notebook auf einige mbs/s komme muss es einen Flaschenhals geben
[15:02] <stevieh> beim rpi3 ist auch ethernet und usb am gleichen usb hub
[15:02] <Lin21> Wie gesagt, auch mit USB2 und ssh über Lan habe ich mir mehr als 1-2mb/s erhofft. Deswegen habe ich vermutet, das ssh eine begrenzung hat.
[15:03] <Lin21> Stimmt. Der Pi 3 hat ethernet und usb zusammen, da könnte das Problem sein.
[15:04] <tomreyn> sshfs hat auch recht viel protokolloverhead
[15:04] <Lin21> Teste es heute abend mit dem Notebook. Wen ich da auch einige mbs/s haben werde, melde ich mich nochmal :)
[15:04] <stevieh> brauchste nicht.
[15:05] <Lin21> ok, stevieh ist ganz sicher, das es am Pi 3 liegt :)
[15:06] <stevieh> über 10mbit wirste mit dem Teil nicht kommen, also ist der Erkenntnisgewinn nicht wirklich hoch.
[15:06] <stevieh> zumindest für den Rest der Welt. Für dich mag das was anderes sein.
[15:07] <Lin21> Wen ich das Notebook aber Live von einem Stick boote zum testen, sollte das sich aber nicht auswirken, oder.
[15:07] <stevieh> wenig
[15:08] <Lin21> ok, welches teil meinst Du jetzt aber, das nicht über 10mbit kommt. Das Notebook?
[15:08] <stevieh> der pi
[15:08] <Lin21> Ich dachte schon.
[15:09] <Lin21> Du meinst auch wen ich kein ethernet benutze, komme ich nicht über 10mbit bei dem Pi
[15:11] <stevieh> wlan?
[15:12] <Lin21> Wieso hat man nur so wenig upload, auch wen ich das über das Notebook schneller hin bekomme, habe ich den Vorteil nur über Lan. Über Internet komme ich nicht mehr als über 2mb/s.
[15:12] <stevieh> ?
[15:13] <Lin21> Ne, einfach den Pi an den Monitor und von einem Stick auf den anderen was kopieren.
[15:13] <stevieh> 2mbit ist wenig, aber je nach datenmenge beim backup reicht das auch.
[15:13] <stevieh> ist ne reine Frage der Zeit
[15:14] <stevieh> wenn du von einem USB Stick auf nen anderen Kopierst, kann das ein wenig schneller sein, aber was hat man mit der Erkenntnis gewonnen?
[15:22] <Linu21> Sorry, war kurz offline. stevieh, stimmt, mit der erkentniss hat man nichts gewonnen.
[15:23] <Linu21> Ich komme aus Hamburg dort habe ich bei Wilhelm.Tel 100er download und 20er upload für 25Euro/Monat. In Bremen bekommt man immer noch 6er upload bei 100er download und das ganze für 40Euro/Monat. 
[15:31] <migrantfour> moin. ich habe versuche nach der "Full_Disk_Encryption_Howto_2019" ein frisches Ubuntu abzusetzen, leider startet mein system nach der installtion immer nur mit der grub bash. Jemand ein Idee?
[15:32] <stevieh> migrantfour: warum nimmst du nicht einfach den installer?
[15:35] <migrantfour> stevieh: Den nutzen ich doch, allerdings mit meiner Partitionierung
[15:36] <stevieh> und was ist da abweichend? 
[15:36] <j0k> 6er Upload bei nem 100er? Da passt was anderes nicht
[15:36] <migrantfour> stevieh: Der installer will doch immer die ganz platte frei selbst partitionnieren, und habe partititinen die ich nicht anrühren möchte 
[15:37] <stevieh> will der das? Warte, ich teste mal
[15:39] <migrantfour> stevieh: Ich muss zugeben haben jetzt mit 19.10 nicht ausprobiert, aber sonst war das doch so ...
[15:40] <stevieh> glaub mal nicht, aber wenn probier ich jetzt 19.10 :-)
[15:43] <stevieh> tatsache
[15:43] <migrantfour> stevie: :)
[15:44] <stevieh> naja, musste halt nun genau schauen, was wo nicht geht. 
[15:44] <stevieh> werden die kernel erkannt? Ist boot richtig angelegt? 
[15:45] <stevieh> passt das mit uefi und co? 
[15:45] <migrantfour> stevie: Ja, dafür bin ich hier ;). Nach der Anleitung sieht eigentlich alles gut aus.
[15:45] <stevieh> können viele Ursachen sein.
[15:46] <migrantfour>  Also mein grub scheint der Kernel nicht zuladen, kann ich in der grub bash mir ein log file anschauen?
[15:49] <stevieh> ich kann jetzt nicht mehr weiterhelfen :-)
[15:50] <stevieh> siehste im grub denn die kernel?
[15:50] <migrantfour> ne, bekomme direkt die shell, also kein Kernel zum auswählen
[15:51] <stevieh> das ist nix gut, denk ich
[15:51] <stevieh> aber grub installieren sah gut aus?
[15:53] <migrantfour> ja, hat nicht gemerkt ;)
[15:54] <migrantfour> also mit grub-install /dev/nvme0n1
[15:55] <stevieh> ist das auf ne partition? Ich dachte, der muss in den bootsektor?
[15:56] <migrantfour> ja, aber das ist die platte, eine partition wäre nvme0n1p1
[15:57] <stevieh> ahso.
[15:57] <stevieh> ok
[15:58] <stevieh> vielleicht uefi falsch "gedeutet"?
[15:58] <stevieh> aber ne, dann würde er nicht bis zum grub kommen, vermute ich
[16:00] <migrantfour> hm, was meinste du? Aber ja UEFI scheint klappt, da habe ich einen ubuntu eintrag
[16:04] <migrantfour> was mich etwas verwirrt, ist das ich nach der Anleitung eine grub partition anlegen muss, dann müsste ich doch auch grub da wohl hin installieren, oder?
[16:05] <migrantfour> oder mounte ich die unter /boot/grub?
[16:07] <stevieh> bei mir gibt es ein /boot/grub
[16:08] <stevieh> aber das will nix heissen, ich hab ja grad gelernt, dass meine installation noch ncht mal fde ist
[16:13] <tomreyn> wenn du ne "bios-grub" partition anlegen musstest dann bootest du wohl nicht mit uefi sondern mit legacy bios / CSM von ner GPT-partitionierten platte.
[16:14] <tomreyn> diese (nur 2 MB große) partition wird im finalen system nicht eingehangen, weil sich darauf kein dateisystem befindet sondern nur ein teil von grub.
[16:15] <migrantfour> tomreyn: hm, aber ich bin mir recht sicher das ich im uefi gebootet habe
[16:16] <tomreyn> das dateisystem was unter /boot gemountet ist ist nochmal ein separates. und wenn du uefi-boot machst dann hast du auch noch diie efi system partition (ESP) die nac /boot/efi gemountet wird
[16:16] <migrantfour> jep, nach /boot/efi habe ich eine partition gemountet
[16:17] <migrantfour> und ja es ist ein anderes als /boot
[16:17] <tomreyn> dann wirst du wohl auch keine "grub-partition" angelegt haben.
[16:17] <tomreyn> oder wenn doch dann ist die überflüssig
[16:17] <migrantfour> habe gerade das system im chroot gemountet, wie installiere ich grub jetzt korect 
[16:18] <migrantfour> ja, wahrscheinlich ist die überflüssig
[16:18] <tomreyn> echo -n 'This system booted via: '; [ -d /sys/firmware/efi ] && echo UEFI || echo BIOS 
[16:18] <tomreyn> wie hast du gebootet? ^
[16:20] <migrantfour> UEFI , :)
[16:21] <migrantfour> laut der Anleitung muss ich glaube ich grub und nicht grub2 nehmen
[16:21] <tomreyn> und die partitionstabelle auf dem installations-storage ist mbr oder gpt?
[16:21] <migrantfour> gpt
[16:22] <tomreyn> gut, dann führst du einfach "grub-install" ohne weitere parameter aus.
[16:23] <tomreyn> folgende grub-pakete sollten installiert sein: grub-efi-amd64 grub-efi-amd64-bin grub2-common
[16:23] <migrantfour> ja, dann kriege ich ein "Installation for x86_64-efi platform. Installation finished. No error reported." :)
[16:24] <stevieh> und keine meldung, dass kernel gefunden wurden?
[16:24] <migrantfour> ne, no error reported  ;)
[16:24] <tomreyn> grub-install macht das nicht, was stevieh meinst ist "update-grub"
[16:25] <stevieh> ahso, ich dachte, da würde er auch gleich die kernels suchen.
[16:25] <tomreyn> nö, das hat miteinander erst mal nix zu tun.
[16:25] <migrantfour> also muss ich jetzt noch den update-grub machen?
[16:25] <tomreyn> wäre gut zum testen
[16:26] <migrantfour> Ja, generiert mir eine config file mit 2 Kernel images
[16:26] <tomreyn> der sollte ja mindestens einen kernel reporten den er gefunden hat. und dann check mal ob die grub stage 1 auf der ESP liegt, und ob die grub.konfigurationsdatei sinn ergibt.
[16:27] <tomreyn> also die da angegebenen uuids und block devices gegen blkid und lsblk und /etc/fstab und /etc/crypttab checken
[16:28] <tomreyn> und nochmal gegenchecken ob CRYPTROOT=y in der initramfs-config gesetzt ist.
[16:28] <migrantfour> ich kriege aber von update-grub Warnings, dass all meine devices nicht in der udev database sind, hat das was zu sagen?
[16:28] <tomreyn> wie lautet sone nachricht konkret?
[16:29] <tomreyn> sowas wohl "WARNING: Device /dev/sda1 not initialized in udev database even after waiting 10000000 microseconds."
[16:30] <migrantfour> "WARNINIG: Device /dev/nvmen1p*" not initialized in udev database even after waiting 10000000 microseconds."
[16:30] <migrantfour> und das für alle partitionen 
[16:30] <tomreyn> was für ein live-system verwendewst du, und welches system hast du installiert?
[16:30] <migrantfour> also auch für /dev/mapper/*
[16:30] <migrantfour> live 19.10
[16:31] <migrantfour> das habe ich auch installiert
[16:31] <tomreyn> welche dateisysteme hast du gemountet bevor due die chroot-shell gestartet hast?=
[16:31] <migrantfour> root und boot
[16:32] <tomreyn> (und wie hast du sie gemountet)
[16:32] <migrantfour> den rest mit rbind gemountet
[16:32] <tomreyn> was ist mit virtuellen dateisystemen?
[16:32] <migrantfour> virtuelle ist home und die swap partition
[16:33] <migrantfour> die habe jetzt gerade noch gar nicht beachtet
[16:33] <tomreyn> wie stehts mit dev, dev-pts, esp und efivars?
[16:34] <tomreyn> und sys
[16:34] <migrantfour> hm, dev habe ich gemountet aber weder dev-pts, not esp noch efivars....
[16:34] <migrantfour> also hab damit 
[16:34] <migrantfour> for n in proc sys dev etc/resolv.conf; do mount --rbind /$n /target/$n; done 
[16:35] <tomreyn> ah roichtig proc hatte ich noch vergessen
[16:36] <migrantfour> ah, jetzt meldet update-grub auch: grub-probe error: cannot find a GRUB drive for /dev/sda1. Check your device.map"
[16:36] <migrantfour> ah, jetzt meldet update-grub auch: grub-probe error: cannot find a GRUB drive for /dev/sda1. Check your device.map
[16:36] <tomreyn> sda1? du hast doch ein nvme?
[16:36] <migrantfour> ja, kein plan wo das her kommt
[16:37] <migrantfour> und der rödelt auch noch rum
[16:37] <migrantfour> und versucht un versucht
[16:37] <tomreyn> na ich sach mal "viel glück!"
[16:37] <migrantfour> :)
[16:39] <migrantfour> Ich sag mal: Danke, versuche mal mein Glück, wenn esp dev-pts und efivars gemoutet sind...
[16:42] <tomreyn> also die hier würd ich bind-mounten: /proc /sys /dev /dev/pts /run
[16:43] <tomreyn> und falls grub-install das nicht automatisch macht noch innerhalb des chroot (oder davor im hauptsystem und dann auch bind-mount): mount -t efivarfs efivarfs /sys/firmware/efi/efivars
[16:43] <migrantfour> ist /dev/pts nicht automatisch da, wenn ich /dev bind-mounte
[16:43] <tomreyn> mit rbind schon ja
[16:45] <migrantfour> okay, efivars sind sogar schon gemoutet, scheint grub-install gemacht zu haben
[16:47] <migrantfour> okay, nach dem mount von run lief update-grub direkt durch und hat einen Eintrag angelegt
[16:51] <migrantfour> so, nun nochmal reboot... *daumendrück*
[16:59] <migrantfour> schade, lange immer noch nach der password eingabe in der Grub Shell
[17:11] <tomreyn> hattest du hiervon irgendwas gemacht (denn da warst du nicht drauf eingegangen)?     "und dann check mal ob die grub stage 1 auf der ESP liegt, und ob die grub.cfg sinn ergibt, also die da angegebenen uuids und block devices gegen blkid und lsblk und /etc/fstab und /etc/crypttab checken. und nochmal püfen ob CRYPTROOT=y in der initramfs-config gesetzt ist."
[17:14] <migrantfour> ja, partiell habe ich es gemacht, also CRYPTROOT=y und initramfs-config check.
[17:14] <migrantfour> aber die grub.cfg habe ich nicht verifiziert, okay, nochmal von vorne :)
[17:44] <migrantfour> hm, okay, nun melde update-grub: "error: cannot find a GRUB drive for /dev/sda1. Check your device.map"
[17:45] <migrantfour> hm, hab ja grub2, also kein stage_1 und kein device.map datei...:?
[17:49] <tomreyn> device.map haste trotzdem
[17:50] <migrantfour> okay, dann fehlt die mit und os_probe versucht immmer auf sda zu gehen
[17:52] <migrantfour> auf meinen anderen sytemen habe ich ach kein device.map file
[17:52] <tomreyn> also entweder die bestehende device.map anpassen oder löschen
[17:53] <tomreyn> man muss keine device.map haben, aber ich denke dass die noch verndet wird wenn sie denn existiert
[17:53] <tomreyn> *verwendet
[17:54] <migrantfour> kk, sie existiert nicht, das sda1 zaubert sich os_probe irgendwo her ...
[17:54] <tomreyn> bei bedarf einfach os-prober deinstallieren. aber an sich macht das ja nur zusätzliche einträge dazu.
[17:56] <tomreyn> (oder meinst du grub-probe?)
[17:57] <migrantfour> ja, weiß ich auch nicht so genau ;)
[17:57] <migrantfour> also wenn is os_prober ausführe, dann kriege ich immer einen Fehler mit kann sda1 nicht finden
[17:58] <migrantfour> und das ist auch die selbe meldung wie wenn ich update-grub ausführe 
 bei bedarf einfach os-prober deinstallieren. aber an sich macht das ja nur zusätzliche einträge dazu.