[過去ﾛｸﾞ] 【Bash】Windows Subsystem for Linux【WSL】9 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1: 2020/12/10(木)17:44 ID:o6AATirQ(1) AAS
ついにWSL2が登場したぜー。こりゃ完全にLinuxだ。ヒャッハー！WSL最高！開発にLinuxは使わねぇー。Windowsで開発してLinuxは動かすだけや！
WSL2アーキテクチャ
外部ﾘﾝｸ[html]:www.atmarkit.co.jp
WSL 2では、仮想マシン環境が起動し、bashがコマンドを受け付けるまで2秒程度という速度で起動できる。
このため、コマンドプロンプトなどからwsl.exeなどを使ってbashコマンドを処理する時間は、
現在のWSL 1とほとんど変わらない。また、本物のLinux実行環境であるため、
これまで正しく動作できなかったアプリケーション、例えばコンテナシステム（Dockerなど）や
ユーザーファイルシステム（FUSEなど）も動作させることができる。その上で、現在のWSL 1と同等の機能と使い勝手を実現するという。
WSL 2はWSL 1を置き換えずに併存する
WSL 2が登場したからといって、WSL 1は廃止になるわけではなく、引き続き利用可能である。
省8
2: 2020/12/10(木)19:31 ID:TB58pINX(1) AAS
WSLからWindowsのファイルシステムにアクセスするのは遅いな
WSL1も遅かったがWSL2はもっと遅くなってる
find -L（シンボリックリンクの解決）を使うとfindよりも極端に遅くなる
Windowsのファイルシステムにアクセスしない場合はWSL2は十分速いんだが
3: 2020/12/11(金)08:24 ID:b4LJ8n00(1) AAS
公式でもwindowsのファイルシステムでは使うなって言ってるね
なんかデフォルトのファイルシステムサイズが小さいのか、すごく大きなファイルはディスク一杯！って出て作業できないや
メモリー増やさないと駄目かも
4(1): 2020/12/11(金)13:16 ID:YPbJK/5K(1) AAS
WindowsからWSLのファイルシステムアクセスは実用的ですか？
5: 2020/12/11(金)17:44 ID:L1NuDIfv(1) AAS
遅いだけで十分実用的
6: 2020/12/12(土)12:16 ID:arkY6vfB(1) AAS
wsl2で振られるvEthernetのアドレス、範囲を指定したりすることってできます？
うちの会社結構広大なプライベートアドレスを使っていてかぶることがある。
近接しているwslの方が優先されるし、そのアドレスでLAN側に出ていくことはないので、ほとんど実害はないのですが、
そのアドレスが通信が必要な実ホストと万が一かぶるを面倒になりそうで。
7: 2020/12/21(月)20:11 ID:x05TIYuR(1) AAS
windows用のbusyboxでも日本語が理解できて感動
8: 2020/12/22(火)18:31 ID:5BrIzTyC(1/26) AAS
あげ
9(1): 2020/12/22(火)19:56 ID:/HDWOBUs(1/23) AAS
>>>993
>お前が言ってるのはDockerがあればLinuxは不要と言ってるのと同じことだぞ
>LinuxでもDockerは使える。Dockerコンテナの中に作業データ全部入れてしまえば
>ホストのLinuxでやることは何もなくなる
>デスクトップLinuxを使ってCUIでやることは全部Dockerでやればいいと
>お前はいいたいのか？不便すぎるだろう
DockerがあればLinuxは不要とか俺が言ってることと真逆のーじゃねーか
Dockerじゃ簡単にできないこと、つまりシステムのコンテナ化がDockerとは別に必要なんだよ
LXCとかフル仮想化のことな
WSL2にはそれを期待したんだがsystemdがサポートされてないからクソ中途半端
省1
10(1): 2020/12/22(火)20:50 ID:5BrIzTyC(2/26) AAS
>>9
systemdはWindowsのサービスで置き換えられるだろ
Linuxだからって全部がsystemdを使うわけではない
Windows版Linux（=WSL2）はサービスを使うだけの話
OSはWindowsだってわかってんのか？
11(1): 2020/12/22(火)20:55 ID:/HDWOBUs(2/23) AAS
>>10
もうめちゃくちゃだなお前さん
12(2): 2020/12/22(火)21:01 ID:5BrIzTyC(3/26) AAS
>>11
ほーら反論できなくなったｗ
WSL1もWSL2もWindowsにLinuxに変えるものじゃなくて
Linuxアプリを動かせるようにするものだって
理解してないからそんなアホなことを言うんだよ
WSLはお前のためのLinuxお勉強環境じゃないの
それでお前は俺の質問に答えてない
Linuxを使う時、お前はホームディレクトリに何も置かないのか？
Linuxを使う時、GUIデスクトップ＋Dockerの中だけで作業してるのか？
あ、systemdだけ使うんだったなｗ
13(1): 2020/12/22(火)21:15 ID:/HDWOBUs(3/23) AAS
>>12
めちゃくちゃすぎて反論もクソもないわ
systemdをWindowsサービスで代替する具体的な方法を出してみろよ
14(1): 2020/12/22(火)21:22 ID:/HDWOBUs(4/23) AAS
>>12
>Linuxアプリを動かせるようにするものだって
だからそう言ってんじゃん
Linuxアプリ動かすだけならDockerで十分だろ
Dockerはアプリケーションコンテナなんだからよ
>Linuxを使う時、お前はホームディレクトリに何も置かないのか？
>Linuxを使う時、GUIデスクトップ＋Dockerの中だけで作業してるのか
ホームディレクトリにファイルは置いてるがべつにホームにこだわる必要はない
必要なファイルは作業用のコンテナにマウントすればいいだけだからな
Dockerでできる作業は全部Dockerだよ
省3
15(1): 2020/12/22(火)22:06 ID:5BrIzTyC(4/26) AAS
>>13
Windowsでbatファイルを自動実行したい時（タスクスケジューラの設定）
外部ﾘﾝｸ:qiita.com
16(1): 2020/12/22(火)22:07 ID:5BrIzTyC(5/26) AAS
>>14
> Linuxアプリ動かすだけならDockerで十分だろ
> Dockerはアプリケーションコンテナなんだからよ
DockerはLinuxアプリを動かすためのもの
WSLはWindowsにLinux相当のCUIを導入するもの
理解できた？
17(1): 2020/12/22(火)22:08 ID:/HDWOBUs(5/23) AAS
>>16
CUIもDockerで十分
所詮はbashっていうアプリだからな
18(1): 2020/12/22(火)22:08 ID:/HDWOBUs(6/23) AAS
>>15
systemdじゃないじゃん
19(1): 2020/12/22(火)22:09 ID:5BrIzTyC(6/26) AAS
lsをDockerコンテナで実行しても
ホストのファイルシステムは見れないしなｗ
20(1): 2020/12/22(火)22:10 ID:5BrIzTyC(7/26) AAS
>>18
だからsystemd使わないでいいだろ
Windowsなんだから、Windowsの流儀でやれ
21(1): 2020/12/22(火)22:11 ID:5BrIzTyC(8/26) AAS
>17
> 所詮はbashっていうアプリだからな
だからその理屈なら、お前はLinuxデスクトップを使ってる時に
bashを起動したかったら、dockerを使えって言ってるの
コンテナの中しか見えないがなｗ
22(1): 2020/12/22(火)22:14 ID:/HDWOBUs(7/23) AAS
>>19
マウントしろ
23: 2020/12/22(火)22:15 ID:/HDWOBUs(8/23) AAS
>>20
意味わからん
Windowsの流儀でやるならWSLも要らんだろ
PowerShell使えば？
24(1): 2020/12/22(火)22:16 ID:/HDWOBUs(9/23) AAS
>>21
Linux使ってるなら普通にbashでもコンテナでbashでもいい
Windowsならコンテナで十分
あえてWSLにする意味はない
25(1): 2020/12/22(火)22:17 ID:5BrIzTyC(9/26) AAS
>>22
> マウントしろ
だから、お前がLinuxデスクトップでbashを使う時にでDockerにマウントしろ
俺はそんな面倒なことはしない
> Windowsの流儀でやるならWSLも要らんだろ
だからWindowsの流儀で劣っていたCUI環境を
大幅に改善させたのがWSLだっていってんだろ
> PowerShell使えば？
それも使えるし、なんでも使えるｗ
26(1): 2020/12/22(火)22:18 ID:5BrIzTyC(10/26) AAS
>>24
> Linux使ってるなら普通にbashでもコンテナでbashでもいい
だからLinuxユーザーに言ってきなさい。
bashはDockerコンテナで動かせって（笑）
27: 2020/12/22(火)22:19 ID:/HDWOBUs(10/23) AAS
>>25
面倒じゃないからDocker使うわ
WSLはコンテナと違ってイミューたブルじゃないから管理めんどくせんだよね
Windows上でならPSのほうが遥かに強力なCLIだぞ？
PSに比べたらbashとか貧弱すぎるわ
28: 2020/12/22(火)22:20 ID:/HDWOBUs(11/23) AAS
>>26
言うまでもない
わかってるやつはみんなコンテナ使ってる
29: 2020/12/22(火)22:20 ID:5BrIzTyC(11/26) AAS
うざいからスレ立ててきた
そっちでやれ
bash（すべてのCLIｺﾏﾝﾄﾞ）はDockerｺﾝﾃﾅで動かすべき
2chｽﾚ:linux
30: 2020/12/22(火)22:21 ID:/HDWOBUs(12/23) AAS
ここまででWSLを使うメリットまだ1つも出せてねえぞ？
そんなんで大丈夫か？
31(1): 2020/12/22(火)22:22 ID:5BrIzTyC(12/26) AAS
だからWindowsのCUI環境をLinuxデスクトップ並にすることだって言ってんだろｗ
32(1): 2020/12/22(火)22:23 ID:/HDWOBUs(13/23) AAS
>>31
劣化してんじゃん
WindowsをCLIで動かしたいならPS使えよ
33(1): 2020/12/22(火)22:29 ID:/HDWOBUs(14/23) AAS
結局お前は「Windows上に強力なCLI環境を載せたい」んじゃなく「Linuxでbashを使いたい」だけなんだよ
WSLはVMだからホストWindowsのコントロールなんてろくにできない
そんな環境で普段使い用のターミナルを整備したって意味ないの
WSLでbash使うんだったらコンテナでbash使うのと変わらん
ならイミュータブルでより便利なコンテナで十分だ
34(1): 2020/12/22(火)22:35 ID:5BrIzTyC(13/26) AAS
WSLの登場ですっかり様変わりしてしまったが
なぜsystemdが使えないはずのmacOSが開発者に人気だったかと言うと
CUI環境が強力なデスクトップ環境だったから
そこにWSLの登場でmacOSよりもCUI環境が快適なデスクトップ環境が登場した
35: 2020/12/22(火)22:36 ID:5BrIzTyC(14/26) AAS
>>32
> WindowsをCLIで動かしたいならPS使えよ
両方使えるだろ
だからもうLinuxデスクトップを使う意味がなくなったんだよ
36(1): 2020/12/22(火)22:37 ID:5BrIzTyC(15/26) AAS
>>33
> 結局お前は「Windows上に強力なCLI環境を載せたい」んじゃなく「Linuxでbashを使いたい」だけなんだよ
俺が「Windows上に強力なCLI環境を載せたい」といっていて
お前が「Linuxでbashを使いたい」だけといってる
ウソを付くのはやめろ
37(1): 2020/12/22(火)22:38 ID:5BrIzTyC(16/26) AAS
> WSLはVMだからホストWindowsのコントロールなんてろくにできない
WSLからWindows用のコマンドはすべて動かせる
Dockerじゃできないなｗ
38: 2020/12/22(火)22:39 ID:5BrIzTyC(17/26) AAS
なんだｗ 自分からWSLのメリット言ってしまってるじゃんｗ
DockerからホストWindowsのコントロールはできないが
WSLからならWindowsのコマンド（cmd．exeなど）がすべて実行できるので
Windowsのコントロールが出来る
39: 2020/12/22(火)22:40 ID:/HDWOBUs(15/23) AAS
>>34
まったくズレてる意見だ
MacのCLIはMacコントロールできた
WSLはWindowsを満足にコントロールできない
多少はできるかもしれんがその目的ではPowerShellのほうが遥かに優秀
結局のところWSLでできことは隔離されたLinuxサンドボックスでCLI作業することだけ
そんなんだったらコンテナで十分なんだ
40: 2020/12/22(火)22:43 ID:/HDWOBUs(16/23) AAS
>>36
Windowsに強力なCLIを載せたいならWSLじゃ無理だから諦めろ
あれはWindows載せたLinux VMにアクセスするためのCLIであってWindowsに乗せるCLIじゃない
41: 2020/12/22(火)22:43 ID:5BrIzTyC(18/26) AAS
> MacのCLIはMacコントロールできた
> WSLはWindowsを満足にコントロールできない
できるっていってるだろうが。reg.exeだって実行できる
アホか PowerShellスクリプトだって動く
逃げるな呼ばーかw
42(1): 2020/12/22(火)22:44 ID:5BrIzTyC(19/26) AAS
WSLからコントロールできないWindowsの機能を言ってみ
外部ﾘﾝｸ[html]:www.atmarkit.co.jp
GUIではなく、コマンドラインでWindowsファイアウォールを操作するには、
netshというシェルを利用する。まずnetshを起動後、firewallコンテキストに切り替え、
各種のコマンドを実行する。具体的には以下のようにすればよい。
43(1): 2020/12/22(火)22:45 ID:/HDWOBUs(17/23) AAS
>>37
powershellより遥かに貧弱なCLIでやる意味がない
44(1): 2020/12/22(火)22:46 ID:5BrIzTyC(20/26) AAS
>>43
LinuxユーザーにPowerShellのほうが優れてるぞー
LinuxでもPowerShellつかえよお前らって言ってこい
45: 2020/12/22(火)22:47 ID:5BrIzTyC(21/26) AAS
bashとpowershellは思想が違ってるから使い分けるものだって理解できない時点でアウト
もちろんWSLからpowershellは実行できるｗ
46: 2020/12/22(火)22:48 ID:5BrIzTyC(22/26) AAS
WSLからnetsh.exeは普通に起動できるけど
Dockerコンテナからnetsh.exeを起動できるのかな？ｗ
マウントすればファイル見えるんでしたよねｗｗｗ
47(1): 2020/12/22(火)22:53 ID:/HDWOBUs(18/23) AAS
>>42
手始めにWSL2ターミナルからコマンドレット直接呼び出してみて
Windows操作はPowerShellコマンドレットが最も充実している
これができないんじゃ力の大半を奪われたも同然
48(1): 2020/12/22(火)22:54 ID:5BrIzTyC(23/26) AAS
>>47
直接呼び出さなければ使えると認めましたねｗ
つーかお前はPowerShell信者のようだが
俺はbashの方が使いたいんだわ
bashからWindowsのexeコマンドを呼び出す
これが出来るからWSLは便利
「お前」はPowerShell信者のようだがなー！（笑）
49(1): 2020/12/22(火)22:55 ID:/HDWOBUs(19/23) AAS
>>44
Linuxで必ずしもPowerShellが上位とは限らない
Windowsコントロールという大きウェイトを占める機能が意味をなさないからだ
Linuxでは文法のリッチさ、.NETクラスライブラリ、オブジェクト指向というメリットと動作の重さなどバランスをかんがえて選ぶ必要がある
50(1): 2020/12/22(火)22:58 ID:/HDWOBUs(20/23) AAS
>>48
powershellではなく「コマンドレット」な
WindowsをコントロールするCLIは今やコマンドレットが第一級市民だ
これが使えないのではターミナルとしては飛車角落ちと言わざるを得ない
まあLinux VMを操作するだけなら要は足りるのかもしれんがね
普段使いのターミナルには程遠い
51(1): 2020/12/22(火)22:59 ID:5BrIzTyC(24/26) AAS
>>49
皮肉もわからんのか？ｗ
お前がPowerShellはーPowerShellはーって言ってる
と指摘してやってるだけなんだがｗ
Windowsは両方使える
お前がもしPowerShellよりもbashの方が優れてると少しでも思っているなら
WSLはそのbashを手に入れたということ
もちろんWSLからWindowsのexeコマンドを実行できる
52: 2020/12/22(火)23:00 ID:5BrIzTyC(25/26) AAS
>>50
> これが使えないのではターミナルとしては飛車角落ちと言わざるを得ない
そういってるのはお前ですよね？
Windowsはどちらも使えると俺は言ってる
お前は、どうしてもPowerShellじゃなきゃいけないようだがなｗ
53(1): 2020/12/22(火)23:02 ID:NOknqYOT(1) AAS
WindowsでLinuxのコマンドが使えるのが便利だけど、それを認めたくないバカがいるのあかぁ。
ほんとLinuxは始まる前に末期だなぁｗ
54(1): 2020/12/22(火)23:04 ID:b7NGPEf0(1) AAS
気軽に環境構築したり壊したりできるのが魅力だと思ってたが違うのか
55: 2020/12/22(火)23:12 ID:5BrIzTyC(26/26) AAS
Dockerはアプリを配布するために使うもの
Docker使ったって環境構築を気軽にできるわけがない
自分で作らないといけないんだから
使う目的がぜんぜん違う
そんなにDockerだけでやれるっていうのなら
「Dockerコンテナの中から」ホストのsystemdの設定でもすれば？
Linuxならsystemd動くでしょう？ｗ
WSLならWindowsのサービスの設定（sc．exeコマンド）を実行できるけどねｗ
56(1): 2020/12/22(火)23:42 ID:/HDWOBUs(21/23) AAS
>>51
まだわからねえのか
powershellではなくコマンドレットをWSLbashから直接実行してみろっていってんだよ？
57: 2020/12/22(火)23:43 ID:/HDWOBUs(22/23) AAS
>>53
Linuxコマンドはコンテナで使えばいい
58: 2020/12/22(火)23:43 ID:/HDWOBUs(23/23) AAS
>>54
それはコンテナのメリット
59(1): 2020/12/23(水)00:03 ID:V1kWc9Lf(1) AAS
>>56
だからなんでお前はPowerShellに固執してるの？
俺らがやりたいのは、bashでWindowsを
コントロール（正確にはexeコマンドの実行）することなんだが？
60(1): 2020/12/23(水)02:13 ID:kO8uJcKs(1) AAS
>>59
コントロールするためのコマンドレットをbashから打てないだろ
WSLなんつう余計なレイヤー追加してできることを減らすとか笑えん
61: 2020/12/23(水)02:38 ID:sT63gCrd(1/2) AAS
>>60
おまえが主張するDockerコンテナからはどうやってもコマンドレット打てないだろ
だいたいWindowsをコントロールするもが目的であって
コマンドレットはその手段の一つでしかない
思いつきで文句いうんじゃねーよ
WSLならbashからexeを実行できてWindowsをコントロールできる
Dockerコンテナでは不可能なことだ
62: 2020/12/23(水)02:41 ID:sT63gCrd(2/2) AAS
あとはっきり言っいてやる
PowerShell使いたいのもコマンドレットを使いたいのも
それを言ってるのはお前だからな
こっちはWSLでWindowsと連携できる形で
bashが使えると喜んでいるというのにｗ
63: 2020/12/23(水)07:11 ID:PV+Tm/4+(1) AAS
WindowsとLinuxのイイトコドリが安定して出来るWSLは超便利っていう結論はひっくりかえせませんｗ
64: 2020/12/23(水)15:09 ID:H29ATdOZ(1) AAS
なんでそんな必死なんだろう
Linuxの低レイヤー環境が必要なら用意すればいいしお手軽環境ならWSLがいい
なんでそこでDockerが出てくるんだ
65: 2020/12/23(水)15:30 ID:S8X0ru49(1) AAS
Winクライアントで動かすDockerなんてお手軽で便利なテスト環境でしかないだろ。
なんでそこまで宗教論争するのか理解できない。
66: 2020/12/23(水)15:56 ID:ZguD9N4D(1) AAS
Dockerを勘違いしてるのか、WSLをけなしたいのかどっちかなんだろうな
WSLがmacOSの対抗技術として導入されたようなもんだろ
macOS、systemd動きますか？動きませんよね。
それでもLinuxに近いCUIがあったから開発者に人気があった
Docker出たからmacOSのCUI、Homebrewはもういらないといいますか？
いわんだろ。WSLはiTermとHomebrewよりもよりよい対抗技術
Dockerの中でlsしたって見えるのはコンテナの中だけ
67: 2020/12/23(水)19:43 ID:FYhcbcy2(1) AAS
やっぱ炎上学習法がベストだな
68(1): 2020/12/23(水)20:00 ID:95KXYltB(1) AAS
WSL(2)が便利だと困る人が、随分前から潜伏してるよねこのスレ。
69: 2020/12/23(水)20:02 ID:vcrXOU+R(1) AAS
そういや噂されてるAndroidアプリ実行環境ってWSLベースなのかな
70: 2020/12/23(水)20:17 ID:ylPqx/1N(1) AAS
>>68
いるねぇ。完璧すぎるからケチつけるのが大変そう。
71: 2020/12/23(水)20:31 ID:X+mDP54J(1) AAS
前にも同じパターンの流れ見た気がするが同じ奴じゃないか
相手しなきゃいいのに
72: 2020/12/23(水)20:35 ID:kPS0NrMd(1) AAS
WSLの話題続くと死んじゃう心の病気のヒトなんだろ。
俺は雑食系で便利と思ったモノはどんどん使うんで、WSLは重宝してるよ。
73: 2020/12/23(水)22:35 ID:5VLiTBhv(1) AAS
wine for windows
74(1): 2020/12/23(水)23:42 ID:tAP/xlD6(1) AAS
Windows 10 Home 版に、WSL2, Docker を入れた
OS の連続アップデートに、3時間掛かった。
CPU-i3, 8GB メモリを、電力エコモードで使っているから、コンパイルが遅いのかも
その後、WSL1 から、WSL2への変更。
Dockerのインストール自体は簡単だった
これで、Windows10 Pro 版じゃなくても、Dockerを使える。
Kubernetes も入っていた
これで、VSCode のRemote WSL, Remote Docker で開発できる
省1
75: 2020/12/24(木)11:02 ID:gGWcFx7+(1) AAS
>>74
WindowsをGentooだとでも思っているのか？
Windows updateにコンパイルなんて無いぞ。
76(2): 2020/12/24(木)11:11 ID:J2tObtbh(1) AAS
Linux使ってる理由はwin10を使いたくないからなので
win10でLinux環境を作れてもwin10を使うことはないのね
まぁ人それぞれだろうけど
少なくとも自分はそんな感じ
77: 2020/12/24(木)11:19 ID:2T+d4I9Z(1) AAS
情弱の知ったかだろう
多分環境構築がゴール
78: 2020/12/24(木)12:37 ID:MV2TqomS(1) AAS
win使わないのにwslに用事があるなんて
79: 2020/12/24(木)12:40 ID:UfKYXTwT(1) AAS
何でこのスレに来た？
80: 2020/12/24(木)14:17 ID:Q31GQoNq(1/2) AAS
>>76
そういう人って結構いるらしいね
Linuxを使いたくて使ってるんじゃなくて
Windows 10が嫌だから消去法でLinuxしか残らなかっただけ
81: 2020/12/24(木)14:18 ID:sqZ4JTDr(1/2) AAS
Linuxデスクトップでいいよね
なんでわざわざWindows
82(1): 2020/12/24(木)14:21 ID:Q31GQoNq(2/2) AAS
Linuxデスクトップのいいところを言ってみてよｗ
83(1): 2020/12/24(木)14:37 ID:xRWqf+kJ(1) AAS
Linuxユーザーとは
?インストールしただけで選民思想
?やっていることはWindowsと同じ。しかもめんどくさくなっただけ。
?コマンド打ち込んでプロだと勘違い
?新参に対して黙ってWindowsでも使ってろと間口を狭める
?カーネルいじればいいだろと無茶を要求
?開発者とのずれを認識できていない
?Wineを使うくせにLinuxを再現しようとする動きがあるとたたく
?プログラミングできないのにソース要求する
?何でもオープンでないと、気に食わないエセ共産主義者
省6
84(2): 2020/12/24(木)19:04 ID:sqZ4JTDr(2/2) AAS
>>82
Windowsを使う上でのあらゆる苦痛から解放される
85: 2020/12/24(木)20:19 ID:XX+5SBL+(1) AAS
WSLは260文字を超えるファイルパスを普通に扱えるので助かる。
86: 2020/12/24(木)20:28 ID:7oSJAEYt(1) AAS
>>83
スゲーな
俺そんな事考えるエネルギー持ち合わせてないわ
有る意味裏山
87: 2020/12/24(木)20:57 ID:n7LgHO+i(1) AAS
ただの慣れの問題
WSLで間に合っちゃってるので
最近素の*nixは使ったことない
88: 2020/12/24(木)21:08 ID:k334C2ms(1) AAS
OS別コンピュータの直し方
外部ﾘﾝｸ[htm]:www.aoky.net
89: 2020/12/24(木)21:27 ID:ET44Qnlg(1) AAS
正直virtualbox virtualpcで仮想環境つくるほうがいい
一般人にはメリットないわ
90: 2020/12/24(木)23:34 ID:AxWXmEw0(1) AAS
今時VirtualPCなんか使ってる奴いるのか？
知識が15年か20年くらい昔のまま止まってねーか？
91(3): 2020/12/24(木)23:57 ID:R6P83Vl7(1) AAS
>>84
やっぱりLinuxのいいところってないんだね
92(1): 2020/12/25(金)00:15 ID:XLD1cBQ7(1/15) AAS
>>91
>>84
93(1): 2020/12/25(金)00:25 ID:7ewmohhL(1/24) AAS
>>91
だからそれはWindowsがいやってだけで
Linuxが良いと言ってるわけじゃないでしょｗ
94: 2020/12/25(金)00:26 ID:7ewmohhL(2/24) AAS
>>91じゃなくて>>92にあて
95(1): 2020/12/25(金)00:32 ID:9xL6gMdZ(1) AAS
>>93
Windowsにおける苦痛な点がないというのは立派な利点でしょ
96: 2020/12/25(金)00:59 ID:Ign4H4qM(1) AAS
>>76
そういう理由なら貢献の意味も含めてOpenIndiana やGhostBSD を使おうよ
97(1): 2020/12/25(金)02:37 ID:7ewmohhL(3/24) AAS
>>95
苦痛がないならどのOSでもいいってことでしょ？
とくにLinuxを選ぶ理由がない
98: 2020/12/25(金)06:11 ID:uh8yhVHl(1) AAS
正直、Linux は個人で普段使いしたくない程度には苦痛を感じるかな
(仕事だから我慢している)
Windows なら脳死で Windows Update しても問題になることは少ないけど、
Linux なんて、dnf upgrade (apt でもいいが) したら、
必ずログ確認して、エラーが発生していないかとか、
設定ファイルが新しくなったから確認とか、
くだらないところでやることが多過ぎる
とりあえず、Update ボタン押してリブートしたら万事 OK くらいの完成度になってから出直してほしい
99: 2020/12/25(金)06:38 ID:pB598AF5(1/2) AAS
Linuxはうぶんつ使ってるけど、virtualboxに入れて共有フォルダで作業してるわ。
WSLで共有フォルダで作業することもあるけどテラタームでログ取りしながら動かすことのがおおいかな。
出力結果がそのまま保存できるのは便利。
共有フォルダなんで、Windowsの多彩で使い勝手のいいアプリもそのまま使えるし、イマイチ・イマニのLinuxアプリを我慢して使わないのが良い。
100(2): 2020/12/25(金)09:26 ID:XLD1cBQ7(2/15) AAS
>>97
どのOSでもいいけど現実的な選択肢は多くない
Mac、Windows、Linuxあとはマイナーな一部のOS
マニアじゃなければ最初の3つのうちどれかだろ
で、この中で比較したら苦痛が少ないのはLinuxということになる
上下前次1-新書関写板覧索設栞歴
あと 902 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.025s