[42_AptToDate.pm] Übersicht über verfügbare Distributionsupdates

[Beetle2003]

Hier gibt es im Ubuntu-Forum noch eine Lösungsmöglichkeit: Re: How to fix broken packages?

Also:

Code Auswählen Erweitern


sudo apt-get update
sudo apt-get autoclean
sudo apt-get clean
sudo apt-get autoremove
sudo dpkg --remove -force --force-remove-reinstreq "Paketname"


In Deinem Fall würde ich erst einmal firmware-ralink deinstallieren und dann wieder neu installieren, falls benötigt.

Laut Paketbeschreibung von Debian hängt firmware-ralink von firmware-misc-nonfree ab. Das entspricht ja auch Deiner Fehlermeldung. Eigentlich hätte firmware-misc-nonfree installiert sein müssen. D.h., beim neuen Installieren von firmware-ralink sollte es mitinstalliert werden.

Hallo,

bei:

sudo apt-get autoremove
Reading package lists... Done
Building dependency tree
Reading state information... Done
You might want to run 'apt-get -f install' to correct these.
The following packages have unmet dependencies:
firmware-ralink : Depends: firmware-misc-nonfree but it is not installed
E: Unmet dependencies. Try using -f.
sudo apt-get autoremove  12.37s user 0.92s system 71% cpu 18.479 total

Leider komme ich nicht weiter.

[CoolTux]

Dann deinstalliere firmware-ralink erstmal und installiere es neu. Ich weiß nicht was das ist, wenn es Netzwerk ist und wichtig musst du vorher die überlegen was die Konsequenzen sind.

[Beetle2003]

Dann deinstalliere firmware-ralink erstmal und installiere es neu. Ich weiß nicht was das ist, wenn es Netzwerk ist und wichtig musst du vorher die überlegen was die Konsequenzen sind.

Hallo,

danke Euch für die Hilfe.

Habe firmware-ralink deinstalliert. Nun funktioniert das Update wieder.

[mahowi]

Das Paket kann auch gefahrlos entfernt werden:

Binary firmware for Ralink wireless cards (dummy package)
This is a dummy transitional package. It can be safely removed.

Schön, daß jetzt wieder alles funktioniert.

[FhemPiUser]

Ich habe kürzlich ein upgrade von stretch auf buster gemacht, in fhem AptToDate steht aber noch immer os-release stretch. Wie kann ich das aktualisieren? Ein reproSync hilft nicht...

[MadMax-FHEM]

Schon ein get distributionInfo gemacht!?

Gruß, Joachim

[FhemPiUser]

ok, danke. oh man, sorry, hab ich übersehen, ich glaub ich brauch nen kaffee

[meier81]

Hallo und guten Morgen,

hab mal eine Frage bzw. ein kleines Problem bezüglich meiner Benachrichtigung über neue Updates.

Habe bei mir das Modul angelegt wie folgt:

Code Auswählen Erweitern

define fhemServerApt AptToDate localhost

und habe zusätzlich folgendes DOIF für die Benachrichtigung angelegt:

Code Auswählen Erweitern

define di_Update DOIF ([fhemInstaller] =~ "updates available" or [fhemServerNpm] =~ "updates available" or [fhemServerApt] =~ "updates available")\
   (set Pushover msg 'System' 'Der +++ {(AttrVal("$DEVICE","alias","$DEVICE"))} +++ meldet ein neues Update' 'Markus-Handy' 0 '')
attr di_Update do always

Jetzt habe ich das Problem das sobald ein neues Linux-Update vorliegt ich zweimal die Benachrichtigung eines neuen Updates bekomme, wenn ich dann das Update "klassisch" über die Shell vornehme und alles aktuell ist bekomme ich nächste Nacht wieder eine Benachrichtigung über neue Updates obwohl das System aktuell ist.

Ich denke da springt der Status des Moduls einmal hin und her und erzeugt deswegen ein Event zuviel.

Gruß

Markus

[meier81]

Hallo und guten Morgen,

hab mal eine Frage bzw. ein kleines Problem bezüglich meiner Benachrichtigung über neue Updates.

Habe bei mir das Modul angelegt wie folgt:

Code Auswählen Erweitern

define fhemServerApt AptToDate localhost

und habe zusätzlich folgendes DOIF für die Benachrichtigung angelegt:

Code Auswählen Erweitern

define di_Update DOIF ([fhemInstaller] =~ "updates available" or [fhemServerNpm] =~ "updates available" or [fhemServerApt] =~ "updates available")\
   (set Pushover msg 'System' 'Der +++ {(AttrVal("$DEVICE","alias","$DEVICE"))} +++ meldet ein neues Update' 'Markus-Handy' 0 '')
attr di_Update do always

Jetzt habe ich das Problem das sobald ein neues Linux-Update vorliegt ich zweimal die Benachrichtigung eines neuen Updates bekomme, wenn ich dann das Update "klassisch" über die Shell vornehme und alles aktuell ist bekomme ich nächste Nacht wieder eine Benachrichtigung über neue Updates obwohl das System aktuell ist.

Ich denke da springt der Status des Moduls einmal hin und her und erzeugt deswegen ein Event zuviel.

Gruß

Markus

Hat von euch keiner das Problem bzw. keiner eine Idee?

[dirk.k]

Hallo zusammen,
ich musste meinen Raspi neu aufsetzen. Nun liest AppToDate nix mehr per SSH.
Ich habe den SSH-key gesetzt und kann mich als "fhem"-user ohne Kennwort-Frage anmelden. 
Ich kann auf dem entferntet PI mit "sudo /usr/bin/apt-get update" ohne fehler und kennwortfrage arbeiten.

Code Auswählen Erweitern

Internals:
   .FhemMetaInternals 1
   DEF        pi@192.168.0.224
   FUUID      5c44d12d-f33f-ed2c-5179-34cd8e4d6fe67f54
   FVERSION   42_AptToDate.pm:v1.4.5-s19639/2019-06-18
   HOST       pi@192.168.0.224
   NAME       PIAptToDate
   NOTIFYDEV  global,PIAptToDate
   NR         147
   NTFY_ORDER 50-PIAptToDate
   STATE      fetched.error
   TYPE       AptToDate
   VERSION    v1.4.5
   .attraggr:
   .attrminint:
   .fhem:
     aptget:
       cmd        repoSync
       debug      1
       distupgrade 0
       host       pi@192.168.0.224
       lang       en
       packages:
   .userReadings:
     HASH(0x564720b55120)
     HASH(0x564720b84980)
     HASH(0x564720b84a10)
   READINGS:
     2021-09-16 17:33:38   os-release_language en
     2021-09-20 19:01:35   repoSync        fetched error
     2021-09-20 19:01:35   state           fetched.error
   helper:
     lastSync   2021-09-20
Attributes:
   devStateIcon system.updates.available:security@red system.is.up.to.date:security@green warnings:security@yellow .*in.progress:system_backup@orange fetched.error:security@yellow
   room       99-LAB -> SYSSTAT-SYSMON-APT2DATE
   upgradeListReading 1
   userReadings upgradeListAsJSON:updatesAvailable:.0 { return "keine ausstehenden upgrades" },
state:repoSync:.fetched.error {return "fetched.error"},
upgradeListAsTXT:upgradeListAsJSON.* {
  my $tempvar = ReadingsVal("$NAME","upgradeListAsJSON",0);
  $tempvar    = "\"" . substr $tempvar, 2;
  $tempvar =~ s/{(.*?)}/XXX/ig;
  $tempvar =~ s/-/+/ig;
  return ($tempvar);
},
   verbose    5
   webCmd     repoSync

im Eventlog bekomme ich:

Code Auswählen Erweitern

2021.09.20 19:01:34 5 : AptToDate (PIAptToDate) - Notify: $VAR1 = [
          'state: repoSync in progress'
        ];
2021-09-20 19:01:34 AptToDate PIAptToDate repoSync in progress
2021.09.20 19:01:34 4 : AptToDate (PIAptToDate) - execute command asynchronously (PID= 23172)
2021.09.20 19:01:34 4 : AptToDate (PIAptToDate) - control passed back to main loop.
2021.09.20 19:01:35 4 : AptToDate (PIAptToDate) - got result from asynchronous parsing.
2021.09.20 19:01:35 4 : AptToDate (PIAptToDate) - asynchronous finished.
2021.09.20 19:01:35 4 : AptToDate (PIAptToDate) - clean Subprocess
2021.09.20 19:01:35 4 : AptToDate (PIAptToDate) - JSON: {}
2021.09.20 19:01:35 4 : AptToDate (PIAptToDate) - Write Readings
2021.09.20 19:01:35 5 : AptToDate (PIAptToDate) - $VAR1 = {};
2021.09.20 19:01:35 5 : AptToDate (PIAptToDate) - Packges Anzahl: 0
2021.09.20 19:01:35 5 : AptToDate (PIAptToDate) - Inhalt aptget cmd: 0
2021.09.20 19:01:35 5 : AptToDate (PIAptToDate) - Notify: $VAR1 = [
          'repoSync: fetched error',
          'system is up to date',
          'state: fetched.error'
        ];
2021-09-20 19:01:35 AptToDate PIAptToDate repoSync: fetched error
2021-09-20 19:01:35 AptToDate PIAptToDate system is up to date
2021-09-20 19:01:35 AptToDate PIAptToDate fetched.error

Wo habe ich noch Fehler ... hat jemand eine Idee?
Danke !

[CoolTux]

Mach mal bitte aus

Code Auswählen Erweitern

host       pi@192.168.0.224

Code Auswählen Erweitern

host       192.168.0.224

[dirk.k]

Danke, das war es.
und ich könnte schwören, das war vor dem Upgarde auf Bullseye nicht und hat trotzdem funktioniert.
Im Thread weiter vorne steht irgendwo, dass das pi@ ignoriert würde ...

[Frank_Huber]

Mahlzeit!

Ich wecke mal diesen alten Thread wieder auf mit einem Feature Request.

Wäre es nicht sinnvoll wenn man mit AptToDate auch ein "apt-get clean" und "apt-get autoremove" machen könnte?
Das würde bestimmt vielen Linux Noobs das Leben vereinfachen.
AptToDate ist ja perfekt um Updates einzuspielen, nur bereinigen kann es noch nicht.

Danke & Grüße
Frank

[MadMax-FHEM]

Dann traue ich mich auch mal was in die Runde zu werfen...
...mehr wie: nein (das ist ja Blödsinn) kann ja nicht rumkommen

Wie wäre es dann auch gleich einen Reboot auslösen zu können?

Jaja, ich weiß ein Linux-System muss/braucht man nicht etc. aber hin und wieder gibt es dann doch Updates wo ich gerne würde...
...und dann muss ich doch wieder per ssh "rüber" und rebooten...

- duck und weg -

Gruß, Joachim

[Frank_Huber]

Wie wäre es dann auch gleich einen Reboot auslösen zu können?

das macht meine WEB Instanz mit:

Code Auswählen Erweitern

WEB menuEntries Plot,cmd=list+TYPE=SVG,Backup,cmd=backup,update check,cmd=update+checktime,update,cmd=update,fhem restart,cmd=shutdown+restart,reboot,cmd=sysreboot,shutdown,sysshutdown
attr WEB roomIcons fhem.restart:system_fhem_reboot reboot:refresh shutdown:general_aus Backup:system_backup Plot:fts_blade_z

Code Auswählen Erweitern

defmod Alias_SystemReboot cmdalias SysReboot AS "sudo /sbin/reboot"

Code Auswählen Erweitern

defmod Alias_SystemShutdown cmdalias SysShutdown AS "sudo /sbin/shutdown"