Suse Linux 9 on Michael’s Domain

Einbinden von Disk-Image-Dateien und verschlüsselten Dateisystemen/Partitionen

Sat, 26 May 2007 00:00:00 +0000

Um eine Festplatte (oder eine Partition) in eine Datei zu kopieren, verwenden Sie den folgenden Befehl: dd if=/dev/hda3 of=file.bin Dieser Befehl schreibt die gesamten Daten der Partition hda3 in die Datei file.bin.Um das in der Datei enthaltene Dateisystem einzuhängen, müssen Sie ein Loopback-Gerät erstellen: losetup /dev/loop0 file.bin Nun können Sie das Dateisystem wie gewohnt einhängen: mount -r -t filesystemtype /dev/loop0 /mnt/mountpoint Offenbar kann man die letzten beiden Befehle zu einem zusammenfassen:mount -t Dateisystemtyp -o loop ./file.bin /mnt/mountpointWenn Sie die Daten in einer Datei verschlüsseln möchten, die ein ganzes Dateisystem enthält, wird es etwas komplizierter:sudo mkdir /mnt/secure (Mountpunkt für das Dateisystem erstellen)dd if=/dev/zero of=Pfad/zur/Datei bs=1k count=409600 (eine leere Datei mit einer Größe von 400 MB erstellen) sudo /sbin/losetup -e xor /dev/loop0 Pfad/zur/Datei/sbin/mkfs -t ext2 /dev/loop0 409600 (das Gerät als ext2 formatieren)sudo mount -t ext2 /dev/loop0 /mnt/secure (die Gerätedatei einhängen)cd /mnt/securechown Benutzername . (Eigentümer des obersten Verzeichnisses des Dateisystems ändern)Wenn Sie das Dateisystem aushängen möchten:sudo umount /dev/loop0Wenn Sie das Dateisystem entfernen möchten, müssen Sie die Zuordnung zum Loop-Gerät 0 aufheben: /sbin/losetup -d /dev/loop0Aus irgendeinem Grund bietet RedHat 9 keine DES-Unterstützung, daher verwende ich vorläufig (bis ich den Kernel patche oder zu Suse Linux wechsle) die schnellere, aber wesentlich schwächere XOR-Verschlüsselung.SUSE 9 verfügt über eine integrierte starke Verschlüsselung und bietet bereits während der Installation die Möglichkeit, eine verschlüsselte Partition anzulegen. SUSE 9 fragt beim Booten nach der Passphrase, um das verschlüsselte Dateisystem einzuhängen. Der Bootvorgang wird angehalten und wartet zwei Minuten, bevor er fortgesetzt wird, wenn Sie das Passwort nicht eingeben. Um diese Zeit zu verkürzen, können Sie die Datei /etc/init.d/boot.crypto bearbeiten. Ändern Sie in der folgenden Zeile 120 beispielsweise in 10: ${TIMEOUT:=120}Falls Sie die Gelegenheit verpasst haben, die Passphrase während des Bootvorgangs einzugeben, können Sie die verschlüsselte Partition wie folgt einbinden:/sbin/losetup -e twofish /dev/loop0 /dev/hda7 mount /dev/loop0 /media/confÜbrigens: Die Informationen zu verschlüsselten Dateisystemen befinden sich in /etc/cryptotab.

Suse 9

Fri, 25 May 2007 00:00:00 +0000

Ich bin auf SUSE 9 umgestiegen. Aus den Ankündigungen von Red Hat kann ich nicht herauslesen, was sie eigentlich vorhaben. Deshalb sollte ich mich besser schon jetzt an eine Alternative gewöhnen. Außerdem bin ich von GNOME auf KDE umgestiegen, und zumindest unter SUSE 9 gefällt mir KDE besser als GNOME unter Red Hat 9.

Installation von Staden 2003b unter Suse 9

Thu, 24 May 2007 00:00:00 +0000

Lade die Quelldateien herunter.
Wechsel in das Verzeichnis /usr/local und wechseln Sie zu su.

VNC-Server (auch bekannt als „KDE Desktop Sharing“) unter SUSE 9

Thu, 24 May 2007 00:00:00 +0000

SUSE 9 verfügt über einen integrierten VNC-Server namens „KDE Desktop Sharing“ (im Menü „System“ → „Fernzugriff“). Dieser kann im Kontrollzentrum unter „Internet & Netzwerk“ konfiguriert werden. Anders als beim Starten von VNC über die Befehlszeile („vncserver“) startet dieses Tool keinen neuen X-Desktop, sondern stellt eine Verbindung zu Ihrem bereits bestehenden X-Desktop her. Es ist möglich, zusätzlich zur integrierten KDE-Desktopfreigabe einen normalen vncserver zu betreiben, der eigene X-Sitzungen startet.

VNC-Server unter SUSE 9

Thu, 24 May 2007 00:00:00 +0000

Ich habe versucht, vncserver unter Suse 9 zu verwenden, aber zu meiner Überraschung sah ich beim Starten mit „vncserver“ und anschließender Verbindung über den Befehl „vncviewer“ nur einen grauen Bildschirm und ein X-Terminal. Ich habe versucht, „xclock“ und „gaim“ auszuführen, und diese Programme lassen sich problemlos starten. Ich möchte jedoch auch KDE starten können. Deshalb habe ich mir die Datei „xstartup“ (im Verzeichnis „.vnc“ in Ihrem Home-Verzeichnis) meiner alten Red Hat 9-Installation angesehen und sie mit der aus meiner SUSE 9-Installation verglichen:Suse 9:!/bin/shxrdb $HOME/.Xresourcesxsetroot -solid greyxterm -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" &twm &Red Hat 9:!/bin/shRed Hat Linux VNC-Startskriptunset SESSION_MANAGERexec /etc/X11/xinit/xinitrcIch habe herausgefunden, dass „twm“ ein Fenstermanager ist; daher ersetzt es in diesem Zusammenhang KDE. Wenn ich das Suse-Skript durch das Red-Hat-Skript ersetze, startet KDE beim Start von vncserver.

Der neue iPod (3. Generation) und Suse Linux 9

Wed, 23 May 2007 00:00:00 +0000

Ich habe mir einen iPod gekauft. Und es scheint, dass sich der iPod der 3. Generation erheblich von den Vorgängermodellen unterscheidet. Zum Beispiel hinsichtlich seines Dateisystems. Bei früheren Modellen konnte man das HFS+-Dateisystem in ein FAT32-Dateisystem umwandeln. HFS+ ist das Dateisystem, das vom neuen Betriebssystem Mac OS X verwendet wird. Es kann von Windows-Betriebssystemen nicht gelesen werden (es sei denn, man kauft kommerzielle Software von Drittanbietern wie MacOpener oder MacDrive). Es gibt mehrere Linux-Schnittstellen für den iPod, doch alle setzen voraus, dass der iPod als normales Massenspeichergerät eingebunden wird. Suse Linux 9 bietet glücklicherweise Unterstützung für HFS+-Dateisysteme, auch wenn diese noch im experimentellen Stadium ist. Um HFS+-formatierte Dateisysteme einbinden zu können, müssen Sie das Kernel-Modul „hfsplus“ laden: sudo /sbin/modprobe hfsplus. Danach können Sie den iPod einfach anschließen. Nach einer Weile ertönt ein Piepton, der anzeigt, dass er erkannt wurde. Um festzustellen, welche Gerätenummer ihm zugewiesen wurde, solltest du die Systemmeldungen überprüfen: tail -30 /var/log/messages Da er wie ein SCSI-Gerät behandelt wird, erhält er wahrscheinlich „sda“, wenn es dein erstes USB-/FireWire-Gerät ist. Wenn bereits USB- oder FireWire-Geräte an Ihren Computer angeschlossen sind, erhält es möglicherweise die Kennung sdb oder sdc (usw.). Erstellen Sie einen Einhängepunkt: sudo mkdir /media/ipod Der iPod der 3. Generation verfügt offenbar über zwei Partitionen. Die erste ist wohl für die Firmware/Systemsoftware (sdx1) und die zweite für die Daten (sdx2). Komischerweise meldete das System, als ich versuchte, sie mit sudo mount -t hfsplus /dev/sdc2 /media/ipod einzuhängen, dass mit dem Gerät etwas nicht in Ordnung sei. Als ich es jedoch mit sudo mount -o umask=000 /dev/sdc2 /media/ipod versuchte, lief alles reibungslos. Die Option umask ist notwendig, um allen Benutzern Lese- und Schreibzugriff zu gewähren. Andernfalls kann nur root schreiben. Ich habe gtkpod installiert, um meine MP3s auf den iPod zu übertragen. Es gibt sogar ein Suse-9-RPM .

GRAMPS und SUSE Linux 9

Wed, 23 May 2007 00:00:00 +0000

Zunächst dachte ich, es gäbe keine Möglichkeit, die Ahnenforschungssoftware GRAMPS unter Suse 9 zum Laufen zu bringen. Anscheinend ist die GNOME-Unterstützung von Suse miserabel; die GRAMPS-Entwickler sagen sogar, dass bei der GNOME-Unterstützung von Suse mehrere Dinge nicht funktionieren. Aber endlich gibt es ein SUSE Linux 9-RPM, das funktioniert (zumindest bei uns): http://apt.bygden.nu/SuSE/9.0-i386/RPMS.suser-rbos/gramps-0.98.0-rb1.i586.rpm . Hier ist auch meine bevorzugte Methode, um einen grafischen Bericht aus GRAMPS zu erstellen (dazu muss das graphviz -Paket installiert sein): Wenn Sie eine PDF-Datei erstellen möchten:

Samba-Probleme (smb, smbadduser, smbpasswd)

Wed, 23 May 2007 00:00:00 +0000

Wenn Ihr Samba unzuverlässig ist, kann dies verschiedene Ursachen haben. Ich habe den Eindruck gewonnen, dass YAST Konfigurationsdaten überschreibt, die Sie manuell bearbeitet haben (z. B. in den Passwort- und Benutzerdateien), wenn Sie versuchen, Einstellungen über den YAST-Samba-Einrichtungsvorgang zu ändern. Hier folgt eine Checkliste für den Fall, dass Samba wieder nicht reagiert oder in der Netzwerkumgebung nicht sichtbar ist. Es könnte sein, dass die Unzuverlässigkeit auf das Herunterfahren eines PDC zurückzuführen ist. Vielleicht sollte ich meinen Linux-Rechner zum PDC machen, da er immer läuft. Jedenfalls konnte ich, selbst wenn es mir gelang, von W2K aus eine Verbindung herzustellen (über „Netzlaufwerk zuordnen“), von W98 aus keine Verbindung herstellen, indem ich auf das sichtbare Symbol meines Computers in der MCBL-Arbeitsgruppe klickte („Netzwerkpfad nicht gefunden“). Und unter Mac OS X war mein Computer überhaupt nicht sichtbar (aber ich konnte über den manuellen Befehl „smb://128.214.186.42/homes“ eine Verbindung herstellen). Seltsam… In /etc/samba/smb.conf:

So behebt man eine fehlerhafte X-Konfiguration während der Installation von SUSE 9

Wed, 23 May 2007 00:00:00 +0000

Bei meiner ersten Suse9-Installation habe ich es mit X vermasselt. Während der Konfiguration von X schlug mir das Installationsprogramm Folgendes vor: vesa 1600x1200@75. Ich dachte, ich wäre schlauer und habe die manuelle Konfiguration gewählt und meinen Nokia 445Xi-Monitor aus der Liste ausgewählt. Daraufhin versuchte das System, in den neuen Modus zu wechseln, und zeigte mir Schaltflächen zur Anpassung der Einstellungen an (Zentrierung, Breite usw.). Das habe ich erledigt und nachdem ich zufrieden war, habe ich die Installation fortgesetzt. Als X zum ersten Mal starten sollte, zeigte mein Bildschirm nur „out of synch“ an. So lässt sich das beheben: Im abgesicherten Modus neu starten; in /boot/grub/menu.lst „vga=xxx“ in „vga=normal“ ändern und den Eintrag „showopts“ entfernen. Starte erneut im abgesicherten Modus, wechsle in Runlevel 3 („init 3“) und führe sax2 –vesa 0:1024x768@75 aus. Anschließend habe ich wieder meinen Nokia-Monitor ausgewählt, aber keine Einstellungen vorgenommen (ich habe das Bild lediglich über die Regler an der Vorderseite des Monitors zentriert und in der Größe angepasst). Und nun funktioniert alles wieder einwandfrei.

Suse 9 zu Red Hat 9 hinzufügen (zwei verschiedene Distributionen auf demselben Computer)

Wed, 23 May 2007 00:00:00 +0000

Red Hat 9 ist installiert und es liegt folgende Partitionierung vor: hdd1 /boot (ext3) 100 MB hdd2 /home (reiserfs) 7,8 GB hdd3 / (ext3) 7,8 GB hdd4 EXT hdd5 swap 1 GB hdd6 /mnt/documents (reiserfs) 12 GB hdd7 /mnt/music (reiserfs) 90 GBDie Aufgabe besteht darin, ein zweites Linux-Betriebssystem (Suse 9) auf dieser Festplatte zu installieren, ohne dabei Daten zu verlieren. Die Root-Partition dieses Systems soll 10 GB groß sein. Außerdem möchte ich alle von Benutzern erstellten Dateien auf einer Partition zusammenfassen (derzeit befinden sie sich auf drei verschiedenen Partitionen: hdd2, hdd6 und hdd7). Zunächst besorgte ich mir eine externe 200-MB-USB-2.0-/FireWire-Festplatte (Maxtor, unter /mnt/sdb1 eingebunden) und kopierte die Daten von hdd1, hdd2, hdd6 und hdd7 mit „cp -ax /home /mnt/sdb1“ usw. darauf. Anschließend startete ich den Rechner mit der Knoppix-3.3-CD neu und führte von einem Root-Terminal aus „partimage“ aus. Ich versuchte, das Image der Root-Partition direkt auf mein externes USB-Laufwerk zu speichern, jedoch ohne Erfolg: Jedes Mal blieb das Programm während des Vorgangs an einer Stelle hängen. Daraufhin speicherte ich das Image unter /mnt/music, was gelang. Ich habe das System unter Red Hat 9 neu gestartet und das Image manuell von /mnt/music auf das USB-Laufwerk (/mnt/sdb1) kopiert. Da ich dem Programm „partimage“ nicht traute, habe ich das Dateisystem zusätzlich manuell mit den folgenden Befehlen auf das USB-Laufwerk kopiert: mkdir /mnt/sdb1/redhat_root cd / find . -xdev -print | cpio -padm /mnt/sdb1/redhat_root Anscheinend werden dabei alle Daten einschließlich Sonderdateien, Einhängepunkte usw. kopiert, wobei alle Dateimetadaten erhalten bleiben. Danach habe ich das externe USB-Laufwerk (vorsichtshalber) abgezogen, in Knoppix neu gestartet und wollte QTParted ausprobieren. Damit sollte es möglich sein, die Größe von Partitionen anzupassen. Im Root-Terminal gab ich „qtparted“ ein. Allerdings konnte ich die Größe von nichts ändern (die Optionen waren ausgegraut). Ich konnte die Partitionen allerdings löschen und neu anlegen (was nicht viel half). Also entschied ich mich für einen kompletten Neuanfang, legte die Suse-9-CD in das Laufwerk ein und startete den Suse-9-Installer. Ich wählte die „Experten-Partitionierung“, löschte alle vorhandenen Partitionen und legte die folgenden Partitionen neu an. Ich habe darauf geachtet, für hdb3 genau die gleiche Anzahl an Blöcken (1019) zu verwenden wie zuvor für hdd3, da ich wusste, dass partimage Images nur auf Partitionen wiederherstellen kann, die genau dieselbe Größe haben oder größer sind: /dev/hdb1 1 8 64228+ 83 Linux (ext3) /boot/dev/hdb2 9 1314 10490445 83 Linux (reiserfs) //dev/hdb3 1315 2333 8185117+ 83 Linux (reiserfs) /redhat/dev/hdb4 2334 14945 101305890 f Win95 Ext'd (LBA)/dev/hdb5 2334 2464 1052226 82 Linux swap/dev/hdb6 2465 14945 100253601 83 Linux (reiserfs) /homeNachdem die Installation abgeschlossen war, startete ich den Rechner unter Knoppix neu und versuchte, die Red-Hat-Root-Partition auf hdb3 wiederherzustellen. Partimage meldete mir, dass die Partition kleiner als das Image sei, weshalb eine Wiederherstellung nicht möglich war. Also startete ich Suse 9 neu und kopierte das Red Hat 9-Root-System manuell zurück auf hdb3 (mit derselben Befehlsfolge, die ich verwendet hatte, um es manuell auf den USB-Stick zu kopieren). Anschließend passte ich die Datei /redhat/etc/fstab an die neue Partitionierung an und kopierte alle Dateien aus /boot (jedoch nicht die Unterverzeichnisse von /boot) auf die neue Boot-Partition (mit Ausnahme der Dateien, für die es bereits Entsprechungen in /boot gab). Anschließend habe ich die Datei /boot/grub/menu.lst geändert, indem ich eine Zeile für die Red-Hat-Installation hinzugefügt habe:title Red Hat 9 Linuxroot (hd1,0)kernel /vmlinuz-2.4.20-19.9 root=/dev/hdb3initrd /initrd-2.4.20-19.9.img Außerdem habe ich die beiden Benutzerordner im Verzeichnis /home angelegt (das früher der Einhängepunkt für die /home-Partition war). Dabei habe ich alle versteckten Dateien und Verzeichnisse (die mit einem . beginnen) in die Benutzerordner kopiert. Dann habe ich versucht, Red Hat 9 zu starten. Ohne Erfolg. Kernel-Panic. Kein init gefunden. Versuchen Sie, die Option init= an den Kernel zu übergeben. Tatsächlich ist die Dateisystemprüfung von hdb3 fehlgeschlagen (kein Superblock gefunden). Es gibt mehrere Fehlermeldungen, wobei die wichtigen zuerst und schnell erscheinen (und man sie nicht sieht), während die schlechten, irreführenden Fehlermeldungen erst später kommen. Etwa, dass man die Partition manuell reparieren sollte. Und dass „root“ schreibgeschützt eingehängt ist. Und dass man sie mit „mount -n -o remount,rw /“ in den Lese-Schreib-Modus versetzen kann. Und dass man nur mit Strg-D in diesem Zustand neu starten kann. Das werde ich natürlich tun. Es gibt jedoch keinen Hinweis darauf, welchen Befehl man verwenden soll. Mehrere Versuche, irgendetwas zu unternehmen, während hdb eingehängt war, schlugen fehl (wenn ReiserFS schreibgeschützt ist, kann es nicht repariert werden; wenn es schreib- und lesbar ist, kann es nicht überprüft werden). Also starte ich Knoppix neu und führe die Reparatur von dort aus durch: fsck (das reiserfsck ausführt) erledigt die Aufgabe nicht: Es prüft nur, führt aber keine Reparaturen durch. Ich habe herausgefunden, dass der Befehl reiserfsck –rebuild-sb /dev/hdb3 den Superblock repariert. Immer noch kein Erfolg, also führe ich den langsamen, vollständigen Neuaufbau des Dateisystems von Grund auf mit reiserfsck --rebuild-tree /dev/hdb3 durch. Es bootet immer noch nicht in RH9. Dann kommt mir der Gedanke: Der RH9-Kernel unterstützt ReiserFS möglicherweise nicht (oder das Modul ist nicht geladen). Oder (alternativ) funktioniert das Kopieren bestimmter Dateien von einer ext3-Partition auf eine ReiserFS-Partition möglicherweise einfach nicht. Also lösche ich (von Knoppix aus) die gesamte hdb3 und erstelle sie als ext3 neu. Ich kopiere alle Daten zurück (QTParted beschwert sich immer noch über eine zu geringe Größe). Und endlich funktioniert es. Ich erstelle zwei Verzeichnisse für die beiden Benutzer auf der /home-Partition und kopiere manuell die nicht versteckten Dateien der alten Benutzerordner dorthin. Die versteckten Dateien kopiere ich nicht. Es gibt viele davon, die Suse durcheinanderbringen und eine Anmeldung unmöglich machen würden (das hatte ich zuvor bereits ausprobiert). Ich melde mich als root bei Suse 9 an und erstelle die beiden Benutzer mit genau denselben Namen wie unter RH9. Es erscheint eine Warnung, dass das Verzeichnis bereits existiert und dass dessen gesamter Inhalt dem neuen Benutzer gehören wird. Das ist natürlich in Ordnung.

Ändern des Hostnamens mit YaST 2 (Überschreiben des DHCP-Servers)

Mon, 21 May 2007 00:00:00 +0000

Ich konnte nicht herausfinden, wie man den Hostnamen ändert. Der Hostname wird beispielsweise standardmäßig (Suse 9) in der Befehlszeile angezeigt und von verschiedenen Anwendungen verwendet. Wenn Sie Ihren Computer zwischen verschiedenen Netzwerken hin- und herbewegen, ändert sich dieser Name, da standardmäßig (Suse 9) der Hostname vom DHCP-Server zugewiesen wird. Sie können diese Einstellung jedoch mit YaST2 überschreiben: System -> YaST2-Module -> Netzwerkgeräte -> Netzwerkkarte -> Authentifizieren! -> Bereits konfigurierte Netzwerkkarten bearbeiten -> Hostname & Namensserver -> Deaktiviere das Kontrollkästchen „Hostname über DHCP ändern“ und gib den gewünschten Hostnamen in das Feld ein. Ich nehme an, du musst den Computer neu starten, damit die Einstellungen wirksam werden. Dies ändert jedoch beispielsweise nicht den Namen deines Computers, der im Windows-Netzwerk sichtbar ist. Um dies zu ändern, musst du einen Eintrag wie folgt in die Datei /etc/samba/smb.conf einfügen: netbios name = „michael-laptop“ (Ist das richtig?: Die Anführungszeichen „“ sind notwendig, sonst wird nur der erste Teil des Namens angezeigt (also: michael).) Dadurch ändert sich der Name, wie er z. B. angezeigt wird, wenn du von einem Windows-NT-Computer aus das Netzwerk durchsuchst. Die Samba-Implementierung von macOS 10.2 zeigt jedoch weiterhin einen generischen Namen an (in meinem Fall den Namen, den mir der DHCP-Server zuweisen will: mcblmj-2).

Formatieren und Einbinden einer externen FireWire-ReiserFS-Festplatte

Mon, 21 May 2007 00:00:00 +0000

Ich wusste nicht, wie man ein unformatiertes Laufwerk unter Linux formatiert. Ich habe ein FireWire-Gehäuse mit einer alten, für Macintosh formatierten 12-GB-Festplatte an meinen Computer angeschlossen. Um sie mit ReiserFS zu formatieren, habe ich Yast2 verwendet. Dazu musste ich in den Expertenmodus wechseln und die Partitionstabelle neu schreiben. Dadurch fügt YaST2 einen Eintrag in die fstab ein, den ich wie folgt geändert habe: /dev/sda1 /media/firewire reiserfs noauto,user 0 0, da ich nicht möchte, dass das Laufwerk bei jedem Systemstart automatisch eingebunden wird. Stattdessen kann ich sie nun als normaler Benutzer manuell einhängen mit: mount /media/tmp/Um das Laufwerk für normale Benutzer (oder für wen auch immer Sie Zugriff gewähren möchten) beschreibbar zu machen, müssen Sie die Eigentumsrechte und/oder Berechtigungen des Einhängepunkts ändern:chmod -R a+rwx /media/firewire

Gute RPM-Repositorys für SUSE Linux 9

Mon, 21 May 2007 00:00:00 +0000

Sie können gezielt nach SUSE 9-RPM-Paketen unter [http://rpm.pbone.net/] suchen( http://rpm.pbone.net/) , es gibt jedoch zwei gute Websites, die sich auf SUSE Linux-RPM-Pakete spezialisiert haben: http://guru.linuxbe.org http://packman.links2linux.de/

Staden 1.4 und Suse 9

Mon, 21 May 2007 00:00:00 +0000

Ich habe heute das neue Staden-Paket (Version 1.4) auf meinem SUSE 9 installiert. Ich habe die folgenden Zeilen in meine ~/.bashrc-Datei eingefügt: export STADENROOT=/usr/local/staden-linux-rel-1-4 . $STADENROOT/staden.profile.Danach funktionierte kprinter nicht mehr und gab folgenden Fehler aus: kprinter: /usr/local/staden-linux-rel-1-4/lib/linux-binaries/libstdc++.so.5: keine Versionsinformationen verfügbar (erforderlich für /opt/kde3/lib/kprinter.so)Anscheinend wird die übliche Datei (/usr/lib/libstdc++.so.5) nicht mehr verwendet, da das Verzeichnis „staden linux-binary“ ganz am Anfang der PATH-Variablen aufgeführt ist und somit alle anderen Einträge überschreibt. Daher habe ich /usr/local/staden-linux-rel-1-4/lib/linux-binaries/libstdc++.so.5 und libstdc++.so.5.0.1 durch symbolische Verweise auf /usr/lib/libstdc++.so.5.0.5 ersetzt:cd /usr/local/staden-linux-rel-1-4/lib/linux-binariessudo ln -s /usr/lib/libstdc++.so.5.0.5 libstdc++.so.5.0.1sudo ln -s /usr/lib/libstdc++.so.5.0.5 libstdc++.so.5Bislang funktioniert zumindest das Drucken ohne Fehlermeldungen, aber ich habe staden noch nicht ausprobiert…

VMware-Installationsfehler (libpopt)

Mon, 21 May 2007 00:00:00 +0000

Die Fehlermeldung während der VMware-Einrichtung (vmware-config.pl) ist darauf zurückzuführen, dass SUSE 9 ein zu neues Paket für die angeforderte Bibliothek enthält: /usr/bin/vmware-smbpasswd.bin: Fehler beim Laden der gemeinsam genutzten Bibliotheken: libpopt.so.0: Die gemeinsam genutzte Objektdatei kann nicht geöffnet werden: Keine solche Datei oder kein solches VerzeichnisDas folgende Kommando behebt das Problem:ln -s /usr/lib/libpopt.so.1 /usr/lib/libpopt.so.0

Installation und Konfiguration von „disc-cover“ unter SUSE 9.0

Sun, 20 May 2007 00:00:00 +0000

libcdaudio libcdaudio-devel (für cdaudio.h) Modul „perl-audio-cd“ Konfiguration von „disc-cover“: Alle Konfigurationsdateien erstellen, da es sonst zu einem Segmentierungsfehler kommt. Server zur Datei „.cdserverrc“ hinzufügen ( http://www.freedb.org/modules.php?name=Sections&sop=viewarticle&artid=9 )

Erstellen eines SUSE-RPMs für das Staden-Paket

Thu, 05 Apr 2007 00:00:00 +0000

Da die Binärdateien auf allen SUSE-Distributionen funktionieren, dachte ich mir, den Kompilierungsprozess zu überspringen und die Binärdateien einfach von RPM entpacken zu lassen, um anschließend die SUSE-spezifischen Dateien an den richtigen Stellen hinzuzufügen. Bei diesen zusätzlichen Dateien handelt es sich hauptsächlich um kde.desktop-Dateien, Symbole sowie den Eintrag export STADENROOT=/usr/local/staden-linux-1-4-1 und das Einbinden von /usr/local/staden-linux-1-4-1/staden.profile in ~/.bashrc.Das Entpacken würde also einfach so aussehen: tar --extract --verbose --gzip --absolute-names --file=staden-linux-1-4-1.tar.gz sowie chown -R root:root /usr/local/staden-linux-1-4-1.

Gleichzeitige Verwendung mehrerer Mäuse/Trackpads (SUSE Linux 9 YaST2/SaX)

Thu, 05 Apr 2007 00:00:00 +0000

Ich habe einen Laptop und habe mit YaST2 eine externe USB-Maus konfiguriert. Allerdings funktioniert das Trackpad nun nicht mehr. Wenn ich den Rechner jetzt ohne USB-Maus neu starte, habe ich ein Problem. Für die Konfiguration habe ich Folgendes verwendet: Systemsteuerung -> YaST2-Module -> Hardware -> Mausmodell auswählen Wenn Sie sowohl die externe Maus als auch das Trackpad nutzen möchten, müssen Sie etwas tiefer graben: Systemsteuerung -> YaST2-Module -> Hardware -> Grafikkarte und Monitor -> Grafische Desktop-Umgebung -> Ändern -> Komponente: Eingabegeräte Hier haben Sie die Möglichkeit, eine unbegrenzte Anzahl von Mäusen hinzuzufügen. Sie sollten wahrscheinlich vor dem Neustart testen, ob Ihre neuen Einstellungen funktionieren (mit der Test-Schaltfläche). Die Einstellungen werden erst nach einem Neustart aktiv. Das heißt, wenn Sie Ihr Trackpad deaktivieren möchten (weil es Sie stört), benötigen Sie erneut einen Neustart…

netatalk beim Systemstart unter SUSE Linux 9 als Systemdienst starten

Thu, 05 Apr 2007 00:00:00 +0000

Mir fehlt bei Suse Linux 9 eine übersichtliche grafische Benutzeroberfläche, die ALLE Systemdienste mit den Optionen „Starten“, „Beenden“ und „Bei jedem Systemstart starten“ zusammenfasst. RedHat 9 verfügt über so etwas. Es gibt zwar YaST2, aber unter den Diensten ist netatalk nicht einmal aufgeführt. Um Netatalk beim Systemstart zu starten, erstelle ich einfach manuell einen Link: cd /etc/init.d/rc5.d sudo ln -s ../atalk S22atalk Nach dem Neustart (und zu meiner Überraschung) fror mein Computer ein. Kein Strg-Alt-F2, kein Zugriff über SSH; die einzige Rettung war der physische Neustartknopf (etwas, das ich nur aus meiner Macintosh-Zeit kenne). Nach einem Neustart im abgesicherten Modus und dem Entfernen des Symlinks funktioniert alles wieder einwandfrei. Wenn ich atalk manuell starte, friert das System nach ein paar Sekunden auf die gleiche Weise ein…

Suse Linux 9.1

Thu, 05 Apr 2007 00:00:00 +0000

Ich habe die Box-Version von SUSE Linux 9.1 gekauft. Das Update verlief recht reibungslos. Zwar wurden etwa 1500 Paketkonflikte gemeldet, doch handelte es sich dabei ausschließlich um Folgen von Kopete 0.81 (meinem ICQ-Client) und VLC 0.71 (meinem Videoplayer). Ich habe die Konflikte gelöst, indem ich zunächst den Schutz der von mir installierten Nicht-SUSE-Pakete aufgehoben und dann Systeminkonsistenzen in Kauf genommen habe. Nach dem Update funktionierten jedoch sowohl Kopete als auch VLC weiterhin. Dagegen funktionierte VMware 4.0.5 nicht mehr, aber ein Update auf 4.5.1 hat Abhilfe geschaffen.

SUSE Linux 9.1/9.2 und VMware

Thu, 05 Apr 2007 00:00:00 +0000

Ich habe mir erneut eine VMware-Version zum Testen heruntergeladen (4.5.2). Aber sie ließ sich nicht einmal konfigurieren. Anscheinend hat SUSE die Verzeichnisstruktur der Installationsquellen durcheinandergebracht. Ich habe folgende Lösung gefunden: cd /usr/src/linux su make cloneconfig make prepare. Danach sollte das Skript „vmware-config.pl“ einwandfrei laufen. Bevor ich vmware-config.pl ausgeführt habe, habe ich außerdem den vmware-any-any-update78-Patch angewendet. Übrigens: Man muss diesen Vorgang bei jedem Kernel-Update wiederholen! Nach dem Update auf 9.2 hatte ich weitere Probleme. Nach jedem Neustart musste ich vmware-config.pl erneut ausführen. Dies wurde behoben, indem ich for a in seq 0 9; do mknod /dev/vmnet$a c 119 $a; done am Anfang der Datei /etc/init.d/vmware hinzugefügt habe. Nach Kernel-Updates lautet die Vorgehensweise vor dem Start von vmware-config.pl: cd /usr/src/linux make cloneconfig make modules_prepare

Aktualisierung von SUSE Linux 9.0 auf 9.1