[03:34] hola [03:34] noch jemand wach? === eTeddy1 is now known as eTeddy [07:58] Ich habe erfolglos versucht Debian auf dem Intel NUC zu installieren (Debian supportet anscheinend die Hardware noch nicht). Neben Ubuntu erscheint im Bootmenu des NUCs (F7-Taste) nun noch ein Eintrag für Debian auf der Festplatte. Wie kriege ich den wieder weg? (Die Platte hatte ich bei der Ubuntuinstall eigentlich formatiert.) [08:02] auf meinem intel NUC rennt debian sehr gut. [08:03] wenn du die festplatte formatiert hast, solltest du weder ubuntu, noch debian drauf haben. warum willst du dann den debian eintrag weg haben? [08:03] wiki.ubuntuusers.de/grub <- das hilft dir zu verstehen wie der bootloader funktioniert und wie du eintraege hinzufuegst, bzw entfernst. [08:07] LupusE, weil der jetzt überflüssig ist. (Vermutlich verwendest du einen älteren NUC.) [08:07] Die Formattierung wurde während der Ubuntu-install gemacht. [08:08] Vielleicht liegt es daran, dass sowohl bei Debian als auch bei Ubuntu eine Festplatten-Verschlüsselung vorgenommen wurde. [08:09] Das ist ein sehr umfangreicher Artikel über Grub.. [08:12] grub ist sehr umfngreich. das liegt in der natur eines bootloaders. link klicken -> grub 2 auswaehlen -> grub 2/konfiguration anklicken ... einmal durchlesen, verstehen wie die konfiguration aufgebaut ist und schwups kann man seine konfiguration slebst bearbeiten. [08:12] am schlimmstne hat es den typen erwischt, der den artikel verfasst hat. denn der hatte keine coole anleitung, der musste manpages lesen. [08:13] Da ist das Risiko doch sehr hoch, dass ich etwas kaputt mache. [08:14] Die Anleitung richtet sich auch nicht an Normaluser. [08:14] ehm. das haettest du dir ueberlegen sollen bevor du debian installiertest und/oder verschluesselung aktiviert hast. [08:15] doch, das ist eine total simple erklaerung wie das alles zusammenhaengt. es tut mir leid, das keiner eine anleitung gechrieben hat 'ich habe debian auf ienem neuen NUC installiert, ich möchte dne bootmenueintrag nicht mehr haben'. [08:15] so ist die welt. grausam und kalt. [08:16] Simpel ist sehr relativ. [08:16] Ich finde sie nicht simpel. [08:16] so, genug philosophie. [08:17] Naja, man hätte ja auch erwarten können, dass Debian funktioniert.. [08:17] man haette ich ein komplettbackup machen koennen. und in wie weit hilft dir das nun weiter? [08:18] Von was? [08:18] es ist sehr wahrscheinlich, dass man debian auch auf einem neuen Nuc zum laufen bekommt. [08:19] man haette auch sagen koennen 'suche dne richtigne eintrag aus /etc/grub.d/ raus und lösche den, führe danach ein grub-update aus' ... und die naehcste frage ist: 'welches ist der richtige?' und darauf 'keine ahnung, ich kenne dein system nicht' und dann kommen wieder ganz viele pastebin links, als ob ich lost haette mir diese durchzulesen. [08:21] Naja, wenn ich da selber rum bastle ... [08:21] wer sollte es sonst tun? [08:22] da lasse ich den Eintrag lieber stehen, ist zwar unschön, aber was will ich. [08:22] stevieh, wahrscheinlich, if.. [08:24] aber halt nicht mit dem üblichen installer. [08:24] und nur mit Kernel update. [08:25] Könnte ich einfachheitshalber nicht die ganze Platte mit Bootloader formatieren und Ubuntu neu installieren? [08:25] mit lesen. Ja. [08:26] das kann man alles. [08:26] Nicht jeder hat die Zeit zu basteln. [08:27] Wenn etwas nicht tut, was es sollte. [08:27] na du hast ja wohl die Zeit :-) [08:28] also in meiner welt sieht es ganz einfach aus. entwede rich will es haben und befasse mich damit oder ich bezahle jemanden, damit er es fuer mich umsetzt (und dann ist mir egal ob er es einfach macht oder sich damit erstmal befassen mus, solang ees in time abgeliefert wird). [08:29] wobei er hier für 'der bezahlte' steht und geschlechtslos ist. das kann m/w/d sein. [08:30] stevieh, ne, und auch nicht die geduld. Also wie formatiere ich die ganze HD? [08:33] ich bin draussen. [08:33] LupusE, das dürfte der Grund sein, warum Linux Exotenstatus geniesst. [08:33] not ready for general ussage. [08:34] installier dir einfach Windows. Ist besser. so. [08:34] was hat das mit Linux zu tun? Das gleiche hast Du auf Windows, MacOSX, Android, iOS, ... [08:34] aber was genau hat das nun mit dienem Problem zu tun? willst Du nur deinen Frust ablassen? [08:35] LupusE, ne, da hat man solcherlei eben nicht. [08:36] doch. und was hat das mit dienem problem zu tun? [08:36] Dort gibt es kein Grub-Problem (zu dem du anscheinend keine Lösung parat hast). [08:37] die loesung habe ich dir shcon genannt. [08:38] Naja, wenn du den Verweis auf eine sehr technische Manpage als Lösung ansiehst. [08:39] nein. [08:40] Das war dein Vorschlag. [08:40] du haettest mit der nicht sehr technishen wiki-seite selbst herausfindne koennen, das dine konfigurationen in /etc/grubd./ liegen. diese musst du nur entsprechend bearbeiten und dann dne bootloader aktualisieren. [08:41] wenn du nicht liesst was ich hier shcreibe, dann muss ich auch nicht schrieben. gute nacht. [08:50] LupusE, Nette Untertreibung. Deinen Pfad finde ich auf der Seite übrigens nicht. [08:50] "Manuelle Anpassungen sollen möglichst in der Datei /etc/default/grub (grundlegende Einstellungen) und über die Skripte im Verzeichnis /etc/grub.d (individuelle Menüeinträge, optische Anpassungen etc.) vorgenommen werden." [08:51] Ist das jetzt eine Grundlegende Einstellung oder ein individueller Menueintrag? [08:52] Am liebsten würde ich aber nach wie vor die Platte formatieren und neu beginnen. [10:31] moin [10:32] Ich möchte die Rootpartition vergrößern. Dazu habe ich das Image vergrößert und nun will ich die Partition vergrößern. Diese liegt am Ende der Tabelle. Normalerweise konnte ic das mit fdisk immer tun. [10:32] Jetzt bekomme ich aber nicht mehr die exakten Anfangswerte hin. [10:33] Ich vermute, das das daran liegt, dass die Partition in einer erweiterten Partition liegt. [10:33] /dev/vda1 * 2048 999423 997376 487M 83 Linux [10:33] /dev/vda2 999424 6858751 5859328 2,8G 82 Linux Swap / Solaris [10:33] /dev/vda3 6860798 41940991 35080194 16,7G 5 Erweiterte [10:33] /dev/vda5 6860800 41940991 35080192 16,7G 83 Linux [10:34] das ist das original. [10:34] Was könnte ich jetzt tun? [10:36] /dev/vda1 * 2048 999423 997376 487M 83 Linux [10:36] /dev/vda2 999424 6858751 5859328 2,8G 82 Linux Swap / Solaris [10:36] /dev/vda3 6858752 83886079 77027328 36,7G 5 Erweiterte [10:36] /dev/vda5 6860800 83886079 77025280 36,7G 83 Linux [10:37] das sieht eigentlich gut aus, aber die Partition vda3 gefällt mir nicht. Er hat aber eine ext3 Signatur au vda5 gemeldet. [10:37] ich glaube das riskiere ich. [10:40] hat funktioniert. [10:46] als erstes ein livesystem nutzen. du kannst aus einem laufenden system heraus nicht resizen. [10:46] dann gibt es grenzen. bei ienem dateisystem sind nicht 100% benutzbar, weil e snicht fuer jedes bit eine adresse gibt. [15:21] hehe, frauchen hat grade angerufen... hat den schwestern einen 50er für die kaffekasse gegeben statt einen 20er... nu isses knapp bei kasse... und möchte daß ich ihr ein paar 100 vorbeibringe... klar mach ich... und wenn ich grade unterwegs bin auch gleich beim edeka vorbeifahren einen eimer voll schoki und snacks kaufen? die sind da wohl teuer in der Reha... hehe klar, auch das... [15:25] Loetmichel: augen auf bei der channelwahl ;) [15:26] wenn er support (geld) braucht ist er hier genau richtig. [15:27] k1l_:ups. sorry [15:27] danebengeklickt [15:27] kommt nich wieder vor [16:25] Loetmichel: passiert den besten :D [17:40] Hallo, habe hier eine Workstation, die bei manchen Berechnungen über dsa RAM-Limit kommt und dann nicht mehr nutzbar ist, bis der oom-killer mal etwas weggeschossen hat. Leider braucht der oom-killer teilweise Stunden, lässt sich das verbessern? [17:40] swappen bring was oder nicht? [17:41] Swappen bringt eigentlich nur Lahmheit ;) [17:41] Daher lieber Berechnungen abschiessen, die RAM übermäßig nutzen... [17:42] Das sind 128 G RAM, das ist leider schon Maximum [17:43] kurz gugln sagt, dass man das pro process auch ändern kann, wie wahrscheinlich es ist, dass dieser prozess dann stirbt.. vielleicht mal in der richtung probieren. [17:45] Sonst wäre ich für mehr RAM. Aber die Frage stellt sich auch fürs Notebook, wenn man mal einen Prozess startet, der RAM auffrisst. Hart ausschalten ist immer blöd. [17:45] stehvieh: was kann man pro prozess ändern? max ram? [17:47] Im Prinzip will ich ja vielleicht vorher schon etwas tun, und nicht erst, wenn wegen Ressourcenmangel nix mehr geht... [17:47] das sollte auch mit ulimit gehen, und eben die oom parameter pro prozess einstellen. [17:49] joa, deshalb swap [17:49] nein, das stimmt schon, das nützt nix [17:49] den prozess von platte aus bearbeiten ist immernoch besser als ihn zu killen [17:50] außer man will n "live-prozess" [17:51] maredebianum: ulimit scheint da zu helfen... [17:52] und es scheint cgroups zu geben [17:53] und man prlimit... also da gibt es genug möglichkeiten [18:01] Hm, gut, ulimit muss ich mal genauer ansehen, möglicherweise kann man in der limits.conf sinvoll etwas einstellen. Bei den Berechnungen gilt, dass ich eher abschieße (und nicht so viele parallel rechne) als via swap weiterzumachen. Leider ist nicht eindeutig, wie viel RAM "zu viel" wäre, einige Sachen sind einfach RAM-hungrig, sollen aber trotzdem laufen... Für prlimit brauche ich eine Entscheidung und PIDs, [18:01] ch recherche. Danke für die Tipps [18:04] vielleicht am ehesen mal das thema cgroups anschauen... [18:22] will maredebianum evtl. n echtzeitkernel? [18:23] Fussel: ich glaube, das läst andere Probleme [18:23] *löst [18:23] Vielleicht SLURM ;) [18:23] die schießen doch alles ab was den haubtprozess s [18:24] "stört" [18:29] Die Prozesse haben aber keine klare "Endzeit"-definition, es geht einfach darum, die Ressourcen (teilweise auch parallel) gut auszunutzen, manche sind echte Längläufer, andere eher kurz. [18:32] nuja, teufel und belzebub. abbrechen oder auf swap schieben [18:33] uder auswählen was man abschießt [18:35] Dei Auswahl muss halt automatisch geschehen, da das System auf nichts mehr reagiert. Die Auswahl finde ich nicht einfach einzuschätzen, denke der oom-killer macht eigentlich den Job, müsste nur auch rechtzeitig zuschlagen. Aktuell stallt das System seit drei Stunden... [18:38] naja, ne gewisse vorauswahl brauchts [18:38] Der RAM-hungrigste zuerst, bzw. R ;) [18:39] wenn browser und musik nicht gleichzeitig gehen... [18:39] ok, dann der browser :> [18:41] maredebianum: kann man den kernel oom killer nicht schärfer stellen? [18:42] Das wäre das beste, habe vor einer Weile mal recherchiert, da war das alles nicht so einfach [18:42] Eigentlich sollte der das ja schon tun :) [18:43] ich meine man konnte da die oom scores anpassen [18:44] Tja, jemand schreibt ;) > The reliable solution to your problem is to either get more memory (RAM + swap) or reduce the memory usage of your application. [18:44] meine rede [18:46] OK, ich drück dann mal den Knopf und dann ist Ausgangssperre. Danke für die Anregungen!