Die Platte im Mac Mini läuft seit 377h und hat 20771 load_cycle_counts
hinter sich lt. K-smart 1.7.
1) Ist das "normal"
2) "Wenn möglich, Ruhezustand für Festplatte aktivieren" ist aktiv.
Sollte ich den Haken wegmachen.

Rechner soll zukünftig Serverdienste (File, wiki) bereitstellen, ist
aber noch nicht am Netz.

Ja, das sind normale Werte.

Gerade meine eigene Platte meines MBP überprüft:
Power_on_Hours: 3647
Load_cycle_count: 11306

Muss/darf mich das stutzig machen? "Wenn möglich, Ruhezustand für Festplatte aktivieren" ist hier NICHT aktiviert.

"Ruhezustand für Festplatte" ist nicht das Problem, denn das schlägt erst nach Minuten an. Das Problem ist, dass Apple in den Minis Platten verbaut, die nicht für Serverbetrieb gedacht sind, ihre Köpfe zu schnell parken, andauernd wieder aus der Ruhezone gefahren werden und dann vorzeitig sterben.

Rechne Dir LCC/h (also Parkaktionen pro Stunde) aus, rechne das dann auf Garantiezeit + 1 Monat hoch, schaue im Datenblatt des Herstellers nach und Du weißt, was Dich erwartet. Auf dem selben Weg ruinieren sich ganz viele NAS-Besitzer ihre Platten: Bauen ohne passende Vorkehrungen welche ein, die aufgrund zu hohem LCC nach viel zu kurzer Zeit sterben.

Den Mini mit Deskop Platten als Server laufen zu lassen ist zwar möglich, aber es kann schon zum schnelleren Ausfall der Platten führen. So etwas ist, wie immer, ein statistischer Wert.
Es kann früher ausfallen, muss aber nicht. Auf der sicheren Seite bist du aber in jedem Fall nicht, da der Hersteller des Laufwerks für diesen Betrieb das Laufwerk nicht gebaut hat.

Zum Vergleich:
Meine 2TB WD RE4 7/24 Platten in meinem NAS laufen seit ca. 2 Jahren durch und haben einen load_cycle_count von 9!

Gebaut oder nicht gebaut, man kann das Problem auch versuchen zu lösen. Bei eher leichtem Servereinsatz tun's auch Desktopplatten. In jedem Fall leben sie länger, wenn man explodierende LCC unterbindet. Für WD bspw. gibt's spezielle Tools, mit denen man die Platten impfen kann, die nicht wie die Red oder RE4 schon ab Werk passend parametrisiert sind: http://www.zero2cool.de/2013/08/high-load-cycle-problem-bei-wd-green-festplatten/

Bei den Platten anderer Hersteller kann man am APM ansetzen, bspw. per "hdparm -B": . Das gibt's auch für OS X, es soll aber auch was Fertiges geben. Jedenfalls ist absehbar, dass Platten mit hohem LCC/h im Dauerbetrieb frühzeitig sterben im Vergleich dazu, ihnen das frühzeitige Kopfparken abzugewöhnen.

Ergänzend zu Södels Antwort möchte ich noch auf hdapm verweisen . Was Du auch probieren könntest, wäre

Permanente Deaktivierung von apm (auch teilweise) geht neben dem von Linux stammenden hdparm auch mit den Herstellertools. Das einfachste ist es für mich immer, einen Live-Pinguin aus dem Eisschrank zu holen, in die Kommandozeile zu booten und
reinzuhacken. Parameter 0,255 = no power saving, 1-127 =standby, 128-191 low power Idle und 192-254 = active idle
OSX setzt den Parameter auf 128.

Danke, das meinte ich. "pmset disksleep" hat mit der Problematik nichts zu tun, denn es ist ja die Platte selbst, die durch ihre Firmware/Parametrisierung nach x Sekunden ausbleibender Daten entscheidet, die Köpfe zu parken. Und wegen hdparm -B: Bleibt der so gesetzte Wert erhalten bzw. überlebt einen Neustart bzw. wird der nicht wieder von OS X überschrieben beim Start? Wir haben das vor Jahren mal ausprobiert aber kamen schnell dann auf den hdapm-Ansatz, der ja bei jedem Reboot erneut den APM-Parameter passend setzt.