Finder blockiert. Was nun?

Sehr seltsam das alles...

Statt der Brachialmethode Reset oder Stecker raus ist es Nerven- und Macschonender, mit der Tastenkombination Befehl-Wahl-esc das jeweilig "spinnende" Programm oder eben auch den Finder "abzuschiessen".

Du solltest mal mit der X-CD starten und im Installer Disk Utility (Erste Hilfe) aufrufen. Nach der Reperatur und dem Beenden von DiskUtility und Beenden des Installers bootet der Mac dann wie gewohnt von der HD weiter.

 

Den Finder abschiessen geht eben nicht, weder mit Befehl-Wahl-Esc noch mit einem anderen Prozess-Tool. Der Finder verschwindet zwar kurz und wird wieder gestartet, aber er hängt sogleich. Der Kopier-Vorgang läuft offenbar nicht nur einfach im Finder, sondern ist viel tiefer im System verankert. Darum wollte ich wissen, ob und wie man einen einzelnen Kopiervorgang hart beenden kann und nicht den gesamten Finder. Aber das geht wohl nicht, da diese Finder-Version noch nicht multithreaded ist.

Interessieren würde mich auch: Welche Prozesse gehören denn eigentlich zum Finder? Der Name "Finder" taucht irgendwie nirgend im Process Viewer auf.

Erste Hilfe habe ich noch nicht probiert (fand ich schon unter OS9 ein recht beschränktes Tool), dafür aber Norton DiskDoctor 7. Er fand eine ganze Reihe schwerwiegender Probleme, die aber alle repariert werden konnten. Das kam wahrscheinlich von den harten Abstürzen.
Dennoch hatte ich auch gestern wieder (NACH dem Check mit Norton) ein solches Problem. Dieses Mal beim Kopieren von 40MB auf mein MO-Laufwerk.

Weitere Ideen?

 

@ andreas g

ohne reset oder stecker raus; geht es mit tinkertool - der startet den finder neu -

TinkerTool:
http://www.versiontracker.com/moreinfo.fcgi?id=11967&db=mac

q

 

MO-Laufwerk? aha, da hast du doch eine SCSI Karte, richtig? In diesem Falle würde ich mal Karte, Treiber, Kabel, Terminierung etc. prüfen!

 

sehr seltsam, ich würde auch mal die verbaute hardware auf kompatibilität prüfen.
eigentlich ist der finder ganz ok, aber mit jaguar soll er sich ja wieder verbessern.

 

Ich kann nur bestätigen, dass der Finder leicht die "Countenance" verliert... Der kann nur besser werden. DiskUtilty könnte aber evtl. etwas bringen!

 

wenn du in der Konsole
top (Enter)
eingibst, siehst Du, welches Programm wieviel CPU-Leistung in Anspruch nimmt. Hier führt regelmäßig das spinnende Programm das Feld an. Daneben steht eine Nummer (Prozeß-ID, kurz pid). Merke Dir die, und gib
q
ein. Das CPU-Leistung-in-Anspruch-Nahme-Tool der Konsole wird beendet, und Du kannst nun ein neues Kommando eingeben. Das lautet
kill_123 (Enter)
wobei der Unterstrich_ein Leerzeichen darstellt und 123 die pid des durchgeknallten Programms ist.
Wenn Du auf Nummer sicher gehen willst, packst Du das Terminal.Icon einmal in die Fenster-Leiste (falls das Dock spinnt) und einmal in´s Dock (falls der Finder spinnt).
Kill bewirkt angeblich dasselbe wie der Befehl "sofort beenden".
Henning

 

Hi Kate,

Ja, Du hast Recht. Ich habe eine brandneue Adaptec 29160 drin. Die Treiber sind auf dem neuesten Stand.
Ich hatte die Probleme aber auch schon, ohne dass eine SCSI-Gerät beteiligt war.
Ich hatte aber auch schon den Verdacht, dass SCSI eine Rolle spielen könnte, zumal Apple's SCSI-Implementierung in OSX gegenwärtig ziemlich fehlerhaft sein soll. Mit Jaguar wird aber alles besser ;-)

Gruss
Andreas

 

Apples Universaltreiber hat seine Probleme mit den 39160 und 29160 Karten von Adaptec, aber auch Adaptecs Treiber hat welche.
Es ist ein Jammer, aber die SCSI Ünterstützung ist immer noch auf Beta-Niveau.

 

{print $2}'`
</TT>

mehr über signals bei <TT>man signal</TT> und <TT>man kill</TT>

 

Eines meiner gössten Probleme ist, dass meine beiden U160-Platten (wegen denen habe ich die 29160 angeschafft) nur mit lächerlicher Geschwindigkeit (Asynch/narrow) laufen. Adaptec schiebt die Schuld Apple in die Schuhe und Apples Support ist zwar freundlich, sagt aber, die Karte sei ein Fremdprodukt und somit ausserhalb ihres Zuständigkeitsbereiches. Immerhin wollten sie aber dennoch meinen Systemprofiler-Ausdruck. Ich hoffe schon, dass sich da was tut. Habe mich auch schon als Betatester für SoftRAID angemeldet. Mal schauen, ob daraus was wird ;-)

 

Danke Euch für die vielen Antworten. Ich habe wieder einiges gelernt. Die Konsolen-Befehle werde ich näher studieren und beim nächsten Crash mal ausprobieren. Ich habe mir zwar schon ein Unix-Buch zugelegt, bin aber bisher noch nicht dazu gekommen, es zu lesen.

Interessant ist auch die .command-Datei. Kannte ich bisher nicht. Ist wohl sowas wie unter DOS eine .bat-Datei, oder?

Reicht es eigentlich, den Prozess namens "Finder" zu beenden? Irgendwer hat mir mal gesagt, der Finder bestehe aus insgesamt 4 bis 5 Prozessen, u.a. sei der Kopier-Dialog ein eigener Prozess (einer für alle Kopiervorgänge, sollten mehrere gleichzeitig laufen). Stimmt das?

Das Chaos mit dem Finder beginnt nämlich erst, wenn ich versuche, ihn abzuschiessen. So lange ich den hängenden Copy-Dialog in Ruhe lasse, funktioniert der Rest des Finders meist normal - es sei denn, ich starte einen weiteren Kopiervorgang. Dann hängt der Finder sich komplett auf.

Gruss
Andreas

 

Der Kopier-Befehl heißt wahrscheinlich
cp
(ich sitze hier anner DOSe) und läßt sich so killen wie oben beschrieben.
Die Killer-Klamotte löst allerdings ja das eigentliche Problem nicht. Manchmal hilft´s, wenn man das letzte update nochmal drüberrattern läßt. Du findest es im Verzeichnis Library/Receips.
Welches Unix-Buch haste denn? Ich habe mir das von O´Reilly angeschafft, fand es aber nicht so erhellend.
Henning

 

.commmand Dateien sind in der Tat so ähnlich wie .BAT Dateien.

Im Grunde sollte es reichen den Finder zu beenden, wenn allerdings ein Kopierprozess "hängt", was eigentlich nur passieren kann, wenn eine Kernelextension wie z.B. der SCSI Treiber "hängt", dann muss man diesen Thread explizit beenden, denn der läuft bis auf Signalaustausch mit dem Finder unabhängig von ihm. Wenn das Problem mit dem Versuch den Finder zu beenden sdtartet, dann gibt es zwei Szenarien wo es zum Problem kommt.
1. Du sagst dem System, dass es den Finder beenden soll. Es versucht alle Prozesse, die dazu gehören ebenfalls zu beenden. Einer davon lässt sich nicht regulär beenden, und bleibt weiter bestehen. Das System startet aber den Finder automatisch neu, so dass der "neue" Finder beim Start "alte" Finder-Prozesse vorfindet die versuchen mit Ihm zu kommunizieren. Ergibt Wirrwarr.
2. Der Finder mit allen seinen Prozessen wird auf Befehl terminiert, die Kernel-Task, die mit dem "hängenden" Treiber zusammenhängt bleibt aber erhalten.
Wenn der Finder neu startet und auf den Treiber zum Mounten eines Volumes im Finder, oder zum Arbeiten mit dem Volume zugreift stösst er sozusagen auf den immer noch "hängenden" Systemprozess und kann daher auch wieder im Wirrwarr enden.

Wichtig ist also alle relevanten Prozesse zwangsweise zu terminieren. Daher ist ein kill Kommando wie oben beschrieben in der Regel eleganter, kann aber auch beschädigte und unvollständige Dateien oder gar defekte Festplattenstrukturen zur Folge haben wenn der jeweilige Prozess Mitten im Zugriff zwangsterminiert wird. Also erstmal moderat mit kill versuchen (sollte in 90% der Fälle funktionieren) und dann mit kill -9 o.ä. arbeiten.

Danach sollte man seine Dateistruktur mit fsck prüfen ggfs. reparieren lassen, DiskUtility macht genau das.

 

Ist das das OS, was auf'm XServe läuft ?

Jetzt versteh ich auch, warum die da IDE-Platten reingehängt haben. Da kann man wenigstens Dateien kopieren.

Na viel Spass beim Servern. Ick lach mir tot.

 

&gt;&gt; Wichtig ist also alle relevanten Prozesse zwangsweise zu terminieren

Genau! Aber wie lokalisiere ich diese Prozesse? Unter Windows sagt einem das OS jeweils, ob ein Prozess nicht mehr reagiert. Gibt's eine Möglichkeit unter Unix, nicht mehr korrekt reagierende Prozesse aufzulisten?

 

Du kannst im Terminal z.B. mit dem Befehl

ps -ax

alle Prozesse auflisten, dann such in der Liste den Eintrag:
320 ?? S 0:34.04 /System/Library/CoreServices/Finder.app/Contents/MacO

Die Nummer 320 in der Rubrik PID kann anders lauten, dies ist die Prozessidentifikationsnummer.

Mit dem Befehl kill 320 (oder was immer da steht) wird der Finder und seine Prozesse zwangsterminiert.

 

Hä?

care to elaborate??

Meinst du andere **nix Versionen haben keine hängenden Prozesse?(LACH!)
Oder findest du die HotSwapLaufwerke sind es schuld, oder wie?(LACH!)

Was meinst du wie oft der Linux(von mir aus auch BSD) Kernel etwas verwürgt, wenn da was hängt?(LACH!)
Wegen der schlechten Windows Kernel ist es auch recht flimsig einen abgehängten Dateimanager mit seinen Tasks sauber zu entfernen ohne alles instabil zu machen., also welches System würdest du denn so empfehlen, hast du eines laufen?

 

hi,

nun ich selber hatte vor 10.1.3 auch öfter crash´s wo nichts mehr ging.
habe mir da vollgendes überlegt. was auch gut funzt...
ich habe immer das "terminal" mit laufen...(top)
unten im dock oder in einer der ecken lasse ich mir nen bild zeigen, wie der prozz ausgelastet ist. wenn also nen crash naht, dann zeigt sich meistemns eine sehr starke CPU belastung, die das system leider crashen lassen kann wenn sich der task verrent. wenn das abschiesen mit "kill" im terminal nicht funzen sollte, dann gebe ich einfach "sudo reboot" ein. was fast immer dazu führt , das das system nen "sauberen" neustart hinlegt...

-xymos.

 

Ich denke die von dir angeführten Betriebssysteme können zumindest Dateien problemlos kopieren.