On Fri, 4. May 2007 12:47:08 Werner Flamme wrote:
Marcus Meissner schrieb:
On Fri, May 04, 2007 at 11:34:36AM +0200, Werner Flamme wrote:
Hallo,
meine /etc/fstab hat neue Einträge wie /dev/sda3 /var/run/drives/Restplatte /dev/sda2 /var/run/drives/scsidisk-sda2 /dev/sda1 /var/run/drives/scsidisk-sda1
Entferne ich die Zeilen (die ursprünglichen stehen noch drin und werden auch ausgeführt), sind sie beim nächsten Boot wieder da.
Ich muss derzeit an einem Solaris-Terminal mit Citrix-Server arbeiten, weil mein PC nicht mehr bootet. Er bleibt nach dem Abarbeiten von /etc/sysctl.conf hängen - mit lauter Festplattenaktivität, als würde noch etwas geladen, aber auch nach einer halben Stunde war es nicht besser.
Kann mir bitte jemand sagen, welches RPM für den Krampf verantwortlich sein könnte? Ich habe gestern meines Wissens keinen neuen Kernel installiert ;-)
Danke im Voraus Werner (leicht resigniert)
Es ist nichts was SUSE Bordmittel machen glaube ich. Ich vermute eher ein Script auf ihrer Seite, das evt immer wieder die fstab vom einem Backup holt oder so.
Ciao, Marcus
Na, da wüsste ich aber was Bessres, als mir bei jedem Boot die fstab zu überschreiben :-/. Und ich wüsste auch nicht, wie die Einträge seit gestern morgen (da ging der Boot noch) in eine Backup-Datei gekommen sein sollen. "rsync -vauz /etc/* /var/safe/etc/" arbeitet einmal täglich als Cronjob, aber nur in eine Richtung. Und die dort stehende fstab ist OK.
Sowas ist es nicht :-(
Ich suche gerade mit find /mnt -type f -exec grep -H "/var/run/driv" \{} \; die Platte ab. Die Einträge stehen noch in /var/run/.delayed-mount. Und /usr/sbin/cdpinger setzt einen Mountpoint daraus zusammen. Ein "pin /usr/sbin/cdpinger" bringt - nichts. Ist in keinem RPM enthalten. Super. Google zeigt es mir im Zusammenhang mit Ubuntu/LTSP. Kannst du den von dir gefundenen Link dazu posten? Hab grad mal in Launchpad gesucht und diesen Fehler dort nicht gefunden.
Siehe da, ich hatte die Pakete ltsp-client, ltspfs und ltspfs-server installiert. Ja, und das war wohl auch gestern im YaST ;-). Nach deren Deinstallation ist /usr/sbin/cdpinger weg.
Nun bootet die Kiste. Und die Moral von der Geschicht: installiere LTSP nicht ;-)
ltsp ist immer für eine Überraschung gut, spart die Ausgaben für ein Adventure Game... Auch wenn du bereits eine Lösung gefunden hast. Wenn immer wieder eine Datei überschrieben wird und man dies wie in deinem Fall unbedingt verhindern will gibts da einen kleinen 'schmutzigen Trick', zumindest für ext2/3 Dateisysteme. Man setzt das immutable flag der Datei und schon kann sie nicht mehr verändert werden: chattr +i /etc/fstab Ein lsattr zeigt danach: # lsattr /etc/fstab ----i------------- /etc/fstab CHATTR(1) CHATTR(1) NAME chattr - change file attributes on a Linux second extended file system regards, thomas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org