Suchergebnisse
Suchergebnisse 1-15 von insgesamt 15.
Hat wieder nichts verändert, auch die grub.cfg ist bis auf den genkernel Eintrag immer noch die Selbe. Ich habs auch noch mal mit den Parametern "crypt_root=/dev/sdc2 real_root=/dev/mapper/gentoo-root rootfstype=ext4 dolvm" probiert, wieder exakt das Selbe. Da in der grub.cfg ja nichts relevantes verändert wird denke ich mal, dass das Problem nicht in den Parametern liegt, oder?
Hat nichts verändert. Ich habe mir jetzt gerade mal die grub.cfg angeguckt, dabei ist mir aufgefallen, dass (egal welche devices ich als root, crypt_root oder real_root eingetragen habe) immer nur /dev/mapper/gentoo-root als root erwähnt werden (auch wenn das in der /etc/default/grub) garnicht mehr vorkommt. Auch finde ich in der grub.cfg nicht ein einziges Wort, was irgendwie im entferntesten mit luks oder lvm zu tun haben könnte. Wäre es vielleicht sinnvoll einfach mal Debian verschlüsselt in ...
Nein, die Volume Group kann er nicht aktivieren, da die Partition zu dem Zeitpunkt ja noch gar nicht entschlüsselt ist. Er tut einfach so, als wäre das schon passiert und spuckt halt die Fehlermeldung im ersten Post aus. Das initramfs hab ich auch mit genkernel erzeugt, nur den Kernel manuell.
Ich hab jetzt meine HDD nochmal komplett leergeputzt, ganz von vorne angefangen und den Kernel dieseesmal auch selber gebaut. Bei der Installation ist mir aufgefallen, dass ich beim Mal davor wohl ein paar Sachen falsch gemacht habe, ob die mein Problem auch mit hervorgerufen haben weiß ich nicht. Jedenfalls habe ich immer noch das selbe Problem, allerdings habe ich es jetzt nachdem ich mit in die Shell gedropt habe geschafft, die Partition manuell zu entschlüsseln und die Volumes zu aktivieren(...
Ja, genau. Allerdings habe ich wie in der Anleitung zur Verschlüsselung noch --menuconfig all benutzt, um die in der Anleitung vorgegebenen Optionen zu überprüfen. MfG, .callisto
Nein, das sollte ja zu dem Zeitpunkt noch nichts bewirken. Das Problem ist ja offensichtlich, dass LUKS nicht richtig startet und er dadurch versucht die LVM Volumes zu öffnen, bevor die Partition entschlüsselt ist. Allerdings habe ich auch keine Ahnung, woran das liegen könnte, dass LUKS nicht startet. MfG, .callisto
Moin, ich hab mal wieder ein Problem mit meinem System: Ich habe alles nach dieser in Kombination mit dieser Anleitung Verschlüsselt installiert. Wenn ich allerdings meine Installationsumgebung verlasse und versuche in das frisch installierte System neu zu starten, spuckt er mir nach dem laden der ganzen Programmmodule aus: >>Scanning for and activating Volume Groups No volume groups found No volume groups found >>Determining root device... !!Block device /dev/mapper/gentoo-root is not a valid r...
Also um ehrlich zu sein bin ich gerade etwas entsetzt von mir, dass ich auf die Lösung nicht selber gekommen bin ...vor allem war ich mir die ganze Zeit im klaren darüber, das ich GRUB2 benutze. Aber vielen Dank für die schnelle Hilfe! MfG, .callisto
Ich habe mich vor einigen Tagen auch mal an die Installation von Gentoo rangemacht. Benutzt habe ich das "stage3-amd64-20131031.tar.biz" Archiv und den Genkernel 3.10.17. Das hat auch meines Erachtens alles gut funktioniert, bis zur installation von GRUB. Hierbei installiere ich GRUB ganz normal über emerge grub. Dabei gibt es auch keine Probleme und wenn ich mir danach von portage die installierten Pakete anzeigen lasse ist GRUB da auch aufgelistet. Wenn ich nun allerdings versuche GRUB mit Que...
Die beiden haben in der Tat nicht gebracht, allerdings verändert sich auch nach der Aktivierung von IgnoreABI nichts. Ich denke ich werd dann einfach alles an meinen Daten sichern und die HDD leertputzen, dann mach ich mich eventuell mal richtig an Gentoo ran. Aber trotzdem danke für die ausführliche Hilfe! MfG, .callisto
Hab die beiden mal angehängt. Was mir so spontan auffällt ist das "> Internal error: Could not resolve keysym XF86AudioMicMute". Das scheint irgendwas mit dem virtuellen (oder wie hier sogar physischen: http://www.seasip.info/Misc/Images/1227T.jpg) F20 Key zu tun haben, wobei ich irgendwie nicht glaube, dass das das Problem ist, weil das ja auf den ersten Blick nichts mit Gnome zu tun hat. MfG, .callisto
Ja, du hast recht. Ich benutze wirklich OpenRC. *facepalm* Ich bin von systemd ausgegangen, da ich meinte irgendwo gelesen zu haben, dass das der Standard bei Sabayon ist und ich nichts daran geändert habe. Jedenfalls habe ich eben mit der Methode von OCmylife gdm eingetragen und neu gestartet. Dabei andert sich erstmal nichts, bis der Bootscreen verschwindet. Normalerweise bin ich dann immer direkt in der Eingabeaufforderung gelandet und aufgefordert worden mich anzumelden. Dieses mal allerding...
Wenn ich versuche Gnome mit "gdm" zu starten, spuckt er mir nach einiger Zeit aus: Timeout reached while waiting for return value ** (gdm:7143): WARNING **: Timed out waiting for daemon process: Connection timed out Timeout reached while waiting for return value ** (gdm:7147): WARNING **: Timed out waiting for daemon process: Connection timed out [1]+ Exit 255 gdm Ich benutze systemd, ich kann allerdings (auch wenn es ja wahrscheinlich nichts positiv ändern würde) "systemctl enable gdm default" ...
Erstmal vielen Dank für die Antwort! Hab die Befehle alle ausgeführt, dabei ist alerdings bis auf eine fehlende Library zur Navigation in DVD-Menüs nichts gefunden worden. Da ich jetzt ja aber weiß, dass das Ding TWM heißt, kann ich da ja noch mal ein bisschen googlen, ich scheine da auch nicht der einzige mit dem Problem zu sein... MfG, .callisto
Hallo erstmal, ich sitze jetzt seit gut 6 Stunden an diesem Problem und habe nichtmal einen konkreten Lösungsansatz: Ich benutze Sabayon 13.04 Gnome x64 mit dem Kernel 3.11 und habe gestern mithilfe von Entropy meinen GraKa-Treiber auf 319.49#3.11.0-sabayon geupdatet. Das verlief auch meines erachtens nach alles normal, als er damit fertig war hab ich meinen Rechner heruntergefahren. Heute morgen wollte ich ihn dann wieder starten. Dabei habe ich allerdings keinen Anmeldebildschirm bekommen, son...
