13:50頃に直ったかな?
https://serverfault.com/questions/104417/how-do-i-easily-repair-a-single-unreadable-block-on-a-linux-disk/431051#431051 のWDのHDDファーム作者のコメントが参考になった
@YUKIMOCHI ListTLにもないですね。redis上の投稿IDの集合として保持されてるからサーバ側でのメディアフィルターの実装が重いのでしょう
結局のところ、SNS上のなんやかやが分散SNSに影響する度合いよりも現実で起こっているなんやかやはSNSに影響する度合いの方が強い
@aoki3kara とりあえず https://play.google.com/store/apps/details?id=org.intoorbit.spectrum&hl=ja&gl=US とか使ってみると良いとおもいますよ。精度は端末側のマイクに依存するのでアテになりませんが…
http://blog.livedoor.jp/goldennews/archives/52215170.html
こういう全国にある赤字鉄道も日本が抱える大きな負債の一つだよな
週末から組んでるPCのホスト名はformidableです。 誰 が 重 た い で す っ て ?
@aoki3kara ああ、重低音の硬さを求めるならVelodyneの個人輸入とかあるんですけど、多分コスパ的に割に合わないはず。一般家庭で50Hz程度までで良いならSW凝るよりAVアンプで低音強調書けるほうが正解なんですよね…
SATAケーブルは手持ちの既存マザーの付属品でなんとかしたんだけど、badblocksの32bit制限でうへーとなってる。前時代的じゃん? https://unix.stackexchange.com/questions/152171/badblocks-only-takes-32-bit-integer-as-start-end-values を読むとLVMとかのレベルでかいけつするべきらしいので色々試行錯誤してる
HDDのえらー検出はlinuxのsoetware raid のscrabに任せた方がいいかなー、となった。容量的には損するけどね
https://unix.stackexchange.com/questions/152171/badblocks-only-takes-32-bit-integer-as-start-end-values によるとファシストがbgadblocksのサイズを32bitに制限したらしい。
「巨大なディスク アレイの場合、LVM、ストレージ アレイ、または HDD レベルでブロックの置き換えが行われることはほぼ確実です。」
https://unix.stackexchange.com/questions/92076/how-can-i-check-for-bad-blocks-on-an-lvm-physical-volume
うーん。LVMがbadblocksの仕事を十分に奪っているとは思えない感じ。
mkfs.ext4 -cc /dev/vg1/lv1 は「badblocks: invalid last block - 7814021119」という警告を出して処理を継続するのでダメぽい
blockdev --getbsz /dev/vg1/lv1 で 4096が出るのと、カーネルのpagesizeを超えると大量の警告が随時でてしまうのとで、ファイルシステムのblocksizeを4096より上にするのは諦めた
sudo mkfs.ext4 -b 8192 /dev/vg1/lv1 したら警告いっぱい出る。カーネルのpagesizeを超えてるのがダメらしい。dumpe2fs /dev/vg1/lv1 したら一応ブロックサイズ8192で作れてるらしいが、うーん…
# badblocks -sv -o /badblocks_lv1.txt /dev/vg1/lv1
badblocks: Value too large for defined data type invalid end block (31256084480): must be 32-bit value
うーん
このアカウントは、notestockで公開設定になっていません。
https://github.com/tateisu/SubwayTooter/releases/tag/v4.7.9
- 翻訳テキストをWeblateからマージ。
- 「アプリ設定/性能/APIアクセスのタイムアウト」を追加。
- リンクをChrome Custom Tabsで開けた後2回開いていたバグを修正。
- ほか、依存関係の更新やコード整形など
https://twitter.com/i/communities/1499994932710625284 お、#アズールレーン のTwitterコミュニティーができてる
detekt 1.19.0 でレポート出力先ファイルパスの指定ができなくなったっぽい。 app/build/reports/detekt に出力されてる
非核戦争はいつ核戦争に変わるのか https://www.newsweekjapan.jp/stories/world/2022/03/post-98245.php
@BananaGiko_cle subjectsの下にあるメール件名の設定が全部コメントアウトされてたから、subjects項目自体がマップとして認識されてなかったのかもですね。
@BananaGiko_cle あと、某記事にはないけど、今のsynapseはgenerateコマンドで設定ファイルを生成してくれます。設定ファイルのバックアップを取ってから試して、生成されたファイルとdiffってみましょう。
CVE-2021-28041 | Ubuntu https://ubuntu.com/security/CVE-2021-28041 あら、sshの更新しなきゃ
https://github.com/matrix-org/synapse/pull/8028 これかな。単純に更新が部屋に反映されなくなるらしい
Amazonが公共の図書館に及ぼしている悪影響とは? https://gigazine.net/news/20210311-amazon-publishing-library/ Amazonが悪いんじゃなくて、電子書籍専門レーベルに献本を要求できないのを法整備するべきですね。
#matrix はusersテーブル見るとshadow_bannedとかいう項目があるのでそういう機能ありそうですね
https://twitter.com/TakeponFX/status/1369462466233606145 マイナンバーカードを受け取りにいくと一定確率で罵倒してもらえるらしい
中国、ソーシャルメディアで「株式市場」の用語を禁止か - Bloomberg https://www.bloomberg.co.jp/news/articles/2021-03-10/QPQX96T0G1L601 へえ、暴落してるんか
問題は「SlackやDiscordで足りてるし規制圧力もあまりない」なので、Matrixの何が足りないという話ではない。むしろよくできてる
サーバ建てて色々整えてはみたが、今の日本だとSlackやDiscordからMatrixに人が流れる事はあまりなさそう。しかし新しくチャットルーム作るかって時に選択肢に上がる程度には使える
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
matrixの部屋を複数のサーバ上で公開状態にするにはそのサーバ上にチャンネルの管理者が1名以上必要です。上の画像だと「廃坑第一層」がその状態になっています。
上のリストはis_public= true で絞ってますが、is_public = false にすると、「このサーバの」部屋一覧では公開になってない他サーバの部屋とかが出てきます(元々のサーバ上では公開状態の部屋も含む)
https://mastodon.social/@LemmyDev/105866070982641487 lemmy.ml がデータセンターの火災で落ちてたそうな。
マイクが届いたからテストついでに自分の声を聴いてみたが、うーむ綺麗な低音が出ない。自宅仕事だと普段会話しないからなあ…
IRCサーバ2つとmastodonサーバ2つとモバイルアプリ1つで維持費が月5500円くらい、寄付が月2000円くらい。残りは持ち出しだが趣味としては(カメラやドールに比べれば)軽微なほうか…。
ただし今年中にサーバのグレードを上げないとHDDが足りなくなる。ホスティング会社が料金改定や新プランを出すのが年度明け以降だろうからそれまで待つ。
半年以上使われてないユーザのや使われてないリモートユーザの画像つきトゥートは削除するとかしないとダメかもしれない。
@neruru タンス側のバージョンによって判定が変わるやつですね。これもアプリ設定の添付メディアのURLなんとかで回避できます
Dialogue / Steve Weingart & Renee Jones
https://music.amazon.co.jp/albums/B00DVYSY32
みんな、手軽にPeerTube ! Docker hub にイメージを上げたとともに、設定ファイルを書くだけで動く Docker Compose ファイルを書きました。(ただしベースイメージは、ubuntu) https://github.com/yukimochi-containers/PeerTube https://hub.docker.com/r/yukimochi/peertube/
「"nokogiri" stack level too deep 」で軽く検索するとやっぱり色々あるのね…。
普通にRuby VMのスタックを増やす手が無難そう http://clearcove.ca/2013/10/how-to-increase-max-stack-size-for-ruby-2-0-when-experiencing-systemstackerror-stack-level-too-deep/