Archiv verlassen und diese Seite im Standarddesign anzeigen : 4gb adressieren
Hallo,
ich habe mir 2x2gb ddr2 dimm rams gekauft und mir in meinen pc eingebaut.
technische daten:
AMD Sempron(tm) Processor 2800+
MemTotal: 3043428 kB
MemFree: 813368 kB
Buffers: 15092 kB
Cached: 2173728 kB
SwapCached: 0 kB
Active: 243924 kB
Inactive: 1950768 kB
HighTotal: 2162624 kB
HighFree: 1024 kB
LowTotal: 880804 kB
LowFree: 812344 kB
SwapTotal: 971924 kB
SwapFree: 971924 kB
Dirty: 334496 kB
Writeback: 0 kB
Mapped: 10832 kB
Slab: 25584 kB
Committed_AS: 31924 kB
PageTables: 320 kB
VmallocTotal: 114680 kB
VmallocUsed: 2680 kB
VmallocChunk: 111724 kB
Hab mir den aktuellen kernel kernel-image-2.6.8-3-686 runtergeladen und installiert. er startet auch einwandfrei nur wie ihr oben seht, adressiert er nur 3gb statt 4gb? woran kann es den liegen? Muss ich noch weitere sachen installieren oder konfigurieren damit es klappt?
Beim kernel-image-2.6.8-3-386 hat er nur 1gb adressiert
Hallo,
versuch es mal mit einem PAE-Kernel, sollte eigentlich klappen.
Gruss
Michael
sorry aber PAE-Kernel sagt mir garnichts? hab das auch per apt-cache search PAE-Kernel net gefunden. Gibst das bei Debian? Kannst du mir nen link schicken wo ich das vielleicht downloaden kann und installieren kann?
... oder suche doch mal nach BIG-SMP oder ähnlichem...
Um welche Distri geht's denn überhaupt - dann könnte man ein bisschen genauer helfen...
Habe Debian Sarge 3.1 r3
den kernel (kernel-image-2.6.8-3-386) habe ich davor drauf gehabt und habe dann den kernel (kernel-image-2.6.8-3-686) upgedatet mit apt-get install...
habe es schon mit kernel-image-2.6.8-3-686-smp probiert aber der installiert sich nicht. Dort gibt er eine Fehlermeldung aus:
apt-get install kernel-image-2.6.8-3-686-smp
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
Vorgeschlagene Pakete:
lilo kernel-doc-2.6.8 kernel-source-2.6.8
Empfohlene Pakete:
irqbalance
Die folgenden NEUEN Pakete werden installiert:
kernel-image-2.6.8-3-686-smp
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 0B von 15,4MB Archiven geholt werden.
Nach dem Auspacken werden 45,0MB Plattenplatz zusätzlich benutzt.
(Lese Datenbank ... 52353 Dateien und Verzeichnisse sind derzeit installiert.)
Entpacke kernel-image-2.6.8-3-686-smp (aus .../kernel-image-2.6.8-3-686-smp_2.6.8-16sarge6_i386.deb) ...
You are attempting to install a kernel image (version 2.6.8-3-686-smp)
However, the directory /lib/modules/2.6.8-3-686-smp still exists. If this
directory belongs to a previous kernel-image-2.6.8-3-686-smp package, and if
you have deselected some modules, or installed standalone modules
packages, this could be bad. However, if this directory exists because
you are also installing some stand alone modules right now, and they
got unpacked before I did, then this is pretty benign. Unfortunately,
I can not tell the difference.
If /lib/modules/2.6.8-3-686-smp belongs to a old install of
kernel-image-2.6.8-3-686-smp, then this is your last chance to abort the
installation of this kernel image (nothing has been changed yet).
If this directory is because of stand alone modules being installed
right now, or if it does belong to an older kernel-image-2.6.8-3-686-smp
package but you know what you are doing, and if you feel that this
image should be installed despite this anomaly, Please answer n to the
question.
Otherwise, I suggest you move /lib/modules/2.6.8-3-686-smp out of the way,
perhaps to /lib/modules/2.6.8-3-686-smp.old or something, and then try
re-installing this image.
Do you want to stop now? [Y/n]Y
Ok, Aborting
dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/kernel-image-2.6.8-3-686-smp_2.6.8-16sarge6_i386.deb (--unpack):
Unterprozess pre-installation script gab den Fehlerwert 1 zurück
Searching for GRUB installation directory ... found: /boot/grub .
Testing for an existing GRUB menu.list file... found: /boot/grub/menu.lst .
Searching for splash image... none found, skipping...
Found kernel: /boot/vmlinuz-2.6.8-3-686
Found kernel: /boot/vmlinuz-2.6.8-3-386
Updating /boot/grub/menu.lst ... done
Fehler traten auf beim Bearbeiten von:
/var/cache/apt/archives/kernel-image-2.6.8-3-686-smp_2.6.8-16sarge6_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Weiß nicht was er da will
... oder suche doch mal nach BIG-SMP oder ähnlichem...
Um welche Distri geht's denn überhaupt - dann könnte man ein bisschen genauer helfen...
SMP ist multiprozessor unterstuetztung... denke nicht das der hier helfen sollte. du musst einen kernel mit high memory unterstuetzung (ueber 4gb) einspielen ( oder selber in den kernel einbauen). Da gibt es bistimmt auch patches fuer.
mit ging's ja auch nur den Ansatz - oft gibt's halt die 4GB-Unterstützung mit SMP schon mit dabei und dann kann man anhand dem Namen des Pakets evtl. leichter den entsprechenden ohne SMP finden - oder halt einfach den SMP-Kernel nehmen, stört ja nicht...
kennt jemand kernel versionen die über 4gb ram unterstützen? habe schon ein paar Kernelversionen ausprobiert, aber die gehen nur bis 3 gb.
Hier mal welche ich schon installiert habe:
kernel-image-2.6.8-3-k7
kernel-image-2.6.8-3-686
Gibt es noch ein paar kernelversionen? hat jemand so eine kernelversion die 4gb unterstützt?
Mit bauen von Kernelversion ist mir leider ein "Fremdwort" hab mich noch nie damit beschäftigt.
naja beim smp kernel meckert ja ja rum das es nicht funktioniert. ich kann ja die 386-smp installieren aber denke nicht das es da funktioniert...
Am besten Kernelsourcen ziehen und dann den Kernel von Hand konfigurieren und kompilieren.
Leon
ja okay, baue mir gerade meinen eigenen kernel mit dem 2.6.8-3-686 kernel. Weiß jemand wo ich das einstellen kann das er 4 gb nehmen soll?
schau mal hier... ;)
http://www.linuxforen.de/forums/showthread.php?t=161878
ja okay, baue mir gerade meinen eigenen kernel mit dem 2.6.8-3-686 kernel. Weiß jemand wo ich das einstellen kann das er 4 gb nehmen soll?
Wieso nimmst du nicht gleich 2.6.20?
MfG
Debian Sarge bietet von Haus aus keinen bigmem-Kernel. Bleibt also wohl nur das nachziehen aus externen Repositories (falls vorhanden) oder das bereits erwaehnte Neu-Kompilieren mit aktivierter bigmem-Unterstuetzung.
'cuda
Also ich kompiliere gerade die version 2.6.20.3 mal gucken ob es da läuft, bis jetzt hatte ich mit den 2.6.8 versionen immer nen kernelpanic und da denke ich mir mache ich irgendwie falsch. Weiß leider bloß nicht was. in ner stunde wenn der fertig kompiliert hat, werde ich mal bescheid geben obs geklappt hat.
Also hab mal die kernelversion 2.6.20.3 von kernel.org runtergeladen und entpackt. danach bin ich in den ordner gegangen und hab folgendes gemacht:
make-kpkg --revision=custom.1.0 build
danach dann
make-kpkg --revision=custom.1.0 kernel_image
und danach dann
ins verzeichnis /usr/src gewechselt
und da folgendes eingeben
dpkg -i kernel-image-2.6.20.3_custom.1.0_i386.deb
dann hab ich ihn neugebootet und dann meldet er das er nen kernelpanik hat und das er nicht root mounten kann. Was ist den daran der Fehler? kompiliere ich falsch? hab die Anleitung hierher: http://www.linuxforen.de/forums/showthread.php?t=70355&highlight=kernel+kompilieren
Vielen danke für eure hilfe
Ich vermute mal, dass Du das Dateisystem fuer / nicht fest einkompiliert hast.
'cuda
Columbo0815
23.03.07, 09:17
Da er wohl keine initrd verwendet (was ich aus der Befehlszeile "make-kpkg --revision=custom.1.0 kernel_image" schlließe), schließe ich mich Cuda an... :)
wie kompiliere ich denn das / fest ein? will nun gerne die version 2.6.20.3 verwenden, da es ja das neuste ist. kann ich dann da auch über "make menuconfig" reingehen und dort dann das sagen das er / fest einbinden soll? kann ich dann auch wie folgt vorgehen?
1. make menuconfig
2. auswählen was ich haben will
3. make-kpkg --revision=custom.1.0 build
4. make-kpkg --revision=custom.1.0 kernel_image
5. cd /usr/src
6. dpkg -i kernel-image-2.6.20.3_custom.1.0_i386.deb
geht das oder muss ich es ander kompilieren?
Hab mal folgendes mit dem befehl dmesg rausgefunden:
Warning only 4GB will be used.
Use a PAE enabled kernel.
3200MB HIGHMEM available.
896MB LOWMEM available.
Memory: 3037932k/4194304k available (1553k kernel code, 41016k reserved, 689k data, 148k init, 2162624k highmem)
Werden da jetzt 4gb benutzt oder nur 3gb?
wenn ich top eingeben zeigt er mir nur das an:
Mem: 3043428k total, 64268k used, 2979160k free, 5436k buffers
Swap: 971924k total, 0k used, 971924k free, 39648k cached
Mache es über make menuconfig und binde dein Dateisystem fest ein!
EDIT: Und was sagt free -m ?
free -m sagt folgendes:
total used free shared buffers cached
Mem: 2972 62 2909 0 5 38
-/+ buffers/cache: 18 2953
Swap: 949 0 949
Sieht so aus , als werden wohl nur 2972MB genutzt...
Das wird auch an den Kerneleinstellungen liegen "Memory split (3G/1G user/kernel split)"
Na erstelle erst einmal den Kernel neu....
Binde das Filesystem fest ein unter File systems ---> , setzte bei dem betreffenden Dateisystem.
Und danach änderst du unter Processor type and features ---> , High Memory Support (4GB) ---> in 64GB .
Dann sollte es klappen...
Greeez Oli
ich habe jetzt die config unter testkernel.config gespeichert. darin liegen alle Sachen die ich eingestellt habe, wie kann ich dies config denn kompilieren? denke wenn ich das nun wie oben mache, das er nicht die testkernel.config hernimmt
Sichere lieber die alte .config und speichere deine Einstellungen in der .config ganz normal.
gut, jetzt dauerts mal ne halbe stunde bis das durch ist. mal gucken ob er es nun nimmt.
kann man den split auch ausstellen das man 4 gb hat? oder ist es sinnvoll so ein splitt zu haben?
Das hängt von der gewünschten Konfiguration ab; prinzipiell wird diese durch drei Parameter beeinflußt (folgendes ist Linux/x86 spezifisch):
1) PAE-Unterstützung
2) HIGHMEM-Unterstützung
3) die Aufteilung des Adressraums
PAE (36-bit Physical Address Extension) hat Einfluß darauf, ob der Prozessor den installierten Arbeitsspeicher grundsätzlich vollständig addressieren kann: ohne PAE wird das mit 4GB RAM nicht der Fall sein, da ein Teil des Arbeitsspeichers jenseits der 4GB-Grenze liegen wird (bedingt durch I/O-Fenster, etc.). Ohne HIGHMEM-Unterstützung macht der Kernel nur den Teil des Arbeitsspeichers verfügbar, den er selber addressieren kann; wieviel dies konkret ist wird durch die Aufteilung des Adressraums bestimmt, die i.d.R. 3GB/1GB (3:1 user:kernel split) ist.
Du wirst also einen HIGHMEM4G oder HIGHMEM64G Kernel (mit PAE-Unterstützung) benutzen wollen, die standardmäßige Aufteilung des Adressraums kannst Du aber mit großer Wahrscheinlichkeit ohne Änderungen übernehmen.
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.