[09:14] <Lukas2> Guten Morgen. Kann mir jemand mit einem mdadm-problem helfen?
[09:17] <stevieh> frag einfach, dann wird dir geholfen - oder auch nicht.
[09:23] <Lukas2> Ich habe ein Problem mit meinem Raid 5. Ich habe eine Platte verloren. Kurz danach hatte eine weitere ein Kabelproblem und hat nun einen Counter mit 16 weniger, als der Rest. mdadm lässt mich den Raid nicht wieder assemblen...auch mit--force nicht.
[09:24] <LetoThe2nd> Lukas2: raid 5 aus drei platten, eine kaputt, eine out of sync? ist das die kurzform?
[09:24] <LetoThe2nd> oder egal aus wie vielen platten - eine putt eine out of sync?
[09:24] <Lukas2> Raid 5 aus 6 Platten. eine hin, eine out-of-sync. 4 Platten sync
[09:25] <LetoThe2nd> hol das backup raus.
[09:25] <Lukas2> ich habe leider nicht die Möglichkeit 30TB mal eben zu backuppen
[09:25] <LetoThe2nd> naja dann hast du jetzt ein problem. oder 30tb ohnehin unwichtige daten.
[09:26] <Lukas2> Der Ansatz wäre jetzt die superblocks mit mdadm --create und alten settings neu zu schreiben. Aber er akzeptiert die size nicht
[09:26] <LetoThe2nd> du kannst ja gerne mal bei den mdadm leuten direkt nachfragen obs da noch böse magie gibt die dich retten kann, aber im prinzip: leider verloren.
[09:26] <Lukas2> oder müssen alle superblocks vorher gelöscht werden?
[09:29] <stevieh> ich denke auch, das klingt eher nach final loss.
[09:32] <Lukas2> letztlich soll es möglich sein die superblocks mit --assume-clean neu zu schreiben. die 5. Platte ist ja da, nur lässt sie sich nicht einbinden
[09:33] <Lukas2> und der Befehl sagt dann, dass schon Raid-Daten drauf sind. Normalerweise geht das auch, die frage ist nur, warum er bei mir den parameter für "size" nicht akzeptiert
[09:35] <Lukas2> ich habe den Wert*512/1024 aus der dev-size berechnet. Soll laut Wiki so korrekt sein
[09:41] <koegs> wie jetzt... raid5 sagt halt du kannst max eine Platte verlieren, bei zwei ist essig, was will man da noch rumdoktoren...
[09:42] <koegs> selbst wenn man mdadm irgendwie zwingt die out-of-sync platte zu akzeptieren, ich würde den daten nicht trauen
[09:43] <Lukas2> Ich weiß, dass das so ist, wenn man 2 Platten voll verliert. Die entscheindende Platte ist aber nur 16 Counts out of sync und die Daten, bin ich bereit zu verlieren
[09:43] <LetoThe2nd> theorie: nur metadaten out of sync, und böse magic kann was machen. die kenne ich aber nicht und werde kenen wie auch immer gearteten rat dazu geben. ausser: wenn die daten wirklich wichtig sind: abstecken, kroll ontrack anrufen.
[09:44] <Lukas2> kennt ihr hier einen Channel bzgl. mdadm? Die Suche hat mir dazu nichts offenbart.
[09:45] <LetoThe2nd> #mdadm?
[11:21] <Lukas2> @LetoThe2nd Raid läuft wieder...das neue Setzen der Superblocks geht. Hab mir zwischenzeitlich die Partitionstabellen gecrasht, aber bei GPT gibts ja backups
[11:45] <LetoThe2nd> Lukas2: glückwunsch. bin ehrlich erstaunt :)
[11:46] <Lukas2> Also nicht gleich schreiben, dass alles hin ist :)
[13:00] <Guest42892> Moin, ich habe ein kleines Problem. Ich versuche schon seit Tagen auf meinem Raspberry Pi 3 der auf Ubuntu Mate läuft eine ssh verbindung hinzubekommen.
[13:01] <Guest42892> Habe es mit Arch versucht, dort hat es ohne Probleme geklappt, aber ich hatte keine grafische Oberfläche. Deswegen wollte ich es mit Ubuntu Mate auf dem RPi probieren.
[13:02] <LetoThe2nd> und was ist das eigentliche problem?
[13:02] <LetoThe2nd> apt-get install openssh-server, und das sollte es gewesen sien
[13:02] <Guest42892> Über ein Monitor komme ich auf dem Pi drauf, habe auch Updates installiert und ssh aufgespielt und mit systemctl start ssh gestartet
[13:03] <Guest42892> Das Problem, ich bekomme die Meldung "Verbindung abgelehnt" wenn ich es mit Putty versuche.
[13:04] <LetoThe2nd> mit welchem usernamen?
[13:05] <Guest42892> Dazu komme ich ja noch nicht, beim verbinden schon die Meldung "Verbindung abgelehnt"
[13:06] <LetoThe2nd> und auf dem system selbst geht es, wenn du ssh localhost machst?
[13:07] <Guest42892> noch nicht ausprobiert
[13:07] <LetoThe2nd> ansonsten steht schlicht zu vermuten dass der sshd einfach nicht läuft. oder du ihn voll verkonfiguriert hast.
[13:07] <Guest42892> Moment ich schließe den RPi an den Montitor mal wieder an.
[13:08] <Guest42892> Dazu habe ich doch in der boot Partition die leere datei mit "ssh" drine, oder nicht
[13:08] <LetoThe2nd> wäre mir neu
[13:09] <LetoThe2nd> soweit ich weiss ist das raspbian spezifische magic
[13:09] <Guest42892> Reicht es nicht, wen ich systemctl start ssh mache danach den RPi vom Netz nehme und wieder anschließe. Dan muss doch ssh weiterlaufen, oder muss ich ssh immer wieder neu starten?
[13:10] <LetoThe2nd> nö
[13:10] <LetoThe2nd> dann ist das dein problem
[13:10] <Guest42892> :)
[13:11] <Guest42892> ich meinte :(
[13:11] <LetoThe2nd> start started den sshd. permanent aktivieren für jeden boot ist "systemctl enable ssh"
[13:11] <LetoThe2nd> wobei das IMHO default sein sollte.
[13:12] <Guest42892> ok, ich bin gerade mit dem Monitor drauf, wie teste ich es ohne Putty im terminal mit dem ssh?
[13:12] <LetoThe2nd> das schrieb ich oben
[13:12] <LetoThe2nd> putty braucht kein mensch, höchstens mal auf windows als notlösung
[13:12] <Guest42892> ja mit localhost, aber ich bin auf der suche nach dem vollen Befehl
[13:13] <LetoThe2nd> "ssh localhost"
[13:13] <LetoThe2nd> voller wirds nicht :)
[13:13] <Guest42892> ok, ich dachte man müsste noch den Benutzer und den Port usw eingeben
[13:15] <Guest42892> ich bekomme eine "Connection refused"
[13:15] <LetoThe2nd> na dann stehen die chancen gut dass der ssh einfach nicht läuft
[13:15] <Guest42892> ich hatte aber auch die sshd_config angepasst. moment mache es mal rückgängig
[13:16] <LetoThe2nd> "systemctl list-units | grep ssh" zeigt dir ob er gestartet ist
[13:17] <Guest42892> ich habe es ssh gestartet mit systemctl start ssh und bekomme die Meldung "Connection restet my 127.0.0.1 port 22"
[13:18] <Guest42892> aktuell läuft er, hatte ich aber auch gerade gestartet
[13:18] <Guest42892> Was bedeutet den die Meldung "Connection restet by usw". 
[13:19] <LetoThe2nd> ich bin ziemlich sicher dass da was anderes steht
[13:20] <Guest42892> "Connection restet my 127.0.0.1 port 22" steht da, wenn ich mich mit "ssh localhost" versuche zu verbinden
[13:20] <Obi-Van-Konobe> restet ist kein Wort in Englisch.
[13:21] <Obi-Van-Konobe> Vielleicht reset?
[13:21] <LetoThe2nd> ich *vermute* mal da steht "connection reset by"
[13:21] <Guest42892> Ja stimmt, reset
[13:21] <LetoThe2nd> https://superuser.com/questions/1290813/getting-connection-reset-when-trying-to-ssh-localhost
[13:21] <le_bot> Title: linux - Getting connection reset when trying to ssh localhost - Super User (at superuser.com)
[13:22] <LetoThe2nd> und wenn du da schon arg rumgespielt hast, keine ahnung
[13:22] <Guest42892> Nach einem neustart zeigt "systemctl list-units | grep ssh" nicht an
[13:22] <Guest42892> Sprich der ssh server ist nach einem neustart aus
[13:23] <Guest42892> die sshd_config ist zurückgesetzt
[13:29] <Guest42892> Habe die sshd_config zurückgesetzt und mit systemctl enable ssh den server immer aktiv gesetzt. Bin jetzt nach dem neustart auf das ergebniss gespannt
[13:32] <Guest42892> Nach dem neustart ist ssh aktiv. Ich weiß aber nicht was diese Meldung "Connection reset by 127.0.0.1 port 22" zu bedeuten hat. 
[13:32] <Guest42892> Versuche es mal mit dem anderen Rechner über ssh auf den RPi zu verbinden
[13:34] <Guest42892> Fehler "Die Verbindung wurde vom Komunikationspartner zurückgesetzt" :(
[13:39] <Guest42892> Wenn ich es über Terminal mit "ssh root@(IPAdresse)" versuche, bekomme ich "Connection closed by (serverIp) port 22" 
[13:39] <LupusE>  als root sollte man sich auch nie anmelden.
[13:41] <Guest42892> Auch mit "ssh (serveIP)" bekomme ich die selbe meldung
[13:53] <Frickelpit> Guest42892: überprüfe mal, ob da der Port überhaupt offen ist
[13:53] <Frickelpit> nicht, dass dier da ufw zwischenfunkt
[13:53] <Frickelpit> s/dier/dir/
[13:55] <Guest42892> Ich vermute, das ich doppelte Keys habe, habe da gerade eine Anleitung gefunden; https://forum.ubuntuusers.de/topic/ssh-connection-closed/#post-5923542
[13:55] <le_bot> Title: ssh - Connection closed › Serverdienste und Dateifreigaben im Netzwerk › Fortgeschrittene Themen › Forum › ubuntuusers.de (at forum.ubuntuusers.de)
[13:56] <Guest42892> ich prüfe es aber gleich mit dem port
[14:03] <Guest42892> port 22 ist offen
[14:05] <Guest42892> Und ich habe auf dem server in /home/benutzer/.ssh keine Keys, der ordner ist leer
[14:14] <Guest42892> Ich habe nochmal sudo apt install ssh laufen lassen, da wurden noch einige Pakete installiert und jetzt klappt auch ssh auf dem RPi :)
[14:17] <Guest42892> Kleine nachfrage, würdet Ihr mir xrdp oder x11vnc empfehlen, ich möchte remote mit grafischer oberfläche auf den Pi zugreifen
[14:24] <koegs> xrdp, wenn mehrere User mit mehreren Session, x11vnc wenn ich den "gleichen" Desktop sehen möchte, welche auch gerade am (nicht angeschlossenen) Monitor zu sehen wäre
[14:26] <Guest42892> Ich werde ja gar kein Monitor an dem RPi haben. Sessions wie bei ssh muss vermieden werden, da ich ein UI Tool starten möchte was immer laufen muss und wen ich mich nach tagen wieder verbinde muss das Tool wieder zu sehen sein, also sessions fallen da weg.
[14:27] <Guest42892> Ich weiß nur nicht, wen ich kein monitor angeschlossen habe, ob da x11vnc gehen wird
[14:27] <Guest42892> teste es aber gerade aus
[14:29] <Guest42892> ok, x11vnc läuft. Muss aber die Auflösung anpassen
[14:32] <Guest42892> Die Auflösung ist fest auf 656x416 und lässt sich nicht anpassen, gibt es eine einstellung bei dem VNCViewer vielleicht. So wie bei Remmina
[14:40] <koegs> genau für deinen zweck ist x11vnc besser geeignet
[14:40] <koegs> aber die Auflösung hat nix mit x11vnc zu tun, du musst gucken wie du den RPI dazu bringst eine bestimmte Auflösung zu nutzen obwohl kein Monitor angeschlossen ist
[14:41] <Guest42892> Die Auflösung im VNC Viewer lässt sich anpassen, aber die Auflösung in dem Ubuntu Mate auf dem RPi ist auf 656x416 fest, und lässt sich nicht vergrösern
[14:41] <Guest42892> Das kann ich ja in den Einstellungen bei dem Ubuntu mate, aber da gibt es nur 656x416 zur auswahl :(
[14:42] <Guest42892> Ich versuche mal einen Monitor anzuschließen und dan einmal einzustellen
[14:44] <koegs> https://askubuntu.com/questions/665957/ubuntu-mate-for-rpi2-default-resolution-cant-be-changed
[14:44] <le_bot> Title: display - Ubuntu Mate For Rpi2 default resolution can't be changed - Ask Ubuntu (at askubuntu.com)
[14:45] <Guest42892> Dankeschön
[14:47] <Guest42892> Habe es über einen Monitor versuchen wollen, aber auch dort nimmt er sich nur eine feste größe und lässt sich nicht anpassen.