Suchergebnisse

also, grade wenn du vorrangig nen Desktop installieren möchtest, da gab es i.d.V. mehrere Möglichkeiten, das auch skriptiert ablaufen zu lassen, es gibt z.B. auch den sysutils/desktop-installer [1] sowie etliche weitere auf github (hier sei mal [2] exemplarisch genannt, ist das nicht zufällig...

Ein Betrieb mit BSD steht und fällt halt damit, was an HW verbaut ist und vom BSD ohne großen Aufwand erkannt wird (WiFi Karte etc). Ich hatte mal vor Jahren ein FreeBSD (müsste 9 oder dann auch 10 gewesen sein) auf nem X61S am laufen - 8 GB RAM, 64 Bit, SSD, das Laptop sollte ca. aus der...

permissions too lax - da drückt sqlite normalerweise aus, wenn ihm die Dateiberechtigungen nicht passen; du könntest testweise mal die betreffende local.sqlite mit 0750 oder 0700 ausstatten; bezieht er sich auf die im o.g. Verzeichnis gelistete local.sqlite - oder liegt noch eine weitere in...

wie gesagt: ein scrub ist ein read-only Vorgang - d.h. du hast im Prinzip ein "Lese"-Durchsatz-Problem auf deinem Pool gibt es bereits I/O parallel auf dem pool? ein scrub kann parallel dazu laufen, die Performance bei beiden leidet natürlich dann darunter; hast du mal ins Log geschaut, ob ggf...

Ein scrub ist vorwiegend ein "read-only" Lastfall für die Platte - d.h. wenn DAS deine Platte schon schädigt, dann wär sie sowieso demnächst ausgefallen; was anderes ist ein resilver - das beansprucht die Mechaniken nochmal ganz anders, kann man bei rotierendem Rost und nem RaidZ(2,3) auch ganz...

kann ich aus meiner Warte nicht bestätigen - weder auf rotierendem Rost noch auf Chip-Basis; hatte jahrelang wöchtenlich (Sonntag Nacht) nen scrub auf den pools - keine erhöhten Defekte merkbar, ich hatte mehr DOA - wobei meine paar Platten da ggf nicht aussagekräftig genug sind, da müsste man...

sind evtl. CAP und FRAG Werte hoch bei deinem Pool? volllaufen - das verlangsamt den gesamten Pool (zumindest bei meinen), auch die Scrubs - bei einem hab ich 92% CAP und 63% FRAG du läßt nen Pool mit vfs.zfs.recover="1" laufen, da kommts auf nen scrub auch nimmer an (sorry, kein Angriff auf...

Was soll schon schiefgehen?? :rolleyes:

Das könnte gut sein - und auch der Grund, warum ich das auf die Schnelle nicht mehr gefunden hab. In archive.org gibts noch eine Sicherung davon vom 18.03.2025, Ted schreibt dort über die CDDL unter anderem: "CDDL suffers from TMW. Too Many Words....I strongly believe the answer should be...

es ist vor allem ein Lizenzproblem: OpenZFS müsste unter was (mit OpenBSD) kompatibleren als der CDDL lizenziert werden, um in OpenBSD integriert werden zu können - sagte meine ich der gute Ted Unangst (finde grad wie üblich auf die Schnelle keine Quelle mehr dazu im Netz)

ahso, jetzt in Ruhe (vorher hatte mich meine Frau am Küchentisch über ihren Tag vollgetextet und ich hab drübergelesen) hab ich übersehen - sein anderes GW dafür ist 10.10.10.1 die NR2301 müsste dann Routen für beide Netze konfiguriert haben damit das funktioniert

änder mal die Netmask in 255.0.0.0 auf der FreeBSD Kiste: ifconfig_em0="inet 10.10.10.10. netmask 255.0.0.0" Deine FreeBSD Maschine hat ein 24er Netz, von da aus gesehen ist der Router aber doch ein Far-Away-Router (nicht im selben Netz)?

Nutzt hier noch jemand (Oracle) Solaris - vielleicht sind noch 'sonnenblender' unter uns? Grade ist die neue Version 11.4 SRU 87 erschienen. Quellen: phoronix Oracle Solaris Blog osnews

Gute Neuigkeiten für alle CDE Fans: Nach etwas über 2 Jahren Bearbeitungszeit (v2.5.2 am 18.11.2023) wurde nun am 25.11.2025 die Version 2.5.3 des Common Desktop Environment veröffentlicht. Es handelt sich hauptsächlich um ein Bugfix-release, bei FreeBSD ist Version 2.5.3 bereits in den Ports...

+1 von mir für den Host :):D;)

Die Version 0.05 fällt erstmal beim make auf die Nase (bootstrap und configure haben noch funktioniert), weil diese Version scheinbar explizit schon Version 1.18 der Autotools erwartet: ┌─[test0r@lab03] - [~/nmatrixc_0.05] - [2025-11-23 04:23:45] └─[0] make Making all in libmatrixc cd .. &&...

habs heute mit genau dieser 0.03 Version nochmal probiert, jetzt hats gebaut; scheinbar waren da Artefakte von den vorigen Kompilierversuchen am verhindern - ich hab das alte Verzeichnis weggeworfen und den tarball neu entpackt; Vorgehen wie im INSTALL File beschrieben, mitsamt bootstrap am...

Jetz kommt er zwar über das gettext Problem (Paket scheints wieder zu geben), allerdings fällt er beim fetch-recursive schon wieder auf die Nase, weil er keine file locks durchführen kann (/usr/ports kommt bei mir per NFS, da meine VMs nur 10GB standardmäßig groß sind)? Das is auch wieder neu...

Angeblich speichern sie nur genau zwei Daten: die der allerersten Anmeldung/Registrierung beim Signal-Dienst, samt Tel-Nr, und das Datum/den Zeitstempel der letzten aktuellen Anmeldung des Accounts mit dieser Nr. an den Signal-Dienst. Gab wohl auch schon Vorladungen/Aufforderungen ("subpoena")...

Passiert ab und an. Signal hat viele Abhängigkeiten, da ist die Chance groß, dass es mal nicht geht. Bei mir hats gestern auch nicht gebaut (aktueller Ports tree); Wegen libxslt muss man make mit DISABLE_VULNERABILITIES=yes aufrufen, es scheiterte aber dann trotzdem an einem nicht vorhandenen...

Danke - das war der Baum welcher vor meiner Nase stand und verhinderte, dass ich den ganzen Wald sah... pkgconf... Habs installiert (aus den Packages) - die anderen Abhängigkeiten curl, json-c, ncurses und sqlite3 waren schon installiert (auch als pkg, siehe weiter oben in meinem Beitrag)...

da steh ich grad wieder etwas aufm Schlauch: es scheint dafür kein Paket zu geben, auch in den Ports nicht - nur eins von fpc (freepascal) welches aber in lang/fpc gemerged wurde, aber das wirds dann doch nicht sein? auch keine Spur von den *.pc Dateien... das was dem in FreeBSD am nächsten...

Habs jetzt mal auf meiner build-vm (FreeBSD 14.3, latest) nochmal getestet, mit deiner 0.03 Version, scheinbar hab ich noch Probleme mit den Abhängigkeiten (curl ist in meiner Std-Install mit installiert, ein separates libcurl Paket scheint es nicht zu geben (alles mit pkg, nix ports)) ...

habs mal probiert, unter Debian 12 autotools sind 1.16.5, daran scheitert auch das 'make', der export der Versionsnummer hilft leider nicht;

Vielleicht könnte so ein KI-Bot dann endlich mal meinen (offensichtlich falschen) Beitrag zum Thema "wie ist der Bootvorgang bei FreeBSD" (im Thread von @peterle damals) richtigstellen? Quasi so als KI-Benchmark...:D