Suchergebnisse

Fehlt da nicht irgendwo account ... mit host, from und den ganzen anderen Parametern, oder hast du das in SYSCONFDIR/msmtprc konfiguriert? Wenn letzteres, wie schaut es mit den Leserechten aus? Könnte aber auch am Accountnamen liegen, nicht das es da zu kollision mit dem "echten" default gibt.

Ich hab gerade mal bei mir geschaut, läuft ohne Probleme. Hab jetzt mal von meinem "poudriere" Repo zu latest gewechselt und bekam ähnliche Meldungen, dann einmal alle Packages aktualisiert (pkg upgrade -f) und nochmal geprüft, nu steht da wieder 0 candidates.

Wenn es denn der Fall wäre, TPM2 ist auch nicht so sicher wie es immer verkauft wird. Es gibt einfach Dinge die nicht sein müssen.

Ich würde folgendes noch Hinzufügen: Der Installer unterstützt jetzt wohl das laden von Firmware.

Ich habe bei mir sogar nur exec.start="sleep 1" aber ich benutzte ip4.addr="10.0.0.X", vielleicht ist das der Unterschied?

Mal geraten, aber eventuell ist beim Start von PF das Interface noch nicht "up" und damit schlägt das ganze fehl? Denke da insbesondere an das PPPoE-Interface.

@pit234a Danke für die Info, genau das (update install) wollte ich die Tage testen :D

rdr on $wan_if inet proto tcp from any to $wan_if port { 80 443 } -> $httpd_ip # ... pass in quick on $wan_if inet proto tcp from any to $httpd_ip port { 80 443 } So habe ich das in meiner pf.conf unter FreeBSD. Edit: Ich bin noch mal deine Regeln durch gegangen. Mit dem rdr änderst du die...

Deswegen schrieb ich ja auch "könnte". Ich denke der Punkt hier ist, das wenn es ein Unterschied gibt solle man schauen ob man selbst dafür verantwortlich ist und es so in Ordnung ist oder ob ein unbefugter Dritter das System manipuliert hat. PS: Ich hab gerade noch mal wegen dem Checksum Zeug...

@pit234a Auch fehlerhafte Berechtigungen können ein Risiko darstellen. Wenn du zum Beispiel nicht alleine auf dem System bist und bei einer Binary, User das Recht haben diese zu überschreiben, könnte so einiges an Unfug anstellen.

Hm interessant, ich habe damit mal vor längerer Zeit gespielt (glaube 11.x oder 12.x?), da kamen auch nur die üblichen Verdächtigen (group/freebsd-update.conf/...). Jetzt habe ich das mal auf einem System, das ich mit 14.0 installiert und auf 14.1 aktualisiert hatte, ausgeführt und bekomme...

Jo also das curl/git nicht funktionierten, hängt mit gnutls zusammen und das es wohl andere Zertifikate benutzt, aber warum es nicht funktioniert, ist eine gute Frage. Hab es gerade bei mir mal geprüft und konnte beide CA's finden: # Github $ lsd /etc/ssl/certs/ | grep USER lrwxr-xr-x 1 root...

Hm, ich bin da jetzt nicht so gut drin. Wenn ich das Makefile zu security/gnutls richtig lese, benutzt es als Default --with-default-trust-store-dir=/etc/ssl/certs. Existiert der Ordner bei dir? Sind dort Zertifikate vorhanden? Falls es Symlinks sind, wo zeigen die hin?

Ich würde mal folgende Dateien/Symlinks checken: security/ca_root_nss ... This package installs symlinks to support root certificate discovery for software that either uses other cryptographic libraries than OpenSSL, or use OpenSSL but do not follow recommended practice. If you prefer to do...

Glaube nicht, zumindest habe ich keine Option in der Art gefunden, oder der Name ist so merkwürdig das ich es übersehen habe :D

Leider nein und das fiese ist, dass das Problem so sporadisch auftritt und ich es nicht mal provozieren kann. Werde als nächstes mal die CPU neu einsetzten, das BIOS nochmal aktualisieren/zurücksetzten und die Position der RAM-Riegel tauschen. Wenn es an einem der Riegel liegen sollte, müsste...

Wei, also irgendetwas ist da echt merkwürdig. Ich habe jetzt über eine Woche memtest86 laufen lassen, kein einziger Fehler, gestern das System normal gestartet und heute morgen wurde ich wieder mit dem gleichen Fehler begrüßt: Sep 6 07:32:15 storage kernel: MCA: Bank 17, Status...

Danke @pit234a jetzt weiß ich wieder warum ich mit dem efi Zeug rumgespielt hatte und wo ich die entsprechenden Details gefunden hatte. Good old manpages: loader.efi(8) Am Ende unter "Files" findest du den Block, der den Unterschied zwischen efi/boot/bootXXX.efi (default location for any EFI...

Meinst du von welcher gebootet wurde? Das müsste dir eigentlich mount verraten, hier ein Beispiel von einem meiner Systeme: # mount | grep efi /dev/ada0p1 on /boot/efi (msdosfs, local) # gpart show ada0 => 40 31251759024 ada0 GPT (15T) 40 532480 1 efi (260M)...

@mr44er Danke für dein Input :) Das wird ein schönes Wochenende -.-" @Yamagi Das hatte ich schon probiert, ohne wirklichen Erfolg, aber auch dir danke für den Input. Irgendwie bin ich und das Thema Arbeitsspeicher verflucht

Danke für die Bestätigung, also Riegel raus/rein und ein paar Runden memtest laufen lassen. Hast du eventuell eine Idee wie man die Info "Bank 17" einem physischen Slot zuordnen kann? Klar sind es nur zwei Riegel/Slots, aber es wäre schon interessant, zu wissen welcher Riegel das auslöst.

Bei dem was Ihr hier so schreibt, wird mir mal wieder bewusst, wie wenig ich eigentlich weiß :( Trotzdem muss ich das Thema nochmal kurz hijacken und hoffe Ihr könnt etwas Licht ins Dunkle bringen. Ich habe jetzt zum zweiten mal folgende Fehlermeldung im Log gefunden: # erste Meldung Aug 9...

Wenn die Datei vorhanden ist: ls -l /var/log/bsdinstall_log Unter ZFS könnte dir zpool history zroot einiges verraten

Hm noch in die Runde geworfen, kann man überhaupt von 12.3 direkt auf 14.1 upgraden? In den FreeBSD 14.1-RELEASE Installation Instructions steht Systems running 13.3-RELEASE or 14.0-RELEASE can upgrade as follows, bedeutet das nicht im Umkehrschluss, das es nicht bei 12.3 funktioniert? Hab das...

Wenn ich mich recht erinnere, benutzt freebsd-update das sysctl kern.bootfile, was sagt denn sysctl kern.bootfile und wie schaut das Dateisystem aus? Hier mal ein Beispiel von meiner 14.1 Installation # sysctl kern.bootfile kern.bootfile: /boot/kernel/kernel # file /boot /boot: directory # file...