Suchergebnisse

Hmmm. Das ist seltsam. Ich Narr habe kern.coredump=0 in die /boot/loader.conf geschrieben. Werde ich korrigieren. Danke für den Hinweis! Darüber habe ich auch schon nachgedacht. Mal sehen, was man da machen kann ... Nett wäre ja auch eine GELI-home-Partition.

Natürlich nicht. Aber das ist doch der Punkt. In jüngster Vergangenheit hat es wenigstens einen Fall gegeben, aus dem die Konsequenz gezogen werden musste, dass eine explizite Formulierung gewisser Regeln offenbar notwendig sei, da traurigerweise nicht alle mit – wie man meinen müsste –...

Die Diskussionen zu FreeBSDs CoC finde ich beschämend. Der CoC stellt verbindliche Regeln für alle(!) auf, die sicher stellen sollen, dass niemand(!) diskriminiert wird. Ferner darf nicht außer Acht gelassen werden, dass ein Unterschied zwischen Recht und Rechtsprechung besteht. Das Verwenden...

Also ZFS, UFS und Ext* würde ich als robust betrachten. Zu NTFS kann ich nichts sagen. Dein Szenario war jetzt auch eher ein Spezialfall, da das Problem eher auf die Partitionierung zurückging. Der beschriebene Schaden wäre mit GPT (ich setze mal voraus, dass die Platte MBR-partitioniert...

Hi @lme , da bin ich Dir schon zuvor gekommen ;). Habe es seit 0.5.1 drin. Ganz frisch habe ich Version 0.5.3 hochgeladen, und ich hoffe, Du wirst angenehm überrascht sein. Die Browser (*moon und Firefox) laufen jetzt sogar besser als auf dem Festsystem, das ich auf meinem kleinen Asus Eee PC...

Bei einem Absturz kann man da leider nichts machen, außer eben robuste Dateisysteme zu benutzen. Zumindest sollte dsbmd beim ordnungsgemäßen Beenden dafür sorgen, dass per FUSE gemountete Dateisysteme ausgehängt werden.

Nachtrag: Normalerweise werden alle Dateisystem von FreeBSD beim Herunterfahren ausgehängt, aber bei FUSE ist das nicht unbedingt so. Hier macht es Sinn, dass sich dsbmd darum kümmert. @bluescreen hatte ein Problem mit einem per FUSE eingehängten Ext4, das vor dem Shutdown nicht ausgehängt...

Ok. Immerhin. Dann übernehme ich dieses rc-Skript jetzt. Setzte dazu unmount_on_exit = yes in der dsbmd.conf. Denke ich nicht. Aber danke für den Hinweis.

Eigentlich ist das unnötig, aber das angefügte rc-Skript killt dsbmd jetzt explizit. Versuche das mal. Sollte er immer noch beim Shutdown/Reboot hängen, lass es mich wissen. # cp dsbmd.txt /usr/local/etc/rc.d/dsbmd # chmod a+x /usr/local/etc/rc.d/dsbmd

Sehr gut. Zum wahnsinnig werden. Ich weiss da im Moment auch nicht weiter. Egal wie ich dsbmd beende, ich habe es noch nie geschafft, dass er nicht gleich auf ein Signal reagiert und sich nicht gleich beendet. Kann ich auch nicht nachvollziehen. Danke. Laut Log ist alles so, wie es soll.

Danke für die Rückmeldung, @cabriofahrer . Das habe ich jetzt mal vorausgesetzt. Du weisst ja schon, wie es läuft ;) Ja, versuche es mal bitte.

Hallo @cabriofahrer , die jüngsten Änderungen sollten eigentlich nicht zu diesem Verhalten führen. Es ist, was CDs betrifft, nur der Patch eingeflossen, der ja bei Dir funktionierte, aber schauen wir mal: # fetch https://codeload.github.com/mrclksr/DSBMD/zip/1.2.2-debug # unzip 1.2.2-debug #...

OpenBSD ist zwar nicht mein Metier, aber Dein Artikel ist gut geschrieben und sieht sehr ansprechend aus, @ralli . Exzellent formatiert.

Danke Dir, @bluescreen ! Habe allerdings eben die neue Version 0.5.2 hochgeladen. Es sollte nach den neuen Dateisystem-Einstellungen jetzt noch etwas flotter laufen.

Danke für die Rückmeldung, @cabriofahrer ! Ich auch nicht. Bei so etwas müsstest Du mal in das Log von dsbmd schauen, oder ob auf der Konsole etwas steht, das auf ein Problem hindeuten könnte. Ja, das ist so ein Mysterium mit dem rc-System. Es könnte sein, dass es manchmal hängt, weil dsbmd...

@cabriofahrer : könntest Du bitte mal den neuen Port testen? Insbesondere bin ich daran interessiert, ob sich dsbmd zeitnah beim Herunterfahren/Neustarten beendet. # fetch https://freeshell.de/~mk/download/dsbmd-1.2.2-port.tgz && tar xf dsbmd-1.2.2-port.tgz && cd dsbmd # make deinstall # make...

Es ist schon alles bereit, aber ich warte noch etwas. Man weiss ja nie ... ;) Ich denke, das sollte machbar sein. Habe mal das Paket heruntergeladen, und naiv python3.6 bin/lightdm-gtk-greeter-settings ausgeführt. Er beschwert sich zwar, dass er die Konfigurationsdatei nicht beschreiben darf...

Hallo @Rosendoktor , Das System ist bist auf /usr/local (ausgenommen /usr/local/etc) beschreibbar. Auf /usr/local wird ein Read-Only uzip-Dateisystem gemountet, auf dem sich die ganzen installierten Pakete befinden. Dadurch wird natürlich viel Platz gespart, aber man kann eben keine Pakete...

Danke Dir, @pit234a . Die Software wäre ohne die Zusammenarbeit hier nicht mal halb so gut. In der relativ kurzen Zeit, in der ich hier aktiv bin, hat sich durch die tollen Rückmeldungen, durch Fehlerberichte, Anfragen, Kritik und Ideen mehr getan, als in der Zeit davor.

Super, das freut mich! Ich würde es begrüßen, und sehe dem, wenn auch etwas verhalten, mit Interesse entgegen. LightDM muss ich mir mal anschauen.

Nein. Bei rc-Skripten wird durch diese Schlüsselwörter u.a. die Reihenfolge der Ausführung bestimmt. Wenn es Dich interessiert: man rc Kopieren bitte die angefügte Datei ohne .txt nach /usr/ports/sysutils/dsbmd/files/ Anschließend: # cd /usr/ports/sysutils/dsbmd && make clean && make extract...

Entferne bitte mal die Zeile # KEYWORD: shutdown aus /usr/local/etc/rc.d/dsbmd Vielleicht hilft das.

Es ist ein eigenständiges System.

Hallo @holgerw , Ja, da ist tatsächlich Deine Lösung angebracht. Ich habe jetzt das login-Skript so geändert, dass, sofern eine NVIDIA-Grafikkarte im System ist, Deine Datei nach /usr/local/etc/X11/xorg.conf.d kopiert wird. Anderenfalls wird diese, sofern existent, entfernt. Außerdem lasse ich...

Hallo @cabriofahrer , danke für die Rückmeldung! Es klingt ja bis auf diese garstige Meldung sehr erfreulich. Zu Letzterer: Die Meldung ist nicht schlimm. Beheben kannst Du das Problem, indem Du dsbmd-1.2 über die Ports baust. Zu dem Hänger beim Shutdown weiss ich leider im Moment keinen Rat...