Fedora 総合スレッド Part 60
■ このスレッドは過去ログ倉庫に格納されています
結局、ほとんどメリットはないってことか
性能はext4に比べて聞いてた話ほど遅くないからまあ許せる 透過圧縮はDebianのリファレンスに
「使うな」と明記されるレベルで不安定だし
本当にメリットは無いと思う Btrfsが危険なのは
スナップショット等の関係で
ファイル削除すると逆に利用容量が増える可能性がある事。
そのせいで空き容量がなくなると詰む場合がある。 スナップショット管理は楽してtimeshift任せのワイ、低みの見物 個人ユース位なら耐えそう、というか問題でなさそうなので、共有ファイルサーバやDBサーバでバリバリ使いたいよね、Btrfs。
zfsみたいにメモリー多くないと本領を発揮しないとかはないから、ext4の代わりになると思うけど。 Linux5.11てbtfsの改良が多数入ったのは、
Fedraの影響なんかな? 3日連続でカーネルの更新来たけど
正直なーんも影響ないな普通のデスクトップだと >>179
それは、もう5年かそれ以上前から全く違いが分からんぞ
もし違いが分かったとしても、それが気のせいなのか検証をしようとしても、その内直ってるし、違いを気にしてもどうにもならん Fedora使いの猛者の方々に質問させて頂いても宜しいでしょうか
先日esp領域を整理しようと思って間違って /boot/efi/EFI/BOOT ディレクトリをまるっとrmしてしまいますた
当然Fedora(33)はブートしなくなり、ライブUSBからchrootして復旧しようとしてもうまくいきません
やったこと
・chrootしてEFI用grub2 & モジュールを dnf reinsall(事前にchroot内でespを/boot/efiにマウントしてから実施)
やってないこと
・grub2-mkconfig にてgrub.cfgの再生成(単に必要ないのではと現在まで思い込んでいる為)
やってみようと思っていること
・仮想マシンに新規インストールしてそこから消してしまったファイルをパクってブートしてみる
・無理なら諦めて新規インストールからのバックアップ復元
以上の様な状況です
ぐぐってはみたんですが、探しても「grub関係をreinstallすればおk」みたいな文献しか出てきませんですた
猛者の方からすると低レベルな質問かも知れませんが、宜しければご教示頂けないでしょうか
気長にお待ちしておりますので、お時間宜しい時に宜しくお願い致します。 >>181
そこには設定ファイルは無い(.efiのみ)ようだから、インストールメディア等からコピーしてくればいいんじゃない?
手持ちの33とRawhideでハッシュも一緒だから設定をファイル内に保存するタイプでもないみたいだし
「やった事」で他の部分が破損してなければいいけど…
ちなみに、パッケージはshim-x64(64bitの場合)のようだね >>182
早速のご回答、ありがとうございます。
> ちなみに、パッケージはshim-x64(64bitの場合)のようだね
これだきっと...「shim」をdnfしてますたorz
> 「やった事」で他の部分が破損してなければいいけど…
使わなくなった別OSのefiローダを始末しようとしてまるっと消したので他の部分は無事です
(例えば /boot/efi/EFI/fedora は手出ししてません)
早速実施してみたいと思います。
良きご報告が出来る様、頑張って作業致します! >>182
ご報告です
> 「やった事」で他の部分が破損してなければいいけど…
どうやらここでやらかしてたみたいですた
minimal-bash画面から進まなかったでござる
別ストレージに新規インストールしてみて独自に状態を比較したりしながら勉強したいと思います
RHEL系のgrub2はなんか扱いがムズカシイ...
何はともあれ、この様な者のしょうもないミスの為に知恵を絞って下さりありがとうございました。
以後この様なミスを起こさぬよう精進致しますので、また機会がありましたら宜しくお願い致します。
良い夜をお過ごし下さいませ。 >>184
>良い夜をお過ごし下さいませ。
意味深だな。性夜か、笑いが出た。良き新年を御迎え下さい、
なら使うこともあるけど夜は健康のために、ぐっすり寝ること。
Fedora はバックアップを取って何かあれば改めてインストールが吉でないかと。 >>185-186
ありがとう
あなた方の事も忘れない 久しぶりにFedora使いたいんだけど34は来月? この数日「FIREFOX」で落る、何かあったかな。
>>188
取り敢えず「33」をインストールすればネットから
アップグレードする方法もあるのでは。 >>190
次の方のリンク先を見て欲しい。
>>191
レスありがとう。 全く気づかなかったが、そんな問題が起きてたのか
環境依存なんだろうな 間違ったカラープロファイルが設定されてる環境でメモリの書き込んでいい範囲の外側まではみ出し書き込む可能性があった
書き込む前に範囲をチェックしてはみ出す場合きちんと安全に落とすようにした
そのチェック時の境界の符号が逆だった
みたいな流れな模様 smardでテストアラートが送れない。何故だ?
ssmtp&mailコマンドでメールが送れたから問題ないはずなのに。 firefox-86.0.1-1.fc33.x86_64だけどウチだとまだ落ちるな
起動時じゃなくて、閲覧続けているとページに黒い四角とか出るようになってそのうち落ちる Silverblueって結局どういう仕組み?
OS全体の構成が入ったgitリポジトリみたいのがあって
更新する時は新しいOSイメージをgit pullして変更内容をgit rebaseする感じとは聞いた
けどそれで合ってる? fedora32 でKDEを使ってるんですけど、updateかけたらカーソルが変になったんですがこんな現象あります?
カーネルのバージョンが5.11.7になるとおかしくなる。
古いバージョン5.8.4に戻すと正常に戻る。 Unix系でカーネル戻しの手順が一般的なのかの理由であーる anthyか、libkkcはクビですか
お気に入りアプリの距離が遠い、まあいいけどさ
ほかは、、、特にコメントすることがない
VM上なのでなんともだけど、GNOME shell が安定して動くのはよいことだ anthyが改良されるなら素晴らしいことだが、果たして上手く行くものか
いまのところはmozcから乗り換えるつもりないけど libkkcに慣れてるから替わると嫌だな。
何というか、変換効率云々じゃなくて
日本語入力出来るようにするまでが
大変そう 実機に34ベータ入れてみた。
GNOME40、なるほど。
こういう感じか。良いと思う。 lpf-spotify-clilentのビルドに失敗する理由がヒドすぎた
Spotifyからのダウンロードが死ぬほど失敗するからだ G-HAL anthyと fujiwarat/ibus-anthyの組み合わせいいよ
ここ最近ずっと使ってるけどlast-record2_default.utf8がときどき壊れるぐらいしか不満ない >>211
開発が再開されたらしい
一方kkcはだれもメンテしてないとか 日本語向け入力メソッドはどれもヤバイ
そのくらい日本人開発者は減ってる
家庭用ゲーム機が原因 ゲーム機が閉じた世界で終わってなくて、知らない人とも繋がれる機械になっちゃったからな。
私がゴマキ、とかあったらゲーム目的じゃなくても人集まるもの。 Fedora 34 betaを入れて dnf upgradeをすると、
ibus-anthyを更新するときにsystemがfreezeするという報告が
結構多数あがっているんだけど、自分がやっても再現しないん
だよなあ...なんかこうすると再現する、っていう人いたり
するかな? >>220
forkして何をするつもりなんだろうね
Anthyの変換アルゴリズムを再開発するのかな >>221
今のところ報告はみんな物理っぽいんだけど、
内容的に物理か仮想かは関係ないと思うんだけどなあ、ってところ おかしいと思ったらアンカーがまちがってたので訂正。
>>218
forkして何をするつもりなんだろうね
Anthyの変換アルゴリズムを再開発するのかな >>220
いま34リリースのblockerになってるやつ? >>223
そっかー、確かに
前のCentosのは物理のみだったけど
よくかんがえたらgrubだったからか 物理か仮想かが議論されてるっぽいけど
biosなのかuefiなのかが気になる
報告のlenovoがuefiなのかどうか
kvmの環境がどうなのか GoogleのMozcはどちらかと言えば使いたくないね。
Anthy の開発が再開されるのはいいことです。
このレスもAnthyに切り替えて書いてるけど
今後の一層の開発に期待するよ。 せめて開発を応援するという意味でAnthyをどんどん使うようにしようかな
Googleはもはや信用できなくなったからね
もしMozcにバックドアが仕込んであったら嫌だし >>231
長年Anthyを使ってたけど、現状ではmozcしか選択肢がなくね?
Anthyで何百万字も書くとか頭おかしなるわ mozcの方がちょっと使いやすいだけだと思う
それだけの理由しかないのでは Googleは最近はオープンソースの敵かも知れないと思うようになった。 RHがそうでなくGoogleがそうだという違いは? mozcで公開されてる部分のアルゴリズムを元にAnthyを改良すれば、って話?
そういえば漢字かな変換ってDB使って無さそうだが、簡易のDBでやっているのか、データの並びで上手く探せるようになっているのか謎だわ。 日本語変換て特許でがんじがらめな印象が有ったけど、特許は20年だから幾らなんでも全部期限切れなはず
それらを使いまくればおk 特許でもいつかは期限切れになるね。
しばらく開発が滞っていたのは、そのチャンスをねらってたのかもな。
学習機能や予測変換機能があるので使うほど賢くなるよ。 >>243
素の状態ではまともに変換できず、文節どころか文字ごとに区切って妙な変換を続ける結果
おかしな学習してかえってアホになっていく >>244
それはわざとやったからではありませんか。下手に飼ったらそうなるだけ >>241
あいつら、規範から悪になるなを削除してから全員ガイジも同然やで >>242
>02/10/21 20:30
>文節を切る時に右から検索した方が精度が高いのですが、この方法は
>東芝が特許を取っていて、Wnnはそれの許可をもらったらしいです。
それらしい情報が関連スレにあったね 特許を精査するのも大変だからプロに頼らざるを得ないけど、タダじゃないし誰もそんなことしてないだろう
なので誰もどの特許が切れたかも把握してないだろう… Go/No-Go meeting は 4/22 へ。
27には出そうかな? 仮想環境だけどfedora 34悪くないな
今のところ特にトラブルもない
正式版出たら実環境にもインストールしよっと
ただ初GNOMEなんでカスタマイズが全然わからんわ
やっぱKDEとは全然違うな GNOME40か
GNOME3は最初散々叩かれたけど、40は見た感じそんなに変わらないから、まぁ良かった
GTK4自体は内部がめちゃくちゃ変わってるけどね Fedora Linux 34 Final is GO
The Fedora 34 Final RC1.2 compose [1] is GO and will be shipped live
on Tuesday, 27 April 2021.
For more information please check the Go/No-Go meeting minutes [2] or logs [3].
Thank you to everyone who has worked on this on-time release.
[1] https://dl.fedoraproject.org/pub/alt/stage/34_RC-1.2/
[2] https://meetbot.fedoraproject.org/fedora-meeting-1/2021-04-23/f34-final-go_no_go-meeting.2021-04-23-17.00.html
[3] https://meetbot.fedoraproject.org/fedora-meeting-1/2021-04-23/f34-final-go_no_go-meeting.2021-04-23-17.00.log.html 古い鳥から引っ越してきました
久し振りにハードそのままでカーネルとコンパイラとライブラリが更新されたたけで
速くなったのを体感して感動してます
しばらくはよろしゅうに 公式も更新されたな。
うし、アップグレードいくか。 33 -> 34 正常完了
fedoraロゴがすこしマイルドになった。(eがずれているのはgoogleのパクリか?w)
ibusレベルでのキーボードレイアウトが壊れた。anthyレベルでjpに設定。根本のなにがわるいかはわかってない
anthyはバカ
音声入出力問題無し
お気に入りのアプリが一覧上に出てこないので、不安になったがこれは正常
いまのところgnome40に原因のあるバグは踏んではいない
なぜかokularとdiscoverが勝手にインストールされた。意味不明。削除
設定は新しく改修された部分の翻訳が追いついていない。個人的には許容範囲内
少々問題はあったけど、gnome40含め全体的には満足 gnome信者はこうやって困難を乗り越えるんだね
okularが要らないと言うことは
Evinceが入ってるとだろうね workstationのアップグレード完了
windows8時代のノートPCでダウンロード含め20分くらい
tweaksの拡張機能が分離され別途インストールが必要
simpler off menuがバージョンの互換性がなくて使えなくなった
自分の環境では特に不具合はなし anthyが馬鹿だから試しにskkを入れてみた。
昔つかっていたからということもあるけど、案外はまってしまった。。 skkは慣れると使いやすい
anthyてめぇはダメだ タッチタイピングできないんじゃね。
入力するとき、いちいち手がキーボードから離れるだろ。 ■ このスレッドは過去ログ倉庫に格納されています