Forum Debian Users Gang

Dlaczego?

Domyślne opcje zazwyczaj starczają, jak jakaś nie starcza, to co można zrobić z daną paczką?
No właśnie co można zrobić? inne flagi, inne CFLAGS i LDFLAGS dla kompilatora, inny kompilator, własne łatki?
Mało?
To jest właśnie Gentoo.

A może chcesz się pobawić innymi kompilatorami?
http://en.gentoo-wiki.com/wiki/Intel_C%2B%2B_Compiler
http://wiki.gentoo.org/wiki/Clang

Po co są sety?
Chcesz zainstalować, usunąć czy zaktualizować całe KDE lub Gnome?
Po co masz jebać się z nazwami paczek, wrzucasz, co potrzebujesz do seta np localgnome i instalujesz, aktualizujesz lub wywalasz seta.
To nic innego, jak grupowanie pakietów, kolosalne ułatwienie zarządzania systemem.

A Gentoo?
Portage, portage-ultils, gentoolkit i eix, to po prostu jest olbrzymia skrzynka z narzędziami, z której fachowiec bierze ten klucz czy śrubokręt, który mu potrzebny.

Jakbyś przed tym serwerem postawił sobie na kompie albo wirtualce Gentoo, przetestował i przygotował sobie konfigurację, to dzisiaj byś nie zadawał takich pytań. ;)

Ostatnio edytowany przez Jacekalex (2013-02-03 22:11:50)

System plików albo kontroler sterownik kontrolera dysku, czegoś nie masz w jaju wkompilowanego jak trzeba, względnie nie ma tego czegoś w initrd (jak ktoś używa - choć sensu zbyt wielkiego initrd nie ma - zwłaszcza na serwerze).

Reasumując, spier* konfig kernela.
Genkernelem go konfigurowałeś, czy co?

Praktycznie każdy lama, co pierwszy raz instaluje Gentoo, odbija się od tego błędu:
"Unable to mount rootfs on unknown block".

Na Polskim forum Gentoo było niedawno kilku pacjentów z tym "strasznym"  problemem.
np tutaj:
http://forums.gentoo.org/viewtopic-t-885146.html

Pomijam brak modułu inet_agp - o którym masz meldunek na screenie, a bez którego mój komputer np nie znajduje pamięci RAM.

Ostatnio edytowany przez Jacekalex (2013-02-09 18:16:33)

ls -l /usr/src/linux/.config
-rw-r--r-- 1 root root 101937 02-08 18:43 /usr/src/linux/.config

Czy ty w ogóle skompilowałeś kiedyś działający kernel na Linuxie?

Po pierwsze:
pliku .config się nie edytuje (to nie *BSD), do tego jest kilka pomocnych poleceń:


A tak w ogóle, to jak wejdziesz do katalogu ze źródłami, to polecam magiczne polecenie:

make help

albo przeczytać plik README. :D

[quote="/usr/src/linux/README"]CONFIGURING the kernel:

   Do not skip this step even if you are only upgrading one minor
   version.  New configuration options are added in each release, and
   odd problems will turn up if the configuration files are not set up
   as expected.  If you want to carry your existing configuration to a
   new version with minimal work, use "make oldconfig", which will
   only ask you for the answers to new questions.

- Alternative configuration commands are:

     "make config"      Plain text interface.

     "make menuconfig"  Text based color menus, radiolists & dialogs.

     "make nconfig"     Enhanced text based color menus.

     "make xconfig"     X windows (Qt) based configuration tool.

     "make gconfig"     X windows (Gtk) based configuration tool.

     "make oldconfig"   Default all questions based on the contents of
                        your existing ./.config file and asking about
                        new config symbols.

     "make silentoldconfig"
                        Like above, but avoids cluttering the screen
                        with questions already answered.
                        Additionally updates the dependencies.

     "make defconfig"   Create a ./.config file by using the default
                        symbol values from either arch/$ARCH/defconfig
                        or arch/$ARCH/configs/${PLATFORM}_defconfig,
                        depending on the architecture.

     "make ${PLATFORM}_defconfig"
                        Create a ./.config file by using the default
                        symbol values from
                        arch/$ARCH/configs/${PLATFORM}_defconfig.
                        Use "make help" to get a list of all available
                        platforms of your architecture.

     "make allyesconfig"
                        Create a ./.config file by setting symbol
                        values to 'y' as much as possible.

     "make allmodconfig"
                        Create a ./.config file by setting symbol
                        values to 'm' as much as possible.

     "make allnoconfig" Create a ./.config file by setting symbol
                        values to 'n' as much as possible.

     "make randconfig"  Create a ./.config file by setting symbol
                        values to random values.

     "make localmodconfig" Create a config based on current config and
                           loaded modules (lsmod). Disables any module
                           option that is not needed for the loaded modules.

                           To create a localmodconfig for another machine,
                           store the lsmod of that machine into a file
                           and pass it in as a LSMOD parameter.

                   target$ lsmod > /tmp/mylsmod
                   target$ scp /tmp/mylsmod host:/tmp

                   host$ make LSMOD=/tmp/mylsmod localmodconfig

                           The above also works when cross compiling.

     "make localyesconfig" Similar to localmodconfig, except it will convert
                           all module options to built in (=y) options.

   You can find more information on using the Linux kernel config tools
   in Documentation/kbuild/kconfig.txt.

- NOTES on "make config":

    - Having unnecessary drivers will make the kernel bigger, and can
      under some circumstances lead to problems: probing for a
      nonexistent controller card may confuse your other controllers

    - Compiling the kernel with "Processor type" set higher than 386
      will result in a kernel that does NOT work on a 386.  The
      kernel will detect this on bootup, and give up.

    - A kernel with math-emulation compiled in will still use the
      coprocessor if one is present: the math emulation will just
      never get used in that case.  The kernel will be slightly larger,
      but will work on different machines regardless of whether they
      have a math coprocessor or not.

    - The "kernel hacking" configuration details usually result in a
      bigger or slower kernel (or both), and can even make the kernel
      less stable by configuring some routines to actively try to
      break bad code to find kernel problems (kmalloc()).  Thus you
      should probably answer 'n' to the questions for "development",
      "experimental", or "debugging" features.[/quote]
Generalnie powinieneś użyć:

make oldconfig  && make menuconfig

Na systemie uruchomionym na jaju ovh.

Pozdrawiam
;-)

Ostatnio edytowany przez Jacekalex (2013-02-09 18:38:07)

Być może ovh robi jakieś własne jajo, gdzie wszyli wszystkie opcje bezpośrednio w kod.
Można zainstalować defaultowy konfig Linuxa przez

make defconfig

potem posprawdzać moduły, jak napisałem wyżej.

Czy na jaju ovh wynik lsmod pokazuje jakieś moduły?

Albo można zobaczyć konfigurację poleceniem

zcat /proc/config.gz

lspci -k | egrep 'driver|modules'

coś pokazuje?
Polecenie:

/usr/src/linux/scripts/ver_linux

Zwraca cokolwiek?

Ostatnio edytowany przez Jacekalex (2013-02-09 18:46:34)

lspci pokazał grzecznie moduły.

Skrypt ver_linux masz w każdych źródłach kernela w katalogu scripts, wystarczy wypakować źródła kernala i odpalić skrypt.

A tu masz conieco o Twoim jaju:
http://forum.ovh.pl/showthread.php?t=15248

Z tego, co widzę, jajo ovh rzeczywiście jest inaczej budowane, bez zewnętrznego configa, ale można ściągnąć config tego jajka z ftp ovh, tu masz przepis:
http://forum.ovh.pl/showpost.php?p=57286&postcount=18

U mnie nie działa ten ftp, być może  jest dostępny tylko w sieci ovh, w razie czego pytaj na tamtym forum.

PS:
Jajo ovh nie obsługuje zewnętrznych modułów, dlatego w ogóle nie ma /proc/modules.

Ostatnio edytowany przez Jacekalex (2013-02-09 19:43:18)