[06:50] <maredebianum> Moin, die LiveCD U16 mountet hier immer sda1 als /isodevice, obwohl ich in grub eine .iso auf sda7 zum booten angebe. Gibts da eine Einstellung zu (Kernelparameter o.ä.)?
[06:54] <maredebianum> OK, ich musste jetzt echt das Verzeichnis auf sda1 umbenennen, dann wird das auf sda2 gefunden, obwohl ich ja eigentlich sda7 angab. Komisch, aber so muss es jetzt gehen.
[07:14] <maredebianum> Der Installer kann leider trotzdem nicht auf sda1 installieren, weil er unbedingt /isodevice (sda2) aushängen will. meh
[09:07] <jokrebel> Was machst Du da merkwürdiges?
[09:08] <jokrebel> Ne LiveCD mountet normalerweise erst mal gar nichtd
[09:09] <jokrebel> #nichts
[09:17] <maredebianum> jokrebel: die Kiste will nicht von einer echten DVD starten (auch nicht: USB, interner Flash, non-IDE, you name it), also boote ich das .iso direkt mit einem entsprechenden grub-Eintrag. Das funktioniert auch soweit, und wenn man dann https://help.ubuntu.com/community/Grub2/ISOBoot liest, ist das auch beschrieben, dass man manuell umount machen muss...
[09:17] <le_bot> Title: Grub2/ISOBoot - Community Help Wiki (at help.ubuntu.com)
[09:18] <jokrebel> maredebianum: einzog logische Erklärung wäre: Du hast nicht von der LiveCD sondern von der .ISO gebootet
[09:18] <maredebianum> jokrebel: exakt
[09:19] <jokrebel> ...
[09:19] <maredebianum> Installation 2 läuft, jetzt wird hoffentlich alles gut ;)
[10:30] <Lembert> Hallo, ich hab ein Problem beim Starten von Ubuntu16.04Gnome. Seit ich gestern Nvidia Cuda installiert hab, kann ich den Rechner nicht mehr starten. Er kommt bis kurz vor die Gnome Anmeldung und dann hängt er in ner Art "Flimmer Schleife". Wie löse ich das, bzw. mache die Sache rückgängig?
[10:30] <Lembert> Hat da evtl. Cuda was an den Grafiktreibern geändert?
[10:50] <jokrebel> was ist Cuda überhaupt?
[10:58] <Lembert> jokrebel, http://docs.nvidia.com/cuda/cuda-installation-guide-linux/ da ist ne kurze Beschreibung
[10:58] <le_bot> Title: Installation Guide Linux :: CUDA Toolkit Documentation (at docs.nvidia.com)
[11:00] <jokrebel> Lembert: Und das ist was offizielles aus den Ubuntuquellen? PPA? .deb?
[11:00] <Lembert> ja
[11:00] <Lembert> siehe hier https://wiki.ubuntuusers.de/Nvidia_CUDA_installieren/
[11:00] <le_bot> Title: Nvidia CUDA installieren › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[11:00] <jokrebel> da passt kein "ja"
[11:01] <Lembert> ;)
[11:02] <jokrebel> höchsten: ja - nein - nein ...oder so
[11:03] <jokrebel> und das wäre durchaus wissenswert, welche Variante Du da genommen hast...
[11:06] <Lembert> achso welche Variante, 
[11:06] <Lembert> diese hier https://developer.nvidia.com/cuda-downloads
[11:06] <Lembert> die Network Installation
[11:09] <jokrebel> warum auch immer man da nicht apt nutzt...
[11:11] <Lembert> wurde mir so empfohlen
[11:13] <jokrebel> dann wend dich an den Empfehler
[11:13] <Lembert> danke :)
[11:14] <jokrebel> wer war das denn?
[11:15] <Lembert> das Tutorial, dessen Link leider auf dem Rechner liegt der nicht startet -.-
[11:17] <jokrebel> was dann aber ja anscheinend nicht aus Ubuntu(users) Empfehlungen besteht
[11:18] <Frickelpit> Lembert: er startet doch
[11:18] <Frickelpit> nur halt keine grafische Oberfläche, weil du was verbockt hast
[11:18] <Lembert> Frickelpit, richtig
[11:18] <Frickelpit> wechsel auf ein tty oder boote von einer Live-CD und mach deine Änderungen wieder rückgängig
[11:23] <Lembert> ich werds versuchen
[15:10] <jokrebel> hab ne PS2 Tastatur von Compaq mit ein paar Sondertasten. In den Tastatureinstellungen find ich dazu nichts und sie funktionieren auch nicht schon irgendwie vorbelegt.
[15:20] <ppq> jokrebel, generieren sie nen keycode in xev? wenn ja kannst du ihnen relativ einfach ne funktion zuweisen über eins von vielen tools
[15:21] <ppq> jokrebel, wenn in xev nichts kommt, kann es sein dass die tasten acpi events generieren
[15:21] <ppq> das ist dann schon etwas frickeliger
[15:23] <jokrebel> ppq: xev reagiert auf alles, aber nicht auf die oberste Reihe mit Sondertasten. Ist ein Compaq KB-9963 und für die gab es wohl bis 14.04 https://wiki.ubuntuusers.de/Hotkeys/
[15:23] <le_bot> Title: Hotkeys › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[15:33] <ppq> jokrebel, http://paste.ubuntu.com/24387646/
[15:33] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[15:34] <ppq> jokrebel, das sind die keycodes die du brauchst um den tasten mit xmodmap die events XF86Mail usw zuzuweisen
[15:34] <ppq> !xmodmap
[15:34] <le_bot> Informationen zu Xmodmap finden sich im Wiki unter http://wiki.ubuntuusers.de/Xmodmap
[15:45] <jokrebel> ppq: Danke
[15:56] <jokrebel> ppq: werd wohl doch sash_ s Rat folgen und die entsorgen. Hab noch eine andere PS2 gefunden (mit sogar noch mehr Sondertasten) und da gehn die meisten bereits passend vorbelegt. Wo lege ich den Rest fest, der noch nichts bewirkt/öffnet? (bei xev reagieren sie alle)
[16:01] <jokrebel> ah ja - in den Tastaturkürzeln
[20:50] <dreamon_> *** buffer overflow detected ***: safecopy terminated → Beim Versuch safecopy /dev/sdc ~/Rettung.img
[20:51] <dreamon_> Welcher Buffer ist dort gemeint? Zuwenig Ram? Programminterner Fehler?7
[20:51] <mrkramps> du meinst dieses safecopy von 2012?
[20:53] <bekks> was kann safecopy was dd_rescue nicht kann?
[20:53] <mrkramps> das wäre meine nächste frage gewesen
[20:56] <Frickelpit> tolle buffer overflows würd ich behaupten
[20:56] <bekks> :D
[21:08] <dreamon_> Nunja. In meinem Fall bricht ddrescue ab. Laufwerk wird ausgehängt. Wollte es Testen ob safecopy das nicht macht.
[21:08] <bekks> Dann sag ddrescue es soll nicht abbrechen.
[21:09] <dreamon_> Eventuell überspringt es die fehlerhaften Bereiche schneller, so das er eingehängt bleibt.
[21:09] <bekks> Unsinn.
[21:09] <bekks> ddrescue bricht ohne zusätzliche Parameter ab, um die Kompatibilität zu dd zu bewahren.
[21:10] <mrkramps> das laufwerk sollte ja ausgehängt sein
[21:11] <dreamon_> bekks,  "Input file disappeared" kommt während ich ddrescue /dev/sdc /... mache
[21:11] <bekks> Dann schau dir dmesg an, und schau Dir die Parameter an, die ddrescue akzeptiert.
[21:11] <dreamon_> mrkramps, Hab mich nicht genau genug ausgedrückt. sollte heißen. fdisk zeigt es anschließend nicht mehr an
[21:12] <mrkramps> ob der pufferüberlauf vielleicht auf das gleiche symptom zurückgehen könnte?
[21:13] <dreamon_> Möglich. Es ist ein defekter Usb stick. Dessen Daten ich Retten möchte. Kumpel hat Tausende Bilder drauf. Und kein Backup..
[21:13] <bekks> Also sind das keine wichtige Daten. dmesg angucken. Ursache finden.
[21:14] <dreamon_> Ursache ist der defekte Stick. Ich suche ne möglichkeit ein Image zu ziehen das nicht nach 5Minuten abbricht.
[21:14] <bekks> dmesg angucken.
[21:14] <bekks> Wie oft soll man dir das noch sagen?
[21:15] <bekks> Da steht, was genau passiert und was zu der "Input file disappeared" Meldung führt. Mit diesem Wissen kannst du dann entscheiden welche Parameter du ddrescue mitgibst um evtl. doch noch ein vollständiges Image zu ziehen.
[21:15] <mrkramps> oder journalctl -f mitlaufen lassen
[21:15] <mrkramps> oder lnav -s
[21:16] <mrkramps> letzteres scrollt syslog mit
[21:17] <dreamon_> Darf ich nochmal nachfragen wegen der dmesg Ausgaben, ich hab ich schon mal angeschaut aber, das Zeug sagt mir nix.
[21:17] <dreamon_> mrkramps, Mach ich. 
[21:17] <bekks> Nur mit einem vollständiges Pastebin.
[21:38] <dreamon_> Ich stelle gerade fest das dmesg -T alles loggt hat vor 14.04.2017 06:55Uhr. Woran könnte das liegen? Danach kommt nix mehr
[21:39] <mrkramps> "Print human readable timestamps. The timestamp could be inaccurate!"
[21:52] <bekks> Kommt da heute noch ein dmesg in einem Pastebin?
[21:52] <dreamon_> http://pastebin.ubuntu.com/24389905/
[21:52] <le_bot> Title: Ubuntu Pastebin (at pastebin.ubuntu.com)
[21:53] <dreamon_> bekks, Diesmal hat er 1.3GB kopiert dann ging der Punk ab. Letzte Zeile wird Endlos wiederholt bis ich abgebrochen hab.
[21:54] <mrkramps> dreamon_, gddrescue schreibt doch ein log und kann den vorgang an dieser setelle wieder aufnehmen
[21:54] <mrkramps> *stelle
[21:55] <bekks> Wie lautet der komplette ddrescue Befehl?
[21:55] <bekks> Und warum benutzt du dmesg -T und nicht dmesg?
[21:55] <dreamon_> ddrescue /dev/sdc /home/dreamon/Stick.img
[21:56] <dreamon_> bekks, Weil ich sehen wollte ob es alte logs sind. mit dem Zahlenzeug kann ich nichts anfangen.
[21:56] <mrkramps> hm, error 110 müsste unzureichende stromversorgung sein
[21:56] <dreamon_> mrkramps, Fehler tritt an allen USBs auf. Ist nur ein 32GB USB Stick
[21:57] <dreamon_> USB3.0
[21:59] <mrkramps> dreamon, 32gb usb3 an usb2 port oder usb2 an usb3 oder usb3 and usb3?
[21:59] <dreamon> mrkramps, lnav -s → schöne Ausgabe. Nur konnte ich dort die Ausgaben nicht Copy/Pasten.
[21:59] <mrkramps> dreamon, lnav zeigt dir nur /var/log/syslog in hübsch an
[21:59] <dreamon> mrkramps, Ich habs an mehreren Rechnern versucht, auch an USB3 und USB2
[22:00] <dreamon> Nach diesen Errors zeigt fdisk -l kein /dev/sdc mehr an.
[22:01] <mrkramps> ja, weil die verbindung unterbrochen wurde
[22:02] <dreamon> Die Fehler treten an immer wieder unterschiedlichen Stellen auf. Gestern war bei 700MB Ende heute gehts bis 1.3GB
[22:03] <dreamon> Merkwürdiges Verhalten.Ich hab schon in Etappen auf ein anderes Gerät direkt kopiert. Aber ich weiß nicht ob das gut ist wenn ich --input-position immer neu setze.
[22:03] <mrkramps> dreamon, https://stackoverflow.com/questions/13653692/device-descriptor-read-64-error-110#13661508
[22:03] <le_bot> Title: usb - device descriptor read/64, error -110 - Stack Overflow (at stackoverflow.com)
[22:05] <mrkramps> der letzte beitrag in dem thread klingt übrigens komisch, ich hab da aber mehrere bestätigungen gefunden, dass das leuten geholfen hat oO
[22:06] <mrkramps> dreamon, wobei es natürlich auch sein könnte, dass die hardware des sticks selber echt 'ne macke hat
[22:06] <dreamon> Ob ein Usb Stick bis 1A zieht wage ich zu bezweifeln. Wären ja 5Watt. Das müßte ja Warm werden
[22:06] <mrkramps> erster generation usb3 traue ich alles zu
[22:06] <dreamon> mrkramps, Die hat definitiv ne Macke. 
[22:07] <mrkramps> hast du ein y-kabel?
[22:07] <dreamon> Daher will ich möglichst viel Irgendwohin schieben und dort das nach den Daten suchen.
[22:08] <dreamon> Muß ich mal schauen. Versuch wäre es wert.
[22:08] <mrkramps> dreamon, wie gesagt, gddrescue schreibt ein log mit
[22:08] <mrkramps> alle fehler sowie endposition
[22:09] <mrkramps> mit dem log kann man den vorgang immer wiederholen
[22:09] <mrkramps> wenn du 1,3 GB hast, dann fängt der auch da wieder an
[22:09] <mrkramps> spart zeit
[22:09] <mrkramps> und ist sinn des ganzen
[22:09] <dreamon> mrkramps, aber nicht standardmäßig? Muß man option setzen.
[22:09] <mrkramps> eigentlich nicht
[22:10] <dreamon> Oh.. wo speichert er hin.
[22:10] <mrkramps> ich meine sowas wie NAME.img.log?
[22:11] <mrkramps> oder ich hab mal geträumt, wie schön es wäre, wenn dem programm das täte?!
[22:11] <dreamon> In den Ordner wo ich gerade bin? Da ist es nämlich nicht. /var/log find ichs auch nicht
[22:12] <mrkramps> sry, hab das nur geträumt
[22:12] <mrkramps> muss manuell angegeben werden
[22:14] <dreamon> Ok, ich lass nochmal laufen und schau was er loggt
[22:20] <dreamon> 1.4GB → http://pastebin.ubuntu.com/24390163/
[22:20] <le_bot> Title: Ubuntu Pastebin (at pastebin.ubuntu.com)
[22:21] <dreamon> Aber ich glaube er macht da mist. Weil er einfach errsize hochfährt und das Log riesig wird. 
[22:22] <mrkramps> das ist egal
[22:22] <mrkramps> stick wieder dran und den gleichen befehl mit gleicher logdatei durchstarten
[22:23] <mrkramps> der arbeitet die fehler dann nochmal neu ab
[22:24] <dreamon> ahso.. Ich dachte weil ipos nun auf 4500 steht das er den rest nun ignoriert.
[22:24] <mrkramps> sonst halt mit -r 3 ein paar retries anfordern
[22:27] <dreamon> kann ich die retries auf 0 setzen.. das er weitermacht .. er beißt sich da fest und macht nicht weiter
[22:28] <mrkramps> er versucht es halt 3 mal vor und zurück und mitten durch
[22:30] <dreamon> Ich hab festgestellt, das wenn er auf einen Fehler stößt, nicht mehr weitermacht bis er rausfliegt. Als ich ihn mal manuell mit --input-position auf 10GB gestellt hab, hat er bis zum Ende kopiert gehabt. Dauert 15Stunden.
[22:32] <mrkramps> dann lass das -r halt weg
[22:33] <mrkramps> oder benutze -n und hol dir nur das brauchbare raus und lass -r 1 oder so danach nochmal laufen
[22:35] <dreamon> mrkramps, Ah das ist besser.. jetzt läuft er wieder weiter
[22:37] <dreamon> Was bedeutet scraping in dem Zusammenhang -n?
[22:38] <mrkramps> dreamon, sry aber … RTFM!!!!1111 =P
[22:39] <dreamon> mrkramps, Ein weiß ich auch nicht ist auch ok ;)
[22:40] <mrkramps> also grob übersetzt ohne technische details kratzt der die fehlerhaften blöcke aus
[22:41] <mrkramps> ähnlich erklärt ist das hier https://www.gnu.org/software/ddrescue/manual/ddrescue_manual.html#Algorithm
[22:41] <le_bot> Title: GNU ddrescue Manual (at www.gnu.org)
[22:42] <mrkramps> copy, trim, scrap, retry
[22:42] <mrkramps> das sind die vier schritte in denen das programm die blöcke abarbeitet
[22:45] <dreamon> Ich bin am Übersetzen. Danke dir. Ich werde mal hartnäckig weitermachen. 
[22:45] <mrkramps> wichtig ist erst mal, dass das image vollständig ist
[22:49] <dreamon> mrkramps, Vielleicht wäre es besser wenn ich es 1:1 auf eine anderen Stick kopieren würde? Ich frag mich eh wie er das image schreibt. Wenn er das an verschiedenen stellen anfängt in ein Image zu kopieren.
[22:50] <mrkramps> stick2stick is quatsch
[22:51] <dreamon> oh. weil?
[22:51] <mrkramps> mit 'nem image kann man mehr rumhuren
[22:52] <mrkramps> und fängt nicht an verschiedenen stellen an
[22:52] <mrkramps> sondern nach abbruch immer an der letzten position im image
[22:53] <dreamon> Ah ja merke gerade daß das Image nun 10GB groß ist.. obwohl er nur bis 1.4GB kopiert hat nun nun Bei 10GB neu eingestiegen ist.
[22:53] <mrkramps> das ja sinn der logdatei … mitunter
[22:54] <dreamon> Ich dachte er schreibt es sequenziell.. aber er seek das 1:1 ..