English

Hi

Nachdem du diesen Artikel gelesen hast, kannst du Patches/Diffs anwenden und mit auftretenden Fehlern umgehen.

Nehmen wir an, dass der Patch in der Datei fix-bug.patch ist (die Erweiterung hat keinen Einfluß). Das Verzeichnis software-1.0 enthält die Dateien, die gepatcht werden sollen. Ein Patch/Diff wird dann wiefolgt angewandt:

1. Erstelle ein Backup. Auf Linux kannst du das folgende Kommando verwenden:

   markus@ubuntu:~$ cp -a software-1.0 software-1.0.before-patch

2. Rufe patch (für Windows: patch.exe) wiefolgt auf:

   markus@ubuntu:~$ patch -Np1 -d software-1.0 < fix-bug.patch

Vorsicht: nach patch kommt minus N p Eins …, nicht minus N p kleines L!

Falls das Ergebnis in etwa so aussieht:

markus@ubuntu:~$ patch -Np1 -d software-1.0 < fix-bug.patch
patching file bar.h
patching file quux.c
patching file foo.txt
markus@ubuntu:~$

dann hat es funktioniert und der Patch wurde sauber angewandt.

Falls du andere Ausgaben erhalten hast, können das Warnungen sein, oder Fehlermeldungen. In jedem Fall ist es möglich, dass der Patch nicht richtig oder nur teilweise angewandt wurde. Um sicher zu gehen, stell am besten das Backup wieder her. Danach kümmern wir uns um Warnungen und Fehlermeldungen. Um das Backup unter Linux wieder herzustellen:

markus@ubuntu:~$ rm -rf software-1.0
markus@ubuntu:~$ cp -a software-1.0.before-patch software-1.0

Fehler und wie man sie beseitigt

Hier ist eine Liste von Fehlermeldungen die erscheinen können. Jede Fehlermeldung ist ein Link zu einem Absatz, der beschreibt, wie man den Fehler beseitigt.

• can't find file to patch at input line nnn. File to patch:

• No file to patch. Skipping patch. n out of n hunks ignored.

• Hunk #n FAILED at nnn. n out of n hunks FAILED -- saving rejects to file file.rej

• Hunk #n succeeded at nnn (offset n lines).

• Hunk #n succeeded at nnn with fuzz n.

• malformed patch at line nnn

• Reversed (or previously applied) patch detected!  Skipping patch.

• Reversed (or previously applied) patch detected!  Assume -R? [n]

• (Stripping trailing CRs from patch.)

• Fehlermeldung ist hier nicht aufgeführt

can’t find file to patch at input line nnn. File to patch: or
No file to patch. Skipping patch. n out of n hunks ignored.

Überzeuge dich zuerst, dass du den richtigen patch-Befehl benutzt hast, wie oben angegeben.

Falls es trotzdem nicht geht, probiere es mit einem höheren n in -pn, bis zu etwa 6 (du kannst auch noch höhere Zahlen probieren, aber die Wahrscheinlichkeit, dass das Problem eine falsche Zahl für -p ist, wird immer kleiner ). Zum Probieren gib noch --dry-run auf der Kommandozeile an. Damit wird der Patch nicht wirklich eingebaut, aber du bekommst alle Warnungen und Fehlermeldungen angezeigt. So kannst du herausfinden ob Fehler auftreten würden, ohne jedes Mal vom Backup wiederherstellen zu müssen. Hier ein Beispiel mit -p2 und --dry-run:

markus@ubuntu:~$ patch --dry-run -Np2 -d software-1.0 < fix-bug.patch

-p0 ist fast immer falsch. Es bewirkt, dass patch Unterverzeichnisse ignoriert und annimmt, dass sich alle Dateien, die gepatcht werden sollen, im gleichen Verzeichnis befinden.

Wenn du keine Fehlermeldungen mit can’t find file to patch oder No file to patch. mehr bekommst, hast du die richtige -p-Zahl gefunden. Falls andere Fehlermeldungen erscheinen, schlage sie in der Liste der Fehlermeldungen nach. Wenn du einen sauberen Durchlauf ohne Fehlermeldungen hast, dann führe den Befehl noch einmal ohne --dry-run aus, um den Patch auch tatsächlich anzuwenden.

Falls das ganze Rumgemache mit -p nicht geholfen hat, und du immernoch die gleiche Fehlermeldung bekommst, schreib einen Kommentar

Hunk #n FAILED at nnn. n out of n hunks FAILED — saving rejects to file file.rej

Das bedeutet, dass eine oder mehrere Änderungen, genannt Hunks, nicht in die Datei eingebaut werden konnten. Es gibt einen eher seltenen Grund, der aber am einfachsten zu überprüfen ist: Gib zusätzlich --ignore-whitespace auf der Kommandozeile an, etwa so:

markus@ubuntu:~$ patch -Np1 --ignore-whitespace -d software-1.0 < fix-bug.patch

Falls der Fehler dadurch nicht verschwindet, ist der Grund wahrscheinlich ein anderer: Der Patch wurde für eine andere Softwareversion gemacht, als du benutzt. Es gibt zwei Lösungsmöglichkeiten:

• Besorge einen Patch für die von dir benutzte Softwareversion, oder benutze die Softwareversion, für die der Patch erstellt wurde.
• Lasse patch den Kontext einer Änderung ignorieren. Das führt dazu, dass patch eine Änderung eher an einer falschen Stelle einbaut, als einen Fehler auszugeben. Es kann sein, dass die Software dadurch nach dem Patchen nicht richtig funktioniert. Um den Kontext zu ignorieren, benutze zusätzlich -F3:

  markus@ubuntu:~$ patch -Np1 -F3 -d software-1.0 < fix-bug.patch
  

• Versuche, die Änderungen im Patch von Hand einzubauen.

Hunk #n succeeded at nnn (offset n lines) and
Hunk #n succeeded at nnn with fuzz n.

Normalerweise ist das kein Problem und der Patch wurde komplett eingebaut. Die Nachricht bedeutet, dass der Patch ursprünglich für eine andere Version der Software erstellt wurde, als du benutzt. Es ist aber trotzdem möglich, dass patch eine Änderung falsch eingebaut hat. Falls irgendetwas nicht funktioniert und du denkst, dass der Patch falsch eingebaut sein worden könnte, kannst du die gleiche Softwareversion benutzen, die auch zum Erstellen des Patches benutzt wurde, oder du kannst versuchen, einen Patch für deine Softwareversion zu bekommen.

Du kannst auch die Änderungen im Patch von Hand einbauen und dabei deine einmaligen menschlichen Fertigkeiten einsetzen, um sicherzustellen, dass das Ergebnis Sinn ergibt – etwas, was patch nicht kann .

malformed patch at line nnn

Der Patch ist kaputt. Falls du den Patch von irgendwoher kopiert und eingefügt hast, kann es sein, dass der Patch dabei Schaden genommen hat. Eine Patchdatei enthält unter anderem Leerzeichen am Anfang der Zeile – die gehen beim Kopieren über die Zwischenablage oft verloren. Am sichersten ist es, den Patch als Datei herunterzuladen. Falls der Browser den Patch nicht herunterlädt, sondern anzeigt, benutze Datei -> Speichern.

Falls du einen Patch erstellen willst, brauchst du das nicht von Hand zu tun. Das Programm diff tut das automatisch. Eine kurze Anleitung:

1. Erstelle eine Kopie der originalen, unveränderten Softwareversion. Auf Linux:

   markus@ubuntu:~$ cp -a software-1.0 software-1.0.orig

2. Mache die Änderungen in software-1.0.
3. Erstelle den Patch mit diff:

   markus@ubuntu:~$ diff -Naur software-1.0.orig software-1.0 > fix-bug.patch

Reversed (or previously applied) patch detected! Skipping patch.
Reversed (or previously applied) patch detected! Assume -R? [n]

Das bedeutet, dass eine oder mehrere Änderungen des Patches bereits eingebaut sind. Das kann mehrere Gründe haben:

• Der Ersteller des Patches hat Original und geänderte Version verwechselt. Der Patch ist jetzt rückwärtz – er enthält Änderungen, um aus der neuen Version die Originalversion zu erstellen. Wenn die Änderungen jetzt in die Originalversion eingebaut werden sollen, stellt patch fest, dass alle Änderungen bereits da sind. Netterweise kann ein Patch aber auch rückwärts angewandt werden. Dazu benutzt man -R. Hier ist ein Beispiel:

  markus@ubuntu:~$ patch -RNp1 -d software-1.0 < fix-bug.patch

• Deine Softwareversion hat tatsächlich bereits alle Änderungen des Patches eingebaut. Vielleicht haben die Ersteller der Software ihrerseits den Patch bereits eingebaut, und die Version, die du heruntergeladen hast, enthält bereits alle Änderungen des Patches.

(Stripping trailing CRs from patch.)

Hier gibt es nichts, worüber man sich Sorgen machen muss. Der Patch wurde sauber eingebaut und alles wird funktionieren. Der wahrscheinlichste Grund für diese Warnung ist, dass der Patch auf Windows erstellt wurde, und du ihn auf Linux anwenden möchtest. Windows und Linux legen Zeilenenden unterschiedlich ab – Windows-Zeilenenden haben ein zusätzliches CR. Die Warnung bedeutet lediglich, dass Windows-Zeilenenden in Linux-Zeilenenden umgewandelt wurden. Hacker benutzen nur für gewöhnlich ihre eigene Sprache, wenn sie Fehlertexte formulieren

Fehlermeldung ist hier nicht aufgeführt

Bitte erstelle ein Kommentar mit dem Fehlertext und, falls möglich, einem Link zu dem Patch und einem zu der Software, in die du den Patch einbauen willst. Ich füge dann die Fehlermeldung und eine Erklärung zu dieser Liste hinzu.

English

Русский

Schnelle Antwort

Um 32-Bit-Programme auf 64-Bit-Installationen von Ubuntu auszuführen, installiere das Paket ia32-libs:

markus@ubuntu:~$ sudo apt-get install ia32-libs

Lange Geschichte

Ich habe diesen Artikel geschrieben, um deine Kenntnisse und dein Verständnis davon, wie Linux funktioniert, zu erweitern. Diese Kenntnisse sollen deine Fähigkeiten zur Problemlösung im Bereich Serveradministration und Benutzung der Kommandozeile verbessern. Ich zeige, wie ich ein Shell-Skript zur Installation eines kommerziellen Softwarepakets, Flash^® Media Server, das für RedHat Linux geschrieben wurde, an 64-Bit Ubuntu Linux angepasst habe. Für jedes Symptom, das dabei aufgetaucht ist, erkläre ich das Problem und wie man es löst. Das Endergebnis kann man im Artikel Flash^® Media Server auf Ubuntu Linux installieren sehen.

Dieser Artikel ist der erste Teil einer Serie zu diesem Thema. Ich schreibe in ihm darüber, wie 32-Bit-Programme auf 64-Bit-Betriebssystemen ausgeführt werden und über das Konzept der gemeinsam genutzen Bibliotheken (shared libraries).

Die genauen Versionen der Software, die ich hier im Folgenden benutze, sind Ubuntu 8.04 LTS 64-Bit Server und Flash^® Media Server 3.5.2, falls du den Artikel direkt nachvollziehen möchtest.

32 Bit auf 64 Bit

Wenn du den unveränderten Installer ausführst, bekommst du eine Fehlermeldung darüber, dass die Datei fmsini nicht gefunden wurde:

markus@ubuntu:~$ tar xfz FlashMediaServer3.5.tar.gz
markus@ubuntu:~$ sudo FMS_3_5_2_r654/installFMS
FMS_3_5_2_r654/installFMS: 172: FMS_3_5_2_r654/fmsini: not found

Diese Fehlermeldung ist ziemlich irreführend. Die Datei fmsini existiert und es ist eine ausführbare Datei für 32 Bit:

markus@ubuntu:~$ file FMS_3_5_2_r654/fmsini 
fmsini: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux
2.2.5, dynamically linked (uses shared libs), stripped

Warum dann die Fehlermeldung “not found“?

Die Meldung bezieht sich nicht auf die Datei fmsini, sondern auf ein spezielles Hilfsprogramm, das benötigt wird, um die 32-Bit dynamisch gelinkte ausführbare Datei fmsini auszuführen.

Statisches und dynamisches Linken

Es gibt zwei Typen von binären ausführbaren Dateien: statisch gelinkte und dynamisch gelinkte. Zuerst über die statisch gelinkten: Wenn ein Programm eine Bibliotheksfunktion aufrufen will, tut es das über ihren Namen. Wenn das Programm aus dem Quellcode erstellt wird, werden alle Bibliotheksfunktionen, die in dem Programm benutzt werden, von der Bibliothek ins Programm kopiert. Das Programm enthält dann seinen eigenen Code sowie den Code der Bibliotheksfunktionen, die es benutzt. Danach wird an den Stellen, an denen eine Bibliotheksfunktion aufgerufen wird, der Name der Bibliotheksfunktion mit ihrer Adresse im Programm ersetzt. Diesen Vorgang nennt man Linken, weil er die Namen der Funktionen mit der Funktion selber, ihrer Implementation, verknüpft (linkt). Der Vorgang heißt statisch, weil die Verbindung nicht mehr geändert werden kann, nachdem das Programm aus dem Quellcode erstellt wurde.

Dynamisch gelinkte Programme funktionieren anders: Das Programm bezieht sich auf Bibliotheksfunktionen genauso mit ihren Namen. Wenn das Programm aus dem Quellcode erstellt wird, werden zwei Listen erstellt: eine Liste darüber, welche Bibliotheksfunktionen an welchen Stellen im Programm benutzt werden, und eine Liste der Bibliotheken, die die benutzten Funktionen enthalten. Damit ist das Programm fertig.

Später, wenn das Programm ausgeführt wird, sucht ein Hilfsprogramm, der sogenannte dynamische Linker, an bestimmten Stellen im Dateisystem nach jeder Bibliothek in der Liste und lädt sie in den Arbeitsspeicher. Jetzt weiß der dynamische Linker an welcher Speicheradresse die Bibliotheksfunktionen zur Verfügung stehen. Er benutzt die erste Liste um im Programm die richtigen Adressen an die Stellen zu schreiben, an denen Bibliotheksfunktionen aufgerufen werden. Dann kann das dynamisch gelinkte Programm ausgeführt werden.

Vor- und Nachteile

Der größte Nachteil von statisch gelinkten ausführbaren Dateien liegt im nicht realisierten Potenzial zur gemeinsamen Benutzung durch mehrere Programme. Als Folge sind Programme erstens größer und brauchen mehr Platz auf der Festplatte und im Arbeitsspeicher. Dieser zusätzliche Platz ist oft mit wieder und wieder den selben Bibliotheksfunktionen belegt, weil sie in einer Menge von Programmen benutzt werden. Zweitens muss nach einem Sicherheits- oder Fehlerbehebungsupdate der Bibliothek das Programm neu aus dem Quellcode erstellt und zum Anwender gebracht werden, was sehr aufwendig sein kann.

Dynamisch gelinkte ausführbare Dateien lösen diese Probleme: Gemeinsam genutzte Bibliotheken existieren ein Mal auf der Festplatte und ein Mal im Arbeitsspeicher. Die Programme selbst sind kleiner, weil sie keinen Bibliothekscode enthalten. Bibliotheken können unabhängig von den Programmen, die sie benutzen, aktualisiert werden. Die Programme selber müssen nicht verändert werden, sondern nur neu gestartet.

Dynamisches Linken bringt aber auch Nachteile: Es ist mehr Infrastrutktur nötig um gemeinsam genutzte Bibliotheken zu unterstützen: die Bibliotheken selbst in der richtigen Version und ein komplizierterer Programmlader. In einigen Situationen wiegen diese Nachteile zu schwer, so dass statisch gelinkte Programme benutzt werden. Diese brauchen nur sich selbst um ausgeführt zu werden und haben keine Abhängigkeiten und Kompatibilitätsprobleme.

Der dynamische Linker

Der dynamische Linker hat eine man-Seite: ld.so(8). Bis 1995/96 hieß der dynamische Linker in Linux ld.so. Jetzt ist die 32-Bit-Version in /lib/ld-linux.so.2, und die 64-Bit-Version in /lib64/ld-linux-x86-64.so.2. Die man-Seite hat den alten Namen beibehalten.

Die 64-Bit-Version von Ubuntu Linux kann ab Werk statisch gelinkte 32-Bit-Programme ausführen. Der dynamische Linker für 32-Bit-Programme ist aber standardmäßig nicht installiert. Er ist im Paket libc6-i386. Nach man dieses Paket installiert hat, existiert die Datei /lib/ld-linux.so.2, und der erste Schritt hin zu funktionierenden 32-Bit dynamisch gelinkten Programmen ist getan.

Gemeinsam genutzte Bibliotheken (shared libraries)

Nachdem du libc6-i386 installiert hast, bekommst du eine andere Fehlermeldung, wenn du versuchst, fmsini auszuführen:

markus@ubuntu:~$ FMS_3_5_2_r654/fmsini
FMS_3_5_2_r654/fmsini: error while loading shared libraries: libstdc++.so.6:
cannot open shared object file: No such file or directory

Die Meldung kommt vom dynamischen Linker, der versucht hat, alle Bibliotheken in der Liste zu laden, und dabei eine nicht finden konnte.

Bibliotheken, die von dynamisch gelinkten Programmen benutzt werden, heißen gemeinsam genutzte Bibliotheken (shared libraries). Wenn der dynamische Linker feststellt, dass eine bestimmte Bibliothek bereits geladen wurde, kann er das neue Programm darauf verweisen, anstatt die Bibliothek ein zweites Mal zu laden. So wird eine Bibliothek, die einmal geladen wurde, von mehreren Programmen gemeinsam genutzt.

Gemeinsam genutzte Bibliotheken befinden sich in Dateien, die .so in ihrem Namen haben. so steht für shared object (gemeinsam genutztes Objekt). “Objekt” meint dabei einfach kompilierten, binären Code.

ldd(1) zeigt an, welche gemeinsam genutzten Bibliotheken ein Programm benötigt, und wo der dynamische Linker sie gefunden hat, falls er das hat:

markus@ubuntu:~$ ldd FMS_3_5_2_r654/fmsini
	linux-gate.so.1 =>  (0xf7fc8000)
	libpthread.so.0 => /lib32/libpthread.so.0 (0xf7fa0000)
	libdl.so.2 => /lib32/libdl.so.2 (0xf7f9c000)
	libstdc++.so.6 => not found
	libm.so.6 => /lib32/libm.so.6 (0xf7f75000)
	libgcc_s.so.1 => not found
	libc.so.6 => /lib32/libc.so.6 (0xf7e12000)
	/lib/ld-linux.so.2 (0xf7fc9000)

Der dynamische Linker sucht in einer Reihe von Verzeichnissen nach Bibliotheken – die man-Seite geht darauf detailliert ein. Die beiden fehlenden Bibliotheken sind in den Paketen lib32stdc++6 und lib32gcc1.

ldd ist übrigens nur ein Shell-Skript, das den dynamischen Linker aufruft. Wenn man ihm nichts anderes sagt, lädt der dynamische Linker alle Bibliotheken und führt das Programm aus. ldd ruft den dynamischen Linker mit Argumenten auf, die ihn anweisen, Informationen über die vom Programm benötigten gemeinsam genutzten Bibliotheken auszugeben.

Heutzutage ist die Mehrheit der Programme dynamisch gelinkt und benutzt gemeinsam genutzte Bibliotheken. Die Installation von Ubuntu hat über 400 gemeinsam genutzte 64-Bit-Bibliotheken. Das Paket ia32-libs in Ubuntus Universe-Repository enthält die am häufigsten gebrauchten gemeinsam genutzten Bibliotheken als 32-Bit-Version. Wenn dieses Paket installiert ist, läuft eine Menge 32-Bit-Programme auf 64-Bit-Ubuntu. Insbesondere läuft auch der Installer des Flash^® Media Server durch (aus anderen Gründen funktioniert er aber noch nicht richtig). Der Flash^® Media Server selbst braucht allerdings noch Bibliotheken, die nicht in dem Paket enthalten sind. Wie dieses Problem gelöst wird, ist ein Thema eines späteren Teils dieser Serie.

Feedback

Feedback ist extrem wichtig für mich, weil es mir Hinweise darauf gibt, was ich anders machen muss und was ich beibehalten sollte um mein Ziel zu erreichen. Mein Ziel ist, dass dieser Artikel für dich interessant und nützlich ist, wie im ersten Absatz beschrieben. Zögere nicht, einen Kommentar dazu zu hinterlassen, welche Abschnitte schwer verständlich geschrieben sind, was hätte weggelassen werden können und was gefehlt hat. Ich würde auch gern von dir hören, falls es in diesem Artikel etwas gab, was du als besonders gelungen bezeichnen könntest. Danke

English Русский

Führe die folgenden Befehle aus, um Flash^® Media Server auf Ubuntu zu installieren:

markus@ubuntu:~$ wget markusbe.com/ifu
markus@ubuntu:~$ bash ./install-fms-3.5.3-ubuntu

Die Befehle laden das Install-Skript herunter und führen es aus.

Unterstützte Ubuntu-Versionen

^* Es werden Dateien am Paketmanager vorbei installiert. Das bedeutet, dass diese Dateien vom Paketmanager nicht aktuell gehalten werden.

Was macht das Skript?

Das Skript

1. prüft, ob deine Linux-Version und Plattform (32 oder 64 Bit) unterstützt werden
2. lädt Flash^® Media Server 3.5.3 von dieser Seite auf Adobe.com herunter, falls es die Datei lokal nicht findet
3. packt das Archiv aus und überprüft seine Version
4. installiert Abhängigkeiten für die Ubuntu-Version und Platform auf der es gestartet wurde
5. lädt einen Patch für den Installer des Flash^® Media Server herunter und wendet ihn an (der Patch passt den Installer an Ubuntu Linux an)
6. startet den Flash^® Media Server Installer

Starten und stoppen, manuell und automatisch

Um den Flash^® Media Server neu zu starten, zu stoppen oder zu starten, benutze die Befehle:

markus@ubuntu:~$ sudo /etc/init.d/fms restart

markus@ubuntu:~$ sudo /etc/init.d/fms stop

markus@ubuntu:~$ sudo /etc/init.d/fms start

Flash^® Media Server startet automatisch beim Hochfahren. Das kann man ausschalten:

markus@ubuntu:~$ sudo /usr/sbin/update-rc.d fms remove

Und auch später wieder anschalten:

markus@ubuntu:~$ sudo /usr/sbin/update-rc.d fms defaults

Deinstallation

Du kannst den Flash^® Media Server später deinstallieren:

markus@ubuntu:~$ cd /opt/adobe/fms
markus@ubuntu:/opt/adobe/fms$ sudo ./uninstallFMS

Fehlerbehebung

Mögliche Fehlerquellen:

• Virtual Server-Limits: Wenn Flash^® Media Server auf einem virtuellen Server läuft, sieh mal nach der Datei /proc/user_beancounters. Diese Datei existiert wenn der Server mit Virtuozzo oder OpenVZ virtualisiert wird. Sie enthält eine Liste von Ressourcen, ihren aktuellen Wert, den maximal erlaubten Wert, und wie oft der maximale Wert erreicht wurde (failcnt). Wenn sich der failcnt für eine Ressource erhöht, während du versuchst, Flash^® Media Server zu starten, muss der Maximalwert hochgesetzt werden. Das geht nur von außerhalb des virtuellen Servers.

Ich ergänze hier andere Fehlerquellen sobald ich von ihnen erfahre.

Symptome

Wenn man versucht, Flash^® Media Server ohne das Skript zu installieren, erscheinen eine Reihe von Warnungen und Fehlermeldungen. Ich führe diese hier auf, damit Leute, die nach ihnen suchen, diesen Artikel finden können.

Wenn du einen 64-Bit-Ubuntu benutzt und die Unterstützung für 32-Bit-Programme nicht installiert hast, kommt diese Fehlermeldung:

./installFMS: 172: ./fmsini: not found

Und danach:

./fmsini: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory

Danach, unabhängig von der Plattform, kommt eine Warnung des Installers:

WARNING: Your distribution, unknown, is not supported by this
         Adobe Flash Media Server installer.

Dann, wenn man die Standardvorgabe akzeptiert, ein Fehler dass die Gruppe nobody nicht existiert:

Please enter a valid user group for the "nobody" user: Default group [nobody]: 

ERROR: "nobody" is not in the user group "nobody"

Wenn du dieses Problem gelöst hast, indem du z.B. nogroup eingegeben hast, kommt als nächstes ein Syntaxfehler:

[: 1: ==: unexpected operator

oder

[: 1: nobody: unexpected operator

Dann beginnt die Installation, während derer aber eine Reihe weiterer Fehler erscheinen.

Proceed with the installation? (y/n/q): y

Installing Adobe Flash Media Server files...
Configuring Adobe Flash Media Server...
Adding "fms" service.
Setting default admin to "fms".
chgrp: invalid group: `nobody'
./installFMS: 1348: /sbin/chkconfig: not found
Setting autostart for "fms".
Server:fms command:start
ulimit: 30: Illegal option -u
[: 35: 32768: unexpected operator
NPTL 2.7
./server: 56: Bad substitution
Admin server:fmsadmin command:start
./adminserver: 41: Bad substitution

The Adobe Flash Media Server installation is complete.

Wenn du eine dieser Fehlermeldungen bekommen hast, schau dir den Anfang dieses Artikels an.

Hintergrundartikel

Es gibt einen Hintergrundartikel Über 32-Bit-Programme auf 64-Bit-Ubuntu und gemeinsam genutzte Bibliotheken, der detailliert erklärt, was man tun muss und warum, um Flash^® Media Server auf Ubuntu zum laufen zu bringen, und wie der Patch und das Install-Skript das erreichen.

Feedback

Mich interessiert, ob alles geklappt hat. Besonders, wenn es nicht geklappt hat , dann kann ich berichtigen, was falsch ist. Zögere nicht, einen Kommentar zu hinterlassen und deine Erfahrung zu teilen.