Installationsroutine via NFS hängt!?
Vorgang: möchte SuSE 6.2 via NFS auf einem Notebook installieren. Problem: kann CDROM des Servers mounten (laut /var/log/messages !). Das Suse-Installationsprogramm springt dann allerdings immer wieder ohne Fehlermeldung auf das Auswahlmenu zurück. Wie komme ich weiter? Auf Konsole <alt+F4> lese ich: "ad_super: get root fattr failed". Frage: Was hat diese Meldung zu bedeuten? Was habe ich falsch gemacht? Wie kann ich die Installationsroutine fortsetzen? Dieter B. Dr. Betz Email: dr.betz@wugnet.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Sam, 29 Jan 2000 schrieben Sie:
Vorgang: möchte SuSE 6.2 via NFS auf einem Notebook installieren.
Problem: kann CDROM des Servers mounten (laut /var/log/messages !). Das Suse-Installationsprogramm springt dann allerdings immer wieder ohne Fehlermeldung auf das Auswahlmenu zurück. Wie komme ich weiter? Auf Konsole <alt+F4> lese ich: "ad_super: get root fattr failed".
Frage: Was hat diese Meldung zu bedeuten? Was habe ich falsch gemacht? Wie kann ich die Installationsroutine fortsetzen?
Eventuell kann es an der /etc/exports liegen, wie hast du das CDROM freigegeben ? Mit dem Attribut no_root_squash ? Damit auch root zugreifen kann. -- MfG Waldemar Brodkorb Linux rulez! --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Sat, Jan 29, Dietrich Betz wrote:
Vorgang: möchte SuSE 6.2 via NFS auf einem Notebook installieren.
Problem: kann CDROM des Servers mounten (laut /var/log/messages !). Das Suse-Installationsprogramm springt dann allerdings immer wieder ohne Fehlermeldung auf das Auswahlmenu zurück. Wie komme ich weiter? Auf Konsole <alt+F4> lese ich: "ad_super: get root fattr failed".
Frage: Was hat diese Meldung zu bedeuten? Was habe ich falsch gemacht? Wie kann ich die Installationsroutine fortsetzen?
Wir haben hier laufend via NFS installiert. Wie schaut denn dein NFS Server aus? In der /etc/exports steht bei mir drin: / (rw) rpm -q nfsserv gibt keinen Fehler Im YaST habe ich bei "Netzwerkdienste starten" jeweils Ja gewählt. Suseconfig noch mal laufen lassen. Dann sollte sich der Server mit mount localhost:/ /mnt selbst mounten können. Wenn nicht läuft dort was falsch. Gruss Olaf -- $ man 1 current_release BUGS Users never read manuals... --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Sun, Jan 30, 2000 at 05:20:39PM +0100, Olaf Hering wrote:
On Sat, Jan 29, Dietrich Betz wrote:
Vorgang: möchte SuSE 6.2 via NFS auf einem Notebook installieren.
Problem: kann CDROM des Servers mounten (laut /var/log/messages !). Das Suse-Installationsprogramm springt dann allerdings immer wieder ohne Fehlermeldung auf das Auswahlmenu zurück. Wie komme ich weiter? Auf Konsole <alt+F4> lese ich: "ad_super: get root fattr failed".
Frage: Was hat diese Meldung zu bedeuten? Was habe ich falsch gemacht? Wie kann ich die Installationsroutine fortsetzen?
Wir haben hier laufend via NFS installiert. Wie schaut denn dein NFS Server aus? In der /etc/exports steht bei mir drin:
/ (rw)
rpm -q nfsserv gibt keinen Fehler
Im YaST habe ich bei "Netzwerkdienste starten" jeweils Ja gewählt. Also nfsserver sowie portmapper starten lassen.
Suseconfig noch mal laufen lassen. Und auch die Netzwerkdienste selbstverständlich. Einmal auf init 1 runter und wieder hoch auf init 2. Oder $/sbin/init.d/nfsserver restart
Dann sollte sich der Server mit mount localhost:/ /mnt selbst mounten können. Wenn nicht läuft dort was falsch.
Und eine Installation via nfs benötigt die /etc/exports aber einen Eintrag für's CDROM! Kann ungefähr so aussehen <aus_dem_kopf>: /cdrom *(rw) Das reicht für den CD-Rom Zugriff zum CD-Rom auf dem anderen Rechner. Weil ja der Rechner noch nicht bekannt ist sollte/muß der Joker (*) eingesetzt werden, was soviel bedeutet: Zugriff für jeden. Man kann statt einer IP/Rechnernamen auch ein * benutzen. Für alles andere außer CD-Rom aber nicht anzuraten ;) Die exports sollte OHNE Leeranschläge enthalten, also nur mit Tab arbeiten. -- MfG, Clemens sig_00 ---- I know how to do SPECIAL EFFECTS!! E-Mail: c.wohld@gmx.de | Registered Linux-User # 29112 http://www.ndh.net/home/wohld/ -> Internethowto u.m. ------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Clemens Wohld wrote on Mon, Jan 31, 2000 at 15:33 +0100:
On Sun, Jan 30, 2000 at 05:20:39PM +0100, Olaf Hering wrote:
Kann ungefähr so aussehen <aus_dem_kopf>: /cdrom *(rw)
Nur mal am Rande: warum "rw"?
Joker (*) eingesetzt werden, was soviel bedeutet: Zugriff für jeden. Man kann statt einer IP/Rechnernamen auch ein * benutzen.
Es gibt auch 'ne Option "=public" IIRC. oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Mon, Jan 31, 2000 at 08:29:19PM +0100, Steffen Dettmer wrote: Moin Moin,
Kann ungefähr so aussehen <aus_dem_kopf>: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ /cdrom *(rw)
Nur mal am Rande: warum "rw"? ...kann ungefähr so aussehen. Ich hab mir das so angewöhnt, steht so im Handbuch. ...und mal ganz nebenbei: Warum nicht "rw"???
Das ich auf ein CDROM nicht schreiben kann weiß doch jeder, schaden tut ein "rw" aber auf sicher nicht. Meine NFS-Install ging genauso, mit "rw", 100% fehlerfrei ab!
Joker (*) eingesetzt werden, was soviel bedeutet: Zugriff für jeden. Man kann statt einer IP/Rechnernamen auch ein * benutzen.
Es gibt auch 'ne Option "=public" IIRC. Gibt es. Gibt sehr viele Optionen, verschiedene Optionen. Aber wir wollen doch keine "Haarspalterei" betreiben, bringt IMHO absolut nichts. Niemanden.
oki, Doki? ;-)
-- MfG, Clemens sig_30 ------------------------------------------------------------ Untersuchen, welche Parameter das Kommando `ls' hat: strings /bin/ls | grep "-" Das geht latuernich auch mit anderen commands/progs, wie sendmail, fetch oder grep ua.. ------------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Clemens Wohld wrote on Wed, Feb 02, 2000 at 11:03 +0100:
/cdrom *(rw)
Ich hab mir das so angewöhnt, steht so im Handbuch. ...und mal ganz nebenbei: Warum nicht "rw"???
Genau deswegen. :) Es ist ein Problem, im Zweifelsfalle zuviele Rechte zu vergeben. Genau dieser Eintrag darf sowieso überhaupt nie auftreten *(rw). Bei mir steht da 192.168.1.1(ro). Oder, wenn es wirklich öffentlich ist, eben public. Das ist dann verständlich. Sicher, /cdrom ist ein mit ziemlicher Sicherheit nicht schreibbarer Pfad, aber was ist, wenn Dein CDRom nicht gemountet ist? Dann steht da ein leeres, schreibbares Verzeichnis, weltweit für das Internet exportiert... Nu kann das einer merken (Saint z.B.) und Dir einfach mal das FS vollschreiben. Damit geht dann wirklich so gut wie gar nix mehr: keine Mail usw.
Das ich auf ein CDROM nicht schreiben kann weiß doch jeder, schaden tut ein "rw" aber auf sicher nicht.
Das ist es eben: es kann sehr wohl Schaden! Wenn nicht 100% sicher, dann lieber zu wenig, dann bekommt man ne Meldung. Macht man zuviel, merkt man es oft erst zu spät!
Meine NFS-Install ging genauso, mit "rw", 100% fehlerfrei ab!
Man muß auch kein root-passwort setzen. Es geht auch ohne, klar.
Es gibt auch 'ne Option "=public" IIRC.
Gibt es. Gibt sehr viele Optionen, verschiedene Optionen. Aber wir wollen doch keine "Haarspalterei" betreiben, bringt IMHO absolut nichts. Niemanden.
Das ist keine Haarspalterei: Stell Dir mal vor, das liest jemand, macht ein C&P, und trägt das auf'm Mailserver ein (weil der ein schnelles CDROM hat), denkt nicht weiter nach, nimmt die CD raus... Und bekommt nie wieder ne Mail...
oki,
Doki?
oki! :) Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Wed, Feb 02, 2000 at 08:31:57PM +0100, Steffen Dettmer wrote:
* Clemens Wohld wrote on Wed, Feb 02, 2000 at 11:03 +0100:
/cdrom *(rw)
Ich hab mir das so angewöhnt, steht so im Handbuch. ...und mal ganz nebenbei: Warum nicht "rw"???
Genau deswegen. :) Es ist ein Problem, im Zweifelsfalle zuviele Rechte zu vergeben. Genau dieser Eintrag darf sowieso überhaupt nie auftreten *(rw). Im Grunde vollkommen richtig, aber.... wie machst du das? Der Client weiss doch bei einer nfs-istall noch nichts mit Server/CDROM. Geschweige denn die IP. Wenn du nun das CDROM benutzen/ansprechen willst, mußt ich doch aber erstmal mit dem Joker vorlieb nehmen. Oder? Nach der Install ist natürlich die IP für den Joker einzusetzen.
Der Tip kam weil die Frage einer NFS-Installation im Raume stand. Siehe Subjekt. Ansonsten würde ich niemals ein Joker in der /exports aufnehmen. Denn das bedeutet frei für jeden!
Bei mir steht da 192.168.1.1(ro). Oder, wenn es wirklich öffentlich ist, eben public. Das ist dann verständlich. Sicher, /cdrom ist ein mit ziemlicher Sicherheit nicht schreibbarer Pfad, aber was ist, wenn Dein CDRom nicht gemountet ist? Dann steht da ein leeres, schreibbares Verzeichnis, weltweit für das Internet exportiert... Nu kann das einer merken (Saint z.B.) und Dir einfach mal das FS vollschreiben. Damit geht dann wirklich so gut wie gar nix mehr: keine Mail usw.
Bei mir steht's genauso, mit ähnl. IP, aber vor der Installation war es mir unmöglich dem Rechner eine IP zuzuweisen. Oder ist es mit yast doch irgendwie moeglich? Du verunsicherst mich... Sprich........wie machst D_u das? ;)
Das ich auf ein CDROM nicht schreiben kann weiß doch jeder, schaden tut ein "rw" aber auf sicher nicht.
Das ist es eben: es kann sehr wohl Schaden! Wenn nicht 100% sicher, dann lieber zu wenig, dann bekommt man ne Meldung. Macht man zuviel, merkt man es oft erst zu spät! Im Grunde nicht verkehrt, aber............. Bei einer Installation via NFS vom CDROM des Server's?
Meine NFS-Install ging genauso, mit "rw", 100% fehlerfrei ab!
Gibt es. Gibt sehr viele Optionen, verschiedene Optionen. Aber wir wollen doch keine "Haarspalterei" betreiben, bringt IMHO absolut nichts. Niemanden.
Das ist keine Haarspalterei: Stell Dir mal vor, das liest jemand, macht ein C&P, und trägt das auf'm Mailserver ein (weil der ein schnelles CDROM hat), denkt nicht weiter nach, nimmt die CD raus... Und bekommt nie wieder ne Mail...
......dann ist er immer noch für sein System selber verantwortlich. Oder? Irren ist menschlich, jeder hat mal einen schlechten Tag. Wenn jemand eine .muttrc einfach uebernimmt, hier was uebernimmt, muss er doch troztdem noch Eigenverantwortung tragen. (?) Niemand kann eine "Richtigkeit" garantieren! Und,...einen Weg es besser zu machen gibt's auch jede Menge. Waere ja Schade wenn nicht ;) -- MfG, Clemens sig_20 --------------------------------------------------------------- Das Kommando 'id' gibt die User-kennzahl (UID) und alle Gruppen mit ihrer Kennzahl (GID) aus, in denen der user eingetragen ist. ---------------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Clemens Wohld wrote on Thu, Feb 03, 2000 at 17:16 +0100:
On Wed, Feb 02, 2000 at 08:31:57PM +0100, Steffen Dettmer wrote:
* Clemens Wohld wrote on Wed, Feb 02, 2000 at 11:03 +0100:
/cdrom *(rw)
Ich hab mir das so angewöhnt, steht so im Handbuch. ...und mal ganz nebenbei: Warum nicht "rw"???
Der Client weiss doch bei einer nfs-istall noch nichts mit Server/CDROM. Geschweige denn die IP.
Der Client kennt seine IP und die des Servers (sonst könnte man ja kein IP fahren!), und der Server merkt beim Connect die des Clients.
Wenn du nun das CDROM benutzen/ansprechen willst, mußt ich doch aber erstmal mit dem Joker vorlieb nehmen. Oder?
Warum?! Du weiß doch, welche IP Du der neuen Kiste verpaßt, oder mindestens, aus welchem Netz.
Nach der Install ist natürlich die IP für den Joker einzusetzen.
Wieso erst danach?!
Ansonsten würde ich niemals ein Joker in der /exports aufnehmen. Denn das bedeutet frei für jeden!
Eben.
Oder ist es mit yast doch irgendwie moeglich? Du verunsicherst mich... Sprich........wie machst D_u das? ;)
Wenn ich ne neue Maschine mache (nehme ich FTP, weils performanter ist ;)), gebe ich ihr entweder erstmal ne IP aus 192.168.x.x, weil die in exports (readonly!) freigegeben sind...
Das ist es eben: es kann sehr wohl Schaden! Wenn nicht 100% sicher, dann lieber zu wenig, dann bekommt man ne Meldung. Macht man zuviel, merkt man es oft erst zu spät!
Bei einer Installation via NFS vom CDROM des Server's?
... muß dieser nicht auf die CD schreiben, also kann man das geleich nur ro exportieren. Die IPs sind auch alle klar, wo ist das Problem?!
Das ist keine Haarspalterei: Stell Dir mal vor, das liest jemand, macht ein C&P, und trägt das auf'm Mailserver ein (weil der ein schnelles CDROM hat), denkt nicht weiter nach, nimmt die CD raus... Und bekommt nie wieder ne Mail...
......dann ist er immer noch für sein System selber verantwortlich. Oder?
Schon, aber wenn er den Tipp annimmt, es unbedacht einträgt, sich nix schlimmes denkt... Pech dann. Deshlab hab ich dsa angesprochen, damit jetzt jeder weiß: 192.168.0.0/255.255.0.0(ro) wird exportiert. z.B.
Niemand kann eine "Richtigkeit" garantieren!
Ist ja kein Problem, passiert, schon ok, ich wollte es nur nicht so stehen lassen. oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (5)
-
c.wohld＠ndh.net -
dr.betz＠wugnet.baynet.de -
linux＠netcologne.de -
olh＠suse.de -
steffen＠dett.de