Siduction Forum
Siduction Forum => Hardware - Support => Topic started by: postkutscher on 2012/01/28, 23:29:14
-
Hallo,
habe zu Weihnachten meinem Laptop 4Gb Ram gegönnt. Leider hängt der Läppi mit den 4GB in einer Boot-Schleife (bei 64 bit, bei 32 bit wird gebootet und 3Gb erkannt).
Anfänglich hatte ich die Speicherriegel im Verdacht. Die habe ich mehrfach getauscht und auch die Hersteller gewechselt. Leider ohne Erfolg.
Also fing ich an ein Lösung zu finden.
In der boot.log war nichts dazu zu finden (reboot war wohl zu zeitig)
Also ich sehe die beiden Pinguine, dann noch ca. 5-8 Zeilen und dann Bild schwarz und reboot
Bios ist aktuell!
Nachdem ich die Ram's ausschließen konnte, habe ich angefangen DJ zu spielen und habe mit mehreren Live-CD's gebootet einige gingen, die meisten nicht. (32-bit ging immer)
z.B. Sabyon 5.5 ging, 7.0 ging nicht.
sidux, aptosid gingen gar nicht. (zumindest die CD's die ich hier hatte)
Sqeese Netinstall ging, nach der Installation sollte ich neu booten und dann gings wieder nicht.
Kanotix-Hellfire ging, nach einem upgrade und neuster Kernel-Installation konnte ich den Lappi mit 4Gb immer noch booten. :) :)
Also siduction installiert und nach Kanotix-factorids den neusten Kernel installiert. Und siehe da es geht. :)
postkutscher@siductionbox:~$ inxi -v3
System: Host: siductionbox Kernel: 3.3.0-030300rc1-generic x86_64 (64 bit, gcc: 4.4.3)
Desktop Xfce 4.8.3 (Gtk 2.24.6) Distro: siduction 11.1-rc One Step Beyond - xfce - (201112212211)
Machine: System: LENOVO (portable) product: 42333EG version: Lenovo 3000 N500
Mobo: LENOVO model: KIWDX version: REFERENCE Bios: LENOVO version: 6GET19WW(for NON-HDMI) date: 01/28/2010
CPU: Dual core Intel Core2 Duo CPU T5800 (-MCP-) cache: 2048 KB flags: (lm nx sse sse2 sse3 ssse3) bmips: 7979.7
Clock Speeds: 1: 800.00 MHz 2: 800.00 MHz
Graphics: Card: nVidia G98 [GeForce 9300M GS] bus-ID: 01:00.0
X.Org: 1.11.3.901 drivers: nouveau (unloaded: vesa,fbdev) Resolution: 1280x800@60.0hz
GLX Renderer: Gallium 0.4 on NV98 GLX Version: 2.1 Mesa 7.11.2 Direct Rendering: Yes
Network: Card-1: Intel PRO/Wireless 5100 AGN [Shiloh] Network Connection driver: iwlwifi ver: in-tree: bus-ID: 04:00.0
IF: wlan0 state: down mac: 00:21:5d:cc:53:d0
Card-2: Broadcom NetLink BCM5906M Fast Ethernet PCI Express driver: tg3 ver: 3.122 bus-ID: 07:00.0
IF: eth0 state: up speed: 100 Mbps duplex: full mac: 00:1e:ec:9a:39:25
Drives: HDD Total Size: 500.1GB (5.7% used) 1: TOSHIBA_MK5055GS
Info: Processes: 120 Uptime: 1 min Memory: 176.7/3950.0MB Runlevel: 5 Gcc sys: 4.6.2 Client: Shell inxi: 1.7.27
postkutscher@siductionbox:~$
Nun meine eigentliche Frage:
Muß ich nun einen eigenen (siduction)Kernel bauen oder kann ich das mit einer Boot-Option lösen?
Oder gibt es noch ne andere Möglichkeit den N550 mit 4Gb und siduction zum booten zu überreden?
Mit freundlichen Gruß
postkutscher
-
Könntest Du mal einen Siduction-Kernel mit
intel_iommu=0
als Bootcheat booten?
-
Hi towo,
danke für Deine schnelle Antwort.
Mit intel_iommu=0 als bootcheat geht leider auch nicht. Weder bei der Installation, noch vom ISO (USB-Stick)
MfG
detlef
-
@ towo
Wäre es möglich das die MTRR nicht durchgängig sind und der Laptop deshalb streikt? In der Kernelkonfiguration gibtb es eine Option mit der man solche Lücken in der Belegung zusammenlegen kann. Das scheint bei einigen Biosversionen vorzukommen(bei größeren Speichermengen ab 4GB) oder bin ich vielleicht auf den falschen Dampfer? :?
EDIT
Ich meine diese Option:
CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
-
Hi MadDin,
das würde heißen mit oldconfig die Option anschalten.
Hmm der letzte Kernel bei dem ich rumgespielt habe war 2.6.5. :roll:
Ist also schon ne Weile her. ;)
EDIT:
Habe gerade mal in den configs im /boot nachgeschaut. Ist bei beiden =1
EDIT-Ende
Vielleicht hat ja towo noch was im Ärmel. ;)
Gruß postkutscher
-
Kann man nicht die config des funktionierenden Kernels aus /proc auslesen ?
-
hi dieres,
habe gerade mal in /proc nachgeschaut. Habe kein Verzeichnis oder Datei mit kernel, config oder conf gefunden.
Wie kann man das denn auslesen?
Gruß postkutscher
-
Man kann es aus /boot/config-foo auslesen. In deinem Fall:
cat /boot/config-3.1-3.towo.1-siduction-amd64 | grep -i mtrrMusst halt Deinen kernel anpassen.
greetz
devil
-
hi devil
danke.
Wie man sieht, ist es bei beiden angeschalten.
postkutscher@siductionbox:~$ cat /boot/config-3.2-2.towo.1-siduction-amd64 | grep -i mtrr
CONFIG_MTRR=y
CONFIG_MTRR_SANITIZER=y
CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
postkutscher@siductionbox:~$ cat /boot/config-3.3.0-030300rc1-generic | grep -i mtrr
CONFIG_MTRR=y
CONFIG_MTRR_SANITIZER=y
CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
postkutscher@siductionbox:~$
Also sollte es an was anderes liegen. Aber was?
Gruß postkutscher
-
Ist es denn wirklich so, dass, wenn du den ursprünglichen Zustand beim RAM wiederherstellst, wieder geht?
Gibts im BIOS irgendwo ne Einstellung, die das RAM (und/oder dessen Aufrüstung) betrifft? Wird im Eingangsbildschirm des BIOS die Menge richtig angezeigt?
greetz
devil
-
Hi devil,
im Bios werden die 4GB angezeigt. Eine Option "Memory Remapping" oder ähnliches gibt es nicht.
Hatte testweise mal WIN 7 Ultimate 64-bit installiert und da wurden die 4GB auch erkannt. Da es mit dem Kanotix-kernel geht und mit den sidux, aptosid und siduction-kernel nicht geht, habe ich den Kernel bzw. die config oder patch in Verdacht.
Leider reichen meine Kernel-Kenntnisse nicht aus, um das näher zu analysieren.
Bis 3GB bootet der siduction-kernel mit 64-bit.
Bei 4GB hängt der siduction-kernel mit 64-bit in einer bootschleife
Bei 4Gb bootet die 32-bit iso und es werden 3Gb erkannt. (normal)
Gruß detlef
-
schade, das hier keiner mehr ein Hinweis für mich hat.
Google hilft mir ja auch nicht weiter.
Gruß postkutscher
-
Schon mal auf die Idee gekommen beide Dateien per diff zu vergleichen und dann zu schreiben wo der Unterschied liegt? Dann kann sich towo auch Gedanken machen wo er drehen muß oder dir sagen warum er daran nicht dreht...
-
Hallo Geier0815,
danke für den Hinweis. Auf das einfachste kommt man meistens selber nicht ;)
Habe hier mal die .txt als zip angehängt, die ich mit folgendem Befehl erstellt habe.
postkutscher@siductionbox:~$ diff -r /boot/config-3.2-2.towo.1-siduction-amd64 /boot/config-3.3.0-030300rc1-generic >> unterschied.txt und dann als zip gepackt.
Für den Code wars wohl zu viel.
Gruß postkutscher
-
Mach mal bitte ein
diff -ruN /boot/config-3.2-2.towo.1-siduction-amd64 /boot/config-3.3.0-030300rc1-generic >> unterschied.txt
-
Hi towo,
danke das Du nochmal meldest.
Hier mal die Ausgabe, die Du sehen wolltest als Anhang.
Gruß postkutscher
-
Würdest Du bitte mal
linux-image-3.3-3.3-rc2-siduction-amd64
aus unserem experimental-Repo testen?
-
@towo,
würde ich gerne tun. Leider mache ich wieder was falsch.
root@siductionbox:/home/postkutscher# apt-get install linux-image-3.3-3.3-rc2-siduction-amd64
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Statusinformationen werden eingelesen... Fertig
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:
Die folgenden Pakete haben unerfüllte Abhängigkeiten:
linux-image-3.3-3.3-rc2-siduction-amd64 : Hängt ab von: module-init-tools (>= 3.36) aber 3.16-1 soll installiert werden
E: Beschädigte Pakete
root@siductionbox:/home/postkutscher#
Edit: Habe gerade ein dist-upgrade gemacht, gebracht hats aber leider auch nichts. Ein install -f ebenfalls nicht
Gruß postkutscher
-
Sorry, da hatte ich einen Zahlendreher in einem Template, ich bau neu und lads nochmal hoch.
-
Na bloß gut. Ich habe schon wieder an mir gezweifelt. :mrgreen: :mrgreen:
-
So, versuche es bitte nochmal mit dem Kernel, nun sollte das funktionieren.
-
@towo
Sorry, war unterwegs.
Danke, das Du Dich dem annimmst.
Habe es gerade versucht, ging leider trotzdem nicht.
Auch mit der Option intel_iommu=0 hatte ich keinen Erfolg.
Die letzte Zeile die ich noch kurz lesen konnte was was mit /udev
dann war der Bildschirm dunkel und reboot
Das hilft Dir sicher auch nicht weiter.
Gruß postkutscher
-
Das wird für mich schwer zu debuggen, weil ich hier mit der config spielen müßte, was recht mühsam wird, da ich jeden Kernel hochladen müßte und auf Deine Meldung warten muß.
Was mich noch interessieren würde, ob /var/log/kern.log etwas relevantes enthält.
-
Hi towo,
habe hier mal einen Auszug aus der kern.log
Beginnend alles was am 1. Feb angefangen hat bis es nach meiner Meinung nichts mehr relevantes dasteht. Die gesamte Datei ist doch ziemlich groß, kann aber nachgeliefert werden.
Gruß postkutscher
Werde erstmal arbeiten gehen, schaue morgen wieder rein.
-
Das Log nüzuz nix, weil das vom Ubuntu-Kernel ist.
Aber mal was Anderes, hast DU mal einen Memcheck laufen lassen, möglichst über Nacht?
-
Dann müßte ich mal mit Deinem Kernel und 3GB mal hochfahren, wegen der log.
Memcheck habe ich mehrfach laufen lassen, weil ich ja verschiedene RAM's von verschieden Herstellern getestet habe, aber nie über Nacht.
Du meinst doch den Memtest86, der auf jeder CD bzw. im Grub zur auswahl steht?
Werd gleich mal laufen lassen und schlafen gehen.
Gruß
-
hi towo,
habe memtest86 mal laufen lassen von ca. 06:30 bis 17.00. Ergebnis: 0 ERROR
Habe dann mal mit ner Live-CD die boot.log umbenannt, damit eine neue erstellt wird. Habe dann mal mit 4GB RAM gebootet, wurde aber keine boot.log erstellt und dann mit 3GB gebootet und diese boot.log hänge ich mal hier an.
Ich hoffe, das hilft Dir weiter.
Gruß Detlef