=== eTeddy1 is now known as eTeddy === vitus_ is now known as vitus === Loetmichel2 is now known as Loetmichel === eTeddy1 is now known as eTeddy [07:32] wie kommt man einer einfachen meldung marke: es wurde ein problem festgestellt nach dem booten auf die schliche? [09:40] in dem man mindestens die gesamte Meldung herzeigt in einem NoPasteService === basti_ is now known as basti [11:51] gzip -d xubuntu-14.04-desktop-amd64.iso.gz → gzip: xubuntu-14.04-desktop-amd64.iso.gz: invalid compressed data--crc error [11:52] Hmpf.. sehr ärgerlich. Ich hab mehrere ISOs komprimiert. Überall das gleiche Problem. Ist gzip nicht zuempfehlen? [11:56] dreamon: hast du das ggf. mit tar czf archiviert? [12:00] sysdef, Eigentlich nicht. Ist schon eine Weile her als ich das Komprimiert habe. Er ackert ca. 20Sekunden und dann kommt die Meldung. [12:00] Kann ich anhand des Hexinhaltes erkennen welches Format das Archiv hat.? [12:04] hmm, du kannst mit file sehen von wann es ist [12:06] md5sum hatte mal unterschiedliche ergebnisse auf verschiedenen architekturen (arm, i386, x64). vielleicht hatte die damals beim packen verwendete lib das gleiche problem [12:07] file xubuntu-14.04-desktop-amd64.iso.gz → xubuntu-14.04-desktop-amd64.iso.gz: gzip compressed data, was "xubuntu-14.04-desktop-amd64.iso", from Unix, last modified: Mon May 4 07:58:33 2015, max compression → dreamon@mydreamon ~/Arbeitsfläche/Download/ISO % file xubuntu-14.04-desktop-amd64.iso.gz [12:08] Kann man ein entpacken erzwingen? [12:10] ja, -f, aber das garantiert nicht, dass was sinnvolles bei raus kommt ^^ [12:12] ist das eine modifizierte iso? oder warum ziehst du sie dir nicht neu von http://cdimage.ubuntu.com/xubuntu/releases/14.04/release/ ? [12:13] oder geht es generell um gzip und wie brauchbar es ist? [12:14] ggf. hilft dir http://www.gzip.org/recover.txt weiter [12:14] Ich hab viele Isos heruntergeladen und aus Platzgründen alle komprimiert. Jetzt wollte ich mal wieder eine Brennen und sehe erstaunt das alle hinüber sind [12:15] usb stick kaputt :) [12:17] glfocker, Ne ist alles auf der Hdd.. wollte entpacken und dann auf stick kopieren. [12:17] Ich hab sogar ganze Festplatte mit gz komprimiert abgelegt.. mir wird ganz übel [12:19] in einer opensuse version hat mir kb3 immer deffekte images erzeugt. vlt wurden die ja auch mit gzip in ireinem vorgang behandelt. quasi unter der haube :) [12:19] tag zusammen. Kann mir jemand sagen, wo ich die sources für ein paket in den offiziellen repos finde? in apt-cache show hab ich nix gefunden [12:19] glaub 13.1 wars [12:19] geht genau genommen um das paket openntpd [12:20] Anticom: http://packages.ubuntu.com/ kennst du? [12:20] sysdef: Ja, dachte da steht nur der gleiche kram, den auch apt-cache liefert :0 [12:24] sysdef: http://packages.ubuntu.com/trusty/i386/openntpd/filelist [12:24] Naja viel weiter bringt mich das jetzt nicht. Finde keine Info darüber, wo die sourcen liegen. [12:25] oh, nvm [12:25] hab den kram auf der rechten seite nicht gesehen :) [12:26] auf der seite siehst du halt in welchen releases es verfuegbar ist. apt-cache sucht nur in deiner installierten [12:29] dreamon: ggf. die alte gzip version (incl. alte libs) irgendwo wieder um laufen bringen, obwohl Mai 2015 nicht wirklich "alt" ist [12:30] Ich entpacke gerade alles was ich finde.. sind viele defekt. [12:36] dreamon: was spricht dagegen, die ISO's einfach neu herunter zu laden? [12:36] Anticom, Ganz einfach das es Isos oder Images sind welche ich auch von anderen Festplatten, Datenträgern gemacht habe. Das ist ein ganz üble sache für mich. [12:37] dreamon: als eine art backup? [12:41] Backups hab ich immer.. Aber ich ging davon aus das es saubere gz's erzeugt.. mai ist schon eine Weile her. [12:42] Anticom: wenn du die passenden deb-src Einträge für apt aktiviert hast, dann kannst du mit "apt-get source openntpd" das Source-Paket herunterladen [12:42] geser: cool danke, wieder was gelernt :> [12:45] dreamon: und da du nun an die archive ran willst nehme ich an du BRAUCHST eines der backups, z.B. weil du irgendwas zerschossen hast (?) [12:48] Anticom, Nix zerschossen. Ich habe einfach Iso gesammelt und auch selbst Img von Festplatten angelegt (sogenannte Backups) und um Platz zu sparen mit gzip komprimiert. jetzt wollte ich mal wieder eins eintpacken und beschreiben und da flog das Problem auf [12:49] Und zu meinem entsetzen haben mehrere gz alle einen Checksum fehler obwohl die HDD astrein ist. Verstanden? [12:51] gzip: MyRaspberryPI03_2013.img.gz: invalid compressed data--crc error → Mist Mist.. [12:51] Panik.. [12:52] Ich kauf mir mal geschwind vorräte für die Nacht.. das wird eine lange wies aussieht.. [12:53] dreamon: vielleicht kannst du mit "gzrt" (gzip recovery toolkit) noch ausreichend wiederherstellen, dass du mit dem img was anfangen kannst (je nachdem an welcher Stelle des Image der Fehler aufgetreten ist) [12:55] geser, Danke .. wenn ich es als Image noch schreiben kann hält sich der Fehler vielleicht in Grenzen [12:59] dreamon@mydreamon ~/Arbeitsfläche/Download/ISO % gzrecover MyRaspberryPI03_2013.img.gz → gzrecover MyRaspberryPI03_2013.img.gz 21,83s user 30,41s system 24% cpu 3:36,38 total [12:59] geser, Der ist aber sehr schweigsam. [13:00] Er erzeugte → MyRaspberryPI03_2013.img.recovered → Dachte das er vielleicht etwas bezüglich der fehler sagt [13:02] dreamon: laut manpage soll -v es gesprächiger machen [13:04] geser, gab es da nicht mal ein tool, das Fehler anhand der Crc zurückrechnen konnte? [13:12] Da bin ich spontan überfragt. Aber ich meine es hängt von der Prüfsumme ab, ob sie nur Fehler erkennt oder auch gewisse Fehler korrigieren kann. [13:15] vielleicht auch mal an http://unix.stackexchange.com/a/154968 denken. und ob das den effekt auslösen könnte [13:19] recovery sieht nicht vielversprechend aus → http://paste.ubuntu.com/12723397/ [13:20] LetoThe2nd, Die iso/img waren alles unter 8GB [13:23] bin mal weg.. === skinhd is now known as SKinHDBNC === SKinHDBNC is now known as skinhd === GerhardSchr_ is now known as GerhardSchr [19:16] Hallo. Ich sollte ein Handy mit Android 5.x per USB mit Ubuntu verbinden. Allerdings geht das wohl nur noch über MTP, aber das Handy erscheint nirgends im System. MTP ist aber in Androi aktiviert. Weiß jemand, wo das Problem liegen könnte? [19:20] Mrokii, welche ubuntuversion? welches handy? [19:24] ppq: Ubuntu 15.04 / Moto X Style (Android Version 5.1.1). [19:26] Mrokii, ahja, das wird wohl einfach noch zu neu sein. du kannst es mal mit der libmtp9 aus wily versuchen, aber die ist vermutlich auch schon zu alt. http://packages.ubuntu.com/wily/libmtp9 http://packages.ubuntu.com/wily/libmtp-runtime http://packages.ubuntu.com/wily/libmtp-common [19:27] die 3 pakete einfach manuell einspielen: ins selbe verzeichnis runterladen, da reingehen, dpkg -i *.deb [19:27] Okay, das kann ich mal probieren, danke. [19:27] Das Handy kam erst vor wenigen Wochen raus, kann also gut sein, dass es noch zu neu ist. [19:28] ich hatte mit meinem unter 14.04 das gleiche problem, die libmtp9 aus 15.04 hat es dann gelöst [19:32] wenn es damit nicht geht, kannst du mal versuchen, einträge für ein gerät in der /lib/udev/hwdb.d/69-libmtp.hwdb manuell hinzuzufügen nach dem muster, das du dort siehst [19:32] Müsste es (wenn überhaupt) direkt funktionieren sobald ich das Handy einstöpsle? [19:33] nein, du musst dich einmal aus- und wieder einloggen. oder einfach neu starten. [19:33] Ah, okay. [19:34] Werd ich mal probieren. Vielen Dank jedenfalls. [22:45] hallo ich arbeite gerade an iptables länderblock-foo und bräuchte mal kurz hilfe [22:48] rotzloeffel: frag im Debian Kanal, wie Dir gesagt worden ist [22:55] (sorry, aber mir läuft die zeit davon mobil und schwacker akku) nun hab ich iptables-persistent installiert und wollte fragen ob ich diese so ohne weitere veränderung in /etc/iptables/rule.v4 packen kann? [22:55] also so: iptables -A INPUT -s 1.0.1.0/24 -j DROP [22:55] Das kann man Dir im Debiansupport sagen. [22:56] Deine Geduld in Ehren, meine ist heute knapper. [22:57] :) [22:58] (dabei ist der Tag keine Stunde alt *seufz*)