らりお・ザ・何らかの🈗然㊌ソムリエ(@lo48576@mastodon.cardina1.red)の投稿
DS2422+ HDD compatibility – NAS Compares
https://nascompares.com/answer/ds2422-hdd-compatibility/
> SMART, testing, Scrubbing, Hot Spare, Drive management and ALL RAID configurations are available to 3rd party HDDs
なんか OS アップデート (DSM 7.1？) でアカン挙動やめたっぽい話があるな。ちゃんと調査して問題なさそうなら買うか
DSM 7.1 compatibility with third party HDD : synology
https://www.reddit.com/r/synology/comments/xgz0yq/dsm_71_compatibility_with_third_party_hdd/
ふーむ？
設定で support_disk_compatibility の値を変更するとバイパスできるとか。
RS2414RP HDD migration to DS2422+, how to resolve drive status "unverified" on DS2422+ (DSM V7.1.1) ? | Synology Community
https://community.synology.com/enu/forum/1/post/157767
しかし 2022-12-24 で DSM 7.1 にしても駄目なものは駄目っぽい話はあるなぁ。
unverified で警告が出るだけでメタデータは見られるようになったのだろうか？ このフォーラムだけではわからんが、しかし healthy と表示されないということは結局監視に支障はあるんだよな
https://mastodon.cardina1.red/@lo48576/109745995534585120
なんだか巷の情報はまちまちだが、一番まとまっているのは nascompares.com の情報だし、これを信用するのが良い気がする。クレカ枠がいい感じに空いたところで DS2422+ 買うか。
(や、 DS2422+ が大丈夫ということはラックマウントの RS2421+ も大丈夫なんだよな……やっぱりそっちも改めて検討しよう)
ユーザの発見性の向上、たとえばユーザディレクトリサービスが専用にあればいいのかね。どちらかというと Mastodon よりはリレー方面が近い気はするけど
料理研究家、めんつゆ多用への批判にド正論 「その通り」「ごもっとも」 業者もコメントするほどの反響（スポニチアネックス） - Yahoo!ニュース https://news.yahoo.co.jp/articles/0770a8768e5a12b3922c60f2074fe2f2f4b3f772
オレンジも めんつゆよく使うし、「いかにショボく作るか？＞＜」をチャレンジしたり(最小限のピザ作ったり)するのである程度それはそうではあるし、文化の面でも全くやらないよりは手抜きでもやる方がいいのは完全にそうなんだけど、
誰も元のやり方を知らずに市販品で済ますとしてたら、その市販品が途絶えた時に誰も作れなくなるんだから「ぶっ壊せばいい」は乱暴かも＞＜
電卓を使えば手計算なんて要らないはそれはそうかもしれないけど、電卓の作り方まで全員忘れたら、その後 全ての電卓が壊れた時点で手計算も忘れてたら計算出来なくなる＞＜
電卓の作り方や手計算のやり方は、全員ではなくてもちゃんと記録するか誰かが知識を持っていなければならず、"そんなんぶっ壊せばいいんすよ" にはならない＞＜
オレンジは、お蕎麦の打ち方のお勉強した時にめんつゆの作り方を一応表面的な知識として学んだよ＞＜ たしか作ってはないけど＞＜(もしかしたら作ったかもしれないけどちょっと記憶あやふや)
一理あるけどカレーだって大概の人は「スパイスからできているらしい」くらいしか知らないで市販ルー使ってるし、人々に求められるレベルはその程度ということではありそう
それに生産が〜の話をするなら、スパイスも輸入や生産国での輸出が泊まればどうしようもないし (自分で育てる？ 足りないもの全部？)
代替レシピを開発する余地が生まれるという話ならまあそうかもしれないけど、それ進展させると「終末にいかに備えるか」方向になっていくので、思想とリスク許容度の問題でしかなくなってくる
代替レシピの開発、自分で書いてて satisfactory っぽいなと思った
このアカウントは、notestockで公開設定になっていません。
残ると残すはだいぶ違うので、「伝統から権威と暗黙の強制力を奪え」が当該文脈の「ぶっ壊せ」の穏健な解釈として一番近いと思っている
和室は日本の伝統かもしれないが、私は和室に住みたくないし、「伝統が壊れるから和室も用意しろ！」と言ってる人を見たらそりゃ「知るか、我々が住んでるこの洋室が100年後には歴史的な住居だ」となりますよ。妥当性の塊でしかない
べつに和室に住みたいなら誰も止めはしないけど、「伝統だからと和室洋室に拘るのをやめろ、住みたい部屋に住め」となりません？それがつまりぶっ壊すということですよ
それはそうだけど、「市販品というか既製品で済ます済まさない」「最低でも作り方だけは知っておこう」みたいなのの方に注目すれば、自由ソフトウェアとも共通する考えの問題になるかも＞＜
自由ソフトウェア思想が一般の人々に普及してないのが答えですよ
リスクはリスクでしかないので、許容できてしまう人もいる。そういうものだし他人にはどうしようもない。個体差。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
フォローやめれば？ RT 無効化すれば？ ミュート/ブロックすれば？ という感想が続々と押し寄せています、釣り針ですか？
このアカウントは、notestockで公開設定になっていません。
やっぱ LTL 良くないと思うよ私は (LTL が良くないのか寄り合い所帯インスタンスが良くないのかは難しいところだけど)
べつに “暗黙に半相互フォロー状態になるコミュニティ” に参加できる事自体は悪いことではないと思うのよ。それがサーバの管理権限に強く紐づいていたり所属が実質的に排他的である点では大いに問題のある実装であるといえると思うけど
少なくとも Mastodon のような実装はそういう「場」のようなものの表現や扱いに適していないので、別実装を用意してそっちをうまいこと使うべきというのが昔から変わらない感想
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
雑でいいなら nginx の設定とかリバースプロキシでお知らせページにリダイレクトすればどうにかできるのかな。それとも API 直接叩かれるとどうしようもないかもしれないし駄目か
Beancountの帳簿で何も考えずに新しい項目を末尾に追記していたけれど、これだと書き足そうとするたびに一番下に行かなければならないことに気付いて逆順に変えた。検算結果らテキストファイル内の記載順に影響を受けないし、Favaがいい感じに並べ替えて表示してくれるのでよい。
13:25-13:48にかけて自室の緊急メンテナンスを実施しました。期間中、エアコンが停止して利用者の皆様にはご迷惑をおかけしましたことをお詫び申し上げます。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
括約筋、お尻の穴付近の筋肉を指す固有名詞じゃなかったのか。瞳孔も括約筋らしい。 https://ja.wikipedia.org/wiki/%E6%8B%AC%E7%B4%84%E7%AD%8B
容量は小さくていいから速くて安いフラッシュメモリが欲しいという要求が叶わないのはだいたいこんな感じ（加えて、がんばって容量≒面積が小さいメモリをたくさん積み重ねても採算が取れない）
