[00:14] <kirsten20> hallo, mit welcher anwendung kann ich eine bin Datei öffnen? ich benutze ubuntu 18.04 als Server version mit mate
[00:15] <ppq> das wird entweder ein rohdaten-image oder eine ausführbare datei sein
[00:15] <ppq> was sagt denn "file" zu der datei?
[00:16] <ppq> im terminal:   file datei.bin
[00:17] <kirsten20> also die datei heißt env
[00:18] <kirsten20> Could not open the file /usr/bin/env. sagt mit pluma
[00:18] <kirsten20> pluma has not been able to detect the character encoding.Please check that you are not trying to open a binary file.Select a character encoding from the menu and try again.
[00:18] <ppq> ja, env ist ein programm
[00:19] <kirsten20> nein, ist eine Datei im Ordner bin
[00:19] <ppq> auch programme sind dateien
[00:20] <kirsten20> https://www.golem.de/news/homeoffice-videokonferenzen-auf-eigenen-servern-mit-jitsi-meet-2003-147239.html
[00:20] <le_bot> Title: Homeoffice: Videokonferenzen auf eigenen Servern mit Jitsi Meet - Golem.de (at www.golem.de)
[00:20] <kirsten20> Mit wenigen Änderungen in der .env-Datei können wir jedoch unsere Installation veranlassen, auf dem gewöhnlichen HTTPS-Port unter 443 mit einem gültigen Zertifikat zu laufen. 
[00:21] <kirsten20> so, und diese Datei läßt sich nicht öffnen
[00:21] <ppq> diese .env ist eine text-konfigurationsdatei, ja. aber /usr/bin/env ist ein programm
[00:22] <kirsten20> ok, d.h. ich muss nach .env suchen?
[00:23] <ppq> es wird in dem repo eine beispielkonfiguration bereitgestellt
[00:23] <ppq> die musst du nur zu .env umbenennen
[00:23] <ppq> bzw. kopieren. das macht diese zeile im golem-artikel:   cp env.example .env
[00:26] <kirsten20> hm, ja, aber dann musss ich doch etwas in der Datei env anpassen und dafür muss ich sie doch öffnen
[00:27] <ppq> jo
[00:28] <kirsten20> aber wie öffne ich sie denn??
[00:28] <ppq> einfach diese datei mit dem texteditor öffnen. möglicherweise wird die im dateimanager nicht angezeigt, weil sie versteckt ist (dateiname beginnt mit punkt)
[00:28] <kirsten20> ich habe dem manager schon gesagt, dass er auch versteckte dateien anzeigen soll.
[00:29] <ppq> ok, dann sollte ein doppelklick auf die datei reichen
[00:29] <kirsten20> und wenn ich versuche sie zu öffnen bekomme ich: Could not open the file /usr/bin/env. sagt mit plumapluma has not been able to detect the character encoding.Please check that you are not trying to open a binary file.Select a character encoding from the menu and try again.
[00:30] <ppq> ich kenne pluma nicht, aber eigentlich sollte ein texteditor die datei öffnen, die man anklickt, und nicht irgendeine andere, die einen ähnlichen namen hat oO
[00:32] <kirsten20> ähm, er versucht doch die Datei zu öffnen
[00:32] <ppq> ach, du bist mit dem dateimanager in /usr/bin und klickst die env an? ok, dann kein wunder. navigier zur richtigen textdatei, die du mit git runtergeladen hast. die ist (hoffentlich) nicht in /usr/bin
[00:33] <kirsten20> ah
[00:33] <ppq> vermutlich ~/docker-jitsi-meet
[00:35] <kirsten20> ok, habe die dateien genau dort gefunden
[00:36] <kirsten20> mir ist jetzt aber nicht so ganz klar, was ich machen soll.
[00:37] <kirsten20> ändere ich jetzt die datei .env ?
[00:37] <ppq> ja
[00:37] <ppq> die wird als konfigurationsdatei eingelesen. die andere ist nur als vorlage gedacht
[00:37] <kirsten20> ok, und dann?
[00:38] <ppq> golem sagt "Mit wenigen Änderungen in der .env-Datei können wir jedoch unsere Installation veranlassen, auf dem gewöhnlichen HTTPS-Port unter 443 mit einem gültigen Zertifikat zu laufen. Dafür setzen wir in der Datei .env die Variable HTTP_PORT auf 80 und HTTPS_PORT auf 443. Außerdem setzen wir ENABLE_HTTP_REDIRECT auf 1, damit HTTP-Anfragen automatisch auf HTTPS umgeleitet werden."
[00:38] <ppq> das klingt schonmal sinnvoll
[00:39] <kirsten20> ja, habe ich jetzt gemacht
[00:39] <ppq> wenn du eine domain hast, kannst du auch letsencrypt aktivieren, das wird auf seite 2 beschrieben
[00:40] <kirsten20> ja, soweit bin ich leider noch nicht, wenn ich jetzt docker-compose up -d mache, bekomme ich Can't find a suitable configuration file in this directory or any        parent. Are you in the right directory?        Supported filenames: docker-compose.yml, docker-compose.yaml
[00:42] <ppq> bist du denn im richtigen verzeichnis? das verrät dir der befehl pwd
[00:43] <kirsten20> ich muss in das Verzeichnis ~/docker-jitsi-meet oder?
[00:45] <ppq> genau
[00:45] <kirsten20> grrrr: ~/docker-jitsi-meet$ docker-compose up -dERROR: Couldn't connect to Docker daemon at http+docker://localunixsocket - is it running?If it's at a non-standard location, specify the URL with the DOCKER_HOST environment variable.
[00:47] <ppq> von docker habe ich keine ahnung, sorry
[00:48] <ppq> scheint nicht gestartet zu sein
[00:48] <kirsten20> hm
[00:48] <ppq> sudo systemctl start docker
[00:48] <ppq> probier das mal vorher
[00:51] <kirsten20> leider kommt dann der gleiche Fehler :(
[00:54] <kirsten20> ich werde mal neu starten.
[00:54] <kirsten20> bis gleich
[01:00] <kirsten3> Hm, ich bekomme leider immer diesen Fehler: ubuntu@ubuntu:~/docker-jitsi-meet$ sudo service docker start && docker-compose up -dERROR: Couldn't connect to Docker daemon at http+docker://localunixsocket - is it running?If it's at a non-standard location, specify the URL with the DOCKER_HOST environment variable.
[01:00] <kirsten3> und bin nach dieser Anleitung vorgegangen: https://www.golem.de/news/homeoffice-videokonferenzen-auf-eigenen-servern-mit-jitsi-meet-2003-147239.html
[01:00] <le_bot> Title: Homeoffice: Videokonferenzen auf eigenen Servern mit Jitsi Meet - Golem.de (at www.golem.de)
[01:06] <kirsten3> hat hier niemand Docker Erfahrung?
[01:07] <k1l_> jitsi kann man auch mit deren repo installieren, ganz ohne docker
[01:07] <k1l_> https://wiki.ubuntuusers.de/Archiv/Jitsi/ 
[01:07] <le_bot> Title: Jitsi › Archiv › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[01:08] <kirsten3> ok, dann probiere ich das mal... Denke für den Tipp
[01:14] <kirsten3> hm, was macht man denn da: Die folgenden Pakete haben unerfüllte Abhängigkeiten: jitsi-meet : Hängt ab von: jitsi-videobridge (= 1126-1) ist aber nicht installierbar              Hängt ab von: jicofo (= 1.0-508-1) ist aber nicht installierbarE: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete.
[01:15] <k1l_> bei welchem befehl? gab es vorher schon fehlermeldungen?
[01:16] <kirsten3> Die folgenden Pakete haben unerfüllte Abhängigkeiten: jitsi-meet : Hängt ab von: jitsi-videobridge (= 1126-1) ist aber nicht installierbar              Hängt ab von: jicofo (= 1.0-508-1) ist aber nicht installierbarE: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete.
[01:16] <kirsten3> grr
[01:17] <kirsten3>  sudo apt-get -y install jitsi-meet
[01:17] <k1l_> pack das mal auf paste.ubuntu.com
[01:17] <k1l_> und zeig die url hier
[01:18] <kirsten3> https://paste.ubuntu.com/p/MMRnMS69vB/
[01:18] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[01:21] <k1l_> apt show jitsi-meet
[01:23] <kirsten3> Package: jitsi-meetVersion: 1.0.4101-1Priority: optionalSection: netMaintainer: Jitsi Team <dev@jitsi.org>Installed-Size: 11.3 kBDepends: jitsi-videobridge (= 1126-1), jicofo (= 1.0-508-1), jitsi-meet-web (= 1.0.3729-1), jitsi-meet-web-config (= 1.0.3729-1), jitsi-meet-prosody (= 1.0.3729-1)Homepage: https://jitsi.org/meetDownload-Size: 2,718
[01:23] <kirsten3> BAPT-Sources: https://download.jitsi.org stable/ PackagesDescription: WebRTC JavaScript video conferences Jitsi Meet is a WebRTC JavaScript application that uses Jitsi Videobridge to provide high quality, scalable video conferences. . It is a web interface to Jitsi Videobridge for audio and video forwarding and relaying.N: Es gibt 22 zusätzliche
[01:23] <kirsten3> Einträge. Bitte verwenden Sie die Option »-a«, um sie anzuzeigen.
[01:24] <k1l_> bitte immer in den paste service. sonst ist das nicht zu lesen im irc
[01:24] <kirsten3> y https://paste.ubuntu.com/p/sxKgYkTMvG/
[01:24] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[01:25] <k1l_> sudo apt install -f
[01:26] <kirsten3> und dann?
[01:26] <k1l_> was ist die ausgabe? ich kann das nicht hellsehen :)
[01:27] <kirsten3> https://paste.ubuntu.com/p/GPKvgzV88X/
[01:27] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[01:27] <kirsten3> unspektakulät :(
[01:28] <k1l_> sudo apt update && sudo apt install jicofo
[01:31] <kirsten3> E: Für Paket »jicofo« existiert kein Installationskandidat.
[01:33] <k1l_> hmm, ist das ne arm kiste? haben die da keine arm pakete?
[01:34] <kirsten3> ja, ist n Pi4
[01:35] <k1l_> https://github.com/jitsi/docker-jitsi-meet/issues/195  
[01:35] <le_bot> Title: i can't run jitsi mett on armbian 64 (ubuntu 18.04 arm 64) · Issue #195 · jitsi/docker-jitsi-meet · GitHub (at github.com)
[01:35] <k1l_> das klingt eher danach, dass es nicht geht mit arm
[01:36] <kirsten3> grrr
[01:37] <kirsten3> das ist natürlich scheiße
[01:37] <kirsten3> also nicht mit videokonferenz
[01:37] <kirsten3> nichts
[01:39] <k1l_> jedenfalls nicht mit jitsi auf nem pi
[01:41] <kirsten3> ok, das leg ich mich jetzt erstmal hin
[01:41] <ring0> auf amd64 und i386 lief die installation in nem frischen docker container durch, mit der quelle https://jitsi.org/downloads/
[01:41] <le_bot> Title: Jitsi Downloads - iOS & Android apps; Jitsi Meet, & Jitsi Videobridge builds (at jitsi.org)
[01:41] <ring0> sonst musst du wohl von source selbst bauen für arm
[01:42] <k1l_> auf nem amd64 hab ichs auch easy isntalliert mit dem wiki.
[01:42] <kirsten3> ok, d.h. wenn ich mir den Ubuntuserver mit 32 bit installiere, dann könnte es gehen?
[01:43] <k1l_> nicht 32bit.
[01:43] <ring0> auf arm nein
[01:43] <kirsten3> ähm, "auf nem amd64 hab ichs auch easy isntalliert mit dem wiki." das habe ich doch gerade probiert...
[01:43] <kirsten3> ah, ok
[01:43] <k1l_> nein. aMD64 nicht aRM64
[01:44] <k1l_> amd64 heisst einfach 64bit PC hardware. du hast aber ARM hardware
[01:44] <kirsten3> klar, sehe gerade, dass ich mich verguckt habe arm und amd
[01:44] <k1l_> es gibt auch zig öffentliche jitsiserver da draussen.
[01:44] <kirsten3> ok, also doch ins Bett. Aber vielen Dank für eure Mühe
[01:45] <kirsten3> es gibt auch zig öffentliche jitsiserver da draussen." - ich wollte nur sicher stellen, dass es auch funktioniert
[01:45] <kirsten3> deshalb dachte ich, ein eigener server wäre besser
=== eTeddy1 is now known as eTeddy
[13:11] <j0k> seit ich eine Installation eines Rechners auf eine SSD geklont habe fähr dieser nicht mehr zuverlässig hoch. Manchmal landet er in einer bussybox. Manchmal bleibt das Grubmenü stehen ohne nach ein paar sekunden weiter zu booten. Oft läuft der Bootvorgang aber auch problemlos
[13:18] <xc> j0k: und?
[13:20] <j0k> nehm ich die orginale HDD passt alles (bootet aber natürlich wensentlich langsamer)
[13:22] <j0k> was kann da schuld sein? SSD schon am Lebensende? Beim Klonen was schiefgegangen?
[13:23] <j0k> leider kann ich kein "System" feststellen wann es normal booten und wann nicht
[13:23] <xc> die Fehlermeldung vor der Busybox wäre ein Anfang. Und smart mal ansehen
[13:24] <xc> !smartctl
[13:24] <xc> !smart
[13:24] <le_bot> smart is https://wiki.ubuntuusers.de/Festplattenstatus/
[13:24] <j0k> ist der Rechner mit SSD korrekt gebootet läuft er stundenlang anstandslos
[13:24] <xc> und schauen ob das Kabel korrekt gesteckt ist. Ggf. nach Firmwareproblemen der SSD googeln.
[13:24] <j0k> smart von der SSD?
[13:25] <j0k> kann man das auch per USB auslesen? Momentan ist die SSD wieder ausgebaut
[13:26] <xc> manchmal. Muss der Controller des ext. Gehäuses unterstützen.
[13:44] <j0k> und das mit dem SMART klappt auch bei SSDs? Was genau müsste ich Euch zeigen?
[13:45] <j0k> bin grad leider nicht so selbst fitt
[13:56] <j0k> so etwas? https://termbin.com/49gy
=== Drumfix is now known as Drumfix2020
[14:27] <k1l> guck mal ins los was passiert ist wenn er nicht ordentlich botte
[14:27] <k1l> *bootet
[14:28] <k1l> udma? ist das eine ide ssd?
[14:50] <j0k> ja
[14:51] <j0k> k1l: ist da dann bei ide eher mit fehlverhalten zu rechnen?
[15:06] <k1l> booten vs geschwindigkeit. anfälligkeit vom ide kabel, etc.
[15:06] <k1l> guck erst mal ins log wenn das problem auftritt was der fehler ist
[15:09] <j0k> wenns auftritt bricht das ja schon vor grub ab. Sieht man da trotzdem was im log?
[15:10] <j0k> und ich vermut ja auch schon irgendwas mit dem IDE Kabel
[15:20] <j0k> wenn die SSD nur lose rumbaumelt klappte das neu booten bisher schon knapp 10 mal anstandslos
[15:33] <j0k> wenn eingebaut kommt manchmal ein "versuch außerhalb der platte zuzugreifen" oder so ähnlich
[15:34] <j0k> schalt ich dann aus und wieder ein kommt meist das Grubmenü (zählt dann aber nicht mehr die Sekunden herunter sonder wartet auf Enter
[16:01] <xc> den CRC Fehlerzähler finde ich schon verdächtig. Und amüsant, dass du bei IDE von "_schon_ am Lebensende" sprichst :)
[16:06] <j0k> xc: "schon" weil "kaum benutzt"
[16:06] <j0k> die lag zumindest bei mir fast nur rum
[16:13] <xc> über 1000 power cycles würde ich nicht mehr "kaum benutzt" nennen, aber gut.
[16:26] <j0k> ok ... was die vor mir mitgemacht hat weiß ich natürlich nich so genau
[16:36] <j0k> kann man so eine SSD "auffrischen"?
[16:37] <j0k> manchmal bleibt sie nämlich auch im lubuntu-boot hängen hab ich grad festgestellt
[16:46] <k1l> ich schätze mal, dass solche ide ssds eher alt sind und somit der dort verbaute speicher eher anfällig ist (wie die ersten generationen ssds allgemein. siehe kaputtschreiben)
[16:48] <j0k> also besser die noch ältere HDD wieder rein 
[16:49] <j0k> und die SSD aussondern
[16:50] <j0k> ne neuere SSD hab ich nämlich grad nicht zur Verfügung
[16:50] <k1l> das alter ist egal. es geht um die stabilität der technik. die hdd ist da eine andere liga als die (damals) neuen ssds
[16:50] <j0k> danke für die Einschätzung
[16:50] <k1l> altbewährter diesel motor vs elektro prototyp
[16:51] <j0k> netter Vergleich - verstanden
[16:51] <j0k> Danke Dir k1l 
=== lupuse is now known as LupusE
=== Geruchsfernsehe1 is now known as Geruchsfernsehen