Festplatte & Backup

  • Thread starter Thread starter Dennisen
  • Start date Start date
D

Dennisen

Guest
Hallo zusammen,
ich habe eine Frage (habe einen Hetzner EQ4-Server mit openSuSE 11.1) bzgl. der Festplatte.
Ich habe ja 750 GB Festplatte, wovon effektiv nur 715 GB nutzbar sind, diese sind offensichtlich wie folgt partitioniert:

Filesystem Size Used Avail Use% Mounted on
/dev/md2 691G 26G 631G 4% /
udev 3.9G 108K 3.9G 1% /dev
/dev/md1 251M 21M 218M 9% /boot
tmpfs 3.9G 0 3.9G 0% /usr/local/psa/handlers/before-local
tmpfs 3.9G 0 3.9G 0% /usr/local/psa/handlers/before-queue
tmpfs 3.9G 0 3.9G 0% /usr/local/psa/handlers/before-remot e
tmpfs 3.9G 0 3.9G 0% /usr/local/psa/handlers/info
tmpfs 3.9G 0 3.9G 0% /usr/local/psa/handlers/spool

Was ich mich jetzt Frage ist?
Seit wann ist 691G - 26 G --> 631 G? Das müsste 665G Available sein! oO Was stimmt denn da nicht?

Und die zweite Frage, sind die ganzen tmp Paritionen nötig? Die klauen ja auch nur ne Menge Speicher?


Und zum zweiten Teil:
Mit welchem Tool richte denn am geschicktesten ein Backup ein? Mit rsync?

Danke schonmal für eure Hilfe!
 
Die Differenz deiner Festplatte kommt daher, daß die Festplattenhersteller 1GB als 1000*1000*1000 Byte verstehen, Linux (Windows übrigens auch) diese aber binär berechnet, also mit dem Faktor 1024*1024*1024 Bytes. Außerdem gibt es vemutlich auch noch mind. eine Swap-Partition...
Was die Differenz aus der Summe aus belegtem und freiem Speicher zur Gesamtkapazität betrifft: EXT3 reserviert standardmäßg 5% der Kapazität exklusiv für root (u.a. damit dieser noch auf dem System arbeiten kann, wenn normale User den Rest komplett vollgepackt haben). Und diese 5% werden von df bei der Berechnung des verfügbaren Platzes mit berücksichtigt.
Was die Temp-Bereiche angeht: Da legt (in deinem konkreten Fall) Plesk temporär Daten drin ab. Diese Bereiche liegen im RAM des Computers und dürften Plesk wohl ziemlich verlangsamen, wenn sie auf der Platte liegen (mal davon abgesehen, daß der Temp-Space zur Zeit ungenutzt ist).
 
man tune2fs
Und da steht auch gleich, wofür diese Reservierung u.a. ist und sie daher besser nicht abgeschaltet werden sollte.
Ist ja aktuell auch schließlich nicht so, daß du knapp an Speicherplatz wärst und sie daher bräuchtest.
Also manpage lesen, verstehen und dann die Reservierung nicht entfernen.
 
Gut, aber irgendwas stimmt da immer noch nicht ...
In Plesk werden mir von 8 GB Ram nur 7.8 angezeigt,
und als Partitionen sind SWAP mit 2G und Boot mit 256 MB definiert ...
690G+2G+256MB ist immernoch nicht 715 G, da fehlt immernoch was oO
Ich würde meine Hauptfestplatte zumindest auf 700 G bringen wollen.
 
Habe gerade mal grob nachgerechnet: 750Gigabyte (HDD-Hersteller) entsprechen etwa 690-700Gibibyte (Berechnung durch Betriebssystem) - paßt also.
Und was das RAM angeht: Vermutlich nutzt die Onboard-Grafikkarte den Hauptspeicher mit und da Hetzner IIRC Desktop-Komponenten verbaut, kann das mit ca. 200 MB dafür wohl hinkommen.
Du machst dir Probleme, wo keine sind. Diese Zeit solltest du besser in ein Sicherheitskonzept für deinen Server investieren ;)
 
Zeigt Plesk denn den gesamten Speicher an, oder nur den der Hauptpartition? Wenns der Gesamtspeicher ist, würde das ganze ja stimmen, aber Hetzner meinte, dass 715 GB die Entsprechung wären.

Danke für den Tipp mit dem Sicherheitskonzept, aber das ist schon realisiert - das war das erste was am Server gemacht wurde, bevor irgendwas anderes kam, mal abgesehen von Komponentenupdates.
 
Dann haben die bei Hetzner nur bis KByte zurück gerechnet und nicht bis Byte. Ist halt alles eine Interpretationssache. Im Gigabytebereich kannst du so als Faustregel ca. 10% von der Kapazität laut Hersteller abziehen und alles, was in dem Bereich angezeigt wird, paßt dann schon ;)
 
Dann bedanke ich mich, habe eh gesehen, dass man den Softwareraid im Notfall auflösen kann und somit nochmals 690 GB Speicher erhält.
Die Frage war auch mehr aus reinem Interesse gestellt, da ich nicht so recht wusste, ob das stimmen kann, aber das kann es ja anscheinend.
 
You must log in or register to reply here.
Back
Top