Sie befinden sich aktuell in den linux-blog - Fa. anracon - Dr. Mönchmeyer Blog-Archiven für den folgenden Tag 14.10.2007.
| M | D | M | D | F | S | S |
|---|---|---|---|---|---|---|
| « Sep | Feb » | |||||
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
| 29 | 30 | 31 | ||||
- Allgemein (1)
- Cups, Druck (1)
- Erfahrungsberichte (59)
- Firewall Netfilter Iptables (1)
- Hardware, Treiber (11)
- Impressum (1)
- KDE (29)
- Kontact - Kmail (6)
- LAMP / Webentwicklung (20)
- Linux 3D Desktop (7)
- Netzwerk (5)
- Office und OpenOffice (7)
- Open Source (1)
- Open-Xchange (7)
- Postfix, Cyrus, Kmail (5)
- Sound (6)
- Verschlüsselung (Mail, SSH) (4)
- VMware Workstation (11)
- Web - Browser und Co. (10)
- 25.7.2010: Lokaler Apache/PHP-Testserver
- 20.7.2010: Vererbung von ext3-/ext4-Gruppenrechten
- 25.6.2010: Kontact, Kmail, Adressbuch - Nachtrag
- 30.5.2010: OO 3.2.1.2 und KDE
- 29.5.2010: Amarok 2 - Abstürze beim Abspielen von CDs
- 29.5.2010: Ärgerliche Probleme der OO-Integration in KDE 4
- 16.5.2010: Spellchecking, KDE 4, OO 3, Thunderbird
- 2.5.2010: KDE 4, Sortierung, Groß-Klein-Schreibung, Bash
- 23.4.2010: Crash, Linux, GA-EP45T Extreme, nohz und F5i
- 3.4.2010: Mails im Ausland über deutsche SMTP-Server
- Juli 2010
- Juni 2010
- Mai 2010
- April 2010
- März 2010
- Februar 2010
- Januar 2010
- Dezember 2009
- November 2009
- Oktober 2009
- September 2009
- August 2009
- Juli 2009
- Juni 2009
- Mai 2009
- April 2009
- Februar 2009
- Januar 2009
- Dezember 2008
- November 2008
- Oktober 2008
- September 2008
- August 2008
- Juli 2008
- Juni 2008
- Mai 2008
- Februar 2008
- Oktober 2007
- September 2007
- Juli 2007
Archive für 14.10.2007
VMware Workstation und Kernel-Updates
14.10.2007 von rmo.
Kernel-Updates werden immer wieder von den jeweiligen Distributoren angeboten. Gründe sind die laufende Fehlerbehebung und natürlich das Schließen erkannter Sicherheitslücken.
In einem Linux-System bedeutet ein Kernel-Update einen Eingriff, der im Nachhinein Anpassungsarbeiten am System erforderlich machen kann. Betroffen sind u.a. (Treiber-) Module, die nicht mit den Kernelbibliotheken der Distribution mitgeliefert wurden und werden, sondern von externer Quelle stammen und für den vorherigen Kernel kompiliert wurden. In den meisten Fällen ist eine Neukompilation dieser Programme unumgänglich. Das gilt im Besonderen für Grafikartentreiber (z.B. von Nvidia) und eben auch für VMware und seine Module.
Im Falle von VMware ist das Vorgehen zur Neukompilation heute allerdings sehr einfach und unproblematisch:
1) Nach dem (obligatorischen) Reboot des Systems stoppt man zur Sicherheit zunächst die laufenden VMmware-Prozesse, die im Zuge der Systeminitialisierung über das Skript “vmware” in /etc/init.d automatisch gestartet wurden. Als root gibt man hierzu einfach “vmware stop” am Prompt seiner Konsole ein.
2) Dann startet man das Skript “vmware-config.pl” (i.d.R. zu finden in “/usr/bin” ) . Das Skript fragt einen der Reihe nach die Einstellungen ab, die bereits während der Erstinstallation festgelegt werden mussten, und führt auch eine Neukompilation der benötigten Module durch. Die meisten Einstellungen - u.a zum Netzwerk - kann man dabei bequemerweise auf dem bereits definierten Stand belassen, indem man die zugehörigen Nachfragen entsprechend beantwortet.
3) Im Normalfall startet das Skript abschließend die erforderlichen VMware-Prozesse neu. Geschieht dies nicht automatisch, so bedient man sich wieder des “/etc/init.d/vmware”-Skripts.
Es ist extrem selten, dass die Neukompilation zu anderen Problemen führt, als die die man bereits während der Erstinstallation durchlaufen hat. Mir ist es allerdings schon passiert, dass SuSE einmal nicht den passenden Source Code zum vorkompilierten Kernel ausgeliefert hatte. Für die Problemanalyse gibt es in der Regel kein Patentrezept. Man muss sich eben auf die Meldungen des Compilers seinen Reim machen.
Geschrieben in VMware Workstation | Keine Kommentare »