| === mrkramps_ is now known as mrkramps | ||
| === tb is now known as Guest51511 | ||
| === vitus_ is now known as vitus | ||
| tokam | 7718531072 bytes (7,7 GB, 7,2 GiB) copied, 1788,9 s, 4,3 MB/s | 09:22 |
|---|---|---|
| tokam | Was ist denn da los? Das ist eine 1TB Platte, und der dd copy Befehl terminiert so | 09:22 |
| tokam | dd if=/dev/zero of=/dev/sdb status=progress | 09:23 |
| tokam | Ein 2. Ubuntu Problem, das ich noch nicht lösen konnte ist: Dass aktuell bei mir zwei Bildschirmschoner mit Passworteingabe laufen. Und der 2. erscheint auch manchmal 2 oder 3 mal sodass ich mein Passwort nach Inaktivität 2-4 mal eingeben muss | 09:24 |
| tokam | Ich nutze Ubuntu Mate. | 09:24 |
| tokam | Hat jemand eine Idee zu Problem 1.) und zu Problem 2.) ? | 09:24 |
| musca | tokam: Hast Du evtl. das Gerät verwechselt? | 09:25 |
| tokam | eigentlich nicht :D | 09:25 |
| tokam | es hört sich an als würde das richtige Gerät arbeiten und ich prüfe so etwas auch mehrfach. | 09:26 |
| musca | Benutze doch mal http://paste.ubuntu.com | 09:26 |
| tokam | Und habe vorher alle anderen Geräte abgestöpselt | 09:26 |
| tokam | Was soll ich pasten musca? | 09:26 |
| musca | die Ausgabe deines dd und evtl. fdisk -l /dev/sdb | 09:27 |
| tokam | Naja die Ausgabe steht ja schon dort? | 09:27 |
| tokam | im Chat... | 09:27 |
| tokam | fdisk sagt: Medium /dev/sdb: 931,5 GiB, 1000204886016 Bytes, 1953525168 Sektoren | 09:28 |
| tokam | http://paste.ubuntu.com/22426746/ | 09:29 |
| musca | irgendwelche Meldungen im dmesg | tail -n 50 | 09:29 |
| tokam | dd: Schreiben in '/dev/sdb': Eingabe-/Ausgabefehler | 09:29 |
| musca | siehste Zeile 8 in deinem Paste? | 09:29 |
| tokam | Ja ;) | 09:30 |
| tokam | Und wie kann ich sie nun trotzdem sicher löschen? | 09:30 |
| tokam | Ich glaube, die Platte sollte ich entsorgen oder? | 09:30 |
| musca | Der Platte würde ich nicht von zwölf bis mittags trauen. | 09:32 |
| tokam | conv=noerror,sync | 09:33 |
| musca | Evtl. kannst Du ein paar Blöcke überspringen und den Rest doch noch überschreiben. | 09:33 |
| tokam | Ich probiere es mal so, bevor ich die Platte wegschmeiße: dd if=/dev/zero of=/dev/sdb status=progress conv=noerror,sync | 09:34 |
| tokam | Ich suche noch nach einer Möglichkeit Backups physisch verteilt abzulegen. Hat hier schon jemand etwas ähnliches umgesetzt? | 09:35 |
| tokam | Idee 1: Backups auf alter HDD verschlüsselt speichern und in Wohnung der Eltern lagern | 09:36 |
| tokam | Idee 2: Backup Routine schreiben/finden, die Backups komprimiert regelmäßig verschlüsselt erstellt und mit meinem Root-Server oder einem Cloud-Dienst wie Google Drive synchronisiert | 09:36 |
| tokam | musca: schau mal wie Langsam die Platte ist: 1390846464 bytes (1,4 GB, 1,3 GiB) copied, 317 s, 4,4 MB/s | 09:39 |
| tokam | :D | 09:39 |
| tokam | bin sehr froh, alle Daten von ihr gesichert zu haben. | 09:40 |
| musca | das liegt an dem Defekt. Die Platte prüft jeden Block etliche Male bevor sie ihn aufgibt. | 09:41 |
| tokam | Also könnte es in anderen Bereichen auch schneller werden... | 09:42 |
| musca | tokam: ein NAS in einem separaten Gebäudeteil kann auch schon recht nützlich für das Backup sein. | 09:42 |
| tokam | oder ein NAS mit einem VPN | 09:43 |
| tokam | Unterstützen Fritzboxen soetwas? | 09:44 |
| tokam | Ich will aber meine externen Backups gecrypted wissen. | 09:44 |
| tokam | Ich nutze aktuell die Ubuntu Backup Routine. Mit Passwort sollte ja eine Verschlüsselung gegeben sein. | 09:47 |
| tokam | Was mir noch Bauschmerzen bereitet, ist dass ich für alle Backups, dann die gleiche Software verwende. Und ich nicht einschätzen kann ob die Ubuntu Backup Routine etwas taugt. | 09:47 |
| koegs | Deswegen guckt man ja womit verschlüsselt wird und zweitens probiert man ein Restore | 09:49 |
| tokam | hast du schonmal einen restore probiert? | 09:53 |
| tokam | klappt er auch, wenn ich von einem ganz anderen pc aus arbeite? | 09:54 |
| tokam | Ihr Heimnetzwerk mit einem anderen FRITZ!Box-Netzwerk verbinden (LAN-LAN-Kopplung) - nettes Feature | 09:56 |
| tokam | toll, so bricht er auch ab mit dem IO error :( | 10:05 |
| tokam | dd if=/dev/zero of=/dev/sdb status=progress conv=noerror,sync | 10:05 |
| stevieh | ist das nicht dd rescue, das man nehmen sollte? | 10:08 |
| tokam | badblocks -v -b 4096 -t 0 -o badblocks.txt -w /dev/sdb | 10:15 |
| tokam | ich lösche nun so | 10:15 |
| tokam | Wird 37 Stunden dauern :( + | 10:24 |
| koegs | tokam: du selber musst den restore durchspielen, damit du weisst das es für dich funktioniert | 10:31 |
| tokam | Ja muss ich dann wohl. | 10:31 |
| koegs | Nix ist schlimmer als ein Backup ohne Restore zu probieren, da kannst du die Daten direkt wegschmeissen | 10:31 |
| tokam | Ich habe Angst dabei etwas kaputt zu machen. Aber ich kann es ja mit einer live-disk testen. | 10:31 |
| tokam | lol badblocks findet keine beschädigten blöcke in dem bereich :D | 10:52 |
| sdx23 | Im Ernst: Nimm 'nen Hammer. | 10:54 |
| musca | Im Ernst: Schutzbrille und Sicherheitsschuhe nicht vergessen. | 10:55 |
| === Hootch1 is now known as Hootch | ||
| tokam | 4.68% erledigt, 3:16:59 verstrichen. (0/25301/0 Fehler) | 13:33 |
| tokam | 25301 sind wohl read-errors. | 13:34 |
| tokam | und die werden ganz langsam hochgezählt | 13:34 |
| tokam | 4.68% erledigt, 3:20:36 verstrichen. (0/26319/0 Fehler) | 13:35 |
| tokam | 4.69% erledigt, 3:59:42 verstrichen. (0/37341/0 Fehler) | 14:14 |
| _Doktor_ | wenn ich mit mount schaue, steht dort: tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev). Jetzt habe ich in einer Anleitung gelesen, man soll das ändern auf tmpfs /run/shm tmpfs defaults,noexec,nosuid 0 0 Kann mir das jemand erklären was das bedeutet? | 14:53 |
| bekks | _Doktor_: in welcher Anleitung zu welchem Thema hast du das gelesen? | 15:34 |
| _Doktor_ | https://www.thefanclub.co.za/how-to/how-secure-ubuntu-1604-lts-server-part-1-basics | 15:39 |
| bekks | Also in Punkt 2. ist deine Frage beantwortet. | 15:40 |
| _Doktor_ | scherz? gelesen habe ich das auch | 15:41 |
| _Doktor_ | aber ganz verstehen tue ich das trotzdem nicht | 15:41 |
| bekks | Ja, und da steht auch die Begründung. | 15:41 |
| _Doktor_ | Ohha...das hatte ich nicht gelesen. Danke für die Info :x | 15:45 |
| mononoke | Hallo! | 16:05 |
| mononoke | Mein Upgrade von Trusty auf Xenial ist stecken geblieben | 16:06 |
| mononoke | nachdem ich den Prozess mit Strg+C abgebrochen habe blockiert weiterhin ein dpkg-Prozess weitere Installationsbemühungen | 16:07 |
| bekks | Warum hast du mit strg+c abgebrochen, und was ist die genaue Fehlermeldung? | 16:07 |
| mononoke | hey, bekks! | 16:09 |
| mononoke | … der Upgrade-Prozess ist beim Installieren von colplot stecken geblieben | 16:09 |
| mononoke | ich hab auf die Uhr geguckt, als ich das bemerkt habe - und 15 weitere Minuten gewartet… | 16:09 |
| mononoke | danach hab ich strg+c gedrückt | 16:10 |
| mononoke | der ausgangsbefehlt war ein sudo do-release-upgrade | 16:10 |
| mononoke | und es steckt noch ein dpkg-befehl fest, der etliche pakete zu installieren versucht | 16:11 |
| mononoke | ( mit: ps afx|grep dpkg gefunden) | 16:11 |
| mononoke | ok. Ich hab den blockierenden dpkg-Prozess gekillt jetzt | 16:23 |
| mononoke | Er möchte erstmal die Pakete einrichten nun die er schon hat… | 16:23 |
| mononoke | … bei colplot steckt er anscheinend wieder fest… das müsste ich vermutlich manuell entfernen… | 16:24 |
| plpower | Guten abend kann ich eine Ubuntu partition ohne verlust verkleinern | 16:28 |
| plpower | Datenverlust wohlgemerkt | 16:28 |
| plpower | gparted zeigt die hälfte frei an | 16:29 |
| Lengsdorfer | das geht, dauert aber u.U. sehr lange | 16:29 |
| plpower | Danke | 16:29 |
| bekks | Das kommt auf das Dateisystem an, u.a. :) | 16:44 |
| mononoke | ich versuch mal einen reboot … | 17:22 |
| bekks | Um welches Problem zu lösen? | 17:22 |
| tokam | LOL ? 4.72% erledigt, 8:07:03 verstrichen. (0/107067/0 Fehler) | 18:21 |
| bekks | Was möchtest du uns mitteilen, ausser dass du - wie immer - kein Ubuntu hast? | 18:22 |
| tokam | kein Ubuntu? | 18:23 |
| bekks | Ja, hast du doch für gewöhnlich nicht. | 18:23 |
| tokam | was denn sonst? | 18:23 |
| bekks | Ist auch völlig egal - was verssuchst du uns mit dem Fortschritt da oben zu sagen? | 18:25 |
| tokam | ich versuche eine 1TB Platte zu nullen. | 18:25 |
| tokam | root@localhost:~# badblocks -v -b 4096 -t 0 -o badblocks.txt -v -w /dev/sdb | 18:26 |
| tokam | weil es mit DD zu IO Errors kam | 18:26 |
| bekks | Schmeiss die Platte weg, kauf eine neue. | 18:26 |
| tokam | Aber scheinbar resultiert das nur in Lesefehlern | 18:26 |
| k1l | wenn es badblock errors gibt, dann ist die platte sicher hin | 18:26 |
| tokam | Ich will sie sicher löschen. | 18:26 |
| k1l | dann nimm ne bohrmaschine und bohr ein loch rein | 18:26 |
| bekks | Giess Kupfer drüber. | 18:27 |
| tokam | ok. das wird ein Spaß | 18:27 |
| tokam | Aber gelöscht sind die Daten ja dann immer noch nicht | 18:27 |
| k1l | m( | 18:27 |
| k1l | wie willst du die daten von der platte auslesen wenn die platte kaputt ist? | 18:27 |
| bekks | Die NSA! Die NSA! | 18:28 |
| tokam | mit dd rescue ein image ziehen? | 18:28 |
| tokam | und die bereiche die noch lesbar sind zusammensetzen | 18:28 |
| tokam | ? | 18:28 |
| bekks | Wie willst du mit ddrescue ein Image von einer gelochten Platte ziehen? | 18:28 |
| bekks | Erst denken, dann schreiben. | 18:28 |
| tokam | achso. ich glaube da gibt es methoden im labor :D | 18:28 |
| tokam | so eine Platte zu rekonstruieren. aber keiner wird sich die Mühe machen. | 18:29 |
| bekks | Richtig. | 18:29 |
| k1l | tokam: nein. mit einem loch im platter reisst das luftpolster unter dem schreib/lesearm ab und es kann nicht gelesen werden. d.h. es könnte nur einzelne sektoren ohne spin gelesen werden. dann guck mal nach, was das kostet und entscheide ob es für deine warezsammlung lohnne würde. | 18:30 |
| tokam | die überlegungen gelten nur unter der annahme, dass die platte auch innerhalb der nächsten 20 jahre auf dem müll verschwindet | 18:31 |
| tokam | in zukunft naher oder ferner wird das auslesen eventuell günstiger, oder aber auch nicht, weil die technik veraltet ist | 18:32 |
| k1l | tokam: hör auf zu sabbeln | 18:32 |
| tokam | ok thema wechsel! Ich kann Kickboxen. Macht Spaß! | 18:33 |
| k1l | du machst da ein geschiss als wenn du da die atomcodes der nato auf der platte hast und alle geheimdienste der welt mit bilionen budgets nur an deiner festplatte interessiert wären | 18:33 |
| frostschutz | bis es knacks macht | 18:33 |
| bekks | tokam: Gleich bist du draussen. | 18:33 |
| tokam | Das war scherzhaft gemeint. k1l sei bitte trotzdem etwas freundlicher. | 18:34 |
| tokam | Danke für die Tipps mit der Bohrmaschine. | 18:35 |
| bekks | tokam: Du verwechselst hier was. k1l ist der Freundliche. | 18:35 |
| k1l | bekks ist der böse cop! | 18:35 |
| Lengsdorfer | es ist materialschonender mit nem dicken hammer auf die platte zu hauen | 18:46 |
| BlackMage | k1l: und woher weist du ob auf tokam's Platte eine warezsammlung drauf ist? | 18:53 |
| tokam | weiß er nicht - aber mit der Vermutung, dass ich überparanoid bin hat er recht | 18:53 |
| bekks | Und ständig offtopic hier, das bist du auch. | 18:54 |
| === Fuchs is now known as greeknerd | ||
| === greeknerd is now known as Fuchs | ||
| BlackMage | wie kann ich eine .so Library auf unerfüllte Abhängigkeiten prüfen? | 19:54 |
| bekks | Mit ldd. | 19:55 |
| BlackMage | ganz oben steht da 'linux-vdso.so.1 => (0x00007ffeb2dd6000)'. was bedeutet das? | 19:57 |
| bekks | Wo ist "da"? | 19:58 |
| BlackMage | in der ersten Zeile in der Ausgabe von 'ldd /usr/lib/x86_64-linux-gnu/libcairo.so.2' | 19:59 |
| bekks | Und was ist das eigentliche Problem? | 19:59 |
| BlackMage | irgendwie kann die Lib von einem Programm nicht eingebunden werden | 20:00 |
| bekks | "irgendwie", "von einem", "nicht eingebunden". | 20:01 |
| bekks | Was ist das eigentliche Problem? | 20:01 |
| BlackMage | warum steht kein Pfad bei linux-vdso.so.1? | 20:11 |
| bekks | Was ist das eigentliche Problem? | 20:12 |
| BlackMage | es existiert kein Problem. hab mir nur gewundert warum kein Pfad bei linux-vdso.so.1 steht. der Grund ist wohl weil bei jedem Prozess der gestartet wird die .so vom Kernel injected wird | 20:18 |
| bekks | http://man7.org/linux/man-pages/man7/vdso.7.html erster Absatz. | 20:19 |
| === Fuchs is now known as SPOOKS | ||
| === SPOOKS is now known as Fwoxy | ||
| === Fwoxy is now known as Fuchs | ||
| === Fuchs is now known as Fwoxy | ||
| === Fwoxy is now known as Fuchs | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!