Suchergebnisse

Mein Beitrag trägt nichts zu Sache bei. Da mir das aber auch ständig passiert und ich danach jedes mal schmunzeln muss, wie "doof" ich bin: grep netif /etc/defaults/rc.conf reicht aus. Hier "cat" einzusetzen macht einfach keinen Sinn. :) Nichts für ungut. :)

Ich habe jetzt mal bapt@ angeschrieben. Das "muss" in meinen Augen pkg können. :) "Es kann doch nicht sein", dass da jeder Admin aussenrum basteln muss. Und für so ungewöhnlich halte ich mein Vorgehen nicht. :)

Danke, aber das erfordert einen aktuellen Portstree, den ich ja nicht habe. Zumal das nicht nur auf dem Host selbst benötigt wird, sondern auch verschiedene Jails laufen. Das bedeutet wohl: Portstree aktuell halten und per nullfs_mount auch in der Jail verfügbar machen.. :(

Moin, danke für deine Antwort. Gelesen hatte ich den Teil von UPDATING schon (auf anderen Maschinen nutze ich ausschließlich Ports). Ich frage mich, wie ein reiner pkg-Anwender hiervon Kenntnis nehmen soll?! Das ist doch ein wenig "kurz gedacht", oder?

Moin, ich benutze auf einem System ausschließlich pkg und ebenfalls ausschließlich die "latest"-Pakete unter FreeBSD 12.0. Bislang dachte ich, dass pkg relativ automatisch das System auf dem aktuellen Stand hält und ich außer "pkg upgrade" nichts ausführen muss um auf dem aktuellen Stand zu...

@veloc möchtest du evtl. noch einmal die Quote-Tags richtig setzen? ;)

Ich kenne das Verhalten nicht und habe schon einige Male aktualisiert. Das erinnert mich ein wenig an Patches, die über die Ports "installiert" werden. Hattest du mal Ports genutzt? Ich gehe jedenfalls davon aus, dass das ein Überbleibsel einer alten Installation ist.

Danke für die Richtigstellung!

Der korrekte Ort ist aber laut pkg-Info /usr/local/etc und nicht mehr /usr/local/etc/mysql ;) Die Meldung heißt (der Tippfehler ist ebenfalls Original): Damit er die Config weiterhin in /usr/local/etc/mysql haben kann, müsste er mysql_optfile="/usr/local/etc/mysql/my.cnf" in /etc/rc.conf...

Ich gehe davon aus, dass das Problem gefunden ist. Die Logdatei sagt ja, dass libglx.so von X.Org geladen wird, du willst jedoch libglx.so von NVIDIA...

Die Ausgabe von ls -l wäre besser gewesen, denn dann hätten wir die Größen der Dateien vergleichen können. Sichere das Verzeichnis "extensions" inkl. Unterverzeichnissen weg. Danach kopierst du den Inhalt von .nvidia direkt ins Verzeichnis extensions. Danach versuchst du es noch einmal.

libva-glx ist bei mir ebenfalls installiert. In /usr/local/lib/xorg/modules/extensions müsste ein Verzeichnis mit dem Namen .nvidia exisiteren. Dort liegt libglx.so drin (in dem Verzeichnis .xorg ebenfalls). Die Größe meiner libglx.so entspricht der im Verzeichnis .nvidia. ich tippe mal...

mysql_upgrade -uroot -p

Ich habe jetzt mal dein Logfile mit meinen verglichen. Aufgefallen ist mir dabei: Bei mir läd er glx vencor= NVIDIA. Bei dir ist es X.Org. Das dürfte das Problem sein. hast du zusätzliche glx-Pakete installiert?

Ich sehe gerade: Kann es sein, dass du die my.cnf von /usr/local/etc/mysql/my.cnf nach /usr/local/etc verschieben musst? Ich hatte das vorhin andersrum geschrieben.

Was mich ein wenig wundert ist die Tatsache, dass du UPDATING befolgst, obwohl du Packages benutzt. Nach meiner Erinnerung war es so, dass pkg automatisch alles befolgt, was in UPDATING steht. Sobald also der Maintainer auf die neue Defaultversion umstellt, sollte das über pkg automatisch...

Ok, ich würde dir trotzdem dazu raten, es in /etc/rc.conf zu belassen. Zurück zum Thema: Ich meine mich zu erinnern, dass es ein Problem gab, wenn ein bestimmtes Paket installiert wurde, bevor/nachdem der nvidia-Treiber installiert ist. Evtl. war es mesa-dri. Hast du das installiert? Ansonsten...

Verschiebe mal die Datei my.cnf von /usr/local/etc nach /usr/local/etc/mysql/my.cnf Davor bitte natürlich ein Backup der Datei(en) erstellen und prüfen, ob es die Datei im Zielpfad bereits gibt.

Kannst du mal testen, ob es funktioniert, wenn du die Module über "kld_list="nvidia-modeset nvidia" in /etc/rc.conf lädst (in /boot/loader.conf bitte entfernen)?

Moin, bei mir ist die Aktualisierung des Packages schon eine Weile her. Ich habe gerade nachgesehen: Der Port wurde Mitte August aktualisiert. Kurz danach war vermutlich das Package verfügbar. Deswegen Frage ich mich (bzw. dich): 1. Welche Karte hast du? 2. Welche Packages nutzt du...

Empfohlen wurde mir schon Deltatronic. Sollte man sich als Alternative ansehen. :)

Moin, ich habe keine Ahnung, ob mein Beitrag hilft. Aber ich hatte aber mal etwas gelesen, weshalb ich danach gesucht habe. Setze mal hw.psm.synaptics_support=1 (in /boot/loader.conf) und moused_enable="YES" in /etc/rc.conf. Wenn ich das Wiki richtig verstehe, sollten die Einstellungen...

Photorec ist Bestandteil von testdisk ;)

Moin, ich befürchte, dass dir mein Tipp nicht viel hilft. Da du aber ZFS nutzt, sollte man davon ausgehen können, dass du Snapshots angelegt hast. Die Daten sollten dann auf einem Snapshot verfügbar sein. Wenn es keine Snapshots gibt und sonst auch kein Backup, sehe ich keine wirkliche Chance...

Ich gehe davon aus. Scheinbar sind davon wirklich nur AMD-CPUs betroffen: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219343