Sorry, wie es mit den Daten und Programmen beim Update aussieht weis ich nicht. Hab ich noch nie gemacht.
Bin mit 7.0 eingestiegen, hab ne Neuinstallation gemacht (weil System so arg verbogen) und lauf jetzt auf 8.1

Kann ich nicht sagen.
Wenn dus riskieren willst, sicher dir alle konfigurations datein, für z.B. den (falls vorhanden):
apache,
named,
licq (users.conf, owner.conf),
smb,
...

Darf ich fragen, warum du überhaupt updaten möchtest.
Also mein Grund war damals, dass die Kernel in der Version wie ich sie unter 7.0 hatte sich nicht bei herunterfahren selbst ausschalten konnte, dies war erst zwei Releases höher möglich. Kernel updaten hab ich mir nicht zugetraut (tu ich heut noch nicht) also hab ich neuinstalliert,

*erinner*
Hab damals auf 7.1 upgedatet. (aber mit CD's)
Da war AFAIK noch alles erhalten.
Das hab ich aus dem laufenden System mit dem Yast gemacht. (Software->System-Update)

Zu dem Booten,
Ich habe versucht mein Notebook auch mal auf Linux umzurüsten (das hat auch ein DVD-ROM).
Das hat nicht von DVD gebootet. (keine Ahnung warum) sondern nur von CD.

Ich konnte dir zwar nicht helfen, aber hoffe irgendwelche Erfahrungen weitergegeben zu haben.

Gruß Alex

Obwohl ansonsten SuSE-Fan, rate ich hier zur Vorsicht. Ich habe es nur in eher wenige Ausnahmefällen erlebt, daß ein SuSE-Update auch funktioniert hat.

Dringend empfehle ich Dir ein Backup aller wichtigen Daten zuvor, und die Yast-Lizens und Nummer von der Hotline und einen Wochentag um es zu machen.

Muß nicht heißen, daß irgendwas schief geht, aber das war bisher der Normalfall. Dann ist's wirklich meist besser neu zu installieren und das Backup mitzunehmen.

Vom SuSE-Update kann ich nur abraten, sicher die wichtigen Dinge (/home hast Du hoffentlich auf einer eigenen Partition?! ) und mach alles andere platt und installier neu.\n\n

<!--EDIT|Crian|1060977776-->

OK, werde mir es dann mal überlegen.
Neue Frage:
Ich möchte gerne CGI Scripts ausführen. Wie mache ich das?
Hab bereits ein cgi-bin Verzeichnis in /home/erik/public_html. Darin liegt eine .pl Datei. Apache ist auch installiert. Wie führe ich jetzt das CGI Script aus?
Ishka hat mir gesagt, man muss das Script im Browser über http://computername/~username/cgi-bin/test.pl starten. Jetzt muss ich aber zuerst mal Apache starten. Wie mache ich das? Stimmen alle anderen Sachen soweit?

Apache sollte schon laufen, sonst schau mal nach, was in /etc/rc.weißnichtmehrgenau so für Deinen runlevel alles gestartet wird, ggf. Skripte anpassen.

Schau erstmal mit "ps -aux|grep apache" ob der schon läuft...

Habs mit "/etc/init.d/apache status" gechecked. Ist aus.

[E|B

,15.08.2003, 23:05]Habs mit "/etc/init.d/apache status" gechecked. Ist aus.

den apache kannst du ueber yast2 -> System -> Runlevel-Editor -> Runlevel-Eigenschaften
dort suchst du nach apache, markierst ihn und sagst, er soll in den Runleveln 3 und 5 gestartet werden. dann startest du den apache ueber Starten/Anhalten. Danach auf beenden gehen und yast2 schliessen. Wenn du es so machst, wird der Apache immer automatisch mit Linux gestartet (genau gesagt: sobald das Netzwerk gestartet ist, in den Runleveln 3 und 5)

Die Config fuer Apache ist /etc/httpd/httpd.conf . Wenn du die veraenderst, kannst du ueber
apachectl restart
den apache neu starten (oder starten, wenn er nicht laeuft).

Das Standardverzeichnis bei neuen SuSEs fuer Web ist /srv/www/htdocs fuer HTML-Dateien und /srv/www/cgi-bin fuer cgi-Scripte

Danke, hat gut geklappt. Apache läuft jetzt.
Wenn ich jetzt allerdings in deinem angegebenen Verzeichnis eine .pl Datei erstellen will, bekomme ich gesagt, dass ich keine Berechtigung hätte. Hab versucht mich mit su einzuloggen und den CHMOD des Verzeichnisses zu ändern. Nur das ging nicht. Wie muss ich es richtig machen? Habs versucht mit "chmod 777 /srv/www/cgi-bin", ging aber nicht.
Könntest du mir vielleicht auch noch erklären, was ein Runlevel ist?

[E|B

,17.08.2003, 00:01]

bei suse ist, wenn ich mich recht erinnere, der user, als der html-seiten und scripte ausgefuehrt werden, unter dem User www oder wwwrun ausgefuehrt (ein ls -l im Verzeichnis /srv/www/htdocs/ sagt dir da genaueres).

Um die Daten zu editieren gibt es mehrere Moeglichkeiten:
1: entweder erstellst du die Dateien als root oder so und chown'st und chgrp'st sie dann zu dem richtigen Benutzer oder Group:
chown -R www /srv/www/htdocs/*
chgrp -R nobody /srv/www/htdocs/*
(ich glaube, die Gruppe ist nobody, aber ein ls -l /srv/www/htdocs sagt dir das genau)

2. du machst ein su auf root und danach ein
su www (geht von root aus ohne passwort) und bist danach www, und somit eigentuemer der Dateien

3. du verwendest da einen anderen user (geht mit der direktive user erik oder so in der httpd.conf

die version 2 ist wohl am einfachsten, die version 3 wohl am komfortabelsten

nebenbei: apache verweigert meistens die ausfuehrung, wenn das verzeichnis cgi-bin nicht die rechte 0755 hat

zu runlevel:
unter linux/unix gibt es mehrere ebenen, was vom betriebssystem alles geladen wird.
Runlevel 1: single-user-mode: das blanke Betriebssystem ohne Netzwerk und GUI und nur den notwendigen treibern (fuer administration oder so)
Runlevel 2: betriebssystem mit fast allen treibern, aber ohne netzwerk und gui (?)
Runlevel 3: betriebssystem mit netzwerk und netzwerkdiensten, aber ohne gui
Runlevel 5: betriebssystem mit netzwerk und GUI (z.B. kde)
Runlevel 0: rechner ausschalten
runlevel 6: reboot

Die Runlevel sind teilweise bei den verschiedenen OS unterschiedlich, ich habe sie anhand der neueren SuSE-Linux (hoffentlich korrekt) aufgezaehlt. Den runlevel kann man mit dem init-befehl wechseln, z.B.
init 6 (reboot)
init 0 (herunterfahren; manchmal auch single user mode (=Runlevel 1 oder manchmal auch s genannt), je nach konfiguration
Was in welchem Runlevel gestartet wird, wird ueber die Eintraege in die Unterverzeichnisse von /etc/rc.d/ gesteuert

aber bessere auskunft geben dir da z.B. die SuSE-Handbuecher

PS: manche alte Unix-Admins erschrecken ziemlich, wenn man eine Linux-Kiste mit dem Kommando halt herunterfaehrt :-))