| View previous topic :: View next topic |
| Author |
Message |
Christoph Schnauß
Guru
Joined: 17 Dec 2004
Posts: 553
Location: Berlin
|
 Posted: Tue Oct 30, 2007 1:51 pm Post subject: |
 |
|
| Finswimmer wrote: | | Ich verstehe nicht, warum du Leuten sowas erklärst... |
Weil ich "sowas" schonmal bei jemand gesehen habe. Habs mir zwar nicht in allen Details gemerkt, weil es zu abstrus war, aber da hatte jemand einen neuen Kernel bauen wollen - im XTerm - sich irgendwo vertippt, ein zweites XTerm aufgemacht und irgendwann aus lauter Verzweiflung, weil "nichts mehr ging" irgendwo "halt" eingegeben. Die Folge war eine "kernel panic" beim nächsten Hochfahren, und dann durfte ich "retten".
Das mag nun wirklich selten so extrem vorkommen. Ich selber habe mich halt an diese Vorgehensweise gewöhnt, daß ich "verwaltungsaufgaben", die root zu erledigen hat, eben auf der Konsole mache - der X-Server kann ja, wenn er benötigt wird, unter einer anderen Anmeldung trotzdem laufen. Es muß nun nicht jeder auf dieselbe Weise verfahren. Wenns im XTerm auch geht - na bitte. Bei älteren Rechnern kann es allenfalls vorkommen, daß es mit dem Speicher ein bißchen eng wird. |
|
| Back to top |
|
 |
musv
Advocate
Joined: 01 Dec 2002
Posts: 3337
Location: de
|
| Posted: Tue Oct 30, 2007 2:27 pm Post subject: |
|
|
@cHeFr0cKaH:
Ich poste Dir mal meine Device-Section.
| Code: |
Section "Device"
Identifier "device0"
VendorName "nvidia"
Driver "nvidia"
BusID "PCI:2:0:0"
Option "NoLogo" "1"
Option "NvAGP" "1"
# Option "DigitalVibrance" "0"
Option "RenderAccel" "1"
Option "Overlay" "1"
Option "HWCursor" "1"
Option "CursorShadow" "1"
Option "DPI" "75 x 75"
Option "backingstore" "true"
Screen 0
EndSection
|
Wenn du nur einen Monitor benutzt, kannst du die BusID weglassen. Wichtig ist eher NvAGP.
Link dazu:
http://http.download.nvidia.com/XFree86/Linux-x86/1.0-8774/README/appendix-d.html
Und überprüf bei der Gelegenheit mal im Kernel, ob du agpgart aktiviert hast. (Device Drivers -> Character Devices -> /dev/agpgart (AGP Support))
Da ich den AGP-Support vom Nvidia-Treiber verwende, hab ich den agpgart im Kernel deaktiviert. Es ist zwar auch möglich, den kernelinternen AGP-Treiber zu verwenden, nur weiß ich nicht, ob sich da manchmal ein paar Konflikte auftun könnten in Verbindung mit dem propietären Nvidia-Treiber.
| cHeFr0cKaH wrote: |
modprobe nvidia gibt die Meldung aus:
| Code: |
WARNING: Error inserting agpgart (/lib/modules/2.6.18-gentoo-r2/kernel/drivers/char/agp/agpgart.ko): Unknown symbol in module, or unknown parameter (see dmesg)
FATAL: Error inserting nvidia (/lib/modules/2.6.18-gentoo-r2/video/nvidia.ko): Unknown symbol in module, or unknown parameter (see dmesg)
|
und dmesg nvidia das hier:
| Code: |
loop: Unknown symbol kmap
loop: Unknown symbol kunmap
loop: Unknown symbol kmap_atomic
loop: Unknown symbol kunmap_atomic
loop: Unknown symbol page_address
input: PC Speaker as /class/input/input1
usbcore: Unknown symbol page_address
usbcore: Unknown symbol page_address
ehci_hcd: Unknown symbol usb_hcd_pci_suspend
ehci_hcd: Unknown symbol usb_free_urb
ehci_hcd: Unknown symbol usb_hub_tt_clear_buffer
ehci_hcd: Unknown symbol usb_hcd_resume_root_hub
ehci_hcd: Unknown symbol usb_hcd_pci_probe
ehci_hcd: Unknown symbol usb_calc_bus_time
ehci_hcd: Unknown symbol usb_hcd_pci_resume
ehci_hcd: Unknown symbol usb_get_urb
ehci_hcd: Unknown symbol usb_hcd_giveback_urb
ehci_hcd: Unknown symbol usb_hcd_pci_remove
ehci_hcd: Unknown symbol usb_root_hub_lost_power
usbcore: Unknown symbol page_address
ohci_hcd: Unknown symbol usb_hcd_pci_suspend
ohci_hcd: Unknown symbol usb_hcd_resume_root_hub
ohci_hcd: Unknown symbol usb_hcd_pci_probe
ohci_hcd: Unknown symbol usb_disabled
ohci_hcd: Unknown symbol usb_calc_bus_time
ohci_hcd: Unknown symbol usb_hcd_pci_resume
ohci_hcd: Unknown symbol usb_hcd_giveback_urb
ohci_hcd: Unknown symbol usb_hcd_suspend_root_hub
ohci_hcd: Unknown symbol usb_hcd_pci_remove
ohci_hcd: Unknown symbol usb_root_hub_lost_power
ntfs: Unknown symbol kmap
ntfs: Unknown symbol kunmap
ntfs: Unknown symbol kmap_atomic
ntfs: Unknown symbol kunmap_atomic
ntfs: Unknown symbol page_address
ACPI: PCI Interrupt Link [APCJ] enabled at IRQ 21
ACPI: PCI Interrupt 0000:00:04.0[A] -> Link [APCJ] -> GSI 21 (level, low) -> IRQ 50
PCI: Setting latency timer of device 0000:00:04.0 to 64
intel8x0_measure_ac97_clock: measured 50707 usecs
intel8x0: clocking to 46807
agpgart: Unknown symbol page_address
nvidia: module license 'NVIDIA' taints kernel.
nvidia: Unknown symbol agp_bind_memory
nvidia: Unknown symbol agp_enable
nvidia: Unknown symbol agp_backend_acquire
nvidia: Unknown symbol agp_bridges
nvidia: Unknown symbol kmap
nvidia: Unknown symbol agp_free_memory
nvidia: Unknown symbol kunmap
nvidia: Unknown symbol agp_allocate_memory
nvidia: Unknown symbol agp_unbind_memory
nvidia: Unknown symbol agp_copy_info
nvidia: Unknown symbol page_address
nvidia: Unknown symbol agp_backend_release
ide_cd: Unknown symbol page_address
usbcore: Unknown symbol page_address
usbhid: Unknown symbol usb_alloc_urb
usbhid: Unknown symbol usb_free_urb
usbhid: Unknown symbol usb_register_driver
usbhid: Unknown symbol usb_reset_composite_device
usbhid: Unknown symbol usb_submit_urb
usbhid: Unknown symbol usb_control_msg
usbhid: Unknown symbol usb_deregister
usbhid: Unknown symbol usb_lock_device_for_reset
usbhid: Unknown symbol usb_string
usbhid: Unknown symbol usb_kill_urb
usbhid: Unknown symbol usb_buffer_free
usbhid: Unknown symbol __usb_get_extra_descriptor
usbhid: Unknown symbol usb_buffer_alloc
...
ipv6: Unknown symbol page_address
agpgart: Unknown symbol page_address
nvidia: Unknown symbol agp_bind_memory
nvidia: Unknown symbol agp_enable
nvidia: Unknown symbol agp_backend_acquire
nvidia: Unknown symbol agp_bridges
nvidia: Unknown symbol kmap
nvidia: Unknown symbol agp_free_memory
nvidia: Unknown symbol kunmap
nvidia: Unknown symbol agp_allocate_memory
nvidia: Unknown symbol agp_unbind_memory
nvidia: Unknown symbol agp_copy_info
nvidia: Unknown symbol page_address
nvidia: Unknown symbol agp_backend_release
agpgart: Unknown symbol page_address
nvidia: Unknown symbol agp_bind_memory
nvidia: Unknown symbol agp_enable
nvidia: Unknown symbol agp_backend_acquire
nvidia: Unknown symbol agp_bridges
nvidia: Unknown symbol kmap
nvidia: Unknown symbol agp_free_memory
nvidia: Unknown symbol kunmap
nvidia: Unknown symbol agp_allocate_memory
nvidia: Unknown symbol agp_unbind_memory
nvidia: Unknown symbol agp_copy_info
nvidia: Unknown symbol page_address
nvidia: Unknown symbol agp_backend_release
agpgart: Unknown symbol page_address
nvidia: Unknown symbol agp_bind_memory
nvidia: Unknown symbol agp_enable
nvidia: Unknown symbol agp_backend_acquire
nvidia: Unknown symbol agp_bridges
nvidia: Unknown symbol kmap
nvidia: Unknown symbol agp_free_memory
nvidia: Unknown symbol kunmap
nvidia: Unknown symbol agp_allocate_memory
nvidia: Unknown symbol agp_unbind_memory
nvidia: Unknown symbol agp_copy_info
nvidia: Unknown symbol page_address
nvidia: Unknown symbol agp_backend_release
agpgart: Unknown symbol page_address
nvidia: Unknown symbol agp_bind_memory
nvidia: Unknown symbol agp_enable
nvidia: Unknown symbol agp_backend_acquire
nvidia: Unknown symbol agp_bridges
nvidia: Unknown symbol kmap
nvidia: Unknown symbol agp_free_memory
nvidia: Unknown symbol kunmap
nvidia: Unknown symbol agp_allocate_memory
nvidia: Unknown symbol agp_unbind_memory
nvidia: Unknown symbol agp_copy_info
nvidia: Unknown symbol page_address
nvidia: Unknown symbol agp_backend_release
|
|
Sieh Dir mal bitte diesen Link an:
https://forums.gentoo.org/viewtopic.php?t=367321
Ist zwar englisch, aber der Typ scheint genau dieselben Probleme gehabt zu haben. Und als Fazit aus dem Posting:
Überprüf bitte noch mal genau, ob der von Dir zuletzt gebaute Kernel auch der Kernel ist, zu dem du die Module gebaut hast (Symlink: /usr/src/linux) und ob du den Kernel nach Compilieren auch nach /boot kopiert hast, und ob du auch diesen Kernel dann tatsächlich gebootet hast. Es scheint zumindest so, daß die Kernelversion nicht mit der Modulversion übereinstimmt und deshalb die Module nicht geladen werden können. Das betrifft bei Dir das Nvidia-Modul, den USB-Support und auch den AGP-Support. |
|
| Back to top |
|
|
Inte
Veteran
Joined: 15 Jul 2003
Posts: 1387
Location: Mannheim, GER
|
| Posted: Tue Oct 30, 2007 3:05 pm Post subject: |
|
|
| musv wrote: | | Da ich den AGP-Support vom Nvidia-Treiber verwende, hab ich den agpgart im Kernel deaktiviert. Es ist zwar auch möglich, den kernelinternen AGP-Treiber zu verwenden, nur weiß ich nicht, ob sich da manchmal ein paar Konflikte auftun könnten in Verbindung mit dem propietären Nvidia-Treiber. |
Wenn Du schon sowas empfiehlst, dann solltest Du auch wissen, was Du tust. In der Appendix F ist eine Liste von Mainboards zu finden, die mit dem nVidia-Äquivalent zu agpgart klarkommt. Deswegen ist der default von NvAGP auch 3 und nicht 1 (wie bei älteren Treibern). Der aktuelle Wert lässt sich durch ein cat /proc/drivers/nvidia/registry abfragen.
Des weiteren wird bei vielen das Modul nvidia bereits beim booten geladen. Deswegen sollte man solche Optionen in die /etc/modprobe.d/nvidia eintragen und dann ein update-modules ausführen. Die Optionen kann man sich mit modinfo nvidia anzeigen lassen.
_________________
Gentoo Linux - Die Metadistribution |
|
| Back to top |
|
|
cHeFr0cKaH
Apprentice
Joined: 27 Feb 2006
Posts: 188
Location: Frankfurt am Main
|
| Posted: Tue Oct 30, 2007 3:21 pm Post subject: |
|
|
Hi,
also ich hab mal den Symlink überprüft.
ls -l in /usr/src gibt das hier aus :
| Code: |
total 12
-rw------- 1 root root 1275 Aug 3 12:18 DEADJOE
lrwxrwxrwx 1 root root 22 Jan 7 2007 linux -> linux-2.6.18-gentoo-r2
drwxr-xr-x 20 root root 4096 Nov 20 2006 linux-2.6.17-gentoo-r8
drwxr-xr-x 20 root root 4096 Oct 29 19:46 linux-2.6.18-gentoo-r2
|
Der 2.8.18-r2 ist auch der Kernel, den ich bisher verwendet hab.
in /boot schauts so aus:
| Code: |
total 8164
-rw------- 1 root root 704 Jun 12 21:29 DEADJOE
lrwxrwxrwx 1 root root 27 Aug 3 11:59 System.map -> System.map-2.6.18-gentoo-r2
-rw-r--r-- 1 root root 572202 Sep 27 2006 System.map-2.6.17-gentoo-r8
-rw-r--r-- 1 root root 600600 Oct 29 19:56 System.map-2.6.18-gentoo-r2
-rw-r--r-- 1 root root 600634 Jan 7 2007 System.map-2.6.18-gentoo-r2.old
lrwxrwxrwx 1 root root 31 Jan 6 2007 System.map.old -> System.map-2.6.18-gentoo-r6.old
lrwxrwxrwx 1 root root 1 Sep 30 2006 boot -> .
-rw-r--r-- 1 root root 512 Sep 28 2006 boot.0300
-rw-r--r-- 1 root root 1287422 Oct 29 19:56 bzImage-2.6.18-gentoo-r2
lrwxrwxrwx 1 root root 23 Aug 3 11:59 config -> config-2.6.18-gentoo-r2
-rw-r--r-- 1 root root 34199 Sep 27 2006 config-2.6.17-r8
-rw-r--r-- 1 root root 33622 Oct 29 20:01 config-2.6.18-gentoo-r2
-rw-r--r-- 1 root root 33551 Jan 7 2007 config-2.6.18-gentoo-r2.old
lrwxrwxrwx 1 root root 27 Jan 6 2007 config.old -> config-2.6.18-gentoo-r6.old
-rw-r--r-- 1 root root 1239831 Sep 27 2006 kernel-2.6.17-gentoo-r8
-rw-r--r-- 1 root root 1289869 Oct 29 19:09 kernel-2.6.18-gentoo-r2
-rw------- 1 root root 29696 Oct 29 20:02 map
lrwxrwxrwx 1 root root 24 Aug 3 11:59 vmlinuz -> vmlinuz-2.6.18-gentoo-r2
-rw-r--r-- 1 root root 1284125 Aug 3 11:59 vmlinuz-2.6.18-gentoo-r2
-rw-r--r-- 1 root root 1288227 Nov 26 2006 vmlinuz-2.6.18-gentoo-r2.old
lrwxrwxrwx 1 root root 28 Jan 6 2007 vmlinuz.old -> vmlinuz-2.6.18-gentoo-r6.old
|
Ich könnte hier eigentlich mal ein bisel aufräumen. Aber wenn das System einmal läuft fummel ich da net so gerne drann rum.
uname -a:
| Code: |
Linux destiny 2.6.18-gentoo-r2 #7 PREEMPT Sun Jan 7 17:16:23 CET 2007 i686 AMD Athlon(tm) 64 Processor 3500+ AuthenticAMD GNU/Linux
|
Und noch die lilo.conf:
| Code: |
boot=/dev/hda
root=/dev/hda7
prompt
timeout=100
image=/boot/kernel-2.6.18-gentoo-r2
label="Gentoo"
root=/dev/hda7
read-only
other=/dev/hda1
label="Windows_Xp"
|
|
|
| Back to top |
|
|
musv
Advocate
Joined: 01 Dec 2002
Posts: 3337
Location: de
|
| Posted: Tue Oct 30, 2007 6:45 pm Post subject: |
|
|
Vorweg: Ich hab keine Ahnung von Lilo, da ich von jeher immer Grub verwendet hab. Aber in Verbindung mit dem Link, den ich Dir genannt hab, ist mir folgendes aufgefallen:
| cHeFr0cKaH wrote: | Hi,
in /boot schauts so aus:
| Code: |
-rw-r--r-- 1 root root 1289869 Oct 29 19:09 kernel-2.6.18-gentoo-r2
-rw-r--r-- 1 root root 1284125 Aug 3 11:59 vmlinuz-2.6.18-gentoo-r2
|
|
Ich hab zwar oben geschrieben, daß es egal ist, wie das Kernelimage heißt, was auch problemlos für den grub gilt. Jedoch weiß ich nicht, wie der Lilo das umsetzt. Im dümmsten Fall versucht der Lilo das alte Kernelimage vom 3. August zu laden, was dann die Fehler beim Laden der Module erklären würde.
@Christoph Schnauß:
In /usr/src/linux/arch/i386/boot gibt es bei mir ein bzImage und ein Image namens vmlinux.bin. |
|
| Back to top |
|
|
cHeFr0cKaH
Apprentice
Joined: 27 Feb 2006
Posts: 188
Location: Frankfurt am Main
|
| Posted: Tue Oct 30, 2007 6:56 pm Post subject: |
|
|
Hi,
Mm also ich hatte in der Lilo.conf bisher immer den kernel-namemeineskernels bei image stehen. Und bisher hats auch immer funktioniert. Aber vielleicht hast du Recht und der versucht wirklich dieses Image vom 3. August zu laden. Was ich nur nicht verstehe, vmlinuz hat doch einen Symlink auf vmlinuz-2.6.18-gentoo-r2 und nicht auf kernel-2.6.18-gentoo-r2 . So wie's bei mir in der lilo.conf steht.
| Code: |
image=/boot/kernel-2.6.18-gentoo-r2
|
Warum würde der dann eventuell versuchen das alte Image vom August zu laden? |
|
| Back to top |
|
|
mastacloak
Apprentice
Joined: 01 Aug 2004
Posts: 174
Location: Berlin / Germany
|
| Posted: Tue Oct 30, 2007 8:21 pm Post subject: |
|
|
| cHeFr0cKaH wrote: |
uname -a:
| Code: |
Linux destiny 2.6.18-gentoo-r2 #7 PREEMPT Sun Jan 7 17:16:23 CET 2007 i686 AMD Athlon(tm) 64 Processor 3500+ AuthenticAMD GNU/Linux
|
|
Du lädst noch nicht mal das Image vom 3. August, sondern anscheinend eines vom 7. Januar. Hast Du auch nochmal nach dem Überschreiben des Kernel-Images ausgeführt? |
|
| Back to top |
|
|
cHeFr0cKaH
Apprentice
Joined: 27 Feb 2006
Posts: 188
Location: Frankfurt am Main
|
| Posted: Tue Oct 30, 2007 8:52 pm Post subject: |
|
|
| Quote: |
Hast Du auch nochmal
nach dem Überschreiben des Kernel-Images ausgeführt?
|
Jap, hab ich gemacht. |
|
| Back to top |
|
|
cHeFr0cKaH
Apprentice
Joined: 27 Feb 2006
Posts: 188
Location: Frankfurt am Main
|
| Posted: Wed Oct 31, 2007 9:42 am Post subject: |
|
|
Guten Morgen,
also ich werd nachher mal wenn ich zuhause bin die Lilo.conf editieren und bei image das hier reinschreiben:
| Code: |
image=/boot/bzImage-2.6.18-gentoo-r2
|
anstatt
| Code: |
image=/boot/kernel-2.6.18-gentoo-r2
|
Dann müsste er ja eigentlich das image booten, welches ich am 29 Oktober erstellt hab. Hoffentlich klappt das dann.
mfg
cHeFr0cKaH
bye! |
|
| Back to top |
|
|
cHeFr0cKaH
Apprentice
Joined: 27 Feb 2006
Posts: 188
Location: Frankfurt am Main
|
| Posted: Wed Oct 31, 2007 12:08 pm Post subject: |
|
|
Soo...der Kernel lädt wieder alle Module  . Kde startet auch wieder. Es lag wohl wirklich an dem alten Image vom 7 Januar.
Danke mastacloak . Das mit dem alten Image hätte ich glatt übersehen. Und natürlich vielen dank an die Anderen!
Ach eine Frage hätte ich noch. Wenn man die alte Kernelconfig behalten möchte, dann mach ich nachdem der kernel mit
| Code: |
make && make modules_install && make install
|
gebaut wurde ein make oldconfig in /usr/src/linux und kopiere dann die .config nach /boot/config-kernelname ? Ist das so richtig in der Reihenfolge?
mfg
cHeFr0cKaH
bye! |
|
| Back to top |
|
|
musv
Advocate
Joined: 01 Dec 2002
Posts: 3337
Location: de
|
| Posted: Wed Oct 31, 2007 9:39 pm Post subject: |
|
|
Neeeee
Wenn du den Kernel konfiguriert hast (menuconfig, xconfig usw.), wird diese Konfiguration in einer Datei namens .config gespeichert. Die befindet sich in Deinem Kernelverzeichnis (/usr/src/linux). Wenn du jetzt einen neuen Kernel installieren willst, dann kannst du die .config von Deinem alten Kernelverzeichnis in das neue reinkopieren. Und danach machst du ein:
,
um die alte .config mit eventuell veränderten Kerneloptionen (neue Treiber, Wegfall alter Treiber) zu modifizieren.
Btw:
Die Konfiguration des aktuell gebooteten Kernels steht auch in /proc/config.gz. Die ist identisch zu der .config im Kernelverzeichnis des aktuellen Kernels.
Und "make oldconfig" kannst du Dir theoretisch auch sparen, wenn du danach die Konfiguration eh noch mit "make xconfig" oder "make menuconfig" bearbeitest. |
|
| Back to top |
|
|
firefly
Watchman
Joined: 31 Oct 2002
Posts: 5205
|
| Posted: Thu Nov 01, 2007 1:13 am Post subject: |
|
|
| musv wrote: | Btw:
Die Konfiguration des aktuell gebooteten Kernels steht auch in /proc/config.gz. Die ist identisch zu der .config im Kernelverzeichnis des aktuellen Kernels.
Und "make oldconfig" kannst du Dir theoretisch auch sparen, wenn du danach die Konfiguration eh noch mit "make xconfig" oder "make menuconfig" bearbeitest. |
Aber nur wenn es in der kernel-konfiguration ausgewählt ist 
_________________
Ein Ring, sie zu knechten, sie alle zu finden,
Ins Dunkel zu treiben und ewig zu binden
Im Lande Mordor, wo die Schatten drohn. |
|
| Back to top |
|
|
cHeFr0cKaH
Apprentice
Joined: 27 Feb 2006
Posts: 188
Location: Frankfurt am Main
|
| Posted: Thu Nov 01, 2007 6:36 am Post subject: |
|
|
Guten Morgen,
ahh ok:) . Dann weiß ich da jetzt auch besser bescheid . Danke euch!
mfg
cHeFr0cKaH
bye! |
|
| Back to top |
|
|
|
Deutsches Forum (German)
