Was passiert wenn man ein Linuxsystem herunterfährt?
Bzw was passiert wichtiges, was nicht passiert, wenn man ihn einfach so ausschalten würde? Klar, ein geöffnetes Dokument ist dann, wenn man es nicht gespeichert hat, verloren.
Und die Programme werden nicht beendet? Sollte das für igrnedein Programm ein Problem darstellen?
Mit anderen Worten... kann man dabei irgendwas kaputt machen?
Ausschalten ohne Herunterfahren
-
DeletedUserReAsG
Oh ja...Mit anderen Worten... kann man dabei irgendwas kaputt machen?
Wenn ein Programm auf die HD schreibt, wird es im Prinzip nur an ein anderes Prog weitergegeben, das sich ein wenig Zeit mit dem Schreiben lassen kann. Schön zu sehen, wenn man Sachen auf einen USB 1.1-Stick schreibt: Es geht schnell, aber geschrieben werden die Daten erst später.
cu
Re: Ausschalten ohne Herunterfahren
frage eins wird in deinen logfiles z.t. beantwortet oder wenn du auf die textconsole guckst, da steht dann z.b. (sinngemäß) "sending SIGHUP to all processes".tobb hat geschrieben:Was passiert wenn man ein Linuxsystem herunterfährt?
...
Mit anderen Worten... kann man dabei irgendwas kaputt machen?
antwort auf die zweite frage: ja! alle buffer die ausschliesslich im speicher (RAM) liegen und noch nicht auf platte zurückgeschrieben sind, gehen verloren. was da drin sein mag, weiss nur der einzig wahre linux-guru himself
tipp: lies ein unix / linux grundlagenbuch. gibts auch im inter-nett. schau nach init, shutdown usw.
Nieder mit der Schwerkraft.
-
DeletedUserReAsG
Allso mal zusammenfassend:
- Festplatten/Datei-cache geht verloren. (und damit mögliche Änderungen an Dateien)
- Schreibvorgänge auf die Festpaltte können unvollständig sein. (wenn ein Cacheabgleich unterbrochen wurde)
- Das Dateisystem wird nicht "aufgräumt"
- Mache Hardware (speziell Server- und Messysteme) kann zu schaden kommen. (Bei Heimsystemen passiert das nicht)
- Entfernt eingeloggte (Z.B. nfs samba ssh) können behindert werden (eventuell stürzen sogar ihre Systeme ab.)
- Wenn selbst Verbindungen zu anderen Servern bestehen können auf diesen Daten verloren gehen. (E-Mail, Ftp, etc.)
- Festplatten/Datei-cache geht verloren. (und damit mögliche Änderungen an Dateien)
- Schreibvorgänge auf die Festpaltte können unvollständig sein. (wenn ein Cacheabgleich unterbrochen wurde)
- Das Dateisystem wird nicht "aufgräumt"
- Mache Hardware (speziell Server- und Messysteme) kann zu schaden kommen. (Bei Heimsystemen passiert das nicht)
- Entfernt eingeloggte (Z.B. nfs samba ssh) können behindert werden (eventuell stürzen sogar ihre Systeme ab.)
- Wenn selbst Verbindungen zu anderen Servern bestehen können auf diesen Daten verloren gehen. (E-Mail, Ftp, etc.)
Aha danke für die Antworten.
Bei Windows hatte ich immer das Gefühl, dass es langsamer wird je öfter man den Stecker ziehen musste.
Solang eigentlich nur Datenverlust vorkommt und nicht irgendwelche wichtigen Systemdateien dabei draufgehen oder das Debiansystem kaputt geht ist es ja ok.
Mit anderen Worten: Hatte man keine ssh oder sonstige Verbindungen und keine geöffneten Dokumente passiert beim ausschalten eigentlich garnichts.
Bei Windows hatte ich immer das Gefühl, dass es langsamer wird je öfter man den Stecker ziehen musste.
Solang eigentlich nur Datenverlust vorkommt und nicht irgendwelche wichtigen Systemdateien dabei draufgehen oder das Debiansystem kaputt geht ist es ja ok.
Mit anderen Worten: Hatte man keine ssh oder sonstige Verbindungen und keine geöffneten Dokumente passiert beim ausschalten eigentlich garnichts.
Mal angenommen du hättest mehrer Part. gemountet :
/
/usr
/bin
/sbin
/var
...
..und du hättest /, /usr /bin, /sbin (dort wo sich nichts verändert) RO gemountet,
wuerde ich Deine Behauptung ueber das System teilen
allerdings muessen z.B. /var /tmp und ev /home rw sein,
sonst lässt sich mit dem System nicht Arbeiten.
Selbst wenn dein Rechner nur hochgefahren wird,
und Stunden lang nichts macht -- hat er unzählige Dateien geöffnet.
Dort droht Datenverlust.
Wir reden nicht nur von einem "offenen Dokument".
Es geht auch um .pid und config-files.
Sowas kann zu einem recht schrägen verhalten des Systems fuehren... !
Probier es halt aus
PS: mach doch mal spasseshalber ein lsof | less
/
/usr
/bin
/sbin
/var
...
..und du hättest /, /usr /bin, /sbin (dort wo sich nichts verändert) RO gemountet,
wuerde ich Deine Behauptung ueber das System teilen
allerdings muessen z.B. /var /tmp und ev /home rw sein,
sonst lässt sich mit dem System nicht Arbeiten.
Selbst wenn dein Rechner nur hochgefahren wird,
und Stunden lang nichts macht -- hat er unzählige Dateien geöffnet.
Dort droht Datenverlust.
Wir reden nicht nur von einem "offenen Dokument".
Es geht auch um .pid und config-files.
Sowas kann zu einem recht schrägen verhalten des Systems fuehren... !
Probier es halt aus
PS: mach doch mal spasseshalber ein lsof | less
-
KBDCALLS
- Moderator
- Beiträge: 22456
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Was ist davon zu wenn erst mit einen Sync erzwingt?
Code: Alles auswählen
ATL +SHIFT +DRUCK +S Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.
Ich habe mal gelesen, dass aus Sicherheitsgründen alle 5 Sekunden oder Minuten die Daten geschrieben werden.
Das wäre doch noch schöner wenn sich zum Beispiel extrem wichtige Server bei einem Stromausfall so zerschießen lassen würden, weil sie ihre Daten schon seit Stunden nicht geschrieben haben.
Das wäre doch noch schöner wenn sich zum Beispiel extrem wichtige Server bei einem Stromausfall so zerschießen lassen würden, weil sie ihre Daten schon seit Stunden nicht geschrieben haben.
Ich musste das nun leider schon zwei mal machen weil das System hing.ThoWaBu hat geschrieben: Probier es halt aus
-
KBDCALLS
- Moderator
- Beiträge: 22456
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Sofort
alle Prozesse Abschießen. Das überlebt auch kein Xserver. Usw.
Code: Alles auswählen
ATL +SHIFT +DRUCK +E Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.
Wenn eine ext2/3 formatierte Partition normal "defaults" gemountet wird wird die mit der option "sync" gemountet. Das bedeutet, die Daten Festplatte/Cache werden alle 5 Sekunden abgeglichen oder wenn sich mehr als 30% der Daten Festplatte/Cache unterscheiden. Wenn aber man die Option "async" verwendet wird erst ein Abgleich gemacht wenn sich 50% der Daten Cache/Festpatte unterscheiden.
Aber so genau weis ich es mit den Prozentangaben nicht mehr. Korrigiert mich wenn ich mich da Irre.
Zumindest verwende ich "async" und "natime" auf meinem Laptop um meine Festplatte etwas länger schweigen zu lassen
Aber so genau weis ich es mit den Prozentangaben nicht mehr. Korrigiert mich wenn ich mich da Irre.
Zumindest verwende ich "async" und "natime" auf meinem Laptop um meine Festplatte etwas länger schweigen zu lassen
Ich glaube der Thread bringt nichts...
Nach knigge wird ein Linux runtergefahren.
Alles andere (kann) zu Problemen fuehren.
Selbst mein ThinClient der vom Netz bootet,
und sein root auf einem NFS bezieht macht da schonmal ärger.
(wegen pid´ s )
Das Syncen vom Kernel bringt dir auch nichts.
Es kann sein das er die Daten geschrieben hat aber die Verz. Infomation noch "irgendwo" hängt.
Neuere OS´ e sind nunmal anständig zu beenden.
falls das nicht mehr möglich ist -- pech !
Fährt die Kiste noch normal hoch == Glueck !
Es sei denn du machst es wie bei Knoppix o.ä.
(durch zb ro mounten und variables in eine RAMDisk...)
Gruß
Thomas
Nach knigge wird ein Linux runtergefahren.
Alles andere (kann) zu Problemen fuehren.
Selbst mein ThinClient der vom Netz bootet,
und sein root auf einem NFS bezieht macht da schonmal ärger.
(wegen pid´ s )
Das Syncen vom Kernel bringt dir auch nichts.
Es kann sein das er die Daten geschrieben hat aber die Verz. Infomation noch "irgendwo" hängt.
Neuere OS´ e sind nunmal anständig zu beenden.
falls das nicht mehr möglich ist -- pech !
Fährt die Kiste noch normal hoch == Glueck !
Es sei denn du machst es wie bei Knoppix o.ä.
(durch zb ro mounten und variables in eine RAMDisk...)
Gruß
Thomas
Es geht hier wohl weniger um die Frage "Ich schalte meinen Linuxrechner immer direkt aus, warum spinnt er jetzt?" als eher darum, heraus zu finden was alles schief gehen kann, wenn man ihn ausschaltet ohne herunter zu fahren und wie man den Schaden erkennen und beschränken kann.
Es ist eine "Ich will mehr über Linux wissen" Sache.
Es ist eine "Ich will mehr über Linux wissen" Sache.
Erstens das und zweitens hatte ich irgendwie ein schlechtes Gefühl als ich bei uns im Homenetzwerk den Name und Sambaserver ohne Runterfahren ausschalten musste.ToPeG hat geschrieben:Es ist eine "Ich will mehr über Linux wissen" Sache.
Ich habe ihn dann komplett neu aufgesetzt und wollte wissen ob das gerechtfertig war (obwohl er ohne Probleme lief als ich ihn nach dem Absturz neu gestartet habe).