Hallo zusammen, Nachdem ich nun auf meiner 3. Disk SuSE 8.1 installiert habe und es geschafft habe diese ueber mein 7.1-er LILO zu booten, moechte ich Euch meine bisherigen Erfahrungen und Probleme mitteilen und vielleicht Verbesserungen hoeren. Vorausschicken moechte ich noch, dass ich mit der Version 6.2 in SuSE-Linux eingestiegen bin dann 6.4 und nun ein erweitertes 7.1 (eigener Kernel, CUPS, ...) benutze. Auch habe ich nie einen Update, sondern immer eine Neuinstallation gemacht, wobei ich immer alle Packete durchgegangen bin und installiert habe, was ich als notwendig erachtet habe. Hier im Buero benutze ich SUN Solaris. Entgegen meinem bisherigen Vorgehen, habe ich diesmal nicht detailiert Packete ausgewaehlt, sondern in dem anderen Fenster von Yast2 alle Kaestchen zu installierender Software angekreuzt (Weiss nicht mehr genau wie das Fenster hiess). An der Installation habe ich die Partitionierung und den Filesystemtyp geaendert (1 Partition, ext3). Warscheinlich habe ich jedoch vor Installationsbeginn nicht alle Einstellungen genau durchgesehen, jedenfalls versucht er jetzt beim booten seine IP Adresse von einem DHCP zu bekommen. Natuerlich gibt's keinen. Weiterhin hat er den Namen des Rechners auf 'linux.local' gesetzt. Ich moechte ihn jedoch 'obelix.local' nennen. In Yast2 (X-version) lesst sich der Wert 'linux' jedoch nicht aendern, in der text-basierenden Version schon. Nachdem ich mich unter meinem normalen User in KDE eingeloggt hatte, habe ich mich in einem xterm mit 'su -' zu root gemacht und wollte mit dem 'nedit' die '/etc/fstab' anpassen. 'nedit' wurde nicht installiert. 'locate' wurde nicht installiert. 'ksh' wurde nicht installiert. (ksh desswegen, weil wir in der Firma in Shell-Scripten die 'ksh' benutzen und ich etliche in dort geschrieben habe) Also einen anderen grafischen Editor probiert. Keine Berechtigung auf dem Display. 'xhost +' als normaler User brachte auch nichts. Nach einigem rumsuchen bin ich drauf gekommen, dass die DISPLAY veriable fuer root nicht definiert war. (Bilde mir ein, dass das auch bei 7.1 ein Problem war) Nach einem 'export DISPLAY=:0.0' konne ich auch unter root X-Applikationen, z.B. nun auch Yast2 aufrufen. Habt ihr aehnliche Erfahrungen oder habe ich da 'nen Fehler ?? Die Umstellung von DHCP auf feste IP Adresse hat auch nicht funktioniert. Er such immer noch beim DNCP und zusaetzlich versucht er eine 'eth1' zu konfigurieren. Das muss ich nochmal genauer pruefen. Software: Testweise habe ich mal /usr/local auf mein 7.1-er /usr/local gelinkt, aber es hat nicht lange gedauert, bis der Rechner stand und nur durch einen Reset wiederbelebt werden konnte (Dank ext3 war's kein Problem). So wie's aussieht, werde ich alle meine inzwischen gesammelte Software neu uebersetzen muessen. Oder ?? Hierdurch stellt sich mir die Frage, wie es mir der Benutzung von fertig compelierter Software aussieht. Ob die mit dem neuen 3.2-er gcc uebersetzt wurde, weiss man ja nicht unbedingt. Kann sowas unter 8.1 benutzt werden ?? Hat jemand Erfahrung ? Kinternet: Unter 8.1 wird kinternet immer mit einem ca. 4x4cm grossen Window am Desktop auferufen. Wenn ich den daann kille und in einem xterm wieder starte, erzscheint er, wie auch unter kde3.0.3 auf meiner 7.1, im Systemteil des Panels. Auch blendet er das Log-Window nicht mehr standardmaessig auf. Wuerde ich jedoch gerne wieder haben. Hat jemand einen Tipp wo ich schrauben muss, damit kinternet das schon beim Start wieder so macht. Unter /opt/kde3/share/autostart/kinternet.desktop habe ich nichts gefunden, was mir weiterhilft. Fazit: Fuer ein detailiertes Fazit habe ich noch zu wenig mit 8.1 gearbeitet, aber es ist schon einiges an Arbeit zu investieren damit ein 'gewohntes' Arbeiten moeglich ist. Kommentare ?? Gruss Werner Franke
Werner Franke wrote:
Nachdem ich mich unter meinem normalen User in KDE eingeloggt hatte, habe ich mich in einem xterm mit 'su -' zu root gemacht
Nach einigem rumsuchen bin ich drauf gekommen, dass die DISPLAY veriable fuer root nicht definiert war.
Habt ihr aehnliche Erfahrungen oder habe ich da 'nen Fehler ??
Ja, denn du hast das User-Environment explizit geloescht ("su -" statt "su -m"). Du haettest eher das Script "sux" aufrufen sollen, welches dann die "sicherere" Methode mit xauth statt xhost verwendet.
Die Umstellung von DHCP auf feste IP Adresse hat auch nicht funktioniert. Er such immer noch beim DNCP und zusaetzlich versucht er eine 'eth1' zu konfigurieren. Das muss ich nochmal genauer pruefen.
Ich druecke im Netzwerk-Modul auch immer den Knopf zum anlegen eines neuen Interfaces, wenn ich die alte Karte bearbeiten mag. Sehr wahrscheinlich ien Bedienfehler deinerseits. Peter
On Dienstag, 17. Dezember 2002 12:53 Werner Franke wrote:
Habt ihr aehnliche Erfahrungen oder habe ich da 'nen Fehler ??
Ich verwende yast grundsätzlich via Konsole und hatte Deine Probleme nie. Die fehlede Software mußt Du eben nachinstallieren. Den Rechnernamen und die fixe IP änderst Du bei den Grundeinstellungden der Netzwerkkarte. Achte aber auf den IDE-Bug, wenn Du 3 HDs hast. Bei mir tritt der auch manchmal nur mit 1 HD auf. Am einfachsten Kernel ftp://ftp.suse.com/pub/people/mantel/next/RPM/k_deflt-2.4.19-192.i586.rpm einspielen. Du kannst natürlich auch die Sourcen selber übersetzen :-)
Kinternet: Unter 8.1 wird kinternet immer mit einem ca. 4x4cm grossen Window am Desktop auferufen.
So weit ich das mitbekommen habe, liegt das an der Einstellung, ob man automatische Verbindungen ins Internet zuläßt.
Fazit: Fuer ein detailiertes Fazit habe ich noch zu wenig mit 8.1 gearbeitet, aber es ist schon einiges an Arbeit zu investieren damit ein 'gewohntes' Arbeiten moeglich ist.
Ja, seit 8.0 muß man umdenken und dazu braucht es einige Zeit. Jetzt kannst Du vieles über den Runlevel-Editor machen. Albert
Hallo Albert, Danke fuer die Tipps. Al Bogner wrote:
On Dienstag, 17. Dezember 2002 12:53 Werner Franke wrote:
Habt ihr aehnliche Erfahrungen oder habe ich da 'nen Fehler ??
Ich verwende yast grundsätzlich via Konsole und hatte Deine Probleme nie. Die fehlede Software mußt Du eben nachinstallieren. Den Rechnernamen und die fixe IP änderst Du bei den Grundeinstellungden der Netzwerkkarte.
Das mit dem Nachinstallieren ist schon klar. Wollte halt mal sehen, was so standardmaessig installiert wird. Ein Kollege von mir will auch auf 8.1 umsteigen und er hat immer das Glueck in alle Fallen, die's so gibt 'reinzutappen. SO kann ich ihm wenigstens schon vorher einige Tipps geben. Kann man uebrigends eine Konfiguration auf Floppy speichern und die dann bei einer Neuinstallation einlesen ?? So koennte ich ihm eine funktionierende Softwarekonfiguration erstellen.
Achte aber auf den IDE-Bug, wenn Du 3 HDs hast. Bei mir tritt der auch manchmal nur mit 1 HD auf. Am einfachsten Kernel ftp://ftp.suse.com/pub/people/mantel/next/RPM/k_deflt-2.4.19-192.i586.rpm einspielen. Du kannst natürlich auch die Sourcen selber übersetzen :-)
IDE-Bug ?? Habe mal gestern in /var/log/messages der 8.1-er nachgesehen, warum der Kernel stehengeblieben ist. Da wurden etliche 'Block error' der ersten Disk gemeldet. Unter meinem selbstgebackenen 2.4.19 unter 7.1 sind keine solchen Fehler bekannt. Also scheint's nicht an der Disk selbst zu liegen. Ist das der IDE-Bug ? Gruesse Werner
Am Mit, 2002-12-18 um 08.56 schrieb Werner Franke:
Danke fuer die Tipps.
Al Bogner wrote:
[...]
Achte aber auf den IDE-Bug, wenn Du 3 HDs hast. Bei mir tritt der auch manchmal nur mit 1 HD auf. Am einfachsten Kernel ftp://ftp.suse.com/pub/people/mantel/next/RPM/k_deflt-2.4.19-192.i586.rpm einspielen. Du kannst natürlich auch die Sourcen selber übersetzen :-)
IDE-Bug ?? Habe mal gestern in /var/log/messages der 8.1-er nachgesehen, warum der Kernel stehengeblieben ist. Da wurden etliche 'Block error' der ersten Disk gemeldet. Unter meinem selbstgebackenen 2.4.19 unter 7.1 sind keine solchen Fehler bekannt. Also scheint's nicht an der Disk selbst zu liegen. Ist das der IDE-Bug ?
Hallo Werner Vorsicht mit Deinem System. Nimm die Sache mit dem Kernel-Update ernst und installier ihn _sofort_! Der Kernel zerlegt dir langsam aber sicher die gesamte Platte. Wir hatten unter 8.1 im Reiserfs Datenverluste und im ext3 ca. 100000(!) Files unter lost+found. Rückblickend hatten wir genau Deine Fehlermeldungen in messages. 5 Tage humpelte das System, dann stand es. Gruss, Wolfgang
Hallo Wolfgang, Wolfgang Hinsch wrote:
Am Mit, 2002-12-18 um 08.56 schrieb Werner Franke:
Danke fuer die Tipps. Al Bogner wrote:
[...] Achte aber auf den IDE-Bug, wenn Du 3 HDs hast. Bei mir tritt der auch manchmal nur mit 1 HD auf. Am einfachsten Kernel ftp://ftp.suse.com/pub/people/mantel/next/RPM/k_deflt-2.4.19-192.i586.rpm einspielen. Du kannst natürlich auch die Sourcen selber übersetzen :-)
IDE-Bug ?? Habe mal gestern in /var/log/messages der 8.1-er nachgesehen, warum der Kernel stehengeblieben ist. Da wurden etliche 'Block error' der ersten Disk gemeldet. Unter meinem selbstgebackenen 2.4.19 unter 7.1 sind keine solchen Fehler bekannt. Also scheint's nicht an der Disk selbst zu liegen. Ist das der IDE-Bug ?
Hallo Werner Vorsicht mit Deinem System. Nimm die Sache mit dem Kernel-Update ernst und installier ihn _sofort_! Der Kernel zerlegt dir langsam aber sicher die gesamte Platte. Wir hatten unter 8.1 im Reiserfs Datenverluste und im ext3 ca. 100000(!) Files unter lost+found. Rückblickend hatten wir genau Deine Fehlermeldungen in messages. 5 Tage humpelte das System, dann stand es.
DANKE Da bin ich ja froh, dass ist die 8.1 nur als zweites System aufge- spielt habe und zum ernsthaften Arbeiten noch mein 7.1-er habe. Ja, die aktuelle Version vom SuSE Kernel (k_athlon-2.4.19-189.i586.rpm) von obiger Adresse habe ich mir gestern hier runtergeladen und mittels Turnschuh-lan (150MB Cardridge) nach Hause genommen. (Uebers Modem ist halt ein bisschen laenglich :-) Zu Deiner letzten Mail:
Yast2 ist nicht in der Lage, die Bootkonfiguration... Aktuell bin ich ja noch LILO gewohnt. Auf meinem 7.1-er System habe ich die Boot-Dateien vom 8.1-er nach /boot kopiert und eine entsprechende Erweiterung in die lilo.conf eingebaut. So kann ich nun das 8.1-er System wie auch das 7.1-er ueber den LILO Menue booten. Nach dem Kernel Update muss ich halt wieder kopieren. Wie ich die Floppy aktualisieren kann, auf der ich den Boot-Loader bei der 8.1-er Installation habe schreiben lassen, finde ich hoffentlich irgendwo bei der GRUB Doku ? Oder hast Du den passenden Befehl parat ?
Danke nochmal Gruesse Werner
Am Don, 2002-12-19 um 08.36 schrieb Werner Franke:
Hallo Wolfgang, [...] Zu Deiner letzten Mail:
Yast2 ist nicht in der Lage, die Bootkonfiguration... Aktuell bin ich ja noch LILO gewohnt. Auf meinem 7.1-er System habe ich die Boot-Dateien vom 8.1-er nach /boot kopiert und eine entsprechende Erweiterung in die lilo.conf eingebaut. So kann ich nun das 8.1-er System wie auch das 7.1-er ueber den LILO Menue booten. Nach dem Kernel Update muss ich halt wieder kopieren. Wie ich die Floppy aktualisieren kann, auf der ich den Boot-Loader bei der 8.1-er Installation habe schreiben lassen, finde ich hoffentlich irgendwo bei der GRUB Doku ? Oder hast Du den passenden Befehl parat ?
Hallo Werner, die Aktualisierung, die Du benötigst, betrifft nur LILO. Ich würde hier ohne Floppy arbeiten. Ich vermute, dass Du die verschiedenen Systeme auf verschiedenen Partitionen hast. Hier gibt es mehrere Möglichkeiten: 1. Boot von 7.1, neuerer Rechner root-fs des 8.1 im 7.1 unter irgendeinem Namen mounten, neue vmlinuz und initrd lokalisieren und Pfade im lilo.conf eintragen. Dann lilo aufrufen (nach jeder Veränderung). 2. Boot von 7.1, älterer Rechner mount wie oben, aber Dateien nach /boot kopieren wg. 1024-Zylinder-Grenze. Ansonsten s.o. 3. Boot von 8.1 root-fs von 7.1 mounten, im Yast2 die Boot-konfig für weiteres System erstellen und die Pfade angeben. Grub soll in der Lage sein, zur Bootzeit bereits auf die Filesysteme zuzugreifen und Dateien nach Namen zu lokalisieren. Daher werden auch neue Kernel unter gleichem Namen erkannt. Solange Yast2 nicht gepatcht ist, muss die entstandene grub-Datei aber mit einem Editor ergänzt werden (Einmalig und ziemlich einfach, der Fehler ist offensichtlich). 4. Boot von 8.1 System 7.1 als "other" starten. Dann wird bei Auswahl des 7.1 der LILO gestartet. Müsste auch umgekehrt möglich sein (?). Es ist etwas her, dass ich das gemacht habe, und ich mache es nicht oft, daher sind sicher nicht alle Feinheiten aufgeführt, aber im Prinzip funktioniert es. Frohe Weihnachten allerseits, ich klinke mich in 1h für eine Woche Urlaub aus. Gruss, Wolfgang
Hallo, On Tue, 17 Dec 2002, Werner Franke wrote:
Nach einigem rumsuchen bin ich drauf gekommen, dass die DISPLAY veriable fuer root nicht definiert war. (Bilde mir ein, dass das auch bei 7.1 ein Problem war) Nach einem 'export DISPLAY=:0.0' konne ich auch unter root X-Applikationen, z.B. nun auch Yast2 aufrufen.
Das ist normal so.
Software: Testweise habe ich mal /usr/local auf mein 7.1-er /usr/local gelinkt, aber es hat nicht lange gedauert, bis der Rechner stand und nur durch einen Reset wiederbelebt werden konnte (Dank ext3 war's kein Problem).
Autsch. Verwendet die 7.1 nicht noch ne glibc-2.1? Und dann das mit dem gcc3.x... Also auch "dein Fehler" ;)
So wie's aussieht, werde ich alle meine inzwischen gesammelte Software neu uebersetzen muessen. Oder ??
Ja. Zum Rest kann ich nix sagen. -dnh -- I'd play with your mind, but I prefer bigger toys. -- Tyger
Am Die, 2002-12-17 um 12.53 schrieb Werner Franke:
[...]
Software: Testweise habe ich mal /usr/local auf mein 7.1-er /usr/local gelinkt, aber es hat nicht lange gedauert, bis der Rechner stand und nur durch einen Reset wiederbelebt werden konnte (Dank ext3 war's kein Problem).
So wie's aussieht, werde ich alle meine inzwischen gesammelte Software neu uebersetzen muessen. Oder ??
Hierdurch stellt sich mir die Frage, wie es mir der Benutzung von fertig compelierter Software aussieht. Ob die mit dem neuen 3.2-er gcc uebersetzt wurde, weiss man ja nicht unbedingt. Kann sowas unter 8.1 benutzt werden ?? Hat jemand Erfahrung ?
[...]
Hallo Werner Problem auf der 8.1 ist eine neue Motif-Version, die nach dem Motto "friss oder stirb" eingeführt wurde, inkompatibel zu vorigen Versionen und Binärpaketen. Grrrr. Abhilfe könnte sein, die alten Versionen aus /usr/X11R6/lib/lib[Xm|Mrm|..].so.??? auf das neue System zu kopieren. Links müssen nicht umgesetzt werden, die Files werden erkannt. Statisch gelinkte Programme laufen natürlich. Unter C++ wurden Namespaces eingeführt, aber das gehört in eine andere Liste. Der Smp-Kernel scheint inkompatibel zu kdm im Netzwerk zu sein (Update-Stand Ende November). Xdm funktioniert, auch mit kde. Der dickste Hammer ist aber der IDE-Kernel-Bug (s.u.). Hat uns massenweise Arbeit und Ärger bereitet. Tipp: Installiere SuSE Linux erst, wenn es vier Monate bei den Kunden gereift ist (mit allen Updates, die seit mindestens einem Monat auf der Seite stehen). SuSE wäre gut beraten, im voraus eine Beta herauszubringen. Vielleicht mit Gutschriften auf die Endversion für gefundene Fehler. Der Kunde würde es danken und dem Ruf von Linux würde es nützen! Gruss, Wolfgang
Hallo, was mir gerade noch einfällt: Yast2 ist nicht in der Lage, die Bootkonfiguration korrekt zu erstellen. Weder Lilo noch Grub funktionieren, wenn man im Yast2 die Bootkonfiguration im Nachhinein verändern will. Bei Grub liegt es daran, dass die 2. Zeile des Eintrags für ein weiteres System (ist schon etwas her) mit einem Editor nachtragen muss. Wenn ich mich richtig erinnere, war das die Zeile mit derm Hinweis auf die initrd. Gruss, Wolfgang
participants (5)
-
Al Bogner
-
David Haller
-
Peter Wiersig
-
Werner Franke
-
Wolfgang Hinsch