Re: Cleaninp /tmp
> > Ich hab' deinen Rat befolgt und die /tmp-Partition neu formatiert. > > Seitdem läuft's wieder. > > Da Dir das speziell mit reiserfs auch jederzeit mit anderen Partitionen > passieren kann: ich hoffe Du hast gute Backups. Denn das Dir jetzt nur > /tmp verreckt ist, ist pures Glück. > > Thomas Jahns Ich benutze reiserfs seit Jahren und habe nie ernste Probleme gehabt. Ich hab' mehrere Backups vom System und Dateien, an 2 versch. Orten, da kann mir eigentlich nicht viel passieren. Ich kann also ruhig schlafen und du auch :-) Klaus
Re: Cleaninp /tmp
Klaus Becker <[EMAIL PROTECTED]> writes: > Le Mercredi 4 Mai 2005 12:57, Thomas Jahns a écrit : > > Klaus Becker <[EMAIL PROTECTED]> writes: > > > > [...] > > > > > /etc/fstab auf hda: > > > tmpfs /dev/shm tmpfsdefaults,rw 0 0 > > > /dev/hda9 /tmp reiserfs defaults 0 0 > > > > > > /etc/fstab auf hdg: > > > tmpfs /dev/shm tmpfsdefaults,rw 0 0 > > > /dev/hdg9 /tmp reiserfs defaults0 0 > > > > Da es für root (mit dessen Rechten ja das Aufräumen von /tmp > > durchgeführt wird) nicht so wahnsinnig wichtig ist, welche > > Berechtigungen in /tmp gesetzt sind, würde ich auf einen Fehler im > > Dateisystem tippen. reiserfs hat nach meiner Erfahrung eine relativ > > kurze Halbwertszeit, nach der man eine Neuformatierung in Erwägung > > ziehen sollte. > > Einfach mal das System von hda in single user mode > > booten, /tmp unmounten, hda9 per mkfs neu formatieren und dann /tmp > > wieder mounten, schließlich mittels "chmod 1777 /tmp" die alten > > Berechtigungen wiederherstellen und mittels "shutdown -r now" neu > > starten. > > > > Thomas Jahns > > Hallo Thomas, > > Ich hab' deinen Rat befolgt und die /tmp-Partition neu formatiert. Seitdem > läuft's wieder. Da Dir das speziell mit reiserfs auch jederzeit mit anderen Partitionen passieren kann: ich hoffe Du hast gute Backups. Denn das Dir jetzt nur /tmp verreckt ist, ist pures Glück. Thomas Jahns -- "Computers are good at following instructions, but not at reading your mind." D. E. Knuth, The TeXbook, Addison-Wesley 1984, 1986, 1996, p. 9 -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Cleaninp /tmp
Le Mercredi 4 Mai 2005 12:57, Thomas Jahns a écrit : > Klaus Becker <[EMAIL PROTECTED]> writes: > > [...] > > > /etc/fstab auf hda: > > tmpfs /dev/shm tmpfsdefaults,rw 0 0 > > /dev/hda9 /tmp reiserfs defaults 0 0 > > > > /etc/fstab auf hdg: > > tmpfs /dev/shm tmpfsdefaults,rw 0 0 > > /dev/hdg9 /tmp reiserfs defaults0 0 > > Da es für root (mit dessen Rechten ja das Aufräumen von /tmp > durchgeführt wird) nicht so wahnsinnig wichtig ist, welche > Berechtigungen in /tmp gesetzt sind, würde ich auf einen Fehler im > Dateisystem tippen. reiserfs hat nach meiner Erfahrung eine relativ > kurze Halbwertszeit, nach der man eine Neuformatierung in Erwägung > ziehen sollte. > Einfach mal das System von hda in single user mode > booten, /tmp unmounten, hda9 per mkfs neu formatieren und dann /tmp > wieder mounten, schließlich mittels "chmod 1777 /tmp" die alten > Berechtigungen wiederherstellen und mittels "shutdown -r now" neu > starten. > > Thomas Jahns Hallo Thomas, Ich hab' deinen Rat befolgt und die /tmp-Partition neu formatiert. Seitdem läuft's wieder. danke Klaus
Re: Cleaninp /tmp
Klaus Becker <[EMAIL PROTECTED]> writes: [...] > /etc/fstab auf hda: > tmpfs /dev/shm tmpfsdefaults,rw 0 0 > /dev/hda9 /tmp reiserfs defaults 0 0 > > /etc/fstab auf hdg: > tmpfs /dev/shm tmpfsdefaults,rw 0 0 > /dev/hdg9 /tmp reiserfs defaults0 0 Da es für root (mit dessen Rechten ja das Aufräumen von /tmp durchgeführt wird) nicht so wahnsinnig wichtig ist, welche Berechtigungen in /tmp gesetzt sind, würde ich auf einen Fehler im Dateisystem tippen. reiserfs hat nach meiner Erfahrung eine relativ kurze Halbwertszeit, nach der man eine Neuformatierung in Erwägung ziehen sollte. Einfach mal das System von hda in single user mode booten, /tmp unmounten, hda9 per mkfs neu formatieren und dann /tmp wieder mounten, schließlich mittels "chmod 1777 /tmp" die alten Berechtigungen wiederherstellen und mittels "shutdown -r now" neu starten. Thomas Jahns -- "Computers are good at following instructions, but not at reading your mind." D. E. Knuth, The TeXbook, Addison-Wesley 1984, 1986, 1996, p. 9 -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Cleaninp /tmp
Le Mardi 3 Mai 2005 12:46, Marc Deichmann a écrit : > Moin! > > Die wichtigste Angabe fehlt bei deinem Posting: > % ls -ald /tmp > drwxrwxrwt 24 root root 4.0K May 3 12:45 /tmp/ Inzwischen habe ich # ls -ald /mnt/maxtor1/sarge/tmp drwxrwxrwt 11 root root 360 May 3 14:02 /mnt/maxtor1/sarge/tmp. Das müsste also richtig sein, aber dennoch friert die Tastatur ein bei "Cleaning /tmp". Was kann da noch falsch sein? Klaus
Re: Cleaninp /tmp
Moin, On Tue, May 03, 2005 at 01:14:48PM +0200, Klaus Becker wrote: > [...] > Der Unterschied scheint im "t" am Ende zu liegen. Was bedeutet das und wie > krieg' ich das hin? siehe man chmod > > Was bedeuten die Zahlen > > 24 root root 4.0K (bei dir) > 9 root root 304 (bei mir)? Anzahl der hardlinks und der Groesse. Siehe info coreutils ls Gruss -- hgb -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Cleaninp /tmp
Le Mardi 3 Mai 2005 12:46, Marc Deichmann a écrit : > Moin! > > Die wichtigste Angabe fehlt bei deinem Posting: > % ls -ald /tmp > drwxrwxrwt 24 root root 4.0K May 3 12:45 /tmp/ > > Bye, > mad # ls -ald /mnt/maxtor1/sarge/tmp drwxrwxrwx 9 root root 304 May 3 11:48 /mnt/maxtor1/sarge/tmp (= hda) # ls -ald /tmp drwxrwxrwt 12 root root 360 May 3 13:02 /tmp(= hdg) Der Unterschied scheint im "t" am Ende zu liegen. Was bedeutet das und wie krieg' ich das hin? Was bedeuten die Zahlen 24 root root 4.0K (bei dir) 9 root root 304 (bei mir)? tschûs Klaus
Re: Cleaninp /tmp
Moin! Die wichtigste Angabe fehlt bei deinem Posting: % ls -ald /tmp drwxrwxrwt 24 root root 4.0K May 3 12:45 /tmp/ Bye, mad -- Besides, REAL computers have a rename() system call.:-) -- Larry Wall in <[EMAIL PROTECTED]> -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Cleaninp /tmp
Hallo, ich habe 2 identische Festplatten mit Sarge, hda und hdg. Hda lässt sich nicht mehr starten, beim Punkt "Cleaninp /tmp" friert alles ein. Versuchsweise habe ich dort /tmp umbennant: das System startet, kdm ebenso, ich kann mich aber nicht bei kde anmelden. Nach einem "chmod 777 /tmp" (ist sicher falsch, bitte korrigieren) kann ich mich anmelden und alles funktionniert normal. Nur beim nächsten Systemstart taucht das gleiche Problem wieder auf. Zur Information: # ls -l /mnt/maxtor1/sarge/tmp (= hda) total 0 -rw--- 1 root root0 May 3 11:46 errorKY2Xeb drwx-- 2 klaus klaus 48 May 3 11:48 gconfd-klaus drwx-- 2 klaus klaus 48 May 3 11:47 kde-klaus drwx-- 2 klaus klaus 48 May 3 11:48 ksocket-klaus drwx-- 3 klaus klaus 112 May 3 11:48 mcop-klaus drwx-- 2 klaus klaus 192 May 3 11:48 orbit-klaus ls -l /tmp (= hdg) total 0 drwx-- 3 klaus klaus 72 May 3 11:58 gconfd-klaus drwx-- 2 klaus klaus 152 May 3 12:02 kde-klaus drwx-- 2 klaus klaus 192 May 3 12:08 ksocket-klaus drwx-- 3 klaus klaus 376 May 3 11:58 mcop-klaus drwx-- 2 klaus klaus 280 May 3 11:58 orbit-klaus drwx-- 2 klaus klaus 80 May 3 11:57 ssh-TunnLf4988 /etc/fstab auf hda: tmpfs /dev/shm tmpfsdefaults,rw 0 0 /dev/hda9 /tmp reiserfs defaults 0 0 /etc/fstab auf hdg: tmpfs /dev/shm tmpfsdefaults,rw 0 0 /dev/hdg9 /tmp reiserfs defaults0 0 Das Ganze erweckt den Eindruck, das System friert ein, weil es keine Schreibrechte auf /tmp hat und die Operation "Cleaninp /tmp" nicht durchführen kann. Aber in /etc/fstab von hdg steht bei /tmp auch nur defaults. Mir ist auch nicht ganz klar, welche Rechte defaults verleiht. Gestern habe ich linuxconf benutzt, das mir beim Verlassen des Programms vorschlug, die rechte von /tmp zu ändern, was ich akzeptiert habe. Dabei habe ich nicht daran gedacht, dass ich harden und Bastille-Linux installiert habe, die vielleicht die Zugriffsrechte von /tmp verändert haben, was möglicherweise zu Konflikten führt. danke für Hilfe Klaus