Liebe Fachleute, weil ein guter Freund sein Macbook Air 3,2 nicht mehr auf ein aktuelles OS-X updaten kann, habe ich ihm ein aktuelles Linux Mint 22 darauf installiert. Es ging völlig schmerzfrei und läuft prima - wenn es denn endlich gestartet ist. Nach dem Einschalten und dem Apple-Sound blinkt weit über eine Minute lang nur ein kleiner Curser. Wenn es dann endlich weitergeht, fluppt's. Einem Rat aus einem anderen Forum folgend hatte ich einen NVRAM-Reset gemacht: seitdem ist der Startsound brüllend laut (krieg ich den wieder leiser?) und die Wartezeit ist dadurch noch viel länger geworden. Weil ich mit EFI ohnehin etwas auf Kriegsfuß stehe und zudem nicht weiß, was der Mac am Anfang alles treibt: hat jemand eine Ahnung, wie ich diese lange Startpause wegbekomme? Die in der fstab eingetragenen UUIDs korrespondieren mit denen der Partitionen, das habe ich kontrolliert. Was tun? Danke im Voraus für jede Idee!
LM22 auf Macbook Air 3,2 startet erst nach langer Pause
- Ersteller JuttaMac
- Erstellt am
danicatalos
Aktives Mitglied
- Registriert
- 04.07.2010
- Beiträge
- 1.084
- Reaktionspunkte
- 360
Bei der Installation wird doch Grub installiert. Schon mal geschaut, was für eine Wartezeit eingetragen ist?
Mankind75
Aktives Mitglied
- Registriert
- 28.06.2005
- Beiträge
- 3.103
- Reaktionspunkte
- 1.024
Ja, das ist ein Parameter an dem man drehen kann bzw. könnte. Aber allgemein brauchen der Kernel und das Aufsetzen der RAM-Disk im Speicher auch etwas Zeit zum Entpacken und Einrichten. Viele Distributionen unterdrücken die Meldungen des Kernels um die "User-Experience" zu verbessern.
Danach geht es wohl mit systemd in modernen Linux-Distributionen weiter, der die ganzen Systemdienste wie ein Puzzle zusammen fügt.
Kann mich aber auch irren, da ich noch das alte Init-System von Slackware verwende.
Hallo Danicatalos und Mankind75, vielen Dank für Eure Antworten! Wartezeit habe ich bei Grub keine eingetragen, wenn eine existiert, sieht man die üblicherweise auf dem Auswahlbildschirm vom Grub. Das sind aber nie (ich hab mal nachgemessen) fast 150s! Die ziehen sich, wenn man nur auf einen blinkenden Curser schaut. Ich hab sicher schon 100 Linux Minte (ist das der korrekte Plural?) installiert, aber sowas Extremes ist mir noch nie untergekommen. Immer erscheint flugs der Grubscreen (wenn eine Pause dafür vorgesehen ist) oder das Booten geht gleich nach dem POST los. Was die interne Verarbeitungszeit betrifft, kann man das ja im Syslog verfolgen. Sobald der Start beginnt, läuft es flott, nach 30s ist alles fertig. Irgendwie will der Mac den Grub nicht starten. Es gibt in der boot/EFI zwei Verzeichnisse, eine "BOOT" und eine "Ubuntu" (die heißt so, weil LM auf Ubuntu aufsetzt). Das ist auf anderen Rechnern, auf denen ich LM22 installiert habe, genauso. Aber der Mac scheint eine lange Zeit zu brauchen, bis er Grub gefunden hat. Was tut der Mac solange? Ich hab hier auf einem alten Macbook Pro 3,1 - also viele Jahre älter als das Macbook Air, um das es jetzt geht, ein LM21 installiert. Auch dort gibt es eine Pause, bevor der Start losgeht, aber das sind nur 30s, damit kann man leben, da betreibt man keine lange Forschung. Das schnellere Gerät pausiert aber erheblich länger beim Start als das alte. Es scheint aber was mit dem Bootprozeß der Macs zu tun zu haben. Ich bin ratlos.....
Calamaio
Mitglied
- Registriert
- 12.11.2023
- Beiträge
- 89
- Reaktionspunkte
- 52
Schau mal, wer eventuell der Übeltäter ist. Poste uns mal:
Code:
systemd-analyze
systemd-analyze blame
Code:
systemd-analyze blame > /tmp/systemd-analyze-blame.txt
Code:
inxi -Fxz
Code:
sudo cat /etc/default/grubHallo Calamaio, dankeschön für Dein detailliertes Nachfragen sowie für die Nachhilfe beim Speichern der Textausgaben. Hier die Daten:
Ich hoffe, daß diese Zeilen die von Dir erwarteten Informationen enthalten und freu mich auf Deine Antwort. Nach nochmaliger genauerer Messung sitzt das System 150s nach dem Start-Gong nach außen untätig rum, bevor der Bootvorgang beginnt. Danke schonmal für Deine Mühe!
danicatalos
Aktives Mitglied
- Registriert
- 04.07.2010
- Beiträge
- 1.084
- Reaktionspunkte
- 360
Bootet Linux von USB Stick schneller oder wartet das System da auch so lange?
Das ist in der Tat interessant. der Installationsstick zeigt schnell das Bootmenu, aber wenn ich den "normalen" Eintrag (live-session laden) anklicke, dauert es auch ewig. Nun hab ich mal im "Kompatibilitätsmodus" vom Stick gebootet, der zeigt mir die Bootmeldungen, und siehe da: es hängt immer wieder lange bei der HW-Erkennung, und zwar bei den USB-Anschlüssen. Es ist (außer dem USB-Stick) nix Externes angeschlossen, aber intern gehen offenbar einige Geräte über USB. Die Zeitanzeige blendet aber die ewigen Wartezeiten aus, der Timer zeichnet ein unverdächtiges Bild. Auch wenn in der Realität die Fuhre zwischendurch längere Zeit hängt, der Timer hängt mit. Wie kann ich das verstehen?
iMaxer
Aktives Mitglied
- Registriert
- 26.10.2021
- Beiträge
- 4.544
- Reaktionspunkte
- 3.819
Dem Kernel bereiten gewisse Apple-Modifikationen der Hardware wohl Probleme. Als Normaluser kannst du da außer andere Kernel probieren mMn nicht viel tun. Wenn alles nichts hilft kann man testen, wie gut der Standby funktioniert und das MBA eben so selten wie möglich neu booten.
danicatalos
Aktives Mitglied
- Registriert
- 04.07.2010
- Beiträge
- 1.084
- Reaktionspunkte
- 360
Calamaio
Mitglied
- Registriert
- 12.11.2023
- Beiträge
- 89
- Reaktionspunkte
- 52
@JuttaMac
Das Problem liegt beim Kernel (6.8.0-48) und bei den verbauten Chipsatz Komponenten (NVidia nForce MCP89 Host Bridge Controller) des MBAs 3,2. Der gpu-manager.service braucht mehr als 10 sec, um zu checken das kein proprietärer Nvidia Treiber geladen werden kann und schwenkt dann erst auf den OSS Nouveau Treiber (Tesla) um. Einige UDEV-Regeln sind in Linux Mint 22 (6.8.0.x), aber auch 21.3 (5.15.0-x) etwas suboptimal gesetzt bzw. "verbugged". Da könnte man dran rumspielen. Wenn man weiß was man tut. Wie iMaxxer schon erwähnte, würde ich auf einen anderen Kernel warten (hoffen) oder installieren. Das macht aber alles vielleicht überhaupt keinen Spaß und ist der Mühe nicht wert. Deshalb erstmal mit dem Umstand leben, dass das MBA 3,2 um die 30 sec braucht zum Booten.
Ich habe hier einen Macmini 4,1 der mit Linux Mint 21.3 (gleicher Chipsatz mit dem ominösen GeForce 320M onboard Grafikstein) 23 sec braucht, um hochzufahren. Unter OCLP mit Monterey ebenso. Du bist also nicht allein.
Ich empfehle den Mint Splash-Screen abzuschalten
Das hat psychologische Gründe. Man sieht was passiert beim Boot und die Zeit vergeht gefühlt schneller.
Einstein lässt grüßen. Gleicher Effekt wie mit dem von Dir beschriebenen Erlebnis mit dem Live-USB-Mint-Stick.
Ich nehme stark an das Du immer ein Backup des Systems hast, um bei groben Schnitzern zurückzukommen.
Backup der grub config
Editieren der grub config (ich nehme mal nano als Editor)
Schau mal unter GRUB_CMDLINE_LINUX_DEFAULT. Ändere die Einstellung durch auskommentieren mit Lattenzaun '#'
und Eintragen von "nosplash". Sieht dann so aus. Bsp.
Mit nano Schreiben/Speichern CTRL-O
nano verlassen CTRL-X
grub config neu laden
System Neustarten
Man könnte noch mit "nomodeset" dem Kernel stecken, das Laden der Grafiktreiber nach hinten zu verschieben.
Gib uns auch mal
Viel Erfolg
Das Problem liegt beim Kernel (6.8.0-48) und bei den verbauten Chipsatz Komponenten (NVidia nForce MCP89 Host Bridge Controller) des MBAs 3,2. Der gpu-manager.service braucht mehr als 10 sec, um zu checken das kein proprietärer Nvidia Treiber geladen werden kann und schwenkt dann erst auf den OSS Nouveau Treiber (Tesla) um. Einige UDEV-Regeln sind in Linux Mint 22 (6.8.0.x), aber auch 21.3 (5.15.0-x) etwas suboptimal gesetzt bzw. "verbugged". Da könnte man dran rumspielen. Wenn man weiß was man tut. Wie iMaxxer schon erwähnte, würde ich auf einen anderen Kernel warten (hoffen) oder installieren. Das macht aber alles vielleicht überhaupt keinen Spaß und ist der Mühe nicht wert. Deshalb erstmal mit dem Umstand leben, dass das MBA 3,2 um die 30 sec braucht zum Booten.
Ich habe hier einen Macmini 4,1 der mit Linux Mint 21.3 (gleicher Chipsatz mit dem ominösen GeForce 320M onboard Grafikstein) 23 sec braucht, um hochzufahren. Unter OCLP mit Monterey ebenso. Du bist also nicht allein.
Ich empfehle den Mint Splash-Screen abzuschalten
Das hat psychologische Gründe. Man sieht was passiert beim Boot und die Zeit vergeht gefühlt schneller.
Einstein lässt grüßen. Gleicher Effekt wie mit dem von Dir beschriebenen Erlebnis mit dem Live-USB-Mint-Stick.Ich nehme stark an das Du immer ein Backup des Systems hast, um bei groben Schnitzern zurückzukommen.
Backup der grub config
Code:
sudo cp /etc/default/grub /etc/default/grub.backupEditieren der grub config (ich nehme mal nano als Editor)
Code:
sudo nano /etc/default/grubSchau mal unter GRUB_CMDLINE_LINUX_DEFAULT. Ändere die Einstellung durch auskommentieren mit Lattenzaun '#'
und Eintragen von "nosplash". Sieht dann so aus. Bsp.
Code:
#GRUB_CMDLINE_LINUX_DEFAULT="quiet splash
GRUB_CMDLINE_LINUX_DEFAULT="nosplash"Mit nano Schreiben/Speichern CTRL-O
nano verlassen CTRL-X
grub config neu laden
Code:
sudo update-grubSystem Neustarten
Code:
sudo rebootMan könnte noch mit "nomodeset" dem Kernel stecken, das Laden der Grafiktreiber nach hinten zu verschieben.
Gib uns auch mal
Code:
head -30 /var/log/gpu-manager.log
tail -20 /var/log/gpu-manager.logViel Erfolg
Liebe Experten, ganz herzlichen Dank für so viel gute und verständliche Unterstützung! Das ist wirklich toll. Muß jetzt leider gleich wieder aus dem Haus, werde aber als erstes schauen, ob der 5.15er Kernel besser geht. Melde mich daher u.U. aber erst morgen wieder. Bin sehr gespannt. Erstmal dankeschön und beste Grüße - bis bald!
Erster Test: der Kernel war's! ein USB-Stick mit 21.3 und 5.15-er flitzt durch die Erkennung der USB-Geräte, daß es eine Wonne ist. Weil aber in Synaptic kein 5.15 mehr aufgeführt ist, nehme ich an, daß LM22 damit nicht mehr zurechtkommt?
Zwischendurch @Calamaio: das Ding braucht nicht 30s zum booten (das wär ja Spitze), sondern 3 Minuten! Deine Anregung zum Konfigurieren des GRUB greife ich gerne auf. Danke für Deine klaren Erklärungen. Logfiles später.
Leider ist mit LM21.3 in zweieinhalb Jahren "Schluß". Es sieht ja so aus, daß offenbar vor allem die USB-Erkennung für diesen alten Chipsatz problematisch ist beim 6.8er. Kann jemand von Euch sagen, was da anders ist bzw. ob es einen "Fix" für diesen Teil der HW-Erkennung gibt? Immerhin werden ja alle Leute mit diesem Chipsatz in die Röhre gucken.
Aber daß das Problem schon isoliert ist und es eine Lösungsmöglichkeit durch Zurückgehen auf die vorherige Version gibt, finde ich ausgezeichnet. Ihr seid klasse!
Zwischendurch @Calamaio: das Ding braucht nicht 30s zum booten (das wär ja Spitze), sondern 3 Minuten! Deine Anregung zum Konfigurieren des GRUB greife ich gerne auf. Danke für Deine klaren Erklärungen. Logfiles später.
Leider ist mit LM21.3 in zweieinhalb Jahren "Schluß". Es sieht ja so aus, daß offenbar vor allem die USB-Erkennung für diesen alten Chipsatz problematisch ist beim 6.8er. Kann jemand von Euch sagen, was da anders ist bzw. ob es einen "Fix" für diesen Teil der HW-Erkennung gibt? Immerhin werden ja alle Leute mit diesem Chipsatz in die Röhre gucken.
Aber daß das Problem schon isoliert ist und es eine Lösungsmöglichkeit durch Zurückgehen auf die vorherige Version gibt, finde ich ausgezeichnet. Ihr seid klasse!
Gibt es hierzu eigentlich auch eine Lösung innerhalb Linux? Ich hatte mir bisher damit ausgeholfen, dass ich entweder im parallel noch installierten oder externem macOS das wieder ausgestellt habe. Aber vielleicht gibt es eine einfachere Lösung?
PS: Schönes MBA mit 4GB RAM und 128GB SSD , mit Linux 'from Zero to Hero'
Liebe Helfer, die Ihr mich auf den rechten Weg gebracht habt: die Lösung ist da, und sie ist ebenso überraschend wie einfach.
Auf der Suche, ob man nicht einen 5.15-er Kernel in LM22 zimmern kann, stieß ich zufällig auf einen Thread, der die Ursache beim 6.8er lokalisiert hat: der timer ist's. Man verfahre ganz einfach so:in der /etc/default/grub füge man diese Zeile ein
GRUB_CMDLINE_LINUX="tsc=unstable"
danach, wie es sich gehört:
sudo update-grub
Reboot
Und nun sind es 40s bis zum login-screen. Tapferes, schönes Macbook Air 3,2, mögest Du nun noch lange deinem Besitzer Freude machen!
Dankeschön für Eure Unterstützung und viele gute Ideen, die mich auch im Verständnis mit Linux weitergebracht haben und die trotz dieser Lösung teilweise auch noch in die Konfiguration einfließen werden. Herzliche Grüße und "Vergelt's Gott"!
Und während ich schreibe, noch ein toller Hinweis: super, T-easy, ein externes MacOS booten und dort leiserstellen - das ist es! Denn das MacOS auf dem Macbook hatte ich aufgrund seines mittlerweilen zu hohen Alters gelöscht. Nochmal zurückinstallieren war mir zu umständlich - externes OS, hätt ich selbst drauf kommen können, bin ich aber nicht. Meine Ohren sind Dir zu Dank verpflichtet - merci!
Ähnliche Themen
