[過去ﾛｸﾞ] スレ立てるまでもない雑談スレ その5 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
953: 2023/01/28(土)17:33 ID:HH6KAmDt(1/2) AAS
>>946-947
ネットワークが違う環境でブートして動作しないのは
USB接続のネットワークアダプタを使うと
解決できないかな…？
PCI(e)接続のNICだと"enpXXsYY"みたいな
インタフェース名になるけど、
USB接続のNICなら"enx[macアドレス]"
みたいな名前になって、どのHW環境でも
変わらなかった記憶がある(うろ覚え)
954: 2023/01/28(土)17:37 ID:HH6KAmDt(2/2) AAS
>>952
段落頭ごとに画像が貼られてて、それが
外国人(大抵欧米人)がお手上げポーズしてたり
腕組みポーズしてたりするがっかり記事が多すぎ感
955: 2023/01/28(土)17:45 ID:W9VqL3x4(1) AAS
多分、サイトの管理者はおじさんなんだろうと思うけども、ポエミーというか可愛いイラスト付きなHPも捨てがたい
CSSアニメーションとか使ってたり
956: 2023/01/28(土)21:15 ID:pUUS+Bqw(1) AAS
これって、ユーザー空間で動くアプリをWebAssemblyを使ってカーネル空間で動かすって話なの？
Linuxカーネル内にWebAssemblyランタイムを実装し、ネイティブバイナリよりも高速に実行可能にする「Kernel-WASM」登場
外部ﾘﾝｸ[html]:www.publickey1.jp
957(1): 2023/01/29(日)22:34 ID:HlSDMpzx(1) AAS
USB運用を始めたんだが心配に反してメチャ快適。
キャッシュ様々でどんな作業も1度目は遅くとも2度目から早くて嬉しい誤算。
ただし安メモリ＆安M/Bのせいか、
USBを挿すポートによってはata1: COMRESET failed (errno= -16)ってエラーがでる。
おま環だがType-Cだと問題なし。Type-Aだとlink speed is slow的なメッセージも発生しがち。
USBポートの変更は >>946 と同じ現象も誘発しがち。挿す場所固定でOK。
とにかくキャッシュが素晴らしい。現状、free -h
Share 2.7M, buff/cache 1.5G, available 14Gなので余裕ありすぎ。
長期利用にも耐えられそう。まさに6xHDDのNAS的マシンなので嬉しいことばかり。
958: 2023/02/02(木)13:16 ID:P/P5dWqt(1/3) AAS
Amazonがネット上のヤミ市のようになってきているという指摘
外部ﾘﾝｸ:gigazine.net
ネットショッピングにも最近は危険な闇を感じる
959: 2023/02/02(木)13:21 ID:P/P5dWqt(2/3) AAS
AmazonはLinuxを巧に利用して成功した
960(1): 2023/02/02(木)15:08 ID:P/P5dWqt(3/3) AAS
>>957
USB運用は快適だと思います 関連スレへのご投稿もどうぞ
USBで起動・運用するLinux Part3
2chｽﾚ:linux
961: 2023/02/03(金)23:07 ID:alsY2gGx(1) AAS
自分はTakao シリーズが嫌いすぎて…
Ubuntu 23.04（lunar）の開発 / Notoフォントへの切り替えとglibcのアップデート、Edbuntuの復活への道筋、ROS向けの延長サポート
外部ﾘﾝｸ:gihyo.jp
962: 2023/02/03(金)23:18 ID:5GUI8tbn(1) AAS
>>960 誘導ありがとう一通り読みました。
うちはUSBでも大丈夫って気付けたので、さっそくM.2.SSDのUSB変換をポチりました。
ほぼ唯一の不満だった1,100円のUSBメモリだと初回読み込みが遅いって問題が解消されるハズなので、
恐らく専用スレに行かなくても更に快適になれそうだと思っていますが、落とし穴があったら専用スレに情報落とします。
963: 2023/02/05(日)15:21 ID:S6Pgalcw(1) AAS
Linux向けのGUIなファイラーやテキストエディタで日本にローカライズされているのってどのくらいあるんかな
Windows向けの海外製アプリでもあるけど日本語入力をONにするとキーボードショートカットを受け付けなくなるのとか使いにくすぎる
964: 2023/02/12(日)13:39 ID:7Z1dKUR0(1) AAS
emacsキーバインド好きな人が喜ぶ工夫ってないですかね？
WinだとXKeymacsだけで長年満足してて、Linuxだとssh利用なのでそもそも問題なしだが、
たまにLinuxでもデスクトップ環境を試してて、gtkのemacsスタイルじゃ足りなくてxkeysnailを使ってる。
他にも何か便利な物や快適な組み合わせなどあったら教えて欲しい。
965(1): 2023/02/13(月)19:32 ID:JTKPzsuw(1) AAS
自己解決しているけれど、普段からssh -p port, とscp -P portって混乱するのに、
rsyncでしかもcronの挙動がダブルクオートとシングルクオートで異なるとか知らなくて、
p|P, "|'の4パターンで手探りしてしまった。
うちだと下記が正解でやっと期待通りに動作した。
ssh rsync crontabでググると「別途スクリプト作って呼び出す」って解説の人が多い。
まあ解決策にこだわる必要性はないけれど、恐らく自分みたいに混乱したんだろうなって思った。
45 01 * * * name rsync -e 'ssh -p port -i /home/name/.ssh/nas' -azu --delete name@IP:/home/name/work/ /home/name/work/
966: 2023/02/14(火)01:52 ID:dWYTyKwr(1) AAS
>>965
cronで回すなら設定ファイルに書いちゃうかなあ
967: 2023/02/15(水)11:05 ID:sr9ortJ2(1) AAS
まあでも何やってるか一目でわかりやすい直書きすると
968: 2023/02/18(土)10:25 ID:J5mdu3Bs(1) AAS
別途スクリプトを作って呼び出す、という解決策しか無い訳ではない
その解説をしている人間達は、別途スクリプトを作って呼び出す、という解決策しか
得られない程度の技術力しか無かったのかもしれない
だが、crontabを時計見ながら直接修正みたいな手探りをするくらいなら
別途スクリプトを作って呼び出す、という方がよっぽど得られるモノに価値があるかと
969(1): 2023/02/19(日)15:08 ID:bj59hEdO(1) AAS
LinuxとWindowsのデュアルブートシステムで両OSで共有するパーティションの
ファイルシステムは何が向いているのだろうか？
・NTFS
→Windows環境では安定だがLinuxのファイルシステムドライバの信頼性が不安
耐障害性が高くサルベージのノウハウも豊富
・exFAT
→オープン規格だが耐障害性が不安。FAT領域が損傷すると大惨事
・ext4/Btrfs/XFS/f2fs等
→WSL2経由でマウント可能らしいがパフォーマンスや信頼性は不明。野良ドライバよりはマシ？
あとNTFSとの比較データもあまり見かけない。障害が起きた時のサルベージ耐性とか
省2
970: 2023/02/19(日)16:55 ID:Tj6dSDxL(1) AAS
LinuxとmacOSだとサードパーティのドライバ等抜きで共通で使えるのがFAT32/exFAT/HFS+しかないのでexFAT使ってる
HFS+は元のmacOSのファイルシステムもオープンソースだから再現性に問題はないはずだけど、実際Linuxでの使用実績があるのか怪しいし…
971: 2023/02/20(月)03:03 ID:rutQGSsT(1) AAS
>>969
NTFSかな。今Linuxに入ってるのはParagonという会社がmacOSとLinux上の商用ドライバ
としてだいぶ前から開発・販売していたのを少し前にフリーでLinuxに移植したやつ
で性能も安定性も結構いいと思う
次がext4かな。これもParagonのドライバで
あとファイル名のcase-sensitivityが必要かにもよるね
972: 2023/02/20(月)17:20 ID:1cYS9lfu(1) AAS
NTFSは今じゃLinuxでの読み書きも相当安定してる
/homeをNTFS上に作ったRoopDeviceを
btrfsフォーマットして
マウント、テストしたりしたけど
トラブルはほぼ皆無だったり
上下前次1-新書関写板覧索設栞歴
あと 30 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.017s