【deb系】Ubuntu Linux 73【ディストリ】

Debian開発者の一人が開発したDebianベースのディストリビューション
ただし互換性はないのでDebianのパッケージとは混ぜるな危険
6ヶ月ごとの安定したリリースを目標としている

■ 公式サイト
http://www.ubuntu.com/

■ Ubuntu日本チーム
http://www.ubuntulinux.jp/

前スレ
【deb系】Ubuntu Linux 71【ディストリ】
https://mao.5ch.net/test/read.cgi/linux/1428895660/
【deb系】Ubuntu Linux 72【ディストリ】
https://mao.5ch.net/test/read.cgi/linux/1696728395/

24w

24て？
省略がすぎる

24.04LTSだろ
NVIDIAドライバも不具合多いし安定稼働を望むならまだ22.04だよ

22ってibusが勝手に死んでうざかったんだけど、
おまかん？

ibusはたまに不安定になるな

おまかんってのはお前の環境の略で相手に言及する時に使うんだよ
自分に言及するときはおれかん

24.04の後ろ.04は省略しちゃだめだと口酸っぱく言われてただろうに

Wikipediaのpedia省略して当然だと思ってるバカしかいない現代日本だよ？

ウブンツってテレメトリで情報ぶっこ抜かれるの？

24.04

>>366
24.04だけど、こちらは特に不安定にはならい。でも、
1台は遅延がひどくて、従来の3倍くらい入力に時間がかかる。Emacsだとサクサク
もう別の1台は、普通にサクサク
どっちもwayland

ウェイランドはrdpとかでトラブるくせにメリット少ないから要らんわ

fcitx-skk 特に不具合には遭遇していない。
Ubuntu 24.04

>>370
ubuntu-report, popularity-contest, apport, whoopsie
とかpurgeしてholdしとけ

>>367
嵐寛寿郎の環境はあらかんなの?

アラカンはクラテン

冷え～！じいちゃんが嵐勘寿郎は死んだひいじいちゃんが好きな役者だったって言ってた
ここって、、、霊場？

>>378
意味が分からん
自分の生まれる前の役者はいないことになってんのか？

100億件のパスワードが漏洩したとか
流石に100億じゃ俺のも何かしら入ってんじゃねって事で確認したい
確認サイトもあるみたいだけどそれってパスワードなりアカウントなりを入れてヒットするかどうかを
調べるサイトらしいのでぶっちゃけ危険な気がするので嫌だ

って事で今ググってその10億件の漏洩txtのzipをダウンロードしてるんだけど
流石にこんなの解凍するのWindowsじゃ怖くてできないよね、よってUbuntu様の登場です
現在ダウンロード中だけど大きさが45ギガ位ある
落とし終わるまでにもう数時間は掛かりそうだ、この間にIP抜かれてるんじゃねとか色々考えてしまうが
数時間後このzipを解凍したらはたして何が起こるのか

なんでubuntuならいいと思うのか？

最近はLinuxが狙われるウイルスが一定数出てきたみたいだけどPCのOSシェアはWindowsが圧倒的
よって狙うのはWindowsを狙ったほうがハッカーは率が良いはず

YouTubeの動画をダウンロードしたいとかでググって出てくるサイトで時々あるけど
非常に古典的な手でまずこのダウンロードしたプログラムを実行してダウンローダーをインストールとか
Ubuntuでそのサイト行って言われる通り操作すると落ちてくるのは***.exeってファイル
ぶっちゃけWindowsのバイナリもらってもLinuxは実行できないからね
それだけでも安全度が跳ね上がる

またWindowsは管理者権限を得るには自身が管理者アカウントだとパスワードも何も入れないで
管理者として実行しますか？って質問に「はい」と答えるだけでそのまま管理者として
システム領域へ書込やインストールが進んでしまう

>>382
＞ぶっちゃけWindowsのバイナリもらっても
＞Linuxは実行できないからね
ダウト! wineが入ってたらLinuxでも危険
デフォルトでwineプリインストール済みの鳥も
最近はあるみたいだし

判定されるのはダウト宣言を行ったやつもなんだぜ
鳥依存の話というならこのスレはUbuntuスレなので該当しない、よって383のチャレンジは失敗で場のカード引き取ってね

実行したところで何がうれしいかわからんが

安全を考えていれば仮想PCを使うし
そもそも情報を漏洩したサーバがlinuxじゃないの

>>380
>落とし終わるまでにもう数時間は掛かりそうだ、この間にIP抜かれてる

つないだ瞬間に抜かれてるのに何を言ってるんだろう

Linux板いるのにハッカーがなにかわかってないやつになにいっても無駄

Mozilla Firefox Release Notes
ttps://www.mozilla.org/en-US/firefox/releases/

せめて128の変更点が書かれてから貼れよ
使えん奴だなあ

>>383
>>384の言ってる通りでUbuntuなのでwineは標準で入ってない
そもそも普通に.exeファイルを落としてきても実行権限も付いてないし
そういう作りも安全性が高いと思う
あとwineは使ったことがない、VirtualBoxは使ってたけどインストールイメージを作るWindowsの
ライセンス問題とか最近は厳しくてそれさえも使ってない
自宅で使うPCの稼働率はLinux100%、Windowsは会社でしか使わない（できれば使いたくないw）
複数窓を開いた時の窓の並び方はWindowsは15年前のLinuxGUIデスクトップの足元にも及ばない
なんで窓の上に窓を並べるかｗ
Windowsを作った人は多分Windowsで仕事してない人だと思う

>>386
>そもそも情報を漏洩したサーバがlinuxじゃないの
そうなの？元々あったパスワードリスト2021版に追加して2024版を作って今回これを
ハッカーが公表したって話の記事だったけど

漏洩したサーバーがLinuxのソースを教えてほしい

仮想マシン内なら何やっても安全とか正気か？

昔コンテストで仮想マシンからホストを秒でハックした話読んだ気がするわ
しかも共有フォルダみたいな穴になりそうな設定もなかったとかなんとか

昨夜落としてきたファイルを解凍してるけど、まずブラウザ(chrome)では途中で中断されてダウンロードできなかった
結局konsoleでダウンロード成功
45G位のzipファイルで解凍すると155G位になる、俺のbtrfsが火を吹くぜ！

長時間の末解凍終わった.txtファイルをダブルクリックするとエディタが起動するが155Gという超巨大サイズ
みるみるメモリ食ってメモリ全部使用したらswapを使用しだし、結局swapでも足りないのでハングアップ！強制リセット

GUIアプリじゃ駄目だわ、よってまたkonsoleを使用する。grepで-eで複数検索で現在自分のパスワードを
100億個の漏洩から検索中
結構時間かかりそう

$ sudo snap refresh
firefox (esr/stable) 115.13.0esr-3 from Mozilla✓ refreshed
chromium 126.0.6478.126 from Canonical✓ refreshed

漏洩パスワードの件、自分使用の数種類を検索。短い物はヒットしたけど
これは文字列が短いから偶然な気がする（要するに他の人も思いつく結果、まあ100億件だし）

重要なサイトで使用してる長めのパスワードは無事ヒットしなかった
アカウントと結びついてない純粋のパスワードの羅列（多分）なんで完全にはそうとも言えないけど
おそらく短いものは偶然100億件のなかで同じ物があった、長いものはちゃんと漏洩は確認できない
よって漏洩は無いと思う

ファイルの最初の方が色々な会社名が羅列されてるんだけどインドとかあっちの方の企業が多い気がする
多分日本にはあまり関係ないリストなんじゃないかなあ
ただcatやgrepでアナログ的な検索なのであくまで私の個人的感想です。皆様パスワードの管理は大切にw
最近色々なサイトで定期的にパスワード変えろって煩いけど、おまえらが漏洩しなきゃいいだけなんだよ！
と言いたいw

さて落としてきた元ファイル45ギガ、解凍して出てきた.txtファイルが155ギガ。これだけで計200Gほど
HDDを食っている。またこんなリスト俺は利用価値がもうないのでrmします

余談だけど本当に123456***（***は適当な文字列）なパスワードも多かったw

先日公式tat玉解凍を/usr/lib/firefoxに入れてあまり好ましくない運用だったので
mvして/opt/firefoxにした（公式のやり方>>337氏参照）

先程firefox起動して更新きてるか確認のためヘルプ→firefoxについて(A)をクリックすると勝手にアップデート確認（ここまでは普通）
その後勝手にアップデート始まって無事アップデートされた、ん🤔
$ firefox --version
Mozilla Firefox 128.0

/opt/firefoxを見るとグループもオーナーもhoge（自分）だった。~/で解凍してそれをmvしたから
rootじゃないんだね

~/以外に書込権限ある場所を増やすのはセキュリティ上気にはなるけど更新が便利なんで良しですな

アルファベット８文字のパスワードは２０分くらいで解読できるらしい
１０桁にすると１ヶ月、１２桁にすると３００年まで伸ばせるそうなので
英数字と記号を組み合わせて１２桁以上のパスワードにすればよさそう
桁数 12桁 14桁
アルファベット　300年　80万年
アルファベット＋数字　2000年　 900万年
アルファベット＋数字 ＋記号　40万年　40億年

「設定　＞　デフォルトのアプリ」で入れ替えたFirefoxが起動するように変更

いつの計算力での計算なんだろう

>>398
それは 1. パスワード認証が何回でも超高速に実行できる場合
だけね。連続3回失敗すると以降の認証を拒否するパスワード認証なら解読はまず不可能

1の場合でもパスワードに使う文字をアルファベット小文字+アルファベット大文字+数字+記号にすると8文字でも解読は絶望的になる

アルファベット8文字ても大小52文字の8乗だと約53テラ通りの組み合わせで約400TBオーバーのサイズになる。
俺のPCじゃ20スレッドパラでも生成キツイな。

どの暗号アルゴリズム使ってるか決めずそんな議論をするの無意味
それこそ暗号によっては12文字でもレインボーテーブルとか準備済5分かからない

議論も何も誰も計算量大変だくらいしか言ってないだろ。

>>388
マスゴミが御用を広めたから

ありゃ間違えた
誤用

で、ハッキングされたKADOKAWAの鯖ってLinuxなの？

今どきは鯖は関係なくコンテンツを作成するアプリの脆弱のほうが問題らしい

>>408
例えば?

OS何だろうと狙われたら破られるだろう

OSIのどの階層だろうと狙われたら破られるだろう

RHELかwin鯖やろ

てか業務でウブンツ鯖見たことないけどどっかで使われてたりするんだろうか

>>413
NVIDIAのAI向けOSがUbuntuベースらしいよ

do-release-upgrade ﾏﾀﾞｧ-? （･∀･ ）っ/凵⌒☆ﾁﾝﾁﾝ

>>412
そらだいたいそうだろ

>>415
自分で実装すればよいだけでは？

>>417
あなたは自分で実装できるの？

https://tech.buty4649.net/entry/2024/04/26/182642

Windowsから移行して思ったより使いやすくて気に入ったんだけどNvidiaのVRAMが超過したらRAMを共有メモリとして使う技術は使えないの？

vramfsのこと？

ああ逆か

ないんじゃないかな？
まあvramの変わりに遥かに遅いramを使うのはAI画像生成で長時間待ってもとりあえず動かそうって
一部の需要だけな気がする

とはいえAI画像生成は今後も伸びていく部門なので何かしら対応してくる可能性はあるけど
でも効率や結果を考えると結局はそういうのやりたい人はちゃんとそれなりのvramを積んだ
グラボを入れるのが正解かも

ありがとうございます
AI関係のパフォーマンスがUbuntuにしてから改善して満足で不満が共有メモリの所だけだったんですけど使えないんですね
だけど無料でここまで安定して使えるってUbuntu良いなぁ変えて良かった

>>424
同じような質問をnvidiaのdevフォーラムでしてる人が居て回答者はLinuxには対応してないとの事でした
ttps://forums.developer.nvidia.com/t/system-memory-fallback-for-linux/296874
ただこうやって話題に上がる事が今後の対応につながってると思います

Ubuntu良いですよね、CPUの稼働とかメモリの使い方とかもWindowsよりよく使いこなせてる感じで動きが良いです
あとnvidiaのグラボは昔からLinuxに対応してくれるおかげでLinuxとの相性がすごく良いです！

Radeonの方が遙かに相性良いよ

ドライバが特定バージョンでしか動かなかったりNVIDIAドライバは総じてゴミ
他に選択肢がないから苦労しながら使ってるが

最近はradionも良いのか、会社で使ってるPCがGPUってのかなradion統合みたいなんだけど
Windowsでもそのradionのドライバは糞なんだけど...

あと自分はnvidiaのドライバは全て公式から落としてきて最新をインストールしてる
このへんでも違うのかな
NVIDIA-Linux-x86_64-550.90.07.run
ってファイルを公式から落としてきて実行してインストールしてる

昔ウィンドウマネージャのBerylとかCompizが出てこの時nvidiaの公式ドライバーがすごく
役に立った。Linux界隈じゃプロプライエタリとか言われて毛嫌いする人が一定数居たけど

ゲームはやらないんだけど4k動画とか画面の動きなどの速さやレスポンスは
もうUbuntuがWindowsを超えてる

自分的にはnvidiaの公式ドライバが無かったらこの動きは出せてないと思う
無かったら多分結局GUIの動きはWindows>Linuxってなるような気がする

dkmsを使っているなら最新のカーネールのlinux-headersにそのうち対応できなくなるけど
Ubuntuだと関係ないかもね

AMDは純正ドライバを使わなくてもMesaドライバで代用できるのが大きいんじゃないの

# RADVはRADEONでVulkanを動かす為のドライバで、AMD純正の物とは独立にVulveが開発している。Mesaの一部としてオープンソースで開発されていて、純正ドライバより性能が良いので最近のLinuxディストリはRADEONを動かすのにRADVを使っている事が多い。

# Advanced Media Framework (AMF) SDK
Stable support for RADV drivers for AMF on Linux in VideoConverter/HQScaler/VideoEncoder and experimental for decoder.

Switched to public Vulkan Khronos extensions for decoder.
AMF on Linux can now be used with AMD Pro Vulkan, and experimentally with RADV drivers.

dkmsは使ってないです。なのでカーネルがアップデートされるとその都度nvidiaドライバを入れるパターンです

AMDは純正ドライバよりオープンソースのほうが調子良いのか
Windows時代にradionを使ってた時があったけど公式ドライバーはなんか？だった記憶が多い
なので失礼だけどradionのドライバは糞と思ってしまうんだけど、なるほどそういう事が
Linuxではドライバはオープンソースを皆使ってるのね
状況説明ありがとう

AMD、エラー減らすのに随分苦労しそうだと思ってたけど改善したん？

6.5も6.8もdisconだな遂に

>>429
XGLはOpenGLベースだから
OpenGL動くGPUならcompizは動いたよ

NVIDIAでWaylandはまともに動くようになったの？

別ドライブにWin11入れてたけどフォーマットしてUbuntu用の追加ドライブにしたわ
未だにゲームもDOOMくらいしかやらないし十分だ

>>435
どっちにしても当時まともに動かすには公式からドライバー落としてきてインストールってやり方だと思った
それでnvidiaの方が圧倒的にうまく動いてた印象があったよ

自分は当時Windowsから完全にLinux切替を模索してて完全にLinuxで暫く使ったらどうかを試してた
やはりWindowsより大きく劣るのは嫌だなって思ってたけど結果として動きを大きくWindows並にしてくれたのが
nvidiaのプロプライエタリドライバだったよ
nvidiaそしてドライバ提供のおかげでLinuxに切り替えたと言っても過言じゃないかも
ATIは確かオープンソースでドライバ開発だったとおもった。なんか上手く動いてないイメージがあったよ

>>438
んじゃなくてLinix版nvidiaドライバは必要なOpenGL拡張用機能がなかったからnvidiaがちょっと遅れてバイナリ提供したのね
それがnvidia使いにはよく記憶に残ってるわけなのね
よくやってくれた！と
実際はMesa 3Dライブラリの他のアクセラレーション対応の方が早く使えてたんだけど

>>439
結果はそうですね、そして今もWindows以上に便利に使えてる（ハードウエアエンコードやデコード等）
まあドライバ云々より自分は使えるか使えないかですね

>>436
自分の環境下では動かないに近い、動くけど何やるにも1秒位タイムラグで駄目ですね
動画とかはスムーズに再生されますがまずアプリ起動するメニューが出てくるのに1秒まちw
Waylandの利点が全くわからないww

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 22.04.4 LTS
Release: 22.04
Codename: jammy

$ cat /proc/driver/nvidia/version
NVRM version: NVIDIA UNIX x86_64 Kernel Module 550.90.07 Fri May 31 09:35:42 UTC 2024
GCC version: gcc version 12.3.0 (Ubuntu 12.3.0-1ubuntu1~22.04)

$ nvcc -V
nvcc: NVIDIA (R) Cuda compiler driver
Copyright (c) 2005-2024 NVIDIA Corporation
Built on Thu_Mar_28_02:18:24_PDT_2024
Cuda compilation tools, release 12.4, V12.4.131
Build cuda_12.4.r12.4/compiler.34097967_0

今Waylandでログインして書き込んでるけど個々のアプリの動きは凄く良い
動画とか4Kサイズも全くスムーズだし

ただやはりメニューがクリックしても1秒〜2秒ほど出てこない
デスクトップのアイコンもクリックして立ち上がるまでにそれくらいのラグ
タスクバーに出てる立ち上げ済みアプリをクリックしてもそれに切り替わるまで同じようなラグ
ただ個々のアプリの動きはXserverと全く同じ位スムーズだ

要はKDEの動きかな、ラグラグですね
使用してるのはKubuntuです。くぶんつで「Kubuntu」が変換できるの凄いw

QT_QPA_PLATFORM=xcb ってのが
すこし前に似たようなケースの対処法として話題になった
ただ完全解決じゃないしfractal scalingと相性が悪いらしい
俺はWayland使ってないが

nvidiaは純正ドライバでもnouveauでもまともに動かんかった
古いGPUは切り捨てられているキガス
radeonだとゴニョゴニョしなくても初期設定ですんなり動く　vaapiも使えるし

>>442
情報ありがと！
やってみてもKDEの部分はやっぱり遅延がひどくて駄目だった、まあ俺もwaylandは使わないんだけどちょっと試しでした

>>443
https://www.nvidia.com/ja-jp/drivers/details/228547/
これのサポートされる製品で対応してる製品が見れると思う

自分のは純正でもnouveauでも両方動く
最近のディストリはインストール直後でもnouveauで視覚効果のコンポジットマネージャが動いてるので一瞬え？って思った

動くけどやはり純正ドライバの動きが一番良いのでそれです

リリースいつくkernelいくつ書かないとか、
NVIDIA Quadro NVS 280とかチップわかる型番書かないとか、
それで新しいから古いからって無意味な情報。

radeonだったら余計なこと考えなくても安定して動くんだよ
waylandだって当たり前に動く

WaylandはRadeonでもまだ問題山積み

KDEのタイムラグは、Windowsでいえば「アニメーション効果OFF」で対応できたはず

# Ubuntuの壁紙があるディレクトリ
$ nautilus /usr/share/backgrounds

インストール時に日本語を選んで、ただしキーボードはHHKなので英語（US)に変更して
インストールした。しかし、なぜか日本語カナ漢字変換が動かない。どうしてだろうか？

>>450
Ubuntu mozcでぐぐれ

>>450
$ apt search task-japanese
task-japanese/noble,noble 3.75ubuntu1 all
日本語環境

task-japanese-desktop/noble,noble 3.75ubuntu1 all
日本語デスクトップ

task-japanese-gnome-desktop/noble,noble 3.75ubuntu1 all
日本語 GNOME デスクトップ

task-japanese-gnome-flashback-desktop/noble,noble 3.75ubuntu1 all
Japanese GNOME Flashback desktop

task-japanese-kde-desktop/noble,noble 3.75ubuntu1 all
Japanese KDE Plasma desktop

どれか入れてる？

>>450
インストーラの入力設定に関して
配列をUS-ASCIIにするけど
日本語も入力するという選択肢がない
JIS配列で日本語入力するか
US−ASCII配列で米語だけ入力するか
あとから自分で変えないと
これは日本人には奇妙に思えるが

fepの設定で尋ねるのにキーボードのタイプだけを提示するって一体どうなってんだ

言語を日本語、キーボード配列をUSを選ぶとそうなってるよ。
ただ、漢字入力のトリガーを知らないだけに見える。設定の地域と言語から確認、設定できるよ。

Dvorak配列はどうするんだとか
そういうことは配慮してない

ただそれはインストーラだけの話で
キーボード配列は自由に選べる
言語に対しても変換入力に対しても
完全に直交

>>454
これ、みんな初見で戸惑うと思ってた。
どうやらUbuntuの中の人は、Input Methodの設定がキーボードの設定と一体化しているのに違和感がないみたいだが、
日本人には違和感があると思う。

>>445
だよね、確かにそうだ
環境わからんと

>>448
KDEの設定でコンポジタを起動時からオンってのを切ると俗にWindowsでアニメーション効果が全部無くなる
だけどwaylandで起動するとそのそのオンオフの切替が設定メニューから無くなる
コンポジタの動作のスムーズか正確かとかティアリングの設定メニューしか無い

つまりwaylandではコンポジタを切れないのではないだろうか

>>459
Copilot君に聞いたKubuntuのKDEでターミナルからコンポジタの設定を変更する方法

# コンポジタの設定を確認・変更
qdbus org.kde.KWin /Compositor org.kde.kwin.Compositing.active
# true が返ってきた場合、コンポジタは有効
# false が返ってきた場合、コンポジタは無効

# コンポジタを有効化
qdbus org.kde.KWin /Compositor org.kde.kwin.Compositing.resume
# コンポジタを無効化
qdbus org.kde.KWin /Compositor org.kde.kwin.Compositing.suspend

# コンポジタの設定を永続化
kate ~/.config/kwinrc

# [Compositing] セクションを見つけて、以下のように設定
[Compositing]
Enabled=false

再起動

それでググると

❯ qdbus org.kde.KWin /Compositor org.kde.kwin.Compositing.suspend
Error: org.freedesktop.DBus.Error.UnknownMethod
No such method ‘suspend’ in interface ‘org.kde.kwin.Compositing’ at object path ‘/Compositor’ (signature ‘’)
❯ qdbus org.kde.KWin /Compositor suspend
Error: org.freedesktop.DBus.Error.UnknownMethod
No such method ‘suspend’ in any interface at object path ‘/Compositor’ (signature ‘’)


Wayland is always compositing, so it doesn't have any purpose in the Wayland future Plasma 6 is designed for.

There's no such thing as "disable compositing" in Wayland, and there would be no potential performance benefit to doing so