GentooForum.de

Ich bevorzuge eigentlich auch monolithische Kernel, also ganz ohne die Möglichkeit Module nachzuladen. Gerade für die Installationen die im Rechenzentrum stehen, da die meisten Gefahren scheinbar davon ausgehen das sie den Kernel zum nachladen von Modulen bringen. Zuhause ist das auch wieder anders, aber bei den Online Kisten kann ich so schon besser schlafen. Nur dieser VMWare stellte bis jetzt immer so ein na ja unschönes System da, aber gut jetzt bin ich gewappnet. Ich schreib mir den ganzen ...

Zitat von »bell« Wenn Du Deine /usr/src/linux/.config selbst verwalten kannst, nutze die genkernel Option "--oldconfig". Damit wird die ".config" durch die Genkernel-Konfiguration nicht mehr ersetzt sondern nur geprüft mit "oldconfig" und dann verwendet. Eine entsprechende Einstellung kannst Du auch in der /etc/genkernel.conf setzen. Jetzt nicht echt oder? .... Dem nach hätte ich mir die ganze Arbeit sparen können ... na ja zumindest versteh ich jetzt etwas besser wie genkernel tickt Nachtrag: ...

Ich sehe es eigentlich recht ähnlich, genau genommen würde ich auch auf ein initram verzichten, wenn es denn möglich wäre. nfs und autofs benötige ich auch erst im default runlevel. Allerdings wie gesagt wenn irgendwas anderes mache als genkernel all mit den default einstellungen (direkt nach der install) kriegt die VM sie nicht hoch, dann kommt nach dem initram das beliebte: can not find valid root block on UUID=irgendwas Das wiederum ist dem fehlenden scsi Treiber geschuldet. (War zumindest bi...

Moin, vielleicht kennt sich hier ja Jemand besser mit diesem vermaledeiten Programm aus. Und zwar folgendes wenn ich mit genkernel all ohne irgendwas zu verändern mir nen kernel erstelle, dann kann ich die kiste booten, dann ist da aber auch jede Menge kram drin den ich gar nicht will. Unter anderem fehlen Sachen die ich haben will, autofs oder auch nfs. Was ich eigentlich will, genkernel sagen welche module ins initramfs sollen, sind gar nicht so viele und den Rest des kernels würde ich gerne s...

okay, problem ist gelöst, es lag doch nicht an udev sondern an cryptsetup. Die Lösung des Problems sieht folgend aus: in der /etc/conf.d/dmcrypt muss noch ne option beim mounten eingestellt werden. ## /home with regular keyfile target=crypt-home source='/dev/sda5' key='###########' options='-c aes-cbc-plain -s 256 -h ripemd160' dann läuft es auch wieder. Scheinbar wurden die default werte für die Entschlüssung geändert. Aufjedenfall danke für die prompte Hilfe

Also für mich sieht das ganze okay aus ... Wobei ich auch zugeben muss das ich von Partitionen nicht so plan habe. Abgesehen das der Disk identifier komisch ist ... Quellcode 1 2 3 4 5 6 7 8 9 sudo fdisk -l /dev/mapper/crypt-home Disk /dev/mapper/crypt-home: 1480.2 GB, 1480221356544 bytes 255 heads, 63 sectors/track, 179959 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identi...

Moin Moin erstmal. Seit dem Update von udev-149 auf udev-151-r4 klappt der mount meiner verschlüsselten Home nicht mehr. Quellcode 1 2 3 4 5 sudo mount /dev/mapper/crypt-home /media/externe_platte/ mount: wrong fs type, bad option, bad superblock on /dev/mapper/crypt-home, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so Syslog Quellcode 1 2 3 Oct 4 17:31:04 stoertebeker sudo: karloff : TTY=pts/0 ; PWD=/home/karloff ; USER=r...