【初心者】Ubuntu Linux 124【本スレ】
■ このスレッドは過去ログ倉庫に格納されています
■ Ubuntu 公式サイト
https://www.ubuntu.com/
https://jp.ubuntu.com/
■ Ubuntu Japanese Team
https://www.ubuntulinux.jp/
ほかほか
前スレ
【初心者】Ubuntu Linux 123【本スレ】
http://mao.5ch.net/test/read.cgi/linux/1558706722/
■■■常駐あらし「デル男＝改行」に関する必須注意事項■■■
・デル男＝改行は出入り禁止・独り言を呟いても完全スルー
・デル男＝改行の相手をした奴も嵐と見なしてスルー
・推奨NGワード「梨奈、…w、dailymotion」
・どうしてもレス付けざるを得ないときは「ところで職業は？/お仕事は？」と問いかけるのを忘れずに。 >>512
これ知らない人多いでしょ
知らないで使うと怖いわw
いきなり2chに個人情報貼り付けそうになったわw
で､これ今またやってみたのだが､なぜか今度は
マウス右クリック､マウスミドルクリックともに
同じ文字列になったわ
どこでコピペの文字列管理してるの？
普通に違う文字列コピペになるよね？
Ubuntu18.04 Xfce使用です >>505 coreutil だけとはいえさすがに128KBはむりじゃないの？
NICのドライバのメモリとかもありそうだし。Xやサウンドデバイスは無しにしても。 重いならDE変えればいいだろっていうやついるけど
じゃあなんでGNOMEがデフォルトなんだって話なんだよな
DE変えたら機能も変わる。低機能なものを使ったら
今度は使いづらいとなるわけで、問題の内容を変えてるだけ >>511>>513
> ミドルクリック＝一つ前にコピペしたの
いや、一つ前ってわけじゃない。
Linuxのクリップボード領域は主にPRIMARY、SECONDARY、CLIPBOARDの三種類あって、
右クリックメニューからコピー/貼り付け → CLIPBOARDを使う
文字列をマウスとかで選択/ミドルクリックで貼り付け → PRIMARYを使う
ってな感じになってるらしい。
PRIMARYは文字列を選択した時点で自動的にコピーされるそうな。
> どこでコピペの文字列管理してるの？
Xが管理してるらしい 伝統的にLinux/Unixにクリップボードという機能はない
だからアプリごとにそれぞれ分かれている。
CUIのvimとemacsでは共通に使えない
共通で使う仕組みがない。
だからOSではなくデスクトップ環境が
共通化して提供するしか無いのである
だからバラバラ >>515
しるかよ、そんなもん
gnome3とwin8が
中身同じ人ってぐらいシンクロしてて
unityが少し抵抗してやけど
やっぱり、モバイル優先で
unity不評でunityやめてgnome3にしたら
超絶クソになっただけ
全ては、デスクトップなのに
モバイルファーストって
意味わからん思想のせいなんだよ
msが流行らせたんだろうけど >>519
じゃ
googleにまんまと乗せらてたマヌケ
ってことじゃない
googleは元からモバイルなんだから
ほんとアホばっか Unityはネットブック用からのスタートだし、
GNOME 3はタブレットPCというかタッチパネル意識で、
どちらもモバイルファーストってわけではないのでは？
クソなのは否定できん。 vista機を移行してみて気づいた違い
winvistaの方が優れているところ
・irfanviewが画像ローダより早い
・honeyviewの方がcomixよりも早い
・terapadやffftpが使える
・pythonよりもHSP3の方が使いやすい
・paintgraphicの方がgimpよりも使いやすい
・古い中古のゲームが動く
・gdriveが連動出来る
・GUIがサクサク
ubuntu18.04の方が優れているところ
・thunderbird、libreofficeやfirefoxの動作が早く最新版に近い物が使える
・youtubeが若干軽い
・起動がちょっと早い
UIよりも画像ローダーのモッサリ感の方が気になった ubuntuをインストールしているパソコンのスペックを調査したら古いcpuばかり
ryzen3700xや9700kとかで使ってる人っていないの？ >>520
元からモバイルって、Googleはパソコン用検索サイトから
スタートしたの知らんのか？ モバイルファースト
【英】mobile first
モバイルファーストとは、主にWeb開発において、PC版に先行して
モバイル版から開発する手法、またはコンセプトのことである。
モバイルファーストの利点として、狭い画面・限られた操作方法・必ずしも高速でない通信速度、
といった厳しい制約のあるモバイル端末をベースとして開発することによって、
余分な要素を削ぎ落したユーザー本位のコンテンツの実現が期待できる点などが挙げられる。
タッチインターフェースやセンサー、ローケーション情報などの機能を駆使して、
PC版の開発では生まれ難かった革新的な機能・サービスが生まれることも期待できる。
むろん、近年スマートフォンをはじめとするモバイル端末の市場が拡大し続けている背景も大きな要因といえる。 https://webtan.impress.co.jp/e/2011/06/17/10487
「モバイルファースト」という言葉をご存知でしょうか？
これは、グーグル、Facebook、アドビが採用を始めたコンセプトで、
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
最近ではアップルやマイクロソフトも採用し始めているコンセプトです。 インストールしただけの第一印象が勝負なんよなぁイマドキは コンセプトとか関係なく単純にgnomeの開発や実装等がクソなんだよなあ
unity廃止はcanonicalの都合だから仕方ないにしても
後継にはmateのmutinyモードが選ばれるべきだった
ubuntu18.04の頃のubuntu mateが不安定だったのもタイミング悪かった GNOMEもCanonicalももっとタブレットPCが流行ると思ってたんだろうが、
結局売れてるのはiPadぐらいでタブレットPCどころか泥タブですらマイナー止まりだしなあ。
GNOME ShellもUnityも最初は酷かった。今は随分マシになったが、
使い勝手はともかく最初から速度や安定性が良ければもう少しマシな評価だったろうに。
GNOME ShellなんかUbuntuが正式採用するまでメモリリーク放ったらかしだった。
フォークのMintのCinnamonも未修正だったらしいし、
Ubuntu以外のデスクトップユーザーの層の薄さが垣間見えた一件だった。 19.10でマウスホイールの速度調整ってどこでやるの？ >>531
ねっとりグリス塗るかさらさらKURE5-56吹きかければいいんじゃね 19.10wifi繋がらない素人の自分にはlinuxは無理何だろうな 初心者はLTSを入れるべきってテンプレに入れれば？
xx.10は、次のLTSのベータテストさせられてるようなもんだから。 >>531
設定>ユニバーサルアクセス>タイピングのリピートキーで時間と速度を調節してみて。
反応、変わらない？ んでそうすると今度は｢LTSはただサポートが長いってだけで非LTSよりバグが少ないとかそんなことはない｣って奴と戦争が始まるのよね、毎度毎度
なおどっちも客観的なデータや公式の声明は無い模様 普通に考えりゃあ使ってる人が多けりゃあ情報も多いだろ >>531
デフォルトでは出来ないので>>534の言うようにimwheelを使うべし まあ質問に答えてくれる人が多そうなLTSの方を初心者に勧めるのは有りだと思うような気がする
バグの多い少ないはソース出せで終わるな 初心者がサポート切れでも使い続けるリスクとか、アップグレードしてクラッシュするリスクとか アップデートするとファームウェア壊して文鎮化することもあるしな
重要macOS10.15への更新で文鎮化する問題が多数発生
https://egg.5ch.net/test/read.cgi/mac/1572000629/ ubuntuでもbios破壊あったよね
影響を受けたPCも似たような時期のやつじゃないか？
うちは早速19.04から19.10にアップグレードして有線ネットワークが繋がらなくなって焦った
dhcpからアドレスが来ないっぽいので手動で設定して一応繋がったんだが
やっぱりリリース直後に入れるのは危険だなと感じた https://twitter.com/mizuno_as/status/1184851856356302859
> Hajime Mizuno@mizuno_as
> 新しいOSにリリース日に飛びつくくらいなら、ベータから使ってバグ報告した方が幸せになれますよ……。そうでないなら、少し落ちついてみては
> 午前0:21 · 2019年10月18日
https://twitter.com/5chan_nel (5ch newer account) >>549
幸せになれるのかということ
ベータ版なら自己責任だからアップルに言っても
金を請求されるだろう >>550
バグ報告して、正式版までに修正されたり、
修正されなくても回避方法が見つかれば万々歳、
そうでない場合はバグの存在を知れて良かったねってことで。 でも正式版で修正されてないんだよな。
文鎮化問題で阿鼻叫喚 Macユーザーには信心があるから問題ないんじゃね多分 Dash to Panelの縦置きモード試してみたらなかなか良い感じだわ
これとArc Menuをデフォで採用してくれんかなあ How Ubuntu Helped Make GNOME Shell Faster (And Why The Work Continues)
https://www.omgubuntu.co.uk/2019/10/ubuntu-improves-gnome-shell-performance
Ubuntuの開発者がGNOME Shellが遅いのはMutterのせいだぞて言っとる
昔Mutter遅いからCompiz使うわって言ってたのはマジだったのか >>535
自動サスペンドから復帰した後、繋がらなくなるわ Mutterはクソすぎるな
遅いし遅延が大きいしいいところが一つもない
どんなに拡張が揃ってもMutterである限りGNOMEは使う気しないわ compizでぐりぐりしてた頃が良かったってことか スマン送信してしまった・・・
>>556
19.10だと、Dash to Panelのアイコンにマウスカーソルをホバーしたときに表示される
ウィンドウのサムネイルの表示がおかしくならない？ しばらく放置すると、マウスホバー
してもサムネイルが表示されなくなるし、不意にボックスだけが表示されるようになったりする
ちなバージョンは23 オマエら、、
蒸気機関車は起動に5～6時間かかるのだぞ。
石炭焚いて、お湯が沸くまでそのくらいかかるのだ。
しかも、当日じゃなく２～３日前には起動させて試運転をして、動作不良が無いか確認する。
１ヶ月に１回は火を落としてボイラーや配管を洗い、故障が無いか点検し、摩耗部品を取り替える。
C11のような小型の蒸気機関車でさえ、油壺が70箇所以上あって2日に1回はすべての油壺に油を差す。
出庫前点検だけで大人4～5人寄ってたかって2時間かかる
GNOMEが遅いって何秒の差だ？ゴミどもいい加減にしろ！！ >>564
ちゃんとハードディスクに定期的に油を差しているか？
パソコンに火を入れたら、ゆっくりGNOMEが温まるのを待つんだ。
急激に温めるとGNOMEがゆがんでしまう。
五感を駆使しててGNOMEの声を聞け。
回転する冷却ファンの音、ランプの点滅、カラカラいうハードディスクの回転速度、、端末やシステムモニターから発せられるメッセージ、、
GNOMEの囁く声を聴くんだ・・・
それが出来るようになった時、お前はLinux使いとして一人前だ。
ハロウィンの夜、KDEを使ってる家々を回り、こう言ってやれ
「Open the GNOME WORLD!!」
すると、天から１匹のGNOMEが降りてきて、その家は祝福させるだろう。 ソフトウェアアップデートかけたら起動しなくなっちった
カーネルを4.4.0-165-genericで起動して何とかなってるけど流石に16.04.6 LTSじゃここまでか
18.04にしたいけどGUI映らないしなぁ
色々漁ってみるか・・・ >>568
最新のカーネルのリカバリーモードで起動
↓
メニューより、dpkgパッケージの修正
↓
メニューより、Grubのアップデート
↓
メニュー1番上のresumeて起動（最低限のドライバで起動する）
↓
問題なく起動するなら再起動
↓
すべてのドライバ有効で起動してみる 19.10最初の設定でカノニカルへ情報送信しないを選んでも情報送信になったままだな >>569
㌧
今作業中で落とせないから後で試してみる あとインストール時の現在位置がTOKYOなのに地図上では大阪あたりになってるのはなにか意図があってやってるのかな？
そうだったら気持ち悪いんだが 東京選んでないだけだろちゃんと東京選べる
あと、日本は時間帯一つしかないんだから都市がどこでも同じ
どうせ大阪の貧民が選ばせろとねじ込んだんだろ 久しぶりにUbuntuインストールしてみたけどWineどうやるんだっけ
CfgやTricksではWine出てくるけど
EXEがアーカイブマネージャーでしか開けないな 重い重い言われてるけど
ワークステーションで使ったらかわんないじゃん
むしろ窓より少し軽いぐらい え？ワークステーション VS パソコンの性能差で
やっとWindowsよりも軽いぐらいにしかならないの？ Dash to Panelってこの拡張機能か
こんなの使うくらいなら最初からCinnamon使えばいいやんけ
アホかいな >>576
プロパティ開く探しても無い時はwinetricksを先に起動するといいよ >>562
なるね、ウチの環境だとログイン直後が一番おかしかった。
サムネイルだけじゃなくツールチップも表示されない。
サムネイル機能はあんまり利用してないんで気にしてなかった。
バージョン24だとちょっとはマシになってんじゃない知らんけど。 >>580
そうだぞ、
omg ubuntu、linux uprising、sicklylife、みんなアホだぞ
Dash to Panel 24 Released with Vertical Option, New Update Mechanism
https://www.omgubuntu.co.uk/2019/10/dash-to-panel-has-new-vertical-option
Dash To Panel v24 Released With Vertical Panel Orientation, Update From GitHub Feature
https://www.linuxuprising.com/2019/10/dash-to-panel-v24-released-with.html >>564
きさまリアルの蒸気機関車の最大連結記録や最高速度知らないな？ >>584
蒸気機関車の起動速度の話な >>563
> オマエら、、
> 蒸気機関車は起動に5～6時間かかるのだぞ。 2010年頃
Ubuntu開発者「MutterのせいでUnity遅いからCompiz使うぞ」
GNOME開発者「遅くないぞ死ね」
2019年頃
Ubuntu開発者「MutterのせいでGNOME遅いから速くしといたぞ」
GNOME開発者「（）」
Ubuntu開発者「20.04までにもっと速くするぞ」
GNOME開発者「(´;ω;`)」 >>586
GNOME開発者の反応がどうだったのかは知らんが、
Mutterのパフォーマンスが悪かったからCompiz使ったってのは本当っぽい。
https://www.phoronix.com/scan.php?page=news_item&;px=odcxng
> Evidently the reasoning for replacing Mutter with Compiz are performance related and new interfaces exposed by Compiz 0.9 (Compiz 0.9.2 just came yesterday).
https://gihyo.jp/admin/clip/01/ubuntu-topics/201010/29
> Unityのパフォーマンスの悪さの一部はMutterによるものではあるので，Compizへの置き換えによって体感速度が改善することを期待できるでしょう。 アニメーションとか視覚効果とかどうでもいいけど、KDEの方が圧倒的にヌルっとしてるもんな。 i7 2700Kだけどスルスル動くでやんすよ。
SSDかどうかも重要でやんす。 >>590
あくまでも比較だからね
そのハイスペックマシーンでKDE動かしてみ?
ウィンドウぷるぷるさせるエフェクトとか
もっとヌルヌル動くから
kubuntuのライブUSBとかで試せるよ
そして、本家のより消費メモリ少ないて
高機能 Mutterもクソだけどnautilasもクソ
なぜnemoに変えないのか？ nemoより良い点なんかひとつもないぞ
わざとやってるようにしか思えない ひとつもないは言いすぎたか
メモリ消費はnautilusの方が少ないかもな >>594
一回体験してみたら?
ちなみにKDEのドルフィンとかnemoより
イイよ
サムネとか何もしなくても表示されるし
拡大縮小も無断階だからヌルヌル windowsとデュアルブートしてるけどwindowsの「ドライブの圧縮」で圧縮したファイルってlinuxでも問題なく使えるんだな
便利じゃん その程度の便利さのためにデュアルブートなんてリスク負いたくない NTFS圧縮のおかげでSSDの空き容量がめっちゃ増えたわ >>600
ほー Windowsはどこのフォルダ圧縮にすると速度・容量のバランスがいいの？ ブートローダー分けとけばデュアルブートのリスクなんてほぼないも同然
ストレージ2台要るからノートは無理だが というか頭をgrub2にしておけばあとでいくらでも修正効くだろ？
最悪MBRをddでもとに戻せばいいだけ >>602
WindowsがUpdateだかで、そのPCに接続されているドライブの
Linuxパーティションを削除するという事例があったような… >>605
確かWindowsアップデート時に復元関係の新規パーティションを、
Windowsパーティションの後方に勝手に作って、
デュアルブートしているLinuxが起動しなくなるとか、そんな話だったか。
Linuxのインストール位置が前方だったり、
間に別のパーティションがあると大丈夫とかだっけ。 コンソール上で、うっかり平文でパスワードを打ってしまいました
上キーなどを押すと出てきてしまうので消したいのですが、どうすればいいのですか？ レガシーBIOS で [win10回復] [win10 C:] {(D:) (Ubuntu) (Debian) (Debian SWAP)} という構成で、初期の 10 の頃から使っていて途中 1703 の時にクリインしていますが、他パーティションに影響を及ぼしたことはないですね。現在は1903
[]…基本パーティション {}…拡張パーティション ()…論理パーティション >>607
~/.bash_history をエディターで開いて該当行を手動で削除 画面上で消したいだけなら clear でいいんでは？ ありがとう、行を選ぶなんて器用なことできないから.bash_historyそのものを消してくる ■ このスレッドは過去ログ倉庫に格納されています
