On 27.04.20 12:57, Sven Hartge wrote:
Sven Hartge <sven@svenhartge.de> wrote:Marco Möller <talby@debianlists.mobilxpress.net> wrote:Apr 27 11:19:12 NOTCH kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009e3ff] usable Apr 27 11:19:12 NOTCH kernel: BIOS-e820: [mem 0x000000000009e400-0x000000000009ffff] reserved Apr 27 11:19:12 NOTCH kernel: BIOS-e820: [mem 0x00000000000d6000-0x00000000000d7fff] reserved Apr 27 11:19:12 NOTCH kernel: BIOS-e820: [mem 0x00000000000dc000-0x00000000000fffff] reserved Apr 27 11:19:12 NOTCH kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000bd6a0fff] usable Apr 27 11:19:12 NOTCH kernel: BIOS-e820: [mem 0x00000000bd6a1000-0x00000000bd6a6fff] reserved Apr 27 11:19:12 NOTCH kernel: BIOS-e820: [mem 0x00000000bd6a7000-0x00000000bd7b3fff] usable Apr 27 11:19:12 NOTCH kernel: BIOS-e820: [mem 0x00000000bd7b4000-0x00000000bd80efff] reserved Apr 27 11:19:12 NOTCH kernel: BIOS-e820: [mem 0x00000000bd80f000-0x00000000bd906fff] usable Apr 27 11:19:12 NOTCH kernel: BIOS-e820: [mem 0x00000000bd907000-0x00000000bdb0efff] reserved Apr 27 11:19:12 NOTCH kernel: BIOS-e820: [mem 0x00000000bdb0f000-0x00000000bdb18fff] usable Apr 27 11:19:12 NOTCH kernel: BIOS-e820: [mem 0x00000000bdb19000-0x00000000bdb1efff] reserved Apr 27 11:19:12 NOTCH kernel: BIOS-e820: [mem 0x00000000bdb1f000-0x00000000bdb63fff] usable Apr 27 11:19:12 NOTCH kernel: BIOS-e820: [mem 0x00000000bdb64000-0x00000000bdb9efff] ACPI NVS Apr 27 11:19:12 NOTCH kernel: BIOS-e820: [mem 0x00000000bdb9f000-0x00000000bdbfffff] ACPI data Apr 27 11:19:12 NOTCH kernel: BIOS-e820: [mem 0x0000000100000000-0x000000013fffffff] usableDie letzte Zeile zeigt, dass 1G (0x3fffffff) in den Bereich jenseits von 4G (0x100000000) gemappt worden ist.Der andere Haupt-Anteil des Speichers, den du siehst, ist von 0x100000 bis 0xbd6a0fff verfügbar, was 3176796159 Bytes oder ~2.9GiB sind.Warum jetzt das RAM oberhalb von 4G nicht benutzt wird, ist jetzt zu klären: Was für einen Kernel nutzt du? Du brauchst entweder einen 32bittigen, der PAE aktiv hat oder besser einen 64bittigen.Die Frage kann ich direkt beantworten: a) Du hast ja einen 64bittigen Kernel, aber b) du verbietest ihm mittels mem=4G die Nutzung des RAMs oberhalb von 4G. Das Problem ist damit hausgemacht. Warum genau brauchst du den Parameter eigentlich?
Ich bin auf einem Samsung P560 Laptop in dem 2x 2 GB RAM installiert sind, zusammen also 4 GB, und das BIOS zeigt das so auch richtig an. Ich kann aber nur booten wenn ich als boot Parameter "mem=4G" angebe, ohne den Parameter bricht das Booten ab noch bevor die Passwortabfrage wegen des encrypted Volume kommt und es findet dann ein Reboot statt. Wenn ich da nicht eingreife und "mem=4G" setze, dann endet das auf besagtem Laptop in einer Endlosschleife abbrechender Boots.
Jenseits der 4 GB RAM gibt es auf diesem problematischen Rechner gar kein RAM mehr!
Die erwähnten 8 GB RAM stecken in einem anderen Rechner, in einem HP Elitebook Laptop), auf dem die identische Linuxinstallation (sie ist auf einem USB-Stick) problemlos läuft und dort aller Speicher wie erwartet auch genutzt wird, z.B. auch im "free -m" oder "inxi -m" Befehl in erwarteter Größe angezeigt werden! Was mich nun unsicher werden lässt, da ich das Debian OS original installiert hatte als der USB-Stick in dem HP-Elitebook mit 8 GB steckte, ob da während der Installation also irgendwo vermerkt wurde dass 8 GB RAM vorhanden sind, und wenn ich mit dem identischen USB Stick nun auf einem nur 4 GB großen Samsung-P560 boote, dann das dort geringere RAM nicht richtig erkannt wird und stattdessen weiterhin mit der Annahme es müssten 8 GB vorhanden sein gearbeitet wird? Das könnte erklären, warum ich mit "mem=4G" diese Obergrenze schon beim booten setzen muss, weil nämlich ansonsten 8 GB stillschweigend erwartet werden - die es aber gar nicht gibt und es daher zum Abbruch (Absturz?) des Bootens kommt?
Bisher dachte ich immer, dass während jedem Bootvorgang individuell festgestellt werden würde wieviel RAM (und welche sonstige Hardware) tatsächlich im Gerät vorhanden ist und dass dann mit dem ermittelten Wert auch verlässlich für die weitere Laufzeit umgegangen wird.
Ich benutze Debian (testing "bullseye") und habe den dort aktuellen 64-bit Kernel in Verwendung. Bei der Installation hatte ich extra die Kernelvariante "generic" ausgewählt, weil ich ja erreichen wollte, dass ich das auf dem USB-Stick installierte OS dann an verschiedenen Rechnern starten und benutzen wollte. Ansonsten funktioniert das auch reibungslos. Die verschiedenen Bildschirme der Laptops, Audio und Kamera, etc., alles funktioniert jeweils richtig auf dem einen oder dem anderen Laptop. Von daher fühle ich mich bestätigt, dass beim Booten jeweils für das individuelle Gerät die Hardware bei jedem Boot erkannt und dann benutzt wird - bis auf den RAM Speicher im Samsung P560 Laptop, für den liegt da noch irgend etwas im argen.