Was genau passiert eigentlich ...
mit den gemounteten Partitionen nachdem man gezwungenermassen den Reset-Knopf betaetigen musste ? Und was genau bedeutet: (?,?on-contignous [oder so aehnlich]) waehrend der Rechner danach wieder gebootet wird? Einmal musste ich sogar e2fsck manuell durchgehen (unter Rettungssys.), also mit y und n ... automatisch wollte er nicht mehr :| Und wenn man bedenkt, dass ich eigentlich gar nicht so genau wusste, wann ich y oder n zu antworten hat ... naja ... (also Anfaenger sozusagen ;)) Ist der Datentraeger nach solch einem check eigentlich wieder 1000g ok , oder hat er danach "bleibende" Schaeden ? Unter "bleibend" verstehe ich bis zum naechsten Formatieren ! Verringerter Speicherplatz vielleicht ??? Denn, ansonsten laeuft ja alles soweit ... Das soll's erstmal gewesen sein ... Bye, Christoph P.S.: Damit ich vielleicht nicht staendig mit solchen Fragen antanze, kann mir einer verraten, wo man an solche Infos sonst noch so rankommt? Danke vielmals ... -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
Christoph Purnomo wrote:
mit den gemounteten Partitionen nachdem man gezwungenermassen den Reset-Knopf betaetigen musste ?
hmm, alle offenen dateien werden nicht auf die partition zurueckgeschrieben (wie denn auch, dazu gibst du dem system ja keine gelegenheit bei einem reset). sollte aber _aeusserst_ selten vorkommen, das das system per hardware-reset wiederbelebt werden muss...
Und was genau bedeutet: (?,?on-contignous [oder so aehnlich]) waehrend der Rechner danach wieder gebootet wird?
?,? 0er Dateien sind nicht zusammenhaengend, also hier wird der Fragmentierungs-Grad bezeichnet, ist nur eine Information des Filesystems.
Einmal musste ich sogar e2fsck manuell durchgehen (unter Rettungssys.), also mit y und n ... automatisch wollte er nicht mehr :|
dann gab's wahrscheinlich zu viele und/oder zu gravierende Fehler
Und wenn man bedenkt, dass ich eigentlich gar nicht so genau wusste, wann ich y oder n zu antworten hat ... naja ... (also Anfaenger sozusagen ;))
immer mit y bestaetigen sollte fuer den Anfaenger die richtige wahl sein.
Ist der Datentraeger nach solch einem check eigentlich wieder 1000g ok , oder hat er danach "bleibende" Schaeden ?
der Datentraeger ist in 99,99% aller faelle ok. allerdings koennen dateien beschaedigt/geloescht worden sein.
Unter "bleibend" verstehe ich bis zum naechsten Formatieren ! Verringerter Speicherplatz vielleicht ???
iehe oben.
Denn, ansonsten laeuft ja alles soweit ... Das soll's erstmal gewesen sein ...
nochmal etwas zum Reset: generell sollte es vermieden werden, den Rechner ohne shutdown abzuschalten / zu resetten, es kommt auch ziemlich selten vor, das ein Linux-System mal derart schwer haengenbleibt. falls X fest ist, kann man immer noch auf die konsole wechseln, und das system ordnungsgemaess runterfahren. Aber da zeigen sich immer noch Altlasten aus DOS/Win-Zeiten... diese 'systeme' nehmen einen Reset weit weniger uebel als z.B. linux. unter Windows ist ein Reset pro stunde anscheinend sowieso Pflicht. *g* wie gesagt, der reset-knopf ist die wirklich allerletzte moeglichkeit, den rechner neu zu starten.
P.S.: Damit ich vielleicht nicht staendig mit solchen Fragen antanze, kann mir einer verraten, wo man an solche Infos sonst noch so rankommt? Danke vielmals ...
man, info, sdb, faq, howto.... ;=) MfG Michael -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
Und was genau bedeutet: (?,?on-contignous [oder so aehnlich]) waehrend der Rechner danach wieder gebootet wird?
?,? 0er Dateien sind nicht zusammenhaengend, also hier wird der Fragmentierungs-Grad bezeichnet, ist nur eine Information des Filesystems.
Bei einem gewissen Grad der Fragmentierung gibt es doch einen Einfluss auf die Performance, oder ? Wozu gibt es sonst Defragmentierungsprogramme, welche bspweise unter windows haeufiger zum Einsatz kommen ? Ist unter Linux keine Defragmentierung noetig oder moeglich ?
der Datentraeger ist in 99,99% aller faelle ok. allerdings koennen dateien beschaedigt/geloescht worden sein.
Hmm.. es war immer wieder von 'bad blocks' die Rede !
nochmal etwas zum Reset: generell sollte es vermieden werden, den Rechner ohne shutdown abzuschalten / zu resetten, es kommt auch ziemlich selten vor, das ein Linux-System mal derart schwer haengenbleibt.
Bei hier von einigen beschriebenen Probs wohl eher oefter .. ;)) Bye, Christoph -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
Hallo Christoph, Christoph Purnomo schrieb:
Und was genau bedeutet: (?,?on-contignous [oder so aehnlich]) waehrend der Rechner danach wieder gebootet wird? ?,? 0er Dateien sind nicht zusammenhaengend, also hier wird der Fragmentierungs-Grad bezeichnet, ist nur eine Information des Filesystems. Bei einem gewissen Grad der Fragmentierung gibt es doch einen Einfluss auf die Performance, oder ? Wozu gibt es sonst Defragmentierungsprogramme, welche bspweise unter windows haeufiger zum Einsatz kommen ? Ist unter Linux keine Defragmentierung noetig oder moeglich ?
Lies dazu mal in der Support-Datenbank nach. Bei der Stichwortsuche "ext2" eingeben und dann den Artikel "EXT2-Fragmentierung". -- Mit freundlichen Gruessen Michael Zwintzscher - Technology Solutions - GFT Technologieconsulting AG <A HREF="mailto:Michael.Zwintzscher@gft.de">mailto:Michael.Zwintzscher@gft.de</A> -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
Am Fre, 15 Jan 1999 schrieb Christoph Purnomo:
also mit y und n ... automatisch wollte er nicht mehr :| Und wenn man bedenkt, dass ich eigentlich gar nicht so genau wusste, wann ich y oder n zu antworten hat ... naja ...
Ist doch ein schlaues System. Dir bleibt gar nichts anderes übrig als y zu sagen, geht aber etwas schief so bist Du verantwortlich, denn Du hast ja gesagt. ;-) (Dieses Verhalten kommt mir irgendwie bakannt vor.) Eine Möglichkeit gibt es aber doch noch. Das System hat seine Informationen aus dem Superblock, aber auch der kann kaput sein, darum ist er auf jedem 8192 Block gespiegelt. Superblöcke liegen mithin auf Block 1, 8193, 16385,... Da beim normalen booten Block 1 als Superblock genommen wird emfiehlt es sich dem e2fsck die Option -b 8193 mitzugeben.Das beide Superblöcke kaput sind ist eher unwahrscheinlich.
Ist der Datentraeger nach solch einem check eigentlich wieder 1000g ok , oder hat er danach "bleibende" Schaeden ? Unter "bleibend" verstehe ich bis zum naechsten Formatieren ! Verringerter Speicherplatz vielleicht ???
Kommt darauf an was gefragt wird. Falls mal irgendetwas fehlt, so schau mal unter lost+found der jewiligen Partition nach. Dort liegen alle Dateien rum, die in der i-node nicht als gelöscht gekennzeichnet sind, aber in keinem Verzeichnis stehen. Da der Name im Verzeichnis und nicht in der i-node steht, haben sie merkwürdige Namen, nämlich #i-node-number. Also etwa #4711 cu Bernd -- Bernd Brodeßer Mönchengladbach B.Brodesser@online-club.de -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
participants (4)
-
B.Brodesser＠online-club.de -
columbus＠cs.tu-berlin.de -
Michael.Scheiba＠siebel.de -
Michael.Zwintzscher＠gft.de