• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Kernel-Parameter für den macair-3,1 mit NVIDIA GeForce 320M

E

ellocco

Hallo zusammen!
Unter AntiX habe ich extrem lange Boot-Zeiten (mehr als 2 Min.).
Wenn ich:
Code: 
ro nomodeset nouveau.modeset=0 i915.modeset=1 acpi=off
verwende geht es schnell, aber Tastatur und Maus funktionieren nicht.

Macht es Sinn acpi=off mit anderen Kernelparametern zu kombinieren,
die besser zu der HW passen?
Wie kann ich nach erfolgreichen booten herausfinden welche Boot-Parameter
ich benötige?

Grüße
el locco
 
Warum nomodeset wenn die 2 anderen einen speziellen modeset Eintrag bedeuten?
Läuft dort der Nvidia Treiber?
Ich würde nomodeset löschen.
Und dann auch mal ohne acpi=off

Hast du nach dem ändern die initramfs neu gebaut?
 
Ich habe eben:
Code: 
ro nomodeset nouveau.modeset=0 acpi_osi=Linux i8042.nopnp=1 selinux=0
probiert (Tip von einem AIchatBOT :) )
das lief schon erheblich besser ich werde gleich die beiden Tipps ausprobieren:
1) "nomodeset" löschen
2) initramfs neu bauen
 
Der chatBOT hat Folgendes vorgeschlagen, was ich dann auch befolgt habe:
Code: 
sudo nano /etc/initramfs-tools/modules
Und hier drei Zeilen eintragen:
Code: 
i8042
i8042_nopnp
psmouse
Danach folgenden Befehl:
Code: 
sudo update-initramfs -u
War dieser Rat vom chatBOT richtig?
Auf jeden Fall hat sich jetzt die Startdauer erheblich verkürzt! - Vielen Dank für Deine Tipps! :)
 
Unabhängig von meiner Quelle, passt denn der Inhalt? - Was kann ich sinnvoll tun, um herauszufinden, was ggf. noch klemmt?
Ist es vernünftig die Datei: "/etc/initramfs-tools/modules" zu editieren? Zur Zeit muß ich den Ausschaltknopf kurz betätigen,
um dem Prozess einen Schubs zu geben.
 
Wenn acpi= notwendig ist, bedeutet das eine fehlerhafte ACPI-Implementierung Deines BIOS bzw. UEFI, wobei acpi=off die schlechteste Lösung ist.

Kernel modesetting schaltet man bei Problemen mit der Grafikkarte aus, um zur Fehleranalyse ein einfaches grafisches System zu erhalten.

Wenn das explizite Laden der 3 Kernel-Module aus Beitrag 4 hilft, ist das für mich ein Zeichen eher exotischer Hardware.

Ein paar Informationen könnten nützlich sein:
Code: 
inxi -ba -Bx
 
Vielen Dank für die Anregung! - Das Problem sind extrem lange Bootzeiten, mehr als zwei Minuten ...
Der Rechner startet auch mit den normalen minimalen Kernelparametern, wie z.B. "ro quiet".
Leider hat der Kernelparameter "nouveau.modeset=0" dazu geführt, dass ich keinen zweiten
Monitor mehr einhängen kann, deshalb habe ich eben Folgendes versucht:
Code: 
ro noapic irqpoll acpi=force acpi_osi=Darwin i8042.nopnp=1 selinux=0
Mit dieser Konfiguration bootet der Rechner ebenfalls, es dauert aber nicht so lange,
wie mit den minimalen Standard-Kernelparametern. Nach wie vor habe ich den Eindruck,
dass das Drücken der Ausschalttaste den Bootvorgang beschleunigt. Und leider ist der Rechner mit
diesen Startparametern instabil. :-(

Hier die HW-Übersicht:
Bash: 
$ inxi -ba -Bx
System:
  Host: antixMacAir Kernel: 6.1.105-antix.1-amd64-smp arch: x86_64 bits: 64
    compiler: gcc v: 12.2.0 clocksource: hpet avail: acpi_pm
    parameters: BOOT_IMAGE=/boot/vmlinuz-6.1.105-antix.1-amd64-smp
    root=UUID=9550f257-c450-419a-8edd-2da1430c1292 ro noapic irqpoll
    acpi=force acpi_osi=Darwin i8042.nopnp=1 selinux=0
  Desktop: IceWM v: 4.0.0 tools: avail: slock,xlock dm: slimski v: 1.5.0
    Distro: antiX-23.2_x64-full Arditi del Popolo 5 October 2024 base: Debian
    GNU/Linux 12 (bookworm)
Machine:
  Type: Laptop System: Apple product: MacBookAir3,1 v: 1.0
    serial: <superuser required> Chassis: type: 10 v: Mac-942452F5819B1C1B
    serial: <superuser required>
  Mobo: Apple model: Mac-942452F5819B1C1B v: 1.0
    serial: <superuser required> uuid: <superuser required> UEFI: Apple
    v: MBA31.88Z.0061.B07.1201241641 date: 01/24/12
Battery:
  ID-1: BAT0 charge: 34.4 Wh (100%) condition: 34.4/36.5 Wh (94.2%)
    temp: 37.5 C volts: 8.36 min: 7.6 model: SMP bq20z451 type: Li-ion
    serial: N/A charging: status: full cycles: 56
CPU:
  Info: dual core Intel Core2 Duo U9400 [MCP] arch: Penryn speed (MHz):
    avg: 1397 min/max: 800/1400
Graphics:
  Device-1: NVIDIA MCP89 [GeForce 320M] vendor: Apple driver: nouveau
    v: kernel non-free: series: 340.xx status: legacy (EOL~2019-12-xx) last:
    release: 340.108 kernel: 5.4 xorg: 1.20 arch: Tesla process: 40-80nm
    built: 2006-2013 ports: active: DP-1,eDP-1 empty: none bus-ID: 02:00.0
    chip-ID: 10de:08a2 class-ID: 0300 temp: 79.0 C
  Device-2: USB C Video Adaptor driver: N/A type: USB rev: 2.0
    speed: 12 Mb/s lanes: 1 mode: 1.1 bus-ID: 2-2.1.1:5 chip-ID: 25a4:9321
    class-ID: 1100 serial: 000000000001
  Device-3: Apple FaceTime Camera driver: N/A type: USB rev: 2.0
    speed: 12 Mb/s lanes: 1 mode: 1.1 bus-ID: 3-6:5 chip-ID: 05ac:850a
    class-ID: ef00 serial: CCGAB2W1FDDF9KF0
  Display: server: X.Org v: 1.21.1.7 driver: X: loaded: modesetting
    unloaded: fbdev,vesa dri: nouveau gpu: nouveau resolution: 1: 2560x1440~60Hz
    2: 1366x768~60Hz
  API: OpenGL v: 3.3 vendor: nouveau mesa v: 22.3.6 glx-v: 1.4 es-v: 3.1
    direct-render: yes renderer: NVAF device-ID: 10de:08a2 memory: 186.5 MiB
    unified: yes
  Info: Tools: api: eglinfo,glxinfo x11: xdriinfo, xdpyinfo, xprop, xrandr
Network:
  Device-1: Broadcom BCM43224 802.11a/b/g/n vendor: Apple AirPort Extreme
    driver: wl v: kernel modules: bcma pcie: gen: 1 speed: 2.5 GT/s lanes: 1
    bus-ID: 01:00.0 chip-ID: 14e4:4353 class-ID: 0280
  Device-2: Realtek RTL8153 Gigabit Ethernet Adapter driver: r8152 type: USB
    rev: 2.1 speed: 480 Mb/s lanes: 1 mode: 2.0 bus-ID: 2-2.1.4:7
    chip-ID: 0bda:8153 class-ID: 0000 serial: 001000001
Drives:
  Local Storage: total: 3.69 TiB used: 3.37 TiB (91.2%)
Info:
  Memory: total: 2 GiB note: est. available: 1.67 GiB used: 515.2 MiB (30.1%)
  Processes: 138 Power: uptime: 6m states: freeze,mem,disk suspend: deep
    avail: s2idle wakeups: 0 hibernate: platform avail: shutdown, reboot,
    suspend, test_resume image: 661.7 MiB Init: SysVinit v: 3.06 runlevel: 2
    default: 2 tool: service
  Packages: pm: dpkg pkgs: 1909 libs: 946
    tools: apt,apt-get,aptitude,synaptic Compilers: gcc: 12.2.0 Shell: Bash
    v: 5.2.15 running-in: roxterm inxi: 3.3.39
stefan@antixMacAir:~
$ inxi -ba -Bx
System:
  Host: antixMacAir Kernel: 6.1.105-antix.1-amd64-smp arch: x86_64 bits: 64
    compiler: gcc v: 12.2.0 clocksource: hpet avail: acpi_pm
    parameters: BOOT_IMAGE=/boot/vmlinuz-6.1.105-antix.1-amd64-smp
    root=UUID=9550f257-c450-419a-8edd-2da1430c1292 ro noapic irqpoll
    acpi=force acpi_osi=Darwin i8042.nopnp=1 selinux=0
  Desktop: IceWM v: 4.0.0 tools: avail: slock,xlock dm: slimski v: 1.5.0
    Distro: antiX-23.2_x64-full Arditi del Popolo 5 October 2024 base: Debian
    GNU/Linux 12 (bookworm)
Machine:
  Type: Laptop System: Apple product: MacBookAir3,1 v: 1.0
    serial: <superuser required> Chassis: type: 10 v: Mac-942452F5819B1C1B
    serial: <superuser required>
  Mobo: Apple model: Mac-942452F5819B1C1B v: 1.0
    serial: <superuser required> uuid: <superuser required> UEFI: Apple
    v: MBA31.88Z.0061.B07.1201241641 date: 01/24/12
Battery:
  ID-1: BAT0 charge: 34.4 Wh (100%) condition: 34.4/36.5 Wh (94.2%)
    temp: 37.5 C volts: 8.36 min: 7.6 model: SMP bq20z451 type: Li-ion
    serial: N/A charging: status: full cycles: 56
CPU:
  Info: dual core Intel Core2 Duo U9400 [MCP] arch: Penryn speed (MHz):
    avg: 1397 min/max: 800/1400
Graphics:
  Device-1: NVIDIA MCP89 [GeForce 320M] vendor: Apple driver: nouveau
    v: kernel non-free: series: 340.xx status: legacy (EOL~2019-12-xx) last:
    release: 340.108 kernel: 5.4 xorg: 1.20 arch: Tesla process: 40-80nm
    built: 2006-2013 ports: active: DP-1,eDP-1 empty: none bus-ID: 02:00.0
    chip-ID: 10de:08a2 class-ID: 0300 temp: 79.0 C
  Device-2: USB C Video Adaptor driver: N/A type: USB rev: 2.0
    speed: 12 Mb/s lanes: 1 mode: 1.1 bus-ID: 2-2.1.1:5 chip-ID: 25a4:9321
    class-ID: 1100 serial: 000000000001
  Device-3: Apple FaceTime Camera driver: N/A type: USB rev: 2.0
    speed: 12 Mb/s lanes: 1 mode: 1.1 bus-ID: 3-6:5 chip-ID: 05ac:850a
    class-ID: ef00 serial: CCGAB2W1FDDF9KF0
  Display: server: X.Org v: 1.21.1.7 driver: X: loaded: modesetting
    unloaded: fbdev,vesa dri: nouveau gpu: nouveau resolution: 1: 2560x1440~60Hz
    2: 1366x768~60Hz
  API: OpenGL v: 3.3 vendor: nouveau mesa v: 22.3.6 glx-v: 1.4 es-v: 3.1
    direct-render: yes renderer: NVAF device-ID: 10de:08a2 memory: 186.5 MiB
    unified: yes
  Info: Tools: api: eglinfo,glxinfo x11: xdriinfo, xdpyinfo, xprop, xrandr
Network:
  Device-1: Broadcom BCM43224 802.11a/b/g/n vendor: Apple AirPort Extreme
    driver: wl v: kernel modules: bcma pcie: gen: 1 speed: 2.5 GT/s lanes: 1
    bus-ID: 01:00.0 chip-ID: 14e4:4353 class-ID: 0280
  Device-2: Realtek RTL8153 Gigabit Ethernet Adapter driver: r8152 type: USB
    rev: 2.1 speed: 480 Mb/s lanes: 1 mode: 2.0 bus-ID: 2-2.1.4:7
    chip-ID: 0bda:8153 class-ID: 0000 serial: 001000001
Drives:
  Local Storage: total: 3.69 TiB used: 3.37 TiB (91.2%)
Info:
  Memory: total: 2 GiB note: est. available: 1.67 GiB used: 545.1 MiB (31.8%)
  Processes: 140 Power: uptime: 6m states: freeze,mem,disk suspend: deep
    avail: s2idle wakeups: 0 hibernate: platform avail: shutdown, reboot,
    suspend, test_resume image: 661.7 MiB Init: SysVinit v: 3.06 runlevel: 2
    default: 2 tool: service
  Packages: pm: dpkg pkgs: 1909 libs: 946
    tools: apt,apt-get,aptitude,synaptic Compilers: gcc: 12.2.0 Shell: Bash
    v: 5.2.15 running-in: roxterm inxi: 3.3.39
 
ellocco schrieb:
Code: 
[CODE]CPU:
  Info:
    dual core Intel Core2 Duo U9400 [MCP] arch: Penryn speed (MHz): avg: 1397 min/max: 800/1400
Zum Vergrößern anklicken....
Wunderdinge darfst Du von dieser Uralt-CPU nicht erwarten.

ellocco schrieb:
Leider hat der Kernelparameter "nouveau.modeset=0" dazu geführt, dass ich keinen zweiten
Monitor mehr einhängen kann
Zum Vergrößern anklicken....
Das ist logisch, denn ohne kernel modesetting kann nur ein einfacher Treiber verwendet werden. Den Bildschirm betrachte ich nicht als Problemursache. Auch Tastatur und Maus kann ich mir als große Verzögerer nicht vorstellen, aber von einem MAC und dessen spezifikationswidrigen Eigenheiten habe ich keine Ahnung.

Irgendwie habe ich das Gefühl, daß Du ziemlich sprunghaft Kernel-Parameter durchprobierst.
ellocco schrieb:
parameters: BOOT_IMAGE=/boot/vmlinuz-6.1.105-antix.1-amd64-smp root=UUID=9550f257-c450-419a-8edd-2da1430c1292 ro noapic irqpoll acpi=force acpi_osi=Darwin i8042.nopnp=1 selinux=0
Zum Vergrößern anklicken....
Ich weiß nicht, ob es eine Spur sein kann, aber entferne die rot markierten Parameter, und schau Dir das Ergebnis von
Code: 
dmesg | grep -E "apic|clocksource|hpet|tsc"
an. Im übrigen wüßte ich im Augenblick nicht, wo man noch ansetzen kann.
 
ellocco schrieb:
Unter AntiX habe ich extrem lange Boot-Zeiten (mehr als 2 Min.).
Zum Vergrößern anklicken....
Von welchem Medium (DVD, USB-Datenträger, HDD, SSD, ...) startest Du Antix?

ellocco schrieb:
Macht es Sinn acpi=off mit anderen Kernelparametern zu kombinieren,
Zum Vergrößern anklicken....
Ich würde immer erst einmal ganz ohne Kernelparameter starten. Und dann anhand dieser Liste Parameter ausprobieren.

Parameter wie i915.modeset=1 erscheinen mir nicht sinnvoll, da der Intel Core2 Duo U9400 sehr wahrscheinlich keine Prozessorgrafik anbietet.
 
Ich habe eine spannende Zusammenfassung zum Thema "acpi_osi" gefunden:

How to Choose the Proper ACPI Kernel Argument​

Das Thema, das mich gerade umtreibt, ist die Suche nach einem ausgereiften Skript (bash, perl, julia, python oder ähnlich),
um die Kernelmeldungen zu analysieren. Themen sind:
  • Zeitstoppen (bei 5 min Bootzeiten macht das Messen mit der Stoppuhr keinen Spaß)
  • Analyse der Bottlenecks
Die im Netz erwähnten systemd-Werkzeuge funktionieren unter AntiX leider nicht, hat da jemand einen Tip?

Die z.Z. von mir präferierten Kernel-Parameter für die Hardware sind:
Code: 
ro nouveau.modeset=1 tsc=unstable "acpi_osi=Windows 2009" i8042.nopnp=1 selinux=0
 
ellocco schrieb:
nouveau.modeset=1
Zum Vergrößern anklicken....
ist ohnehin der Standardwert.

Falls Du SysVinit verwendest, kannst Du für eine einfache Lösung in der Datei /etc/rc.d/rc.local (falls sie bei antiX auch so heißt, jedenfalls ist jene Datei gemeint, die nach dem letzten Init-Skript ausgeführt wird) die Zeilen
Code: 
dmesg -T | head -1 > /tmp/zeit.txt
date +'%-d.%-m. um %X.%N Uhr' >> /tmp/zeit.txt
eintragen. Damit erhältst Du die erste vom Kernel protokollierte Zeile und den Durchführungszeitpunkt von /etc/rc.d/rc.local. Die Gestaltung von date bleibt Dir überlassen.

Außerdem kannst Du das Ergebnis von dmesg in eine Datei schreiben und diese oder /var/log/messages nach zeitlichen Lücken überfliegen. Mit "eleganten" Lösungen kann ich nicht aufwarten.

Ich kenne antiX nicht und bei 5 Minuten wäre das für mich keine Erklärung, aber werden die runlevel-Skipte in /etc/rc.d/rc5.d (= grafischer Systemstart) sequentiell (und nicht parallel) abgearbeitet?

Zu Runit kann ich diesbezüglich nichts sagen.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben