=== eTeddy1 is now known as eTeddy [11:18] hi [11:42] Hi, ich habe seit 2 Jahren Ubuntu 18.04 auf einem mac mini am laufen und vorgestern auf 20.04 upgedated. Seit heute morgen läd er aber bei Booten die Ramdisk nicht mehr, wenn ich nicht dis_ucode_ldr als Kernel Parameter übergebe. Kennt jemand diesen Parameter und weiß was er macht? Ich hab ihn beim googeln gefunden. Hat wohl etwas mit dem microcode für die CPU zu tun [11:44] https://wiki.debian.org/Microcode#Working_around_boot_problems_caused_by_microcode_updates ← [12:29] drc danke für den Link, da steht es ja beschrieben, anscheinend erzeugt die neue intel-microcode version den Fehler. Für einen mac mini von 2008 da aber noch auf Änderungen zu warten ist wohl etwas ilusorisch, ich lebe dann wohl mit dem kernel parameter [12:31] wenn ich das richtig verstehe, verschiebt der auch nur das laden der microcode-updates nach hinten [12:31] solange du nicht gerade attacken auf deinen mac mini während des bootens erwartest, sollte das quasi keine auswirkungen haben [18:55] wenn man lvm verwendet ist es nicht möglich swap zu vergrössern! weder bei einer bestehenden installation noch bei einer neu installation bei der nur 1gb angelegt wird! [18:56] <_moep_> doch [18:56] <_moep_> es muss halt nur platz sein [18:57] <_moep_> also in der volume group, als auch auf dem FS [19:47] link mit anleitung? die ganze festplatte ist zur verfügung... neu installation bzw direkt nach installation [19:52] wo ist denn jetzt das problem genau? weil theoretisch geht das was du willst. [19:54] theoretisch aber nicht praktisch... deswegen auch der versuch mit einer neuinstallation bei der es aber nicht möglich ist swap zu ändern weil kein swap angezeigt wird... lvm auf ext4 [19:55] ich glaube du bringst du sachen durcheinander. lvm ist "unter" der ext4 partition. [19:55] ist im lvm denn noch genug platz um die swap partition zu vergrößern? sonst musst du erst eine verkleinern [19:55] es gibt jedenfalls kein swap zur auswahl [19:56] wir reden hier von der installation auf eine ganze festplatte... physischer platz ist also nicht da sproblem [19:56] ja ist denn eine swap partition angelegt oder ein swap file? [19:57] ja was macht denn 20.10 bei der installation wenn man lvm auswählt? frage an die profis... [19:57] dust: nein, du hast das problem beim verändern innerhalb des LVM noch nicht kapiert. wenn da 100% des platzes an die lvm partitionen vergeben ist, dann kannst du da nichts mehr vergrößern weil ja schon alles "reserviert" ist, egal wieviele GB daten da drauf sind [19:58] probier eine installation mit lvm... wie stellst du eine andere swap grösse ein? [19:59] dust: kannst da nicht ein foto posten von der übersicht der platte? [19:59] kannst du nicht einfach eine installation mit lvm machen? ich meine wer hat das getestet von den dev? [20:00] ich nutze kein lvm, daher kann ich dir nicht sagen was da als standard angelegt wird. [20:00] dust: dieses hier ist ein support von freiwilligen. [20:00] ja dann meldet sich hoffentlich wer der erfahrung mit lvm hat... [20:01] dust: janz schöne anspruchhaltung, wa? [20:02] es geht um lvm und swap... also kanns nur jemand beantworten der sich damit auskennt... [20:02] ich hab schon etliche anleitungen ausprobiert... [20:03] ich hab wohl swap und lvm. aber k.a. wie ich das gemacht hab und meine virtualbox zum ausprobieren ist gerade kapott [20:07] wichtig wäre bei der installation das standard setting von 1gb auf etwas höheres zu ändern [20:07] das sollte man tun, ja.