MichaelaK
Anmeldungsdatum: 25. Mai 2011
Beiträge: 617
|
Ich versuche, nachdem Oneiric/Unity nicht wirklich mit Nautilusscripten zu Recht zu kommen scheint, nun meine Backups mit Back in Time zu machen. Nur "verschläft" meine Festplatte die stündlichen Sicherungstermine regelmäßig, weil ich sie in etc/rc.local mit "hdparm -S 30" sozusagen mit der Schlafkrankheit angesteckt habe. Gibt es eine Möglichkeit, diese Schlafmütze rechtzeitig aufzuwecken, denn Back in Time meldet zwar immer, es gäbe noch 30 Sekunden Gnadenfrist um aufzuwachen (und würde es dann gnädigerweise noch einmal versuchen), aber dass ist doch keine Lösung, dass ich jedesmal die Sicherungsplatte händisch aufwecke. 👿
|
salocin
Anmeldungsdatum: 30. September 2007
Beiträge: 292
|
Aus dem schlafmodus wacht die Platte garnicht mehr auf wenn auf sie zugegriffen wird? oder nur nicht innerhalb der 30 Sekunden. Was meinst du mit händisch, am Gehäuse der Platte, oder einen Befehl den du eingibst um sie auf zu wecken? Bis auf den Fall, das sie sich ohne drücken des power Schalters garnicht mehr einschlaten lässt, hört sich das ja nach nem einfachen cronjob an.
|
MichaelaK
(Themenstarter)
Anmeldungsdatum: 25. Mai 2011
Beiträge: 617
|
Sie wacht schon noch auf, wenn ich sie per nautilus anspreche, d.h. aufrufe, um zu lesen.
Aber dasselbe sollte doch Back in Time auch machen, wenn es einen rsync-Prozess startet!?
|
salocin
Anmeldungsdatum: 30. September 2007
Beiträge: 292
|
Das hätte ich auch vermutet, aber das lässt sich dann sicher relativ einfach umgehen. Du schreibst das Back in Time stündlich an springt (was ich wirklich sehr sehr oft finde), das machst du ja sicher nicht per hand sondern hast einen einen cronjob dafür. Auch wenn das keine echte Lösung ist, so würde ich trotzdem einfach einen zweiten Cronjob eine Minute vor dem Backup eintragen und dort einfach ein ls oder touch auf ein verzeichnis des backups machen, dies sollte zum aufwachen der Platte führen. Beispiel:
59 * * * * root ls /mnt/backup/ > /dev/null 2>&1
|
MichaelaK
(Themenstarter)
Anmeldungsdatum: 25. Mai 2011
Beiträge: 617
|
Danke, dass du mir hilftst. Ich brauche auch nur noch ein paar Stupser, dann werd' ich's begriffen haben: Den ersten cronjob macht Back in Time ja selbst, d.h. das Anstoßen der Sicherung, letztlich per rsync. Und ja, stündlich ist an sich sehr oft, ich weiß. Letztlich wird das wohl besser auch täglich oder halbtäglich werden. Ich habe durchaus Respekt vor dem Gerücht, das besagt, dass eine HDD eventuell genauso lang lebt, wenn man sie überhaupt nicht abschaltet, statt ständiger Startvorgänge. Wenn du dazu ein Info hast, wäre ich interessiert. Aber: Es geht vor allem um den Stromverbrauch und das Brummen. Meine Arbeits"festplatte" ist eine SSD. Kurz: Ich bräuchte noch Hilfe um deinen Vorschlag anzuwenden: 1. Warum steht "root" in deinem Vorschlag? Ich will doch nicht immer das Password eingeben?
2. Was bedeutet 2>&1 ?
3. Funzt das auch, wenn die Platte nicht gemountet ist?
|
salocin
Anmeldungsdatum: 30. September 2007
Beiträge: 292
|
Hallo, root steht dort, um cron zu sagen, als welcher Benutzer er dies ausführen soll. Cronselbe3r läuft als root und kann deswegen scripte mit als beliebiger user starten ohne das dafür ein Passwort eingegeben werden muss. 2>&1 leitet die Fehlerausgabe auf die Standardausgabe um und die wird in /dev/null umgeleitet, damit verhindert man jegliche Ausgabe durch den Befehlt (die würde als Mail zugestellt). Das ls darf hier ja ruhig nen Fehler ausgeben, Hauptsache die Platte wacht dadurch auf. Nein, das funktioniert nur wenn sie eingebunden ist. Aber warum sollte sie nciht eingebunden sein? Ansonsten baut man evtl lieber ein script, das zuerst einen mount versuch unternimmt und dann das aufwecken.
|
MichaelaK
(Themenstarter)
Anmeldungsdatum: 25. Mai 2011
Beiträge: 617
|
Vielen Dank! Bei mir sehen die cronjobs nun so aus (wie in der Grafik) und es funktioniert alles, bis auf die Tatsache, dass die HDD nicht, wie bisher, wieder einschläft.
Ich schläfere sie derzeit immer wieder per ein.
Ich habe schon überlegt, ob noch ein Prozess auf diese zugreift, habe aber keine Idee.
Ich hatte zuvor in etc/rc.local: , das funktionierte, aber auch nicht zuverlässig. Ich werde das aber nun wieder aktivieren und dann mal sehen, obwohl es eigentlich unsauber / doppelt gemoppelt ist.
- Bilder
|
salocin
Anmeldungsdatum: 30. September 2007
Beiträge: 292
|
hi, sry meine Zeile war nicht für son gnome zeitplaner gedacht sondern als Eintrag unter /etc/cron.d/ in deinem gui musst du auf jedenfall das "root" weg lassen und hintern das & ist auch kapput gegangen, lass im Zweifel einfach mal den Teil hinter /dev/null weg.
|
MichaelaK
(Themenstarter)
Anmeldungsdatum: 25. Mai 2011
Beiträge: 617
|
Danke. Die blöde Scheibe schaltet sich nicht aus, obwohl sie doppelt Grund dafür hätte (cronjob und hdparm -S 60 in rc.local).
|
salocin
Anmeldungsdatum: 30. September 2007
Beiträge: 292
|
sry, ich kann dir nur Fragen zu cron beantworten, die Energieoptionen von Festplatten hab ich noch nie angepackt. Nutze da alles in Standardkonfiguration. Ich halte das ganze aber auch nur unter Geräuschaspekten für sinnvoll.
|