Mailinglist Archive: opensuse-de (4888 mails)
| < Previous | Next > |
Re: Bad magic number in super-block ;-(
- From: dstein2203@xxxxxxxxxxx (Dietmar Stein)
- Date: Wed Sep 22 17:29:08 1999
- Message-id: <37E911E4.FE54B464@xxxxxxxxxxx>
Das der umount nicht ausgeführt wird, habe ich auch nicht gemeint; derAuf jedem mir bekannten Unix-System führen beide einen sync
und umount durch, bevor das System gestoppt oder wieder
hochgefahren wird.
Hm, da stimme ich nicht zu...
Alle Befehle, die das System herunterfahren führen umount
auf alle gemounteten devices aus. Ob das vom System angezeigt
wird steht auf einem anderen Blatt...
wird natürlich vollzogen.
sync wird bei einigen Systemen explizit ausgeführt, bei
anderen steckt es im umount mit drin.
Richtig, aber so wie ich die Sache kenne (von einem ganz bestimmten
UNIX-Maschinen-Hersteller), wird dort bei einem Reboot ohne "Rücksicht
auf Verluste" geumountet, bei einem shutdown wird entsprechend gesynct
(also der Speicher, Swap (Dump), etc. nochmals "abgeglichen").
Bei einem kill -9 sind in der Regel die Daten, die ein Programm
im Speicher gehalten hat futsch (100kByte Text im vi, gerade
getippt, kill -9... bye bye).
Das ist genau DAS, was beim shutdown "entschärft" würde, indem ein
swp-File angelegt wird bzw. stehen bleibt (welches der vim unter Linux
z.B. anlegt).
Nein, nur mißverstanden. Beim Runterfahren des Systems (ich berufeWer weiß, wann gerade Daten im Buffer sind? Bei einem reboot (so wie
ich ihn verstehe), bekommen die Prozesse sofort nach dem Umschalten in
entsprechenden Runlevel einen kill -9, bei einem shutdown erst nach
dem Herunterfahren des Systems ganz zum Schluß, bevor die Platten
abgehängt werden.
Völlig daneben.
mich wieder auf den mir bekannten Hersteller) werden durch einen
Reboot alle Userprozesse sofort gekillt (kein Zurückschreiben aus
evtl. vorhandenem Swap, Speicher, etc.) - wird ein Shutdown
ausgeführt, haben die User (bei Option -r 0) ebenfalls keine Chance
mehr, die von ihnen gestarteten Applikationen werden aber terminiert
und haben so die Möglichkeit, sich so zu beenden, als habe der User
das Programm verlassen und nicht gekillt...
Ja, gefällt mir auch - wir sollten uns aber vielleicht wieder auf den--
"Wissen ist ein Transportproblem" W. Roesler
Der Satz hat meine volle Zustimmung.
ursprünglichen Thread konzentrieren (die defekte Partition) und
vielleicht einen neuen bzgl. Reboot und Shutdown anfangen...
allerdings muß ich zugeben, daß ich durch diese kleine Diskussion um
einige Informationen reicher bin.
Dietmar
---------------------------------------------------------------------
To unsubscribe, e-mail: suse-linux-unsubscribe@xxxxxxxx
For additional commands, e-mail: suse-linux-help@xxxxxxxx
| < Previous | Next > |