[00:02] <lok5794> also über fdisk -l platten konfiguration ermitteln, platte partitionieren, über mkfs filesystem schreiben, die fstab anpassen fertig.
[00:05] <nagetier> lok5794: ja, das ist das Vorgehen, egal was du in dem Bereich machen möchtest
[00:06] <nagetier> Auch würde es genau so ablaufen würdest du einen neuen Festspeicher einbauen
[00:09] <lok5794> jetzt muss ich nur nochmal testen wie ich mit dd backups der jeweiligen bereiche mache. hatte vor hauptsächlich Bilder auf ein NAS zu schieben in raid 1 und backup des systems ebenfalls im raid 1 müsste dann nochmal sehen ob sich das in dem falle anders verhält
[00:10] <lok5794> 4platten
[00:10] <nagetier> also 2x2 Platten?
[00:10] <lok5794> richtig
[00:11] <nagetier> mach das so
[00:11] <lok5794> kann man die platten im raid verbund ebenfalls so behandeln?
[00:12] <nagetier> ja
[00:12] <lok5794> gut
[00:13] <nagetier> fstab ist es egal wie der Verbund aussieht
[00:14] <lok5794> na dann bedanke ich mich recht herzlich. und wünsche ne gute n8 :-)
[00:15] <nagetier> lok5794: allerdings setzt du fdisk nicht auf die einzelnen Platten an, sondern auf den Verbund, der zuvor eingerichtet wurde.. weg ist er
[00:18] <nagetier> wobei.. quark
[02:37] <NTQ1> a
[09:58] <noxs> moinsen
[11:31] <LupusE> moin
[11:34] <ikatu> ikatu
[12:30] <Erzi> Hallo
[12:30] <Erzi> Ich hab mal ne Frage zu PPA
[12:31] <Erzi> Wohin kommen die Paketquellen? Ich hab welche hinzugefügt aber in /etc/apt/source.list nicht gefunden.
[12:31] <Frickelpit> in /etc/apt/sources.list.d
[12:32] <Erzi> Aha.
[12:32] <Erzi> Ohne .d ist wohl gar nicht mehr von Bedeutung?
[12:32] <Erzi> Ich kenne nur die "Alte" Version also source.list
[12:33] <Frickelpit> doch, du könntest das auch theoretisch selber in die sources.list schreiben
[12:33] <Frickelpit> so ists aber sinnvoller getrennt
[12:33] <Erzi> hat mit der Adresse leider ned geklappt, haette ich noch ein bissel anpassen muessen.
[13:12] <tomreyn> Erzi: solche verzeichnisse mit .d am ende gibt's unter /etc inzwischen öfters. die idee dahinter ist dass man so mehrere dateien in dem .d/-verzeichnis ablegen kann die *zusätzlich* zu der hauptkonfigurationsdatei zur anwendung kommen. das hat dann vorteile wenn man nicht bei jedem dist-upgrade die selbst gemachten anpassungen an konfigurationsdateien bestätigen müssen möchte. außerdem erlaubt es paketen konfigurationen anderer p
[13:12] <tomreyn> akete anzupassen ohne dass die sich dabei so leicht in die quere kommen.
[13:13] <Erzi> aha
[13:27] <zyko> Guten Tag ^^
[15:53] <aaaaaah> Hallo. Ich benutze Kubuntu 16.10 und möchte einige Videos von meinem Laptop auf mein Tablet (Android) übertragen. Ich habe es per USB-Kabel mit dem Laptop verbunden. Wenn ich das Tablet im Dateimanager auswähle, kann ich aber nichts einfügen oder kopieren. Es kommt immer die Meldung "Zugriff verweigert. Schreiben nicht möglich auf ." 
[15:56] <jokrebel> aaaaaah: Hast Du denn dem Androiden auch gesagt, dass er die USB-Verbindung zum Datenaustausch benutzen soll?
[15:56] <aaaaaah> Ja
[15:57] <mgolisch> vermutlich sonst würde kein block device auftauchen
[15:57] <mgolisch> wie ist das den gemounted?
[15:57] <aaaaaah> mtp:/meinname/Card/
[15:58] <mgolisch> oh also mtp kein block device
[15:58] <Lengsdorfer> mach mal mount, und schau ob der android mit rw oder ro gemounted ist
[15:58] <mgolisch> das hat bei mir nie richtig funktioniert, ich hab einfach immer airdroid verwenet oder es file exporer auf dem android gerät direkt für filetransfers
[15:59] <aaaaaah> Ich habe früher immer Kdeconnect genommen, aber das geht irgendwie nicht mehr...
[15:59] <sash_> Airdreoid ist ja auch eher meh, adb funktioniert bei mir zuverlässig
[16:00] <aaaaaah> Also das Tablet wird bei mount gar nicht aufgelistet.
[16:02] <aaaaaah> Dann muss ich die Sachen wohl wieder per Bluetooth schicken... Dauert zwar ewig, aber egal.
[16:21] <Hootch> hallo - kann mir jemand sagen wo ich unter ubuntu 16x ein .sh datei mit autostart im terminal und mit root rechten hinterlege und wie ? 
[16:23] <Frickelpit> Hootch: was genau willst du denn erreichen?
[16:25] <Hootch> Frickelpit, das nach einschalten - anmeldung - das .sh automatisch ausgeführt wird - aber in sichtbaren terminal - jedes mal beim starten 
[16:25] <Frickelpit> und was soll das .sh machen?
[16:26] <Hootch> das .sh funktioniert schon - setz werde fest und startet program 
[16:27] <Hootch> Frickelpit, einfach gesagt nach anmeldung sollte pc das .sh automatisch mit root rechten starten 
[16:28] <Frickelpit> ja, was macht denn "das .sh"?
[16:29] <k1l_> Hootch: fragen wirft auf, dass es root braucht und sichtbar im terminal laufen soll. das ist eigentlich unüblich und nicht so einfach machbar.
[16:29] <k1l_> Hootch: und das klingt halt nach um "3 ecken" und evtl gibts da einen einfacheren weg
[16:30] <Hootch> ich kann es event in 2 teile splitten - das werte setzten braucht root rechte - und der rest nicht - derzeit halt alles in einem scropt
[16:30] <Frickelpit> Hootch: werd mal konkreter und red nicht drum rum
[16:32] <Hootch> setzte gpu mem frequenz und core - dafür root - dann der rest starte einfach shell script
[16:33] <Frickelpit> …
[16:33] <Frickelpit> Hootch: komplettes script in einem paste
[16:42] <dreamon> Gibt es eine Möglichkeit im Falle daß das Notebook in Suspend gehen möchte sein selbstgeschriebenes Programm zu warnen..? 
[16:46] <jokrebel> vielleicht wenn man ständig die OSD meldungen abfragen lässt? Aber; eigentlich keine Ahnung
[16:47] <jokrebel> oder 2ter Denkansatz. Ein Timer, der bei Untätigkeit quasi parallel zu den suspend-Einstellung auch runterzählt?
[16:48] <jokrebel> aber reine Theorie - hab da keinerlei Praxis in der Hinterhand
[16:54] <sdx23> spezifiziere "selbstgeschriebenes Programm" und "zu warnen"
[17:16] <dreamon> sdx23, Nunja.. Ich hole z.B. vom Server Daten per ssh .. regelmäßig.. sagen wir jede Stunde einmal. Wenn ich das Notebook längere Zeit nicht bediene geht es in Suspend. Wenn es im Moment des Holens ins Standby geht, dann hängt dieser Process beim zurückholen auf.
[17:24] <dreamon> Wenn ich wüßte Kiste fährt in Suspend würde ich diesen Prozess vorher beenden. Das würde mit einen Absturz verhindern.
[17:28] <jokrebel> dreamon: systemd kann da wohl was beitragen dazu https://www.freedesktop.org/software/systemd/man/systemd-inhibit.html
[17:28] <le_bot> Title: systemd-inhibit (at www.freedesktop.org)
[17:29] <dreamon> Danke.. jokrebel .. zieh ich mir rein
[17:29] <sdx23> dreamon: dann ist aber nicht der suspend dein problem, sondern wie du mit (tcp) timeouts umgehst
[17:30] <dreamon> sdx23, Nunja. Wenn die Kiste eine Stunde im Suspend ist, dann wird die Verbindung ja wohl weg sein? Und wenn er wieder erwacht, ist der Zug ja schon lang abgefahren. Oder sehe ich das Falsch?
[17:31] <k1l_> dreamon: was ist denn genau das problem nach dem suspend? das der ssh transfer (scp?) nicht weitermacht? oder abbricht?
[17:32] <sdx23> du baust eine Verbindung auf, tust irgendwas, dann kommt der suspend, nach dem suspend macht das Programm weiter - kann aber nicht, weil die Verbindung hin ist. Wenn es sich dabei weghängt, handelst du Verbindungsabbrüche nicht richtig.
[17:32] <dreamon> k1l_, Der Prozess ist eingefrohren. Es geht einfach nicht weiter. Fehlermeldung was auch immer kommt nich.
[17:33] <dreamon> sdx23, Können wir das mal in der Konsole durchspielen. Wenn ich eine ssh Verbindung dort stehen hab und in suspend gehe und zurück hängt er bei mir hier auch fest. Wie könnte ich das handeln
[17:35] <dreamon> Ein autoreconnect wird das vermutlich auch nicht viel bringen?
[17:38] <dreamon> k1l_, rsync -avzt --rsh 'ssh -p xxxx' ....... --files-from
[17:42] <sdx23> dreamon: man rsync -> timeout
[18:08] <jokrebel> ich habe eine Quelle eingetragen, welche mir eine dev-Version eines Pakets liefern kann. Da das recht aktiv ist, will ich nicht ständig die neueste Version installieren. Bisher mach ich das so, dass ich in der entsprechenden .list die Zeilen mit # auskommentiere. Ich vermute, es gäbe elegantere Wege, als ständig per nano die .list umzuschreiben. Wie würdet Ihr das lösen?
[18:09] <jokrebel> hmm .list und .list.backup "toggeln" wär schon mal vermutlich einfacher und schneller
[18:11] <jokrebel> oder vielleicht einfach nur für die Zeit, wo ich keine Updates will nur die .list in .list.inaktiv umbenennen? Würde das auch reichen?
[18:11] <sdx23> jokrebel: pinning oder auf hold setzen
[18:12] <sdx23> wenn's tatsächlich nur ein Paket ist, hold.
[18:12] <jokrebel> hmm - kenn ich beides nur vom hörensagen. *Mal im Wiki lesen geh*
[18:17] <jokrebel> sdx23: Wenn ich das richtig überflogen habe, muss ich da dann aber jedes mal was anderes eingeben, da sich ja der Paketname wegen der Versionsnummer ständig ändert
[18:19] <jokrebel> wär es da nicht einfacher, die sources.list.d/programm.list einfach für die "Updatefrei Zeit" um einen beliebigen zusatz zu erweitern (dann sollte sie doch beim apt update/upgrade auch einfach nur nicht mehr berücksichtigt werden, oder?
[18:19] <sdx23> jokrebel: man kann auch auf andere Dinge pinnen. Aber wie gesagt, ich empfehle in deinem Fall hold.
[18:20] <jokrebel> und mein Vorschlag ist nicht praktikabel? Oder hat welche Nachteile?
[18:21] <sdx23> jokrebel: du kannst das machen, wie auch immer du willst. Aber du hast halt nach anderen/eleganteren Möglichkeiten gefragt.
[18:26] <jokrebel> naja - die Datei kurz umbenennen bei Bedarf ist ja schon wesentlich eleganter als ständig mit nano drin # setzen und entfernen ;-)  ... wär das denn mit hold noch einfacher? Den hold müsst ich doch immer fallweise setzten und entfernen. Und dafür bräucht ich dann auch noch ständig wehselnde Paketnamen und könnt es nicht mit den immer völlig gleichen Befehlen aus der bash-history erledigen, oder?
[18:26] <jokrebel> sdx23
[18:28] <takti_> ein wunderschönen guten abend, ich probiere ubuntu zu installieren allerdings ohne erfolg wenn ich probiere von der dvd zu booten bekomme ich diesen log https://gyazo.com/938913e143c5ac604ec38d3e8d696898 ab und an hängt er nach den ersten 2 zeilen aber nicht immer , mir wurde gesagt meine gfx wird nicht geladen und ich müsse mit nomodset starten hilft aber leider nicht :( jemand ne idee ? 
[18:28] <le_bot> Title: Gyazo - 938913e143c5ac604ec38d3e8d696898.jpg (at gyazo.com)
[18:30] <ppq> takti_, das liest sich eher nach kaputtem .iso, mach mal den integritätscheck (vom bootmenü der dvd aus)
[18:32] <takti_> ok werd ich gleich mal probieren ,vielen dank scho ma
[18:33] <sdx23> jokrebel: beide Vorschläge sind insofern eleganter, als dass die Quelle noch referenziert ist. Und apt-mark (un)hold paket ist doch wohl sehr gut zu merken / aus der Bash History zu bekommen.
[18:34] <sdx23> jokrebel: mehr sogar, bei sinnvoller Versionierung kannst du einmal ein Pinning erstellen und das holt immer genau die vorgegebenen Paketversionen, sobald verfügbar. zB. 2.0, 2.x nicht, 3.0, 3.x nicht usw.
[18:36] <k1l_> takti_: gibt auch systeme, die probleme haben wenn da ein dvd laufwerk dran ist :/ gerade in verbindung mit nvidia karten.
[18:36] <jokrebel> ich will ja bewust auch oft die .dev zwischenversionen. Nur halt nicht immer, wenn eine raus kommt, sondern nur wenn mir das auch zeitlich in den Kram passt. sdx23
[18:38] <jokrebel> sdx23: Und da ist es mal die 2.2.dev2 und dann vielleicht wieder die 2.2.dev5
[18:39] <jokrebel> danach vielleicht die 2.2rc1
[18:40] <jokrebel> und ich weis oft vorher gar nicht wie die neue heißt
[18:40] <Frickelpit> schreib dir ein kleines script, welches vor die Quelle entweder ein # setzt oder, wenn vorhanden, es löscht
[18:42] <jokrebel> Frickelpit: Einfach die komplette .list (unterhalb von sources.list.d) umbenennen (da steht nur die entsprechende Quelle drin) geht nicht?
[18:42] <sdx23> jokrebel: auch dann würde ich hold dem Gefrickel mit den Quellen vorziehen.
[18:43] <Frickelpit> jokrebel: doch, klar. Aber ist es nicht das, was du eh schon machst?
[18:43] <jokrebel> sdx23: ok
[18:43] <k1l_> jokrebel: ich weiß nicht, ob apt da alles durchliest oder nur .list endungen abarbeitet
[18:43] <jokrebel> Frickelpit: Nein, aktuell mach ich von hand immer die # rein und raus
[18:45] <jokrebel> k1l_: Wär ja nen Versuch wert. Das seh ich ja spätestens wenn ein upgrade ansteht obwohl die Datei grad paket.list.NO heißt
[18:45] <k1l_> lass mal ein apt update laufen und guck dann nach dem paket mit apt-cache policy
[18:59] <jokrebel> ah ok. umbenennen als xxx.list.NO geht zwar, bringt aber bei "apt update" eine Fehlermeldung "N: Datei »devpak.list.NO« in Verzeichnis »/etc/apt/sources.list.d/« wird ignoriert, da sie eine ungültige Dateinamen-Erweiterung hat." .... wobei *überleg* ist ja dann beim update/upgrade gleich ne Art "Erinnerung", dass (bei vorhandener Zeit und Möglichkeit) vielleicht auch das Develteil noch abzufragen
[18:59] <jokrebel> wäre.
[19:00] <jokrebel> ja ich weis - klingt alles etwas dirty ;-)
[19:04] <takti_> @ppq vielen dank für deine hilfe noch ma.. wenn ich den check mache kommen genau die drei ersten zeilen aus dem screenshot von oben und dann passiert nix mehr
[19:04] <ppq> takti_, wenn nichtmal das geht, ist die dvd definitiv im eimer
[19:05] <ppq> takti_, oder das dvd-laufwerk. oder das kabel zum laufwerk. oder der port am mainboard. oder oder oder :)
[19:05] <takti_> mhh komissch war frisch gebrannt dann werd ich einfach das iso noch mal neu downloaden und brennen
[19:05] <ppq> takti_, check einfach mal die prüfsumme nach dem download
[19:05] <k1l_> takti_: keinen usb stick zur hand?
[19:06] <takti_> ich finde mein mist adapter nicht für die mini sdkaren :(
[19:06] <takti_> karten
[19:07] <k1l_> es reicht ja ein 2gb usb stick.
[19:07] <sdx23> jokrebel: Was genau stört dich an hold?
[19:08] <jokrebel> sdx23: Möglicherweise hab ich es nicht ganz verstanden
[19:09] <sdx23> jokrebel: installieren, apt-mark hold paket, fertig. Wenn nächste Version gewünscht, apt-mark unhold paket, update, apt-mark hold paket.
[19:10] <jokrebel> sdx23: Und da reicht "paket"? Ohne den Zusatz von Versionsnummer/DEVoderRCkennzeichen?
[19:11] <sdx23> jokrebel: das genannte Paket wird dann nicht mehr geupdatet, ja.
[19:14] <jokrebel> sollte es doch so einfach sein, wer dich das wohl doch mal so versuchen. Danke sdx23 
[19:24] <jokrebel> warum behauptet apt-cache policy    installiert (keine)?
[19:25] <sdx23> weil's nicht installiert ist.
[19:26] <jokrebel> warum kann ich es dann benutzen?
[19:26] <sdx23> was?
[19:29] <jokrebel> Naja - das Paket ist schon ewig installiert und in Benutzung. Wurde schon zigfach per apt full-upgrade auf neuere Version gebracht, aber policy zeigt mir nur nen Installationskandidaten
[19:31] <sdx23> nicht Metainformationen. Woraus schließt du, dass es installiert sein sollte?
[19:32] <jokrebel> sdx23: Weil ich es benutzen kann und schon seit Monaten/Jahren auch immer wieder per upgrade updaten kann und auch tue
[19:33] <jokrebel> Wenn man es benutzen kann _muss_ es ja wohl installiert sein
[19:34] <sdx23> nö. Du hast immernoch nicht gesagt, was "benutzen" heisst. Ein Programm aufrufen? Kann sonstewo liegen, aus einer anderen Insetallation. 
[19:35] <sdx23> Gib doch endlich mal harte Fakten.
[19:35] <sdx23> apt-cache policy paket; apt-get install -s paket 
[19:39] <jokrebel> sdx23: ok - es geht um weechat. Über dies chatte ich hier schon fast Jahre. Auf dem Rechner wo weechat läuft sagen die geforderten Befehle https://paste.ubuntuusers.de/423533/
[19:40] <le_bot> Title: policy › Ablage › ubuntuusers.de (at paste.ubuntuusers.de)
[19:41] <jokrebel> und es muss ja wohl über apt installiert sein, wenn es auch von apt schon seit ewigkeiten upgegraded werden kann, oder nicht?
[19:43] <sdx23> wenn apt-cache policy sagt, es ist nicht da, ist es nicht da - oder apt/dpkg hat sich Mist gemerkt. which weechat und dpkg -L weechat helfen. 
[19:47] <jokrebel> sdx23: Which liefert /usr/bin/weechat ... dpkg meint dpkg-query: Paket »weechat« ist nicht installiert       WTF?
[19:47] <jokrebel> was ist da denn faul obwohl es seit Jahren funktioniert?
[19:49] <jokrebel> und vor allem; wie zieh ich das schnell und verlustfrei grade?
[19:49] <sdx23> dann sagt mindestens dpkgs Datenbank, dass es nicht da ist. Ggf. in /var/log/apt* schauen, wann es (pseudo) deinstalliert wurde.
[19:49] <jokrebel> puh
[19:51] <mgolisch> mal gegrept?
[19:51] <mgolisch> weechat scheint keine dieser dateien zu enthalten
[19:52] <mgolisch> evtl sind nur weechat-ncurses weechat-core etc installiert?
[19:52] <jokrebel> ich kappier das nicht wirklich
[19:52] <mgolisch> dpkg -l|grep weechat
[19:53] <_moep_> jokrebel: schreib mal ein tl;dr: ich hatte so ein problem neulich auch…
[19:54] <jokrebel> mgolisch: https://paste.ubuntuusers.de/423538/
[19:54] <le_bot> Title: dpkg › Ablage › ubuntuusers.de (at paste.ubuntuusers.de)
[19:55] <jokrebel> _moep_: wie meinen?
[19:55] <mgolisch> das paket heisst weechat-devel
[19:57] <jokrebel> hm ... also muss es auch apt-cache policy weechat-devel heißen, das erklärts - danke
[19:57] <_moep_> jokrebel: was das problem ist
[19:57] <_moep_> gerade
[20:01] <jokrebel> mgolisch: sdx23 Das heist dann aber auch, dass ich (obwohl ich das Programm mit nur weechat aufrufe) ich dann auch nicht weechat sondern weechat-devel auf hold setzten müsste?
[20:01] <dreamon> sdx23, --timeout=10 Hab ich hinzugefügt. Und dann die Wlan Verbindung getrennt(anstelle von Standby). Aber er beißt sich trotzdem fest.
[20:02] <sdx23> jokrebel: deswegen schrieb ich "paket" nicht "program" ;)
[20:03] <sdx23> dreamon: interessant. Womöglich wegen des ssh-Tunnels - aber der manpage nach sollte das egal sein.
[20:04] <mgolisch> jokrebel: ja
[20:05] <jokrebel> sdx23: War mir entfallen, dass das Paket in diesem Fall (weil ich die dev-Version nutze) dann eben nicht (wie sonst meist) wie der Programmname lautet ... Sorry
[20:05] <sdx23> jokrebel: naja, ist ja nun aufgeklärt. 
[20:05] <koegs> jokrebel: wieso willst du eigentlich die dev-version und dann nicht immer aktualisieren, wäre da nicht die stable-version von weechat.org besser?
[20:10] <jokrebel> koegs: Ich teste bei Gelegenheit gern mal ein paar neue Funktionen
[20:11] <jokrebel> koegs: Und das hab ich mal wegen Fehlereingrenzung angefangen zu nutzen
[20:20] <dreamon> sdx23, Nun gehts → -o ConnectTimeout=2 -o ServerAliveInterval=2 -o ServerAliveCountMax=2 
[20:35] <ron1981> hi