Suchergebnisse

Also ich sag mal fix zu, auch ohne Wiki-Account (zumindest keinen den ich noch kenne...).

Wenn du der man-page nicht glaubst schreib einfach drauf und schaus dir mit gstat an.

Welch absurdes Konzept.

Ja (wenn du viele synchrone writes hast). Unabhaengig davon laesst aber durch den reinen write-IO des ZIL die Performanz der SSD schneller nach nach als bei anderen, ausgeglicheneren Workloads. Ich bin mir 99.98% sicher, das du GELI nur unterhalb von ZFS verwenden kannst, nicht auf ZFS oben...

a = b) wenn du 2 mirror vdevs im gleichen Pool hast, striped zfs automatisch darueber. 3) du kannst keine vdevs aus vdevs bauen, du haettest dann 2 stripesets ueber die zfs nochmal striped. quasi raid doppelnull. Mit 6 Platten sind die naheliegenden Optionen: - 2 Mirror vdevs aus je 3...

Unter Vorbehalt.

Das kannst grad halten wie der Gsell aufm Dach.

Keine Einwände meinerseits. Ich hatte das vorab in "" da ich mir nicht sicher war wann genau du es erfahren hast.

Das sieht double-p sicher nicht anders. Es war eben nur eine Klarstellung zu kiths Aussage, dass man auf Messen bisher auch ohne bsdgroup gut klar kam. Was vollkommen richtig ist - aber eben auch ohne bsdforen. *großes geheimnis lüft* Die Domain hatte schon jemand rumliegen und sie war passend...

@Odonix: zu 1) Eine bewusste Entscheidung, die muss niemand verstehen, aber bitte tolerieren. Wir machen das nicht ohne Grund. Wir wollen eben gerade *KEINE* Diskussion und oder Grabenkämpfe über die Gründe. Und wenn wir diese sagen, dann gibt es tausendfach Diskussion darüber, und das hilft...

Ok, Diskussion beendet. Wenn wir Vorschlägen der Nutzer nur zustimmen, damit wir uns dann später Bereicherung vorwerfen lassen müssen, dann ist dieses Thema hier und auf der Stelle gestorben. Dass ihr die schmutzige Wäsche sehen wollt und wir böse und gemein sind weil wir sie nicht hergeben...

So, alle wollen mehr Infos, aber wir sind so böse sie niemand zu geben. Zu früh gefreut, wir sind immernoch böse. Aber eventuell lässt sich der Ablauf etwas offen legen, dann verstehen eventuell einige Leute etwas mehr: 0) Und der Herr sprach es solle Gründe geben. Es es gab Gründe...

Nein.

@soul_rebel: Ok, dann lass mich auch mal bitte zusammenfassen: Einige User/Moderatoren/Administratoren entschliessen sich was eigenes zu machen, aus Gründen die nicht offen legen wollen. Sie machen auch keinen Abschiedsthread, weil da eh nur "aber warum? lasst uns doch alle nochmal an...

Schau dir bitte einmal kurz an wer bei bsdgroup in der aktiven Liste so steht, und dann denk einmal nach, wieviele Mannjahre diese Leute zusammen in beides gesteckt haben, und ob sie die Entscheidung wohl so nebenbei leicht gemacht haben.

Ja, meint er.

Natürlich ist sie unterschiedlich. Die 2 Dateien machen ja auch grundverschiedene Dinge. devd.conf: Actionen (dynamisch) wenn Hardware auftaucht/verschwindet attach 10 { device-name "deqna[0-9]+"; action "/etc/pccard_ether $device-name start"; }; devfs.conf...

saintjoe: http://nopaste.bsdforen.de/350

Hmmm, das wundert mich jetzt etwas. Mein DLT Laufwerk spult bei /dev/sa nach einem dump zurück.

Dann weinen wieder die ganzen Hamburger dass dass nicht zumutbar ist so weit in den Süden zu fahren und das Treffen weiter nördlich stattzufinden hat. Wurde schon versucht, mehr als ein Regionaltreffen bekommt man nicht raus.

Also zuersteinmal würde ich dir die Verwendung von /dev/nsa0 nahelegen. sa0 ist rewind-on-close, das Bandlaufwerk spult also in deiner for Schleife nach jedem dump das Band zurück, und das n+1-te dump überschreibt das n-te. Ausserdem würde ich am Ende zum beenden der Mount-Session nicht 'mt...

Bitte dieses Topic spamfrei halten. Das schliesst mehrere Seiten "coole Sache, Danke" Postings mit ein. Danke.

Lieber Benutzer vampy, vielen Dank für ihre Beleidigung gegenüber Personen des Moderatoren-Teams. Wir sind immer erfreut Ihre Wünsche zu einem Höchstmaß an Zufriedenheit zu erfüllen. Wir möchten Sie jedoch in Zukunft bitten bei Ihren Anfragen korrekte Fakten anstatt Fehlinformationen zu...

Bestell dir bitte Vista.

The root, the root, the root is on fire! *hust*