Wenn Erste Hilfe versagt oder nicht meht weiter weiß:

Dieses Thema im Forum "Software" wurde erstellt von Thine, 3. Oktober 2003.

  1. Thine

    Thine mit Eisenschwein

    So liebe Leute,

    ich kenne dieses Forum erst seit gestern Nacht. Ich hatte sozusagen ein polnisches Problem. Siehe weiter unten. Als ich just ein Resümee über alle Tips und, daraus folgend, einen Lösungsweg formulieren wollte, stürzte mein System ab.

    Super. Aber das kenne ich schon. Nämlich, dass dann Erste Hilfe nicht mehr weiß, wie es das Problem (in diesem Fall: Invalid nod structure, 4, 1651 - aber es könnte auch was andres sagen) lösen soll. In diesem Fall ist man eigentlich aufgeschmissen und steht vor der Wahl, irgendeinen teueren Apple Support zu Rate zu ziehn oder das gesamte Sysetm neu zu installieren. (Arbeite immer noch unter Mac OS 9.x) ODER:

    Man nutzt DISK WARRIOR.

    Heute haben mir ungalublich viele Leute geholfen, meinem Problem auf die Sprünge zu kommen. Nun möchte ich jenen Leuten mal prophylaktisch helfen, wenn deren System versagt.

    Wenn ERSTE HILFE versagt - DANN BESORGT EUCH DISK WARRIOR! Meistens handelt es sich um einen Verzeichnisfehler, und zwar einen schwerwiegenderen, den eben das normale Hilfe-Programm nicht beheben kann. Ein Verzeichnisfehler kann die verschiedensten Ursachen haben. Das Verzeichnis ist fast sowas wie das Rückrat des Volumes, eben ein Verzeichnis über Nummer, Name, Speicherort, Typ und Größe der Dateien und Ordner auf dem Volume und dessen Struktur überhaupt. Wenn ein Anwendungsprogramm Informationen benötigt, muss das Betriebssystem im Verzeichnis nachsehen, wo was gespeichert ist. "Wenn die Verzeichnisdaten (Nummer, Name, Speicherort usw.) oder die verzeichnisstruktur entweder falsch oder überhaupt nicht aktualisiert werden, ist das Verzeichnis wahrsch. fehlerhaft." Normalerweise ist dieser Fehler auf einen bestimmten Abschnitt beschränkt und bleibt deswegen lange unbemerkt. Aber irgnedwann wird's brenzlig. Denn wenn das Betriebssystem versucht, die falsche Verzeichnisinformation zu lesen usw., tritt ein (System-) Fehler auf. Der kann zu permanenten Abstürzen führen, solange, bis das System sich selber nicht mehr erkennt.

    Das hab ich alles schon gehabt. Klar. Mac OS 9.x. Aber auch das 10er dürfte vielleicht ab & an seine Probleme haben....

    DISK WARRIOR - und das mag hier wie ne Werbung klingen, was es aber allenfalls freundschaftlich is - analysiert das Verzeichnis, kriegt raus, was faul is, sortiert und mistet aus und legt ein frisches gesundes Verzeichnis an, was man übernehmen kann.

    Wie gesagt, ich hatte eben vorhin ein Problem, was Erste Hilfe nicht beheben konnte. hab einfach die Disk Warrior CD eingelegt und ein neues Verzeichnis erstellen lassen. Binnen 15 min war das Problem gelöst. Sicher, wenn man das Problem auf die lange Bank schiebt, dann kann die ganze Prozedur auch 5 Stunden dauern, was ich auch schon erlebt habe, nämlich als sich mein System nicht mal selber mehr erkannt hat, sondern nur noch ein Fragezeichen auf dem Monitor erschien. Aber selbst in solch akuten Momenten - hilft diese sack-geile Software, auf die ich langsam schwöre, - da immer noch - leider - Mac OS 9.x. User. Aber die funktioniert auch für Mac OS X, wie gesagt, nur is jenes System stabiler.

    Allein das Handbuch zu lesen, hilft, das System zu begreifen und Fehlern vorzubeugen.

    (P.S. Programme, die Verzeichnisfehler verursachen können, scheinen mir z. B. Mozilla, Word und Quark zu sein)

    Grüße von der Christine
     
  2. Macziege

    Macziege New Member

    Hi Christine,

    schönen Dank für Deinen Beitrag. Sicher kann DISK WARRIOR in manchen Situationen die richtige Hilfe sein, besonders beim System OS 9. Aber der überwiegende Teil der User in diesem Forum nutzt bereits OS X und da ist die Fehlerbehebung wieder etwas diffizieler, jedenfalls für Newcomer, die von OS 9 auf OS X wechseln. Häufig werden hier Fehler dadurch verursacht, weil man sich nicht von beginn an ausreichend mit der neuen Struktur der Daten und dem Berechtigungssystem auseinandergesetzt hat, babei kann der DISK WARRIOR leider auch noch nicht helfen.

    Aber im Forum findest Du meist erfahrene User, die gute Tipps geben können.

    Gruß
    Klaus
     
  3. mikrokokkus

    mikrokokkus New Member

    Thine hat schon Recht:
    Diskwarrior ist auch unter OS X ein sack-geiles Stück Software und hat mir da auch schon bei der Behebung eines Problemes geholfen, wo alle anderen Mittel versagt hatten!
     
  4. gratefulmac

    gratefulmac New Member

    Bestimmt schön der Disk Warrior , nur macht X den Check der Verzeichnisstruktur beim starten default.
    Nennt sich fsck .
     
  5. Duc916

    Duc916 New Member

    fsck überprüft NICHT die physikalische Beschaffenheit der Festplatte
    fsck überprüft Nicht die Konsistenz einzelner Dateien
    fsck überprüft nur die Konsistenz der Indizes
    nicht mehr und nicht weniger
    Beim Start von OS X findet eine kurze Überprüfung der Stuktur statt, aber kein vollständiger fsck Durchlauf.
     
  6. gratefulmac

    gratefulmac New Member

    FSCK(8) System Manager's Manual FSCK(8)

    NAME
    fsck - filesystem consistency check and interactive repair

    SYNOPSIS
    fsck -p [-m mode]
    fsck [-b block#] [-c level] [-l maxparallel] [-y] [-n] [-m mode]
    [filesystem] ...

    DESCRIPTION
    The first form of fsck preens a standard set of filesystems or the speci-
    fied filesystems. It is normally used in the script /etc/rc during auto-
    matic reboot. Here fsck reads the table /etc/fstab to determine which
    filesystems to check. Only partitions in fstab that are mounted ``rw,''
    ``rq'' or ``ro'' and that have non-zero pass number are checked.
    Filesystems with pass number 1 (normally just the root filesystem) are
    checked one at a time. When pass 1 completes, all remaining filesystems
    are checked, running one process per disk drive. The disk drive contain-
    ing each filesystem is inferred from the longest prefix of the device
    name that ends in a digit; the remaining characters are assumed to be the
    partition designator. In preening mode, filesystems that are marked
    clean are skipped. Filesystems are marked clean when they are unmounted,
    when they have been mounted read-only, or when fsck runs on them success-
    fully.

    The kernel takes care that only a restricted class of innocuous filesys-
    tem inconsistencies can happen unless hardware or software failures
    intervene. These are limited to the following:
    Unreferenced inodes
    Link counts in inodes too large
    Missing blocks in the free map
    Blocks in the free map also in files
    Counts in the super-block wrong

    These are the only inconsistencies that fsck with the -p option will cor-
    rect; if it encounters other inconsistencies, it exits with an abnormal
    return status and an automatic reboot will then fail. For each corrected
    inconsistency one or more lines will be printed identifying the filesys-
    tem on which the correction will take place, and the nature of the cor-
    rection. After successfully correcting a filesystem, fsck will print the
    number of files on that filesystem, the number of used and free blocks,
    and the percentage of fragmentation.

    If sent a QUIT signal, fsck will finish the filesystem checks, then exit
    with an abnormal return status that causes an automatic reboot to fail.
    This is useful when you want to finish the filesystem checks during an
    automatic reboot, but do not want the machine to come up multiuser after
    the checks complete.

    Without the -p option, fsck audits and interactively repairs inconsistent
    conditions for filesystems. If the filesystem is inconsistent the opera-
    tor is prompted for concurrence before each correction is attempted. It
    should be noted that some of the corrective actions which are not cor-
    rectable under the -p option will result in some loss of data. The
    amount and severity of data lost may be determined from the diagnostic
    output. The default action for each consistency correction is to wait
    for the operator to respond yes or no. If the operator does not have
    write permission on the filesystem fsck will default to a -n action.

    Fsck has more consistency checks than its predecessors check, dcheck,
    fcheck, and icheck combined.

    The following flags are interpreted by fsck.

    -b Use the block specified immediately after the flag as the super
    block for the filesystem. Block 32 is usually an alternate super
    block.

    -l Limit the number of parallel checks to the number specified in
    the following argument. By default, the limit is the number of
    disks, running one process per disk. If a smaller limit is
    given, the disks are checked round-robin, one filesystem at a
    time.

    -m Use the mode specified in octal immediately after the flag as the
    permission bits to use when creating the lost+found directory
    rather than the default 1777. In particular, systems that do not
    wish to have lost files accessible by all users on the system
    should use a more restrictive set of permissions such as 700.

    -y Assume a yes response to all questions asked by fsck; this should
    be used with great caution as this is a free license to continue
    after essentially unlimited trouble has been encountered.

    -n Assume a no response to all questions asked by fsck except for
    `CONTINUE?', which is assumed to be affirmative; do not open the
    filesystem for writing.

    -c Convert the filesystem to the specified level. Note that the
    level of a filesystem can only be raised.
    There are currently four levels defined:

    0 The filesystem is in the old (static table) format.

    1 The filesystem is in the new (dynamic table) format.

    2 The filesystem supports 32-bit uid's and gid's, short
    symbolic links are stored in the inode, and directories
    have an added field showing the file type.

    3 If maxcontig is greater than one, build the free segment
    maps to aid in finding contiguous sets of blocks. If
    maxcontig is equal to one, delete any existing segment
    maps.

    In interactive mode, fsck will list the conversion to be made and
    ask whether the conversion should be done. If a negative answer
    is given, no further operations are done on the filesystem. In
    preen mode, the conversion is listed and done if possible without
    user interaction. Conversion in preen mode is best used when all
    the filesystems are being converted at once. The format of a
    filesystem can be determined from the first line of output from
    dumpfs(8).

    If no filesystems are given to fsck then a default list of filesystems is
    read from the file /etc/fstab.

    Inconsistencies checked are as follows:
    1. Blocks claimed by more than one inode or the free map.
    2. Blocks claimed by an inode outside the range of the filesystem.
    3. Incorrect link counts.
    4. Size checks:
    Directory size not a multiple of DIRBLKSIZ.
    Partially truncated file.
    5. Bad inode format.
    6. Blocks not accounted for anywhere.
    7. Directory checks:
    File pointing to unallocated inode.
    Inode number out of range.
    Dot or dot-dot not the first two entries of a directory or having
    the wrong inode number.
    8. Super Block checks:
    More blocks for inodes than there are in the filesystem.
    Bad free block map format.
    Total free block and/or free inode count incorrect.

    Orphaned files and directories (allocated but unreferenced) are, with the
    operator's concurrence, reconnected by placing them in the lost+found
    directory. The name assigned is the inode number. If the lost+found
    directory does not exist, it is created. If there is insufficient space
    its size is increased.

    Because of inconsistencies between the block device and the buffer cache,
    the raw device should always be used.

    FILES
    /etc/fstab contains default list of filesystems to check.

    DIAGNOSTICS
    The diagnostics produced by fsck are fully enumerated and explained in
    Appendix A of Fsck - The UNIX File System Check Program.

    SEE ALSO
    fstab(5), fs(5), fsdb(8), newfs(8), mkfs(8), reboot(8)

    4th Berkeley Distribution May 9, 1995 4th Berkeley Distribution
    (END)
     
  7. Duc916

    Duc916 New Member

    Stimmt, da hast du natürlich recht
    das fsck in der Option "fsck -y" auch ungefragt am Super Block herumschrauben kann hatte ich ausgelassen.
     
  8. artvandeley

    artvandeley New Member

    Filecheck hin oder her: Wer heilt, hat recht.

    In diesem Sinne kann ich Thine nur zustimmen. Disk Warrior hat mich einmal vor einem sehr üblen Problem gerettet, dem mit keinem anderen Mittel beizukommen war.

    Also ich finds auch klasse (wo is hier das zeichen für "thumbs up"?)

    Grüße

    art
     
  9. Thine

    Thine mit Eisenschwein

    So liebe Leute,

    ich kenne dieses Forum erst seit gestern Nacht. Ich hatte sozusagen ein polnisches Problem. Siehe weiter unten. Als ich just ein Resümee über alle Tips und, daraus folgend, einen Lösungsweg formulieren wollte, stürzte mein System ab.

    Super. Aber das kenne ich schon. Nämlich, dass dann Erste Hilfe nicht mehr weiß, wie es das Problem (in diesem Fall: Invalid nod structure, 4, 1651 - aber es könnte auch was andres sagen) lösen soll. In diesem Fall ist man eigentlich aufgeschmissen und steht vor der Wahl, irgendeinen teueren Apple Support zu Rate zu ziehn oder das gesamte Sysetm neu zu installieren. (Arbeite immer noch unter Mac OS 9.x) ODER:

    Man nutzt DISK WARRIOR.

    Heute haben mir ungalublich viele Leute geholfen, meinem Problem auf die Sprünge zu kommen. Nun möchte ich jenen Leuten mal prophylaktisch helfen, wenn deren System versagt.

    Wenn ERSTE HILFE versagt - DANN BESORGT EUCH DISK WARRIOR! Meistens handelt es sich um einen Verzeichnisfehler, und zwar einen schwerwiegenderen, den eben das normale Hilfe-Programm nicht beheben kann. Ein Verzeichnisfehler kann die verschiedensten Ursachen haben. Das Verzeichnis ist fast sowas wie das Rückrat des Volumes, eben ein Verzeichnis über Nummer, Name, Speicherort, Typ und Größe der Dateien und Ordner auf dem Volume und dessen Struktur überhaupt. Wenn ein Anwendungsprogramm Informationen benötigt, muss das Betriebssystem im Verzeichnis nachsehen, wo was gespeichert ist. "Wenn die Verzeichnisdaten (Nummer, Name, Speicherort usw.) oder die verzeichnisstruktur entweder falsch oder überhaupt nicht aktualisiert werden, ist das Verzeichnis wahrsch. fehlerhaft." Normalerweise ist dieser Fehler auf einen bestimmten Abschnitt beschränkt und bleibt deswegen lange unbemerkt. Aber irgnedwann wird's brenzlig. Denn wenn das Betriebssystem versucht, die falsche Verzeichnisinformation zu lesen usw., tritt ein (System-) Fehler auf. Der kann zu permanenten Abstürzen führen, solange, bis das System sich selber nicht mehr erkennt.

    Das hab ich alles schon gehabt. Klar. Mac OS 9.x. Aber auch das 10er dürfte vielleicht ab & an seine Probleme haben....

    DISK WARRIOR - und das mag hier wie ne Werbung klingen, was es aber allenfalls freundschaftlich is - analysiert das Verzeichnis, kriegt raus, was faul is, sortiert und mistet aus und legt ein frisches gesundes Verzeichnis an, was man übernehmen kann.

    Wie gesagt, ich hatte eben vorhin ein Problem, was Erste Hilfe nicht beheben konnte. hab einfach die Disk Warrior CD eingelegt und ein neues Verzeichnis erstellen lassen. Binnen 15 min war das Problem gelöst. Sicher, wenn man das Problem auf die lange Bank schiebt, dann kann die ganze Prozedur auch 5 Stunden dauern, was ich auch schon erlebt habe, nämlich als sich mein System nicht mal selber mehr erkannt hat, sondern nur noch ein Fragezeichen auf dem Monitor erschien. Aber selbst in solch akuten Momenten - hilft diese sack-geile Software, auf die ich langsam schwöre, - da immer noch - leider - Mac OS 9.x. User. Aber die funktioniert auch für Mac OS X, wie gesagt, nur is jenes System stabiler.

    Allein das Handbuch zu lesen, hilft, das System zu begreifen und Fehlern vorzubeugen.

    (P.S. Programme, die Verzeichnisfehler verursachen können, scheinen mir z. B. Mozilla, Word und Quark zu sein)

    Grüße von der Christine
     
  10. Macziege

    Macziege New Member

    Hi Christine,

    schönen Dank für Deinen Beitrag. Sicher kann DISK WARRIOR in manchen Situationen die richtige Hilfe sein, besonders beim System OS 9. Aber der überwiegende Teil der User in diesem Forum nutzt bereits OS X und da ist die Fehlerbehebung wieder etwas diffizieler, jedenfalls für Newcomer, die von OS 9 auf OS X wechseln. Häufig werden hier Fehler dadurch verursacht, weil man sich nicht von beginn an ausreichend mit der neuen Struktur der Daten und dem Berechtigungssystem auseinandergesetzt hat, babei kann der DISK WARRIOR leider auch noch nicht helfen.

    Aber im Forum findest Du meist erfahrene User, die gute Tipps geben können.

    Gruß
    Klaus
     
  11. mikrokokkus

    mikrokokkus New Member

    Thine hat schon Recht:
    Diskwarrior ist auch unter OS X ein sack-geiles Stück Software und hat mir da auch schon bei der Behebung eines Problemes geholfen, wo alle anderen Mittel versagt hatten!
     
  12. gratefulmac

    gratefulmac New Member

    Bestimmt schön der Disk Warrior , nur macht X den Check der Verzeichnisstruktur beim starten default.
    Nennt sich fsck .
     
  13. Duc916

    Duc916 New Member

    fsck überprüft NICHT die physikalische Beschaffenheit der Festplatte
    fsck überprüft Nicht die Konsistenz einzelner Dateien
    fsck überprüft nur die Konsistenz der Indizes
    nicht mehr und nicht weniger
    Beim Start von OS X findet eine kurze Überprüfung der Stuktur statt, aber kein vollständiger fsck Durchlauf.
     
  14. gratefulmac

    gratefulmac New Member

    FSCK(8) System Manager's Manual FSCK(8)

    NAME
    fsck - filesystem consistency check and interactive repair

    SYNOPSIS
    fsck -p [-m mode]
    fsck [-b block#] [-c level] [-l maxparallel] [-y] [-n] [-m mode]
    [filesystem] ...

    DESCRIPTION
    The first form of fsck preens a standard set of filesystems or the speci-
    fied filesystems. It is normally used in the script /etc/rc during auto-
    matic reboot. Here fsck reads the table /etc/fstab to determine which
    filesystems to check. Only partitions in fstab that are mounted ``rw,''
    ``rq'' or ``ro'' and that have non-zero pass number are checked.
    Filesystems with pass number 1 (normally just the root filesystem) are
    checked one at a time. When pass 1 completes, all remaining filesystems
    are checked, running one process per disk drive. The disk drive contain-
    ing each filesystem is inferred from the longest prefix of the device
    name that ends in a digit; the remaining characters are assumed to be the
    partition designator. In preening mode, filesystems that are marked
    clean are skipped. Filesystems are marked clean when they are unmounted,
    when they have been mounted read-only, or when fsck runs on them success-
    fully.

    The kernel takes care that only a restricted class of innocuous filesys-
    tem inconsistencies can happen unless hardware or software failures
    intervene. These are limited to the following:
    Unreferenced inodes
    Link counts in inodes too large
    Missing blocks in the free map
    Blocks in the free map also in files
    Counts in the super-block wrong

    These are the only inconsistencies that fsck with the -p option will cor-
    rect; if it encounters other inconsistencies, it exits with an abnormal
    return status and an automatic reboot will then fail. For each corrected
    inconsistency one or more lines will be printed identifying the filesys-
    tem on which the correction will take place, and the nature of the cor-
    rection. After successfully correcting a filesystem, fsck will print the
    number of files on that filesystem, the number of used and free blocks,
    and the percentage of fragmentation.

    If sent a QUIT signal, fsck will finish the filesystem checks, then exit
    with an abnormal return status that causes an automatic reboot to fail.
    This is useful when you want to finish the filesystem checks during an
    automatic reboot, but do not want the machine to come up multiuser after
    the checks complete.

    Without the -p option, fsck audits and interactively repairs inconsistent
    conditions for filesystems. If the filesystem is inconsistent the opera-
    tor is prompted for concurrence before each correction is attempted. It
    should be noted that some of the corrective actions which are not cor-
    rectable under the -p option will result in some loss of data. The
    amount and severity of data lost may be determined from the diagnostic
    output. The default action for each consistency correction is to wait
    for the operator to respond yes or no. If the operator does not have
    write permission on the filesystem fsck will default to a -n action.

    Fsck has more consistency checks than its predecessors check, dcheck,
    fcheck, and icheck combined.

    The following flags are interpreted by fsck.

    -b Use the block specified immediately after the flag as the super
    block for the filesystem. Block 32 is usually an alternate super
    block.

    -l Limit the number of parallel checks to the number specified in
    the following argument. By default, the limit is the number of
    disks, running one process per disk. If a smaller limit is
    given, the disks are checked round-robin, one filesystem at a
    time.

    -m Use the mode specified in octal immediately after the flag as the
    permission bits to use when creating the lost+found directory
    rather than the default 1777. In particular, systems that do not
    wish to have lost files accessible by all users on the system
    should use a more restrictive set of permissions such as 700.

    -y Assume a yes response to all questions asked by fsck; this should
    be used with great caution as this is a free license to continue
    after essentially unlimited trouble has been encountered.

    -n Assume a no response to all questions asked by fsck except for
    `CONTINUE?', which is assumed to be affirmative; do not open the
    filesystem for writing.

    -c Convert the filesystem to the specified level. Note that the
    level of a filesystem can only be raised.
    There are currently four levels defined:

    0 The filesystem is in the old (static table) format.

    1 The filesystem is in the new (dynamic table) format.

    2 The filesystem supports 32-bit uid's and gid's, short
    symbolic links are stored in the inode, and directories
    have an added field showing the file type.

    3 If maxcontig is greater than one, build the free segment
    maps to aid in finding contiguous sets of blocks. If
    maxcontig is equal to one, delete any existing segment
    maps.

    In interactive mode, fsck will list the conversion to be made and
    ask whether the conversion should be done. If a negative answer
    is given, no further operations are done on the filesystem. In
    preen mode, the conversion is listed and done if possible without
    user interaction. Conversion in preen mode is best used when all
    the filesystems are being converted at once. The format of a
    filesystem can be determined from the first line of output from
    dumpfs(8).

    If no filesystems are given to fsck then a default list of filesystems is
    read from the file /etc/fstab.

    Inconsistencies checked are as follows:
    1. Blocks claimed by more than one inode or the free map.
    2. Blocks claimed by an inode outside the range of the filesystem.
    3. Incorrect link counts.
    4. Size checks:
    Directory size not a multiple of DIRBLKSIZ.
    Partially truncated file.
    5. Bad inode format.
    6. Blocks not accounted for anywhere.
    7. Directory checks:
    File pointing to unallocated inode.
    Inode number out of range.
    Dot or dot-dot not the first two entries of a directory or having
    the wrong inode number.
    8. Super Block checks:
    More blocks for inodes than there are in the filesystem.
    Bad free block map format.
    Total free block and/or free inode count incorrect.

    Orphaned files and directories (allocated but unreferenced) are, with the
    operator's concurrence, reconnected by placing them in the lost+found
    directory. The name assigned is the inode number. If the lost+found
    directory does not exist, it is created. If there is insufficient space
    its size is increased.

    Because of inconsistencies between the block device and the buffer cache,
    the raw device should always be used.

    FILES
    /etc/fstab contains default list of filesystems to check.

    DIAGNOSTICS
    The diagnostics produced by fsck are fully enumerated and explained in
    Appendix A of Fsck - The UNIX File System Check Program.

    SEE ALSO
    fstab(5), fs(5), fsdb(8), newfs(8), mkfs(8), reboot(8)

    4th Berkeley Distribution May 9, 1995 4th Berkeley Distribution
    (END)
     
  15. Duc916

    Duc916 New Member

    Stimmt, da hast du natürlich recht
    das fsck in der Option "fsck -y" auch ungefragt am Super Block herumschrauben kann hatte ich ausgelassen.
     
  16. artvandeley

    artvandeley New Member

    Filecheck hin oder her: Wer heilt, hat recht.

    In diesem Sinne kann ich Thine nur zustimmen. Disk Warrior hat mich einmal vor einem sehr üblen Problem gerettet, dem mit keinem anderen Mittel beizukommen war.

    Also ich finds auch klasse (wo is hier das zeichen für "thumbs up"?)

    Grüße

    art
     

Diese Seite empfehlen