Befehl täglich automatisch ausfüghren

[Lock]

Hallo zusammen,

die Überschrift sagt eigentlich schon alles.
Ich würde gerne jeden Tag um eine gewisse Uhrzeit ein
apt-get update && apt-get install -y
ausführen lssen.

Wie mach eich das am besten realisieren?
Über cron kann ich doch Sachen automatisch steuern.

Ich weiß aber nicht wie ich ein
apt-get update && apt-get install -y in eine Datei bekomme?

Reicht es, wenn ich eine Datei mit ./update und den Inhalt speicher?

[src=autoit]#!/bin/bash
#
apt-get update && apt-get install -y
[/src]

Nur wie bekomme ich diese Datei als root jeden Tag ausgeführt?

OS ist Debian.

Danke schonmal

 

[thom53281]

Was ist denn das Ziel genau? Dass ein bestimmtes Paket oder das ganze System täglich aktualisiert wird?

Falls ja, gibt es dafür das Paket unattended-upgrades.

You do not have permission to view link please Anmelden or Registrieren

 

[BurnerR]

So ist es, alles andere ist eher etwas pain, weil unattended updates sonst reingrätschen werden. Kannst natürlich parallel dazu abschalten... aber das ist so quer durchs auge in die brust durch den arsch um zum Zeh zu kommen . Oder halt solange neu versuchen, bis der lock freigegeben ist.. aber auch hier.. mehr pain als gain.
Die Seite von thom fand ich spontan aber eher verwirrend, schau vllt eher hier rein:

You do not have permission to view link please Anmelden or Registrieren

 

[Metal_Warrior]

@BurnerR: Auf Debian sind unattended-upgrades nicht standardmäßig installiert, das muss man selbst machen. Gnome hat nur eigene Mechanismen, die ähnlich funktionieren.

Ansonsten: Unattended-upgrades sind kein Fire-and-Forget, du wirst trotzdem alle 1-2 Monate mal selbst nen dselect-upgrade ausführen müssen, weil manchmal Pakete mit Absicht zurückgehalten werden (etwa weil sie potentiell Probleme bereiten können - z. B. Datenbankupgrades).

Mein Lieblingsbefehl für das "hin und wieder mal aufräumen" ist
[src=bash]sudo apt-get update && sudo apt-get dselect-upgrade && sudo apt-get autoremove && sudo apt-get autoclean[/src]

Das deinstalliert auch alte Kernels etc.

 

[saddy]

dselect-upgrade werd ich im Anschluss an meinen Post mal googlen
an das autoremove häng ich immer noch --purge an, damit werden dann auch configs gelöscht die man ja idR auch nicht mehr braucht.

 

[Metal_Warrior]

@saddy: Die Dinge, die autoremoved werden, sind meist Libraries und haben keine Configs. Aber schaden tuts natürlich nicht.

 

[BurnerR]

@BurnerR: Auf Debian sind unattended-upgrades nicht standardmäßig installiert, das muss man selbst machen. Gnome hat nur eigene Mechanismen, die ähnlich funktionieren.

Seltsam, ich war mir sicher, dass meine Debians das stets alle von selbst hatten. Andererseits installiert man so ein System ja nicht so oft neu, war das mal anders? Auch Debian/Gnome hat bei mir stets unattended-upgrades verwendet, das weiß ich hauptsächlich so genau, weil ich ab und an nen freeze drin hatte und daher upgrades manuell nicht einspielen konnte weil unatt.upgrades den lock dauerhaft belegt hatte .

 

[Lock]

Hallo zusammen,
danke erstmal für die Hilfe.
Ich habe mich für unattended-upgrades entschieden.
Verstehe nur nicht warum Debian das nicht automatisch so ausliefert?

 

[Metal_Warrior]

@Lock: Weil das manchmal nicht sinnvoll ist, z. B. bei Systemen, die häufig keine Internetverbindung haben, oder zentral gesteuert Updates eingespielt bekommen.

Und was Gnome angeht, bin ich mir nur 95% sicher, dass es nicht UA ist, da Gnome das üblicherweise direkt nach dem Hochbooten/Login macht, während UA AFAIK noch auf Cronjobs läuft, die das nicht abbilden können. Wenn UA aber mittlerweile Systemd-Timer nutzt (was glaube ich noch nicht so ist, müsste ich mal nachgucken, bin grad nicht am Linux), wäre das wieder möglich. Wie gesagt, meine Erfahrung war (und ist), dass Gnome das tut, weil ich es vom Notebook so kenne, auch mit den Erinnerungen durch Gnome, während meine Server UA erst installiert bekommen müssen, und dann nicht fragen, sondern still machen.

 

[drfuture]

Und auch bei unattend-updates ab und an prüfen ob abhängige Dienste neugestartet wurden / ob es einen System-Neustart wegen neuem Kernel benötigt (live-patching mal außen vor?).