<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Apple on Michael’s Domain</title><link>https://jeltsch.org/de/tags/apple/</link><description>Recent content in Apple on Michael’s Domain</description><generator>Hugo</generator><language>de</language><copyright>Copyright © 2002 - 2026 Michael Jeltsch.</copyright><lastBuildDate>Fri, 24 Jul 2026 00:18:18 +0300</lastBuildDate><atom:link href="https://jeltsch.org/de/tags/apple/index.xml" rel="self" type="application/rss+xml"/><item><title>„Zum Kalender hinzufügen“-Button für GMail, Outlook, iCal</title><link>https://jeltsch.org/de/add_to_calendar/</link><pubDate>Sat, 11 Jul 2026 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/add_to_calendar/</guid><description>&lt;p&gt;Das ist mehr Arbeit, als es im Jahr 2026 sein sollte. Dies waren die ersten Anleitungen, die bei mir funktioniert haben: 
 &lt;a href="https://www.litmus.com/blog/how-to-create-an-add-to-calendar-link-for-your-emails/" target="_blank" rel="noopener noreferrer nofollow"&gt;https://www.litmus.com/blog/how-to-create-an-add-to-calendar-link-for-your-emails/&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
. Die Anleitung verwendet im Wesentlichen handgeschriebenen Code (sowie Code, der mit Amit Agarwals „Calendar Links“-Tool (
 &lt;a href="https://www.labnol.org/apps/calendar.html" target="_blank" rel="noopener noreferrer nofollow"&gt;https://www.labnol.org/apps/calendar.html&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
 ) generiert wurde).&lt;/p&gt;</description></item><item><title>Die Zauberformel, um Apples SuperDrive unter Linux zu aktivieren</title><link>https://jeltsch.org/de/the_magic_sequence_to_wake_up_apple_s_superdrive_on_linux/</link><pubDate>Sat, 09 Dec 2017 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/the_magic_sequence_to_wake_up_apple_s_superdrive_on_linux/</guid><description>&lt;p&gt;&lt;code&gt;sudo apt-get install sg3-utils&lt;/code&gt; (nur beim ersten Mal erforderlich)&lt;code&gt;ls /dev&lt;/code&gt; (um zu prüfen, ob es sich um sr0 oder sr1 handelt; normalerweise ist es sr0, sofern nicht bereits andere USB-Laufwerke angeschlossen waren)&lt;code&gt;sg_raw /dev/sr0 EA 00 00 00 00 00 01&lt;/code&gt;&lt;/p&gt;</description></item><item><title>Das BIOS-Passwort von Macintosh-Computern (Open Firmware)</title><link>https://jeltsch.org/de/the_bios_password_of_macintosh_computers_open_firmware/</link><pubDate>Wed, 04 Apr 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/the_bios_password_of_macintosh_computers_open_firmware/</guid><description>&lt;p&gt;Macs haben kein BIOS. Stattdessen verfügen sie über etwas, das sich „Open Firmware“ nennt. Das BIOS-Passwort wird daher als „Open Firmware-Passwort“ bezeichnet. Sie starten Open Firmware, indem Sie während des Systemstarts gleichzeitig die Tasten „Befehl“ (=Apple), „Option“, „O“ und „F“ drücken. Um das Passwort festzulegen, geben Sie &lt;code&gt;password&lt;/code&gt; ein. Um den Schutz zu aktivieren, geben Sie &lt;code&gt;setenv security-mode full&lt;/code&gt; ein. Starten Sie anschließend den Computer neu, indem Sie &lt;code&gt;reset-all&lt;/code&gt; eingeben. Neben dem vollständigen Sicherheitsmodus können Sie auch „none“ (= kein Passwort beim Start abfragen) und „command“ einstellen (= gewährt Ihnen ohne Passwort nur eingeschränkten Zugriff auf Open Firmware). Das Open-Firmware-Passwort kann entfernt werden, indem Sie die RAM-Größe ändern und den PRAM dreimal zurücksetzen. Ausführlichere Informationen finden Sie 
 &lt;a href="http://www.securemac.com/openfirmwarepasswordprotection.php" target="_blank" rel="noopener noreferrer nofollow"&gt;hier&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
.&lt;/p&gt;</description></item><item><title>Ubuntu 5.04 oder Debian 3.1 auf dem Original-PB G3 (auch bekannt als Kanga oder PB 3500)</title><link>https://jeltsch.org/de/ubuntu_5_04_or_debian_3_1_on_the_original_pb_g3_aka_kanga_aka_pb_3500/</link><pubDate>Thu, 29 Mar 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/ubuntu_5_04_or_debian_3_1_on_the_original_pb_g3_aka_kanga_aka_pb_3500/</guid><description>&lt;p&gt;Ich versuche, Ubuntu 5.04 oder Debian 3.1 auf dem originalen PB G3 (auch bekannt als Kanga oder 3500) zum Laufen zu bringen. Das einzige Problem: Nach dem ersten Neustart nach der Installation bleibt der Bildschirm schwarz. Überhaupt nichts (Ubuntu) oder nur ein invertierter Pinguin (Debian). Der Bootvorgang läuft nur weiter, wenn man das Ramdisk-Image aus dem Ordner /boot auf die HFS-Partition kopiert und es als Boot-Argument angibt. Könnte es sein, dass „root=/dev/hda8“ (in meinem Fall ist die Root-Partition hda8) irgendwie nicht erkannt wird? Hier der Hergang: Ich habe mit der MacOS 9.1-CD neu gestartet und die Festplatte in zwei Partitionen formatiert: eine mit 1 GB und den Rest (etwa 4 GB) als nicht zugewiesenen Speicherplatz. Dann habe ich Mac 9.1 auf der 1-GB-Partition installiert, BootX heruntergeladen und gemäß der Anleitung installiert. Anschließend habe ich Ubuntu PPC von der ISO-Datei auf eine beschreibbare CD gebrannt (mit einer „normalen“ i386-Linux-Distribution und K3b; übrigens: RW-CDs werden vom CD-Laufwerk des Kanga offenbar nicht erkannt). Anschließend kopierte ich sowohl den Installationskernel als auch die initrd von der Installations-CD an ihre jeweiligen Speicherorte im Macintosh-Systemordner (Ubuntu_PowerPC_hoary/install/powerpc/vmlinux nach Macintosh HD:Systemordner:Linux-Kernel und Ubuntu_PowerPC_hoary/install/powerpc/initrd.gz auf Macintosh HD:Systemordner:ramdisk.image.gz). Anschließend habe ich neu gestartet und Linux ausgewählt. Die Installation funktioniert wie am Schnürchen, ich konnte es kaum glauben. Die Netzwerkkarte wird korrekt erkannt, ebenso wie offenbar die gesamte übrige Hardware. Ich habe den geführten Partitionierer gewählt („Größten freien Speicherplatz auswählen“), der das ext3-Dateisystem auf /dev/hda10 angelegt hat. Nachdem der Installer fertig war und kurz vor dem Neustart stand, musste ich den Standard-Kernel aus dem Verzeichnis /boot auf die HFS-Partition kopieren, damit BootX Linux starten konnte. Der schnellste Weg, so kam ich zu dem Schluss, war, den Rechner auszuschalten, die Festplatte herauszunehmen und sie über ein USB-Gehäuse an meinen i386-Rechner mit SuSE Linux 9.3 anzuschließen. Sowohl die HFS-Partition als auch die ext3-Partition wurden automatisch eingehängt, und ich kopierte /boot/vmlinux-2.6.10-5-powerpc auf meinen SuSE-Rechner. Anschließend baute ich die Festplatte wieder in das PowerBook G3 ein, startete unter Linux neu und kopierte den Kernel per HTTP nach „Macintosh HD:Systemordner:Linux-Kernel“. Dann führte ich die BootX-Anwendung aus, doch hier war mein Glück zu Ende. Es werden die ersten paar Zeilen der Boot-Meldungen angezeigt, dann wird der Bildschirm schwarz und erscheint nicht mehr. Die letzten Zeilen, die angezeigt werden, lauten „arch:exit“. Der Rechner bootet jedoch weiter, wenn man das Ramdisk-Image (initrd) aus dem Verzeichnis /boot des installierten Systems angibt; da jedoch noch einige Installationsschritte zu erledigen sind, erreicht der Rechner nie einen Zustand, in dem ich mich per SSH einloggen und das Problem beheben könnte. Nun habe ich nicht die geringste Ahnung, wo ich anfangen soll, da es keine Fehlermeldungen oder sonstige Hinweise gibt. Da der Installer den Monitor anspricht, sollte es möglich sein, das Problem zu beheben – aber wie? Ich habe versucht, fast jede mögliche Kombination von Kernel-Argumenten zu übergeben, um die Grafik zum Laufen zu bringen, aber ohne Erfolg (das richtige Kernel-Argument sollte „video=chipsfb:vmode:10,cmode:16“ lauten; vielleicht „fbdev“ statt „chipsfb“?). Mein nächster Versuch wird sein, das System mit einem angeschlossenen externen Monitor zu installieren. Übrigens: Vor einer ganzen Weile lief bei mir YDL 3 auf demselben Rechner. Aber es scheint derzeit keine brauchbaren Alternativen zu Ubuntu zu geben, wenn es um PPC-Rechner geht. Das gleiche Vorgehen mit Ubuntu 4.1 führt zu ähnlichen (wenn auch nicht identischen) Ergebnissen. Die Netzwerkkarte muss während der Installation manuell ausgewählt werden (de4x5-Modul). Nach dem ersten Neustart erscheint der Pinguin in der oberen linken Ecke in invertierten Farben, und an dieser Stelle bleibt das System hängen. Ich weigere mich irgendwie zu akzeptieren, dass dieser 250-MHz-Rechner nur noch zum Wegwerfen taugt. Als ich sie 1997 gekauft habe, war sie ein „High-End“-Rechner (sie konnte sogar DivX-Dateien problemlos abspielen). Ich hatte YDL 3 darauf installiert, möchte jetzt aber etwas Aktuelleres installieren.&lt;/p&gt;</description></item><item><title>Kernel-Parameter für das Macintosh PowerBook 3500/G3 („Kanga“)</title><link>https://jeltsch.org/de/kernel_parameters_for_macintosh_powerbook_3500_g3_kanga/</link><pubDate>Mon, 14 Aug 2006 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/kernel_parameters_for_macintosh_powerbook_3500_g3_kanga/</guid><description>&lt;p&gt;Ich versuche, Xubuntu 6 auf meinem alten Powerbook zu installieren. Das Problem scheint der Grafikmodus zu sein. Das Installationsprogramm startet zwar, aber die Bildausgabe erfolgt nur auf der oberen Hälfte des Bildschirms und ist zudem verzerrt, obwohl man noch erahnen kann, was gerade passiert. Laut einer 
 &lt;a href="http://www.jonh.net/lppcfom-serve/cache/1043.html" target="_blank" rel="noopener noreferrer nofollow"&gt;Liste im Internet&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
 sollten die Kernel-Parameter, die man über BootX übergeben sollte, wie folgt lauten: &lt;code&gt;video=chipsfb:vmode:10,cmode:16&lt;/code&gt;. Die Verwendung dieser Parameter brachte jedoch keinen Unterschied. Seltsamerweise hat eine ältere Ubuntu-Version den Monitor korrekt angesprochen, beim ersten Start nach der Installation jedoch nicht mehr.&lt;/p&gt;</description></item></channel></rss>