Wenn Erste Hilfe versagt oder nicht meht weiter weiß:

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

 

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

 

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!

 

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

 

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.

 

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)

 

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

 

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

 

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

 

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

 

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!

 

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

 

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.

 

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)

 

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

 

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