WindowsやめてLinuxデスクトップ！ 23
■ このスレッドは過去ログ倉庫に格納されています
きっかけは、当初のWindows10の暴君ぶりでした。
計画性のないアップデートで勝手に再起動し保存されていないデータを消滅させました。
「休止中」のPCを勝手にウェークアップさせた上で再起動し状態を変えられるのにもうんざりです。
外出中にはアップデート処理のためノートPCが使えず呆れることがあります。
アップデート後にディスク容量を圧迫するのは本当にやめてほしい。
さらにはアップデートに伴ってゲームやその他ソフトウェアをインストールし、
デスクトップ画面上やメニューにショートカットやガジェットを勝手に作成し、
結果的にデザインを変更し、ユーザーの利便性さえ変えてしまう。
このようなWindows10の勝手な行為にはとても違和感を覚えます。
会社等で社員に使わせている場合、こういうことをされると非常に困ります。
私のパソコンで、頼んでもないことを勝手に行ってほしくない。
こうしてLinuxデスクトップをメインで使うようになりました。
懐かしい感覚を得られるようになりました。自分でPCをコントロールできる感覚です。
それはずっとWindowsに取り上げられていた感覚なのだと気づきました。
本来のOSとは、Linuxのように静かなものです。そこには管理者である私しかいません。
日常的にはFirefoxやChromium(chromeで有名)などのブラウザさえあれば充分です。
オフィスソフトには、LibreOfficeや、FreeOfficeという素晴らしいOSSがあります。（MSオフィスとの互換性があります。）
ますます便利になり、もう普段のデスクトップ環境としてLinuxデスクトップを選んでも差し支えありません。
今や本当はWindowsにこだわる必要はないはずなのです。
ところが企業や学校では旧態よりWindowsが使われてきたため、文書はMSオフィスとMSフォントが前提にされています。
これにより文書フォームの互換性のため、結果Windowsが強制されています。
OS選択の自由のためには、オープンなフォントが標準になることも必要だと考えられます。
また、Linuxのデスクトップ関連技術（プログラミングを含む）の発展や商用ソフトウェアの登場には、
Linuxデスクトップの利用者数が増えることが大切で、これは好循環を生み出すはずです。
Linuxデスクトップ環境の充実を議論しましょう。
>>2に過去レスです。 >>176
実例は今探せないけど
cssで画面全体の最上位にレイヤーを敷いていて
jsでそれを解除してるようなサイトだね。
js動作させないと見れないようにしてる。 何処だったかVPNサービスのオンラインチャットはjs許可しないと動かんかった >>164
>>167が言うようにArray.prototype.pop()の副作用だし
配列が参照渡しになるECMAscriptの仕様が原因ともいえる
あと、QSが末尾呼び出し最適化されてないんでデカい配列渡した時に落ちる >>130
C60 1GHzのネットブック普通に動いてるけどなあ
遅いから増量メモリ外す予定だけど >>150
LXDEからLXQtへ以降途中
あまりおすすめしない >>181
つべとか動画再生キツくない？
C60内蔵GPUのドライバ、プロプライエタリのも消えた lubuntu は ubuntu のフレーバーにすぎないから乱立というほどでも…
Debian buster でも https://packages.debian.org/ja/buster/task-lxde-desktop とか使えるしね
mint のことは知らん C60の1G2コアはプロプライエタリなドライバを突っ込まないと
動画再生支援がつかえない
しかもサポートが切れたド古すぎるカーネルじゃないと駄目だし
Windowsのドライバより出来が激悪い
C60に限らずAMDはATIの昔からハードは良いのに（特に発色）
ファームやドライバがイマイチで安定性も良くない
AMD特にAPUはlinuxよりWindowsで使った方が良い >>188
C60のPC持ってないけど、横から失礼
https://orumin.blogspot.com/2013/06/linux-310radeonh264uvd.html
こんなブログ発見したけど
radeon/SUMO_uvd.binあたりでワンチャンいけそうな気がするんだがダメか？ 個人的にはもうやる気がおきない
つべを見たりもするのでcpuパワーもある程度必要だけどそれも足りないしね つべはプラグインでh264に流せばCPUパワー要らないんじゃね C-60ドライバってこれしょ？
https://www.amd.com/en/support/apu/amd-c-series-processors/amd-dual-core-c-60/c-60-radeon-hd-6290
これのLinux x86をダウンして中身覗いてみたけどプロプラいうてもcommon/lib/modules/fglrx/build_modにカーネルモジュールのソースはあるんだな
与えられたものに対してブヒブヒいうだけの奴には無理だけど、どっかの変態のおっさんなら4系後半カーネル用のパッチ作って出来そうだな
でもC-60を持ってないと動作確認できないという >>190
暇な時にでもオプソドライバで再生支援効くか試してみてよ プロプラドライバじゃないと再生支援効かないとかフレーム煽っておきながら
オプソドライバを試したわけじゃなさそうだ 無理にでも他人にやらせてクレクレしようとか誰がやるか まーうぶん厨なら何にせよXenialのXServer 1.18はCatalystがサポートしないから大人しくTrusty使ってろって話になるね 14.04LTSのコードネームや
Trusty Tohr macbook(多分64bit)買ったんだけどisoマウント出来ない
焼けないんだけど無理矢理焼く方法ある？ 気付くの遅すぎ、ここはWindowsに不満を並べるスレだぞ >>206
なんでか知らないけど
スレタイ読めない方向音痴が
良く漂流するスレ 一介の名無しが自治するにはスレタイの言葉が足りな過ぎる
「WindowsをやめてLinuxに代替し終わった人だけのスレ」なのか
「WindowsをやめてLinuxに代替する為に発生し得る問題を話し合うスレ」なのか
「WindowsをやめてLinuxに代替できなかった人に助言するスレ」なのか >>208
は
スレタイのどこにも
macって書いてないでしょう
突っ込みも
方向音痴なのかよ もともとWindowsの代替にならんLinuxを使おうって奇特な連中の集まりだったんだがなぁ。 >>210
はぁ
>>201
>>205
流れも読めないの? まあこうやって些細なことをスルーできない君が集まるスレだよな >>212
スレタイの話とmacの話は繋がってねえだろ Windows in Macbook → Linuxデスクトップ in Macbook macos自体が UNIX clone だったような気がするけど違ったっけ
wayland 動くかどうかは知らんし userland は GNU じゃなかった気もするけど >>218
前置詞間違ってる
inではなくonだよ 電子用CADで先ずはLinuxで「EAGLE」を習得した、つい最近Linuxで「KICAD」の習得にも目処がついた。
基板製作はLinux、対応ソフトはWindowsで作成と言うことでアプリ使うならLinux、作るならWindows。
このスレは当然ブラウザと言うアプリを使うからLinux。俺みたいな人間も常駐してる。
あと東海、太平洋沿岸のリアルな住人は早めに避難してけよ、死んだら罵倒合戦をできなくなるぞ。 Lenovo g500にブンセンラブがインスコできないんだがどうしたらいい? ライブUSBでは立ち上がるがインストールしようとすると乱れた画面が出て進まない。 >>223
manjaro入れるとき乱れた画面出たけど待ったらちゃんと表示されたよ
すぐ切ったりしなかった？
違うんならわかんねーや >>221
実はそれほどたいしたことない台風でした >>221
実はそれほどたいしたことない台風でした σ ＜ 降雨量が凄かった
(∧) これで防災想定の基準とリソース配分の見直しは必須だな
00 ソフトだけで国土は守られないことは明らかだ
だが、リソース配分が万全でありえないのも明らか
天変地異のブレが大きくなっている
どこいらで自然の脅威に折り合いをつけて
最悪の危険からの逃亡と事後の救済システムをどう準備するかが問題だ >>228
スレ違いと言う点を除けば内容はその通りだなと。
>>229
小中で始まるプログラミング教育では問題点を洗い出し、どうするかと言う観点が重要視されるのではと。 事が起こってからの復旧に力入れて復旧しちゃうのが日本の強みよ
定期的に巨大災害が来ることでそこからの復旧ノウハウが蓄積される
繰り返されるLinuxOSの再インストールで鍛えられたようにね >>231
共通点を上手く見つけたと思うけど、時期的・背景的に多少違和感が生じた。
理由は観測史上最大の台風と言われてたから、警戒もし備えもし避難した人が大勢いたにも関わらず
判ってるだけでも甚大な被害が出てるから。普段なら座布団1枚だけど今回は・・・。 少しでも軽い方がいいかと思ってMintのXfce入れてみたけどMateと変わらん気がする。
プレスコット辺りのCPU使うと違いが出てくるんかな mateはファイルハンドル開きっぱなし過ぎ
xfceは元は結構軽い部類だったけど、いつぞやから重くなった
KDEは元々重い
結果、今となってはどれも（ｒｙ >>236
そうそう
重いと思ってたら軽くなってた
そして多機能でヌルサク 比べる基準が昔のxfceだからかな
まぁウィンドウシステムがwaylandから更に進化しなきゃ、その辺はどうしようもないか 軽いのってやっぱミント？
ミント以外使ってみたいんだが
出来れば赤いのが良い
カッコ良いし 色なんて好きに変えればいいじゃん
素のOpenboxとか試してみた？ まあ色はオマケでミントより軽いのあるかな〜と
ディストロウォッチでmxとかmanjaroとか上だから使ってる人軽かったりするのかと思ったり
自分で入れれば良いんだけどね
まあ他にも軽いのあるのかなと >>239
軽量で良さげなのはlubuntu、lxle、zolin lite（coreでも軽量な方だが）
赤いのがいいならpeppermint、WEBアプリ使う前提のディストリなので多少毛並み違う ペパーミントかあ
興味沸いたから見てくるわトンクス ライブCDの部屋を見に行けばいい
色々な種類の日本語化されたlinuxディストリイメージが沢山ある
ライブCDイメージをusbメモリに焼いてインスコせずにすぐ
日本語入力も出来る
Peppermintやzolinの他にbasixとかkona linuxとかいいと思うよ
ど激古いPC用にlinux beanなどもあるからねここは 久しぶりに新しい鳥にした
feren
vlvaldiデフぉって聞いたから さすがに「twmで充分」と言う人は居ないか
icewm とか、タイル型ウィンドウマネージャーとか面白いかもよ macbookだけどようやくLinux入れられたと思ったらMacOS動かなくなっちゃったんだが
中古だからOSディスクなんてついてなかったし
これもう復元できんの？
俺が悪かったから教えてくれ アップル(米国)のサイトからisoが落とせたでしょ >>248
mac 起動 キーコンビネーション
でググれ 再起動command+RでもLinuxにしかいかんかったわ
Mac app store行ってもLinuxからだからOS無いと見なされて購入にならんのかな
iso見つからんかったわアップデートばっかり
まあleopardでなんか殆どウェブサイトも開けずWikipediaも崩れまくりで不便だったからLinux入れたんだしこのままLinux使い続けるわ
動画もまともに見れなかったのが見れるようなったし
デュアルブートなんて無謀なことやるんじゃなかったな
ちなみに焼くのはスーパードライブがちゃんと消去も書き込みも出来たわ 以下の問題のために、Windows10からWindows他のバージョンにRDPでリモート接続できなくなった。
https://qiita.com/fjtter/items/be213ff906b17809bf92
他のWindwosでは、互換性のために（＝信用がないので）アップーデートしていないためだ。
未アップデートの古いWindows同士は接続できた。
それから、LinuxのFreeRDPからだと接続可能だった。
なので、今度から、外出時にはRaspberry piを携帯して、XfreeRDPを使うことになる。
最近のWindows（Windows10）はこんなふうに急に「つかえなく」なるのが一番怖い。 Raspberry piと高容量のモバイルバッテリーがあったらノートパソコン代わりになりそう。
ディスプレイはスマホの画面からVNCでいいよね。 >なので、今度から、外出時にはRaspberry piを携帯して、XfreeRDPを使うことになる。
WindowsUpdateで互換性の問題が出る前にSDが壊れて使えなくなるほうが早そうｗ >>253
お前が「互換性のために」とやっていた行為（アップデートしない）のせいで
互換性がなくなったって理解してる？
ちゃんとアップデートしていれば、問題なく接続できていたんだよ。 >>255
最近はSDも大容量化されて、
余裕があるからなかなか壊れないよ。
64GBのSDで監視カメラで24時間/365日×1年回していても、
まったく壊れない。 >>253
これ問題？
単にサポート終了した安全性の低い手順に拘ってるだけなんじゃないの？ >>257
>最近はSDも大容量化されて、
>余裕があるからなかなか壊れないよ。
耐久性の低いTLC,QLCに代わっているからより壊れやすくなっているというねｗ >>258
頼んでもないのに勝手にアップデートして、
互換性が失われることが問題
利用環境は様々（霊、イントラネット内での利用）なので、ニーズに応じずに、
強制アップデートされるのが問題 >>259
TLC、QLCになった分、コントローラーが改善されているよ
だから、容量が増えるだけ壊れにくくなる >>260
下の方に回避策書いてあるのが読めないのか、それを実行するだけの技術力すらないのか・・・ >>260
そもそも移行猶予期間が切れたから非互換になってるのに
そんな危ない環境をいつまでも使わせ続ける訳がない
強制アップデート拒否するとライセンスの許諾条件から外れて不正使用になることもあるので
もう使うのやめた方がいい >>262
結局アップデートするしかないことがわかった
>>263
おせっかいですね
いろんな利用環境（>>260）があるということなんですよ 外出時にRaspberry pi 3でLinuxデスクトップ環境をVNCで動作させ、（電源はモバイルバッテリー）
スマホのAPにWiFi接続しておく。
Windows10のノートパソコン、あるいは、タブレットも同様にWiFi接続しておいて、
VNCでLinuxデスクトップに接続できる。
Linuxデスクトップだと色々と制限を受けずに使える。
いっそのこと、ノートパソコンのWindows10を消して、
Linuxデスクトップを入れるのもいいかもな。
Dockerをつかえば、Linuxデスクトップの環境の入れ替えも柔軟にできそう。
必要があれば、KVMでWindowsを動かすこともできるからなあ。 いろんな事情が有るんだろうが、そこまで頑なにWindowsを使いたがらなくてもいいのにと思った >>253
このアップデートって確かオプションじゃなくて気にせずにアップデートしたらそのまま入ってきたやつよな。
俺も多数の業務PCでこれに陥って意味わからんかったわ。
LANの中でしか使わん機能でそのセキュリティレベルも認識して使ってるのに、
定例アップデートのなかで強制でされるべきものじゃないだろ。 鯖缶が鯖側のセキュリティホール放置してたのか・・・？ >>261
そういった改善があってもSLC→MLC→TLC→QLCで書き換え可能回数が1桁下がってるんだよなぁｗ >>269
クライアントアプデしたら繋がらんって、>>253の鯖側の穴を放置してたって事なんだが >>270
安物がほしい、
大容量がほしいって消費者が無茶言うから、
書き換え回数が犠牲にされたのかもなあ
書き換え回数は使用上問題ないってことだろう >>272
TLCで1000回、QLCで100回と考えるとそれで十分だろうかｗ 昔と違って、（事実上）使えなくなる時は全域が満遍なく使い物にならなくなるけどなｗ
わかってない言い回ししてる奴が多いけど、メーカーが保証してる回数ってのは
「イレースした後に書き込まれたビットを一定時間保持し続けられる回数」でしかないからな
それにエラー訂正もエラー検出も実は結構いい加減なもんだから、
まだ使える様に見せかけてちょいと放置した後に起動してみたらファイルが化けてたみたいな事になりかねない
QLCなんて使うもんじゃない（異論は認める USBフラッシュやSDに使われているNANDフラッシュメモリは、SSDやeMMCにできなかった低級品だしなぁｗ
そんなものにOS突っ込んで運用なんて気が触れているｗｗｗ OSなんて一番ぶっ飛んで困らないデータなのになぜ気が触れてるんだい？ ■ このスレッドは過去ログ倉庫に格納されています
