[08:43] damit soll man Dateien anzeigen lassen können, die gelöscht sind, aber noch von Prozessen benutzt werden: "/usr/sbin/lsof | grep deleted" [08:43] wie geht das unter ubuntu? [08:44] habe nämlich das Problem, dass nach dem Löschen, der Speicherplatz erst nach einem Neustart freigegebn wird. [08:44] Das sollte unter Ubuntu auch funktionieren, nur ist `lsof` in `/usr/bin`. Sollte aber im Pfad sein [08:45] Also `lsof | grep deleted` [08:45] ah, stimmt. danke. [08:46] Eventuell mit sudo davor, falls du einen Prozess im Verdacht hast, der nicht dir gehört [08:58] achso ... war noch ein loopback auf dem image. [09:01] .... für das image muss ich mir mal Zeit nehmen. Dooferweise lässt sich das darin enthaltene ext4 nicht mehr mounten. Nach einem fschk ist das /home leer :( [09:02] war von einer VM ... eigentlich nicht so wichtig, aber eine Datei bräuchte ich jetzt doch. [09:05] Wenn es ein Image ist, hast du immerhin beliebig viele Versuche, die Daten zu retten … photorec eventuell? [09:06] es ist eine Textdatei. [09:06] grep drauf. [09:06] dd und dann grep? [09:07] nur grep und mal schauen, was passiert. und dann evtl. mit verschiedenen parametern rum spielen. [09:09] Textdateien haben leider keine Header, also keine Chance für Photorec [09:10] Eventuell kann auch `strings` noch helfen [09:10] dafür haben sie text :-) [09:11] https://www.ebay-kleinanzeigen.de/s-anzeige/-windows-10-professional-pro-original-sofortversand-paypal-/1686904582-225-3365 ist das seriös? [09:17] Windows 10 ist nicht seriös. [09:22] x-D [09:23] in dem kanal schon gar nicht :-) [09:34] Ich suche jetzt nach einer Zeichenfolge, deren Anfang ich zu kennen glaube, z.B. "xyz". [09:35] grep xyz image -> bereinstimmungen in Binärdatei image [09:35] Das nützt mir aber erstmal nicht viel, weil ich ja wissen will, wie der Text weitergeht. [09:36] man grep -> "-a" [09:36] könnte helfen [09:36] sonst halt die datei anschauen mit nem hex editor oder sonstigem geignetem [09:37] -a sieht gut aus. [09:38] Wenn das nicht hilft, wäre es gut eine Art pointer zu bekommen, wo der Text gefunden wurde. [09:40] wieso? kannst ja die datei aufmachen und nochmal darin suchen [09:40] na, mach mal ein paar gb grosses image im editor auf... [09:40] da braucht es schon eher spezielle [09:40] also eine Suche dauert schon etwas länger. [09:41] sind 64GB [09:41] ah ich habe image mit bild assoziiert [09:41] aber afaik geht das mit less auch ohne probleme [09:41] wobei binär ist die frage *mhm* [09:42] -a und dann noch mit den zeilen spielen... sollte doch fast reichen [09:42] ups, so lange hat die Suche gar nicht gedauert. Leicder ohne Erfolg. [09:43] dann strings aufs image und dann grep [09:43] ists plain ascii? [09:43] eine Notepad-Datei. .... oder heißt das Mousepad? [09:46] * apollo13 würde ja testdisk nehmen [09:47] string in image suchen klingt mir nach der antwort zur falschen frage :D [09:47] also strings bringt da einiges an Strings vom image. [09:47] das ist zu erwarten :) [09:47] Warum sollte, das gesuchte Wort nicht dabei sein? [09:48] kann schon sein. aber was ist dein eigentliches ziel? [09:49] Die Frage wäre aber, ob der String erkannt werden würde, da auch viele Sonderzeichen drin sind. [09:49] fwiw es gibt auch komprimierende filesysteme, damit wird das wort im klartext in der form nie existieren [09:49] s/wird/würde/ [09:49] also habe da schon viel aus /etc gesehn. [09:50] wie gesagt; was ist dein ziel und warum mountest du das ding nicht einfach und suchst dann darin? [09:50] bzw wenn es sich nimmer mounten lässt -> testdisk und schaun was das noch findet? [09:51] Falscher Dateisystemtyp, ungültige Optionen, der Superblock von /dev/loop0 ist beschädigt, fehlende Kodierungsseite oder ein anderer Fehler. [09:51] na gut wenn du viel zeit hast kann man wohl so rumwurschteln; aber ich würde zu backup greifen oder es vergessen [09:52] im worst case ist dein text auch an einer blockgrenze und liegt nicht linear auf der platte?! [09:54] Das ist unwahrscheinlich, da eine Datei immer am Anfang eines Blocks anfängt und nicht so groß ist. [10:12] Bingo! Und danke Leute! [10:13] Hallo. mache gerade upgrade auf 20.10(do-release-upgrade). Gui ist mit mit schwarzem Bildschirm und Mauszeiger hängend geblieben. STRG+ALT+F1 geht. Wie könnte ich das noch retten? [10:14] Das gute ist, dass es sich gelohnt hat, weil durch BruteForce wäre ich da nicht mehr draufgekommen. [10:16] In der Konsole "apt dist-upgrade" sagt das der Prozess gesperrt sei.. läuft womöglich noch im Hintergrund [10:16] dreamon: ziemlich sicher, ich würde mal /var/log/dpkg.log etc tailen [10:16] vlt arbeitet er noch ganz normal weiter [10:17] blöd wirds wenn er input y/n haben will. Dann müsstest im worst case stdin umbiegen; aber das kann man eventuell übers /proc hinbekommen [10:17] aber du hast das upgrade doch sicher in einem screen oder sowas gestartet? [10:17] der do-release-upgrade läuft noch.. zeigt ps aux an [10:18] Im Gui terminal hab ich ihn gestartet [10:18] naja fürs nächste mal: screen/tmux oder whatever dass du dann auch von ner console oder ssh wieder daran attachen kannst [10:19] ein dist-upgrade aus nem gui terminal finde ich gelinde gesagt mutig :) [10:22] apollo13, Er hätte ja auch sagen können, mach das in der echten Konsole.. [10:22] "Er" geht glaube ich davon aus, dass leute die auf dem terminal rumspielen wissen was sie tun :D [10:23] btw do-release-upgrade hatte glaube ich sogar so ein feature [10:23] schau mal ob da nicht eh sowas rennt [10:23] ja, do-release-upgrade macht eine screen session auf [10:24] Oh.. das ist dieser Verdammte xscreensaver der da murkst.. [10:24] na dann screen -x aus der console [10:25] sudo ps aux | grep screen → zeigt kein Screen Session [10:26] Habs hinbekommen.. hatte Recht. [10:26] Ein kill -9 id(xfce4-screensaver) Bild war wieder da. [10:27] jetzt kommt frage ob ich sane dll.conf .. da hing er .. [10:28] Hab von euch ja gelernt. Backup ist in der Hinterhand :) [10:28] Als Ergänzung wäre ich aber jetzt auch an der ganzen Textdatei interessiert, also auch alles was in der Nähe des gefundenen Strings ist. [10:44] Bin wieder UP mit 20.10 .. na dann mal auf den nächsten Freeze warten. Danke Leute! [11:02] hat throttled geholfen? [16:53] Beim Versuch im recovery modus (xubuntu 18.04 i386) das Netzwerk zu aktivieren, bekomme ich die Meldung : "Failed to get unit file state for networking.service: No such file or directory". Wie löst man so was? [17:37] noiLing: was genau meinst du mit "Recovery Modus"? Eine Busybox? [17:40] xc, ich meine den Wiederherstellungsmodus (aus dem Bootmanager) [17:41] Hab mir wie es zunächst aussieht beim Versuch ein Grafiktablett einzurichten den xserver zerschossen und weder Tastatur noch Touchpad gehen. [17:45] xc, ich weiß nicht ob man das als Busybox bezeichnen kann: https://wiki.ubuntuusers.de/Recovery-Modus/ [17:45] Title: Recovery-Modus › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de) [17:48] der recovery modus ist glaub ich keine busybox :-9 [17:50] noiLing: ist glaub ich schlauer im normalen modus auf der Konsole das ganze zu fixen? [17:52] stevieh, naja ich kann mich ja nicht anmelden, Maus und Tastatur reagieren nicht... [17:53] stevieh: was genau ist es denn? [17:54] xc`: andere runlevel waren das mal [17:54] sind es glaub ich immer noch... [17:54] noiLing: Ctrl-Alt-F3 geht auch nicht? [17:57] noiLing: WEnn es ein Laptop ist versuche ob du dann wenigstens mit einer externen Taastatur tippen kannst (gilt bei PC natürlich auch) [18:01] stevieh, wo muss man das Ctrl-Alt-F3 drücken? [18:01] stevieh: es ist das system.target rescue bzw. emergency. [18:01] auf der Tastatur? ah.. Strg-Alt-F3 [18:01] tuxifreund, nee weder externe maus noch tastatur gehen [18:01] xc`: na siehste [18:02] noiLing: wofür brauchst du denn netzwerk beim rescue? du willst doch nur den X krams wieder fixen? [18:03] stevieh, genau aber dafür muss er die packages die ich gelöscht habe wieder downloaden [18:03] oj... packages gelöscht :-) gut... bzw. schlecht. [18:05] also zur ursprünglichen Frage: das network.service file ist irgendwo in /etc/systemd/ [18:05] da würde ich mal nach suchen. [18:05] wenn da so gar nix ist, ist was braun gemounted [18:06] 18.04 riecht halt auch schon ein wenig... [18:06] aber geht schon klar [18:07] stevieh, naja journald.conf, resolved.conf & Co ist da [18:08] stevieh, "18.04 riecht halt auch schon ein wenig..." Hahaha [18:08] system/network-online.target.wants/ ist das bei mir, aber ich hab was neueres [18:10] stevieh, leider wird i386 nicht mehr supported. aber ja notfalls kann ich das system auch fallen lassen und installier was neues drauf, dachte nur, dass es nicht so schwer werden würde das zu fixen [18:11] wird sicher so sein, wenn du weisst, was du gemacht hast. Das mit dem Netzwerk sollte in den griff zu bekommen sein. [18:11] und wenn du es von hand hoch trittst [18:15] stevieh, ok meinst du, du könntest mir beibringen das "von Hand hochzutreten" ? Falls das zumindest einen edukativen Nutzen hat... [18:15] ifconfig (gibts das noch?) eth0 up [18:15] dhclient eth0 [18:16] jetzt gibts aber abendessen... [18:16] stevieh, ok, danke, lass es dir schmecken :) [18:17] merci [20:59] stevieh, ifconfig gibts tatsächlich :), wird jetzt anscheinend nur alles unter ip zusammengefasst. Hab damit meine Schnittstelle UP gekriegt und mit dhclient eine route gesetzt (sagt man das so?) Müsste damit die Verbindung stehen? tut sie nämlich noch nicht und ich bin zu blöd zu wissen warum... [21:02] warhscheinlich noch der resolver nicht gesetzt [21:02] mach mal ping 8.8.8.8 [21:03] funktioniert 0 packet loss [21:04] jo, dann musste "nur" den Nameserver noch umbiegen... k.a. wie das bei dem modernen Zeug geht... [21:04] nameserver 8.8.8.8 in die /etc/resolv.conf und nochmal probieren [21:06] ja recolv.conf ist leer... [21:07] schreibs rein [21:25] stevieh, puuuh bekomme mit vi den fehler E166 Can't open linked file for writing hmmm, schaue grad wie ich das hinkriege [21:26] oh... ja, k.a. link löschen, aber dran denken. Evtl. gibts auch was besser das zu fixen [21:30] ok, gelöscht und nameserver 8.8.8.8 reingeschrieben [21:34] denk dran, hinterher zu prüfen, ob da der link wieder drübergelegt wurde [21:35] aah, ääh was war da eigentlich verlinkt, bzw wie legt man den da wieder rüber.... :S [21:35] lol [21:35] ich habs dir gesagt [21:36] naja, ich hab ja nicht mal verstanden was resolv.conf überhaupt macht... [21:37] les mir mal den wiki artikel durch [21:38] ja, kannste auch später. jetztt schau mal, ob ein ping nach www.reiff.de geht [21:38] geht [21:38] aber eh egal, ich geh zu bette. [21:38] siehste, jetzt haste netz [21:39] wooooow, danke!!!! [21:40] das wäre sicher auch anders gegangen, aber anders kann ich es nich [21:40] naja viele wege führen nach rom :) ... [21:42] naja, buona notte [21:42] ich werd mich damit auch jetzt ins bett legen, und mach mich dann morgen frisch an das eigentliche problem [21:42] Nochmal vielen Dank und dobroj notschi === finalspacevoid_ is now known as finalspacevoid === gurmble is now known as grumble