Suchergebnisse

Naja, ob der Bug bei Deinen andern Maschinen auch auftritt.

@mr44er Sehe ich das richtig, Du hast ZFS in ein bsdlabel isntalliert, das heißt die Kette wäre /boot/boot0 in ada0, /boot/boot1 in ada0s1, /boot/zfsboot in ada0s1a (mit dem dd Gefummel, das in zfsboot(8) beschrieben ist). gpart(8) schweigt sich ja zu /boot/boot2 aus und schlägt statt...

Da würde mich vor allem interessieren ob der Bug das Du keine Ausgabe ohne Argumente bekommst interessieren. Ich denke ich habe eine zufriedenstellende Lösung gefunden bei der ich nichts blacklisten muss. Hat hier jemand zufällig ein System mit MBR? Support einbauen wäre vertretbarer Aufwand...

Ich denke darüber nach --all komplett zu streichen oder nur in Verbindung mit --dump zu erlauben. Es ist halt doch ein recht gefährliches Flag.

Kannst Du mal mit xev nachsehen ob Du überhaupt ein Event bekommst und wenn ja, welches?

Da muss ich mir überlegen nach welchen Kriterien ich Devices aussortieren sollte. Was ist denn fd0 für ein Device? Das ist sehr seltsam, auf jeden Fall ein Bug. Bei mir kommt das: # ./loaderupdate usage: loaderupdate [-D destdir] [-L efilabel] [-b bootloader] [-e efiloader]...

Ich habe gestern den aktuellen Stand gepusht. Jetzt gibt es auch einen README.md Abschnitt: https://github.com/lonkamikaze/bsda2#loaderupdate Hier ist noch mal die Anleitung zum Testen: # fetch https://github.com/lonkamikaze/bsda2/archive/master.tar.gz # sha256 master.tar.gz SHA256...

@datasmurf Ich habe das --all Verhalten jetzt geändert: Explizit angegebene Devices die keine Boot Partition haben sind ein Fehlerfall. Durch das --all Flag implizierte Devices nicht. Danke für Dein Feedback.

Hmm, vielen Dank. Ich glaube ich sollte die Semantik von -a noch mal überdenken.

Ich habe gerade die erste Version meines Boot loader Updaters gepusht. Noch nicht kommentiert oder dokumentiert aber funktional so weit fertig: https://github.com/lonkamikaze/bsda2/tree/8d74da8a580e2cea46508b3d6fc6470054da75b3 Wer mich unterstützen will einfach die Sourcen herunterladen und...

Bei mir ist TERM=xterm-256color.

Der hat auch den SD-Karten Leser meines Laptops zu unerwartetem Leben verholfen. Ich habe eine Weile suchen müssen um eine alte SD Karte zu finden, das Resultat scheint ein Licht darauf warum der Treiber nicht im src/ ist. Ich stecke die Karte ein und das komplette System reagiert erst einmal...

Hier ist etwas in Arbeit. :D kamikaze# gpart show => 40 2000409184 nvd0 GPT (954G) 40 984 1 freebsd-boot (492K) 1024 31744 2 efi (16M) 32768 33521664 3 freebsd-swap (16G) 33554432 1918894080 4 freebsd-zfs (915G)...

Das ist nur für UFS gedacht. Ich will es in meinem Updateskript verwenden um bei Präsenz von UFS und ZFS Partitionen zu entscheiden ob gptboot oder gptzfsboot installiert werden sollte.

Ja, mein Problem war, dass nirgendwo Attribute gesetzt sind. So konnte ich auch keine sehen.

Das ist der einzige Punkt dem ich nicht zustimmen würde. Auch Menschen die algemeinnützig arbeiten sollten von ihrer Arbeit gut leben können. Dinge die ich für mich selbst programmiere gebe ich kostenlos weiter. Aber von meinem Arbeitgeber verlange ich ordentlich Kohle. Und wenn mein...

Oh ja, das geht. Ich muss nur ein Attribut setzen damit das auch angezeigt wird.

Ne, mit gpart finde ich keinen Weg. Du kannst mit gpart set und gpart unset Attribute setzen und zurücksetzen. Aber gpart liefert keine Möglichkeit die Attribute auszulesen.

Kennt jemand eine Methode die GPT Attribute von Partitionen auszulesen. Mich interessiert vor allem das bootme Attribut.

powerd++ kann Temperaturbasiert drosseln.

Was keine Nebenwirkungen hat, hat in der Regel keine Wirkung.

Das ergibt schon mehr Sinn. Ich frage mich aber warum der RPI4 gedrosselt hoch kommt.

Das ergibt keinerlei Sinn. Ich kenne den Code von powerd ziemlich genau.

:)

Es kommt noch die Möglichkeit hinzu, dass durch die bessere CPU Kühlung periphere Komponenten weniger heiß werden und die CPU Kühlung auf diese Weise über Bande das Problem verringert. DC-DC Wandler oder der RAM etwa.