WindowsやめてLinuxデスクトップ! 22
■ このスレッドは過去ログ倉庫に格納されています
きっかけは、当初のWindows10の暴君ぶりでした。
計画性のないアップデートで勝手に再起動し保存されていないデータを消滅させました。
今でも外出中に、アップデートプロセスのため仕事が始められず呆れることがあります。
それにアップデート後にディスク容量を圧迫するのは本当にやめてほしい。
さらにはアップデートに伴ってゲームやその他ソフトウェアをインストールし、
デスクトップ画面上やメニューにショートカットやガジェットを作成し、
結果的にデザインを変更し、ユーザーの利便性さえ変えてしまう。
このような行為にはとても違和感を覚えます。
会社等で社員に使わせている場合、こういうことをされると非常に困ります。
私のパソコンで、頼んでもないことを勝手に行ってほしくない。
こうしてLinuxデスクトップをメインで使うようになりました。
懐かしい感覚を得られるようになりました。自分でPCをコントロールできる感覚です。
それはずっとWindowsに取り上げられていた感覚なのだと気づきました。
本来のOSとは、Linuxのように静かなものです。そこには管理者である私しかいません。
今や必要なサービスはブラウザさえあればほとんど受けることができます。
オフィスソフトには、LibreOfficeという素晴らしいものがあります。(MSオフィスとの互換性アリ)
もう普段のデスクトップ環境としてLinuxデスクトップを選んでも差し支えありません。
ところが企業や学校では文書はしばしばMSオフィスとMSフォントが前提にされています。
こうなったのは特に何も考えられずにそれらが惰性で使われてきたためでしょう。
しかしこれにより文書の互換性のため、周りもMSオフィス、結果Windowsが強制されています。
そこでOS選択の自由を求め、LibreOfficeとオープンなフォントが標準として積極的に利活用されることを願います。
Linuxのデスクトップ関連技術の発展(プログラミングを含む)や商用ソフトウェアの登場には、
利用者数が増えることが大切で、これは好循環を生み出すはずです。
Linuxデスクトップ環境の充実を議論しましょう。
>>2に過去レスです。 >>200
え
VC++だとゴチャゴチャやんきゃいけないんだよ
LとかTとか
もう何がなんだかわかんね
VC++のせいで、C++めんどくせ
って思ってたけど
QtでC++で書いたら
全然簡単だった
VC++がc++の風評被害だったなんて
Qtでコード書くまで知らなかったよ 文字コードの理解が根本的に足りてない
linuxだろうとユニコード文字列ならLいる
charだけでwchar_t使ったことないってことだろ
正直日本語でマルチバイト文字使う気にならんで >>203
だから
L()なんて書かなくても
いけるってば
LinuxのQt
嘘だと思うならやってみればいい あ
MFCのCStringみたいなやつで
QStringってクラスがあって
文字列はそれ使えば何も考えなくたって
ok
ネイティブc++は知らん windowsもマルチバイト文字ならLいらんぞ
gccだとユニコードとマルチバイト文字ごっちゃにすると警告はでるね >>206
LじゃなかったらTって書かなきゃいけないじゃん コンパイルオプションでマルチバイトにすればいらんよ >>209
最初、それで誤魔化してんだけど
なんだったか忘れたけど
それだけじゃ
しのげなくなったんだよ
もう忘れたけど
どっちにしてもQtの方が簡単で
将来性も明るいかどうかわ
わかんけど
MFCほど暗くない
って思った 日本語文字だけみればUTFは重たいだけのクソ仕様なんだよな。 qtだのMFCだのの問題じゃなくって、>>209が全て
まーUTFで一番ワリ食ってんのは英語圏の連中なんだけどなw >>187
犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。
でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、
身に覚えのない誤 認 逮 捕をされないんだお(笑) Win10の糞ぶりに呆れ果てて皆スマホに行っちゃったからねぇ
この前知人1億人くらいにLinux教えてあげたら全員またPC買うわって言ってたわ キーボードで、フリックより高速に文書入力したいって人には
Chromebook だろうが何だろうが関係ないよな >>195
野郎(やろう)じゃなくて野良(のら)だろ >>188
>UTF-16の方の
> D5 30 A1 30 A4 30 EB 30 2E 00 74 00 78 00 74 00
> C7 30 FC 30 BF 30 2E 00 74 00 78 00 74 00
>も見つかるはずだけどね
の部分をこう書いている時点で自分がどうして他人に噛みつけるのか気づかないから犬厨は犬厨なんだよw
これはFAT32の仕様なのだから、仕様に合わせるのが当たり前w
なぜこれで「SJIS以外が化けるLinuxの実装が正しい」と扱えるのかさっぱり分からねぇw
何もかもWindowsが悪いニダー(笑)ってかwww >>212
英語圏であっても、
諸外国からプログラム作成などの
仕事は当然あるだろうに。
ワリ食ってない。 >>218
何を逝っているのかわからないので、なぜ日本語Windows 10でのFAT32で、ShiftJISでの
ファイル名とUTF-16でのファイル名の両方が記録されているか説明するね
FAT12/16はMS-DOS用のファイルシステムで、8バイトのファイル名+3バイトの拡張子で
ファイル名が記録され、FAT32はWindows 95 OSR2で採用されたファイルシステムだけど
DOSとの互換性から同様に8バイトのファイル名+3バイトの拡張子で記録される
MS-DOSの国際化の仕組みに従い、FATでは今も日本語Windowsの標準ではコードページ 932、
ShiftJISでファイル名を書き込むようになっている
したがってFAT上ではShiftJISでファイル名が記録される
もう一つWindows 95あたりからVFATというFATへの拡張が導入され、8+3バイトのファイル名とは
別に長いファイル名(LFN)を持てるようになった
特殊なファイルとして長いファイル名の情報がUTF-16で記録され、FATとの互換を保つために
FATでのファイル名とLFNは同期されるようになっていて、LFNでのProgram FilesがFAT上では
PROGRA~1のように記録される
よってLFNとしてUTF-16でのファイル名が記録されるので、ShiftJISとUTF-16の両方の
ファイル名が記録されることになる
FATでのファイル名とLFNは同期がとれていないとダメなので、日本語Windowsの標準コード
ページ 932ならば、LFNで使える文字もFATでのファイル名に使うShiftJISに縛られてしまう
そうでないとDOSとの互換性が損なわれる
LinuxはUTF-8が標準で、Windowsでもコードページを65001にすればFATでのファイル名
の文字コードもUTF-8になるはずだから、そうすればShiftJISから離れられるけど、
世の中のほとんどのPCはコードページ 932だから文字化けする
FAT32≠VFATなことに注意 >>220
どうして8.3形式で併記されるかの説明をしても、
Linuxの実装が出鱈目である事の説明にはならないって理解できないの?www
ほんと犬厨は頭が悪いよなぁwwwwwwwwwww草生え放題だぜwwwwwwwwwwwwwwwwwwww
要はアレだ、ググって調べてくる事は出来ても、それを理解する能力は無いって事だw
どうしてFAT32のボリュームにファイルを書き込んだ時、UNICODE領域の文字が文字化けするのか?
犬厨の理解度「FAT32の実装が汚いから!」
事実「LinuxがFAT32を正しく扱わないからw」
なんでこんな事も理解できないんだろうなぁw
指摘されたんだから少しは理解しろよwwwwwww >>221
_, ._
( ・ω・)んも〜
○={=}〇,
|:::::::::\, ', ´
、、、、し 、、、(((.@)wwwwwwwwwwwwwwwwwwwwwww ファイル名・ユーザー名など、システム要件に、sjis を使っちゃいけない!
世界中で、sjis でテストしている人がいないから!
例えば、日本人の開発者が、数百ある外国語で、テストしないのと同じ!
UTF-8 以外の言語は、国際化されていないローカル言語だから、誰にも分からない!
世界中の開発者は、半角英数字のascii か、UTF-8 でしか、テストしない!
もし、数百あるすべてのローカル言語でテストすると、膨大な費用が掛かるので、無理
また、Windows では、aB, Ab のような、大文字小文字だけが異なるファイル名も、存在できないから、
Linux でそういうファイル名を作ってはならない! >>215
と言うか、今時は老いも若きもスマホだな、特に女、ソースは我が家だけど。
キーボードに慣れていればPC、キーボードに慣れていなければスマホって感じ。
PCは情報革命だったと考えるけどPCが必要でなければスマホ一択は自然の成行。
現状でPCと言えばWindowsが多数なのでツールはWindows用に作ってるけど
アプリはLinuxで十分足りてる。Linuxユーザーが増えればLinux用で作る。 今さらDOSのアーキテクチャの呪縛に縛られるのもな 例えば、テレビ番組録画アプリで、
日本語の番組名をファイル名にしているアプリなどもあるが、
そういうシステム要件を作る人は、システムを全く知らない、素人集団が作っている!
ファイル名・ユーザー名など、システム要件に、sjis など、日本語を使っちゃいけない!
半角英数字のascii だけを使う
例えば、Ruby では、ファイル名は、小文字と_ だけを使う。
例えば、ruby_version.rb みたいに統一されている
こういう方式なら、Windows, Linux でも誤動作しない まだvba問題直ってない
強引にvba潰すつもりだな >>191
Visual studio 2019 で MFC を追加インストールしていないか、文字コードの設定を見直せばビルドは通る
マイクロソフトは切り捨てることはあまりない
Debian 10 や Cent OS 7 とかをみてもわかるように Linux のほうがばっさり過去を切り捨てている事が多い >>233
メッセージボックスの出し方も違っていたからコードレベルの修正が必要だと思う。
今更15年前のソースの実行形式をリビルドする気がないから切り捨てられたとは思ってない。
むしろ Visual studio 2019 でも MFC をサポートしてくれたことに感謝してる、しかも無料だし。
MS謹製(もとはサードパーティから買い取ったものだけど)のコンパイラは30年前は10万円程したから。
個人でMS謹製のコンパイラを初めて買った時は65000円出した。当時はMSの良いお客様だった。
OSが何であろうとPCは日進月歩時代なので、何時迄も古い環境を維持することには無理があると考える。 古いコードは古いコンパイラでビルドすれば良いんじゃね
cd manipulalor とか、たしか Windows10 でも動いた筈 Windows10は動きが重いなあ。
同じマシンにDebian10とWindows10を入れているけど、
Windows10は遅延率が高い。
画面も黄色っぽくて文字も薄い。 そりゃ素のDebianは色温度の調整できてないから >>235
これがあればよいというシンプルな環境がいい >>225
>ファイル名・ユーザー名など、システム要件に、sjis を使っちゃいけない!
>世界中で、sjis でテストしている人がいないから!
むしろUTF-16でもロクにテストしてないってのがFAT32の一件だろw >>191とか何言ってんだ?とか思ってめっちゃスルーしてたけど・・・
ただデスクトップアプリのオプションチェックしただけじゃ、デフォルトでMFCATLがはいんないってだけの話かw
qtガイジの知識が浅すぎてもうね >>242
その人Qtなんて一言もいってないのに
なんで、Qtガイジなんだよ
ゲス朝鮮人か
ネイティブレイシストか レイシストでスレチしまくり荒らしてるのはおまいらだろ
MSがやらかしたからって八つ当たりすんなよ >>234
iso8859-1なら後半部分は2バイトでは?
1バイトなのはasciiだけ VBの不具合は解消したのかと。アレもコレもできますでドツボにハマった状態か。
Win9Xの頃はGUIアプリの製作で存在意義はあったけど歴史的に既に役割は終わったのではと。
WindowsであれLinuxであれ快適に使ってこそ存在意義がある。幸い今は両方とも快適だけど
Win10を使ってないからか。
>>245
MSがやらかしたと言っても、未だVBに縋ってるからトバッチリを受ける、受けて当然だけど。 >>246
> 0xA1 0x00A1 # INVERTED EXCLAMATION MARK
> 0xA2 0x00A2 # CENT SIGN
> 0xA3 0x00A3 # POUND SIGN
> 0xA4 0x00A4 # CURRENCY SIGN
> 0xA5 0x00A5 # YEN SIGN
> 0xA6 0x00A6 # BROKEN BAR
> 0xA7 0x00A7 # SECTION SIGN
> 0xA8 0x00A8 # DIAERESIS
> 0xA9 0x00A9 # COPYRIGHT SIGN
> 0xAA 0x00AA # FEMININE ORDINAL INDICATOR
> 0xAB 0x00AB # LEFT-POINTING DOUBLE ANGLE QUOTATION MARK
> 0xAC 0x00AC # NOT SIGN
> 0xAD 0x00AD # SOFT HYPHEN
> 0xAE 0x00AE # REGISTERED SIGN
> 0xAF 0x00AF # MACRON
> 0xB0 0x00B0 # DEGREE SIGN
> 0xB1 0x00B1 # PLUS-MINUS SIGN
> 0xB2 0x00B2 # SUPERSCRIPT TWO
> 0xB3 0x00B3 # SUPERSCRIPT THREE
> 0xB4 0x00B4 # ACUTE ACCENT
> 0xB5 0x00B5 # MICRO SIGN
> 0xB6 0x00B6 # PILCROW SIGN
> 0xB7 0x00B7 # MIDDLE DOT
> 0xB8 0x00B8 # CEDILLA
> 0xB9 0x00B9 # SUPERSCRIPT ONE
> 0xBA 0x00BA # MASCULINE ORDINAL INDICATOR
> 0xBB 0x00BB # RIGHT-POINTING DOUBLE ANGLE QUOTATION MARK
> 0xBC 0x00BC # VULGAR FRACTION ONE QUARTER
> 0xBD 0x00BD # VULGAR FRACTION ONE HALF
> 0xBE 0x00BE # VULGAR FRACTION THREE QUARTERS
> 0xBF 0x00BF # INVERTED QUESTION MARK > 0xC0 0x00C0 # LATIN CAPITAL LETTER A WITH GRAVE
> 0xC1 0x00C1 # LATIN CAPITAL LETTER A WITH ACUTE
> 0xC2 0x00C2 # LATIN CAPITAL LETTER A WITH CIRCUMFLEX
> 0xC3 0x00C3 # LATIN CAPITAL LETTER A WITH TILDE
> 0xC4 0x00C4 # LATIN CAPITAL LETTER A WITH DIAERESIS
> 0xC5 0x00C5 # LATIN CAPITAL LETTER A WITH RING ABOVE
> 0xC6 0x00C6 # LATIN CAPITAL LETTER AE
> 0xC7 0x00C7 # LATIN CAPITAL LETTER C WITH CEDILLA
> 0xC8 0x00C8 # LATIN CAPITAL LETTER E WITH GRAVE
> 0xC9 0x00C9 # LATIN CAPITAL LETTER E WITH ACUTE
> 0xCA 0x00CA # LATIN CAPITAL LETTER E WITH CIRCUMFLEX
> 0xCB 0x00CB # LATIN CAPITAL LETTER E WITH DIAERESIS
> 0xCC 0x00CC # LATIN CAPITAL LETTER I WITH GRAVE
> 0xCD 0x00CD # LATIN CAPITAL LETTER I WITH ACUTE
> 0xCE 0x00CE # LATIN CAPITAL LETTER I WITH CIRCUMFLEX
> 0xCF 0x00CF # LATIN CAPITAL LETTER I WITH DIAERESIS
> 0xD0 0x00D0 # LATIN CAPITAL LETTER ETH (Icelandic)
> 0xD1 0x00D1 # LATIN CAPITAL LETTER N WITH TILDE
> 0xD2 0x00D2 # LATIN CAPITAL LETTER O WITH GRAVE
> 0xD3 0x00D3 # LATIN CAPITAL LETTER O WITH ACUTE
> 0xD4 0x00D4 # LATIN CAPITAL LETTER O WITH CIRCUMFLEX
> 0xD5 0x00D5 # LATIN CAPITAL LETTER O WITH TILDE
> 0xD6 0x00D6 # LATIN CAPITAL LETTER O WITH DIAERESIS
> 0xD7 0x00D7 # MULTIPLICATION SIGN
> 0xD8 0x00D8 # LATIN CAPITAL LETTER O WITH STROKE
> 0xD9 0x00D9 # LATIN CAPITAL LETTER U WITH GRAVE
> 0xDA 0x00DA # LATIN CAPITAL LETTER U WITH ACUTE
> 0xDB 0x00DB # LATIN CAPITAL LETTER U WITH CIRCUMFLEX
> 0xDC 0x00DC # LATIN CAPITAL LETTER U WITH DIAERESIS
> 0xDD 0x00DD # LATIN CAPITAL LETTER Y WITH ACUTE
> 0xDE 0x00DE # LATIN CAPITAL LETTER THORN (Icelandic)
> 0xDF 0x00DF # LATIN SMALL LETTER SHARP S (German) > 0xE0 0x00E0 # LATIN SMALL LETTER A WITH GRAVE
> 0xE1 0x00E1 # LATIN SMALL LETTER A WITH ACUTE
> 0xE2 0x00E2 # LATIN SMALL LETTER A WITH CIRCUMFLEX
> 0xE3 0x00E3 # LATIN SMALL LETTER A WITH TILDE
> 0xE4 0x00E4 # LATIN SMALL LETTER A WITH DIAERESIS
> 0xE5 0x00E5 # LATIN SMALL LETTER A WITH RING ABOVE
> 0xE6 0x00E6 # LATIN SMALL LETTER AE
> 0xE7 0x00E7 # LATIN SMALL LETTER C WITH CEDILLA
> 0xE8 0x00E8 # LATIN SMALL LETTER E WITH GRAVE
> 0xE9 0x00E9 # LATIN SMALL LETTER E WITH ACUTE
> 0xEA 0x00EA # LATIN SMALL LETTER E WITH CIRCUMFLEX
> 0xEB 0x00EB # LATIN SMALL LETTER E WITH DIAERESIS
> 0xEC 0x00EC # LATIN SMALL LETTER I WITH GRAVE
> 0xED 0x00ED # LATIN SMALL LETTER I WITH ACUTE
> 0xEE 0x00EE # LATIN SMALL LETTER I WITH CIRCUMFLEX
> 0xEF 0x00EF # LATIN SMALL LETTER I WITH DIAERESIS
> 0xF0 0x00F0 # LATIN SMALL LETTER ETH (Icelandic)
> 0xF1 0x00F1 # LATIN SMALL LETTER N WITH TILDE
> 0xF2 0x00F2 # LATIN SMALL LETTER O WITH GRAVE
> 0xF3 0x00F3 # LATIN SMALL LETTER O WITH ACUTE
> 0xF4 0x00F4 # LATIN SMALL LETTER O WITH CIRCUMFLEX
> 0xF5 0x00F5 # LATIN SMALL LETTER O WITH TILDE
> 0xF6 0x00F6 # LATIN SMALL LETTER O WITH DIAERESIS
> 0xF7 0x00F7 # DIVISION SIGN
> 0xF8 0x00F8 # LATIN SMALL LETTER O WITH STROKE
> 0xF9 0x00F9 # LATIN SMALL LETTER U WITH GRAVE
> 0xFA 0x00FA # LATIN SMALL LETTER U WITH ACUTE
> 0xFB 0x00FB # LATIN SMALL LETTER U WITH CIRCUMFLEX
> 0xFC 0x00FC # LATIN SMALL LETTER U WITH DIAERESIS
> 0xFD 0x00FD # LATIN SMALL LETTER Y WITH ACUTE
> 0xFE 0x00FE # LATIN SMALL LETTER THORN (Icelandic)
> 0xFF 0x00FF # LATIN SMALL LETTER Y WITH DIAERESIS >>235
MFCでメッセージボックスの出し方が変わったことはないでしょ
単に文字コードの設定が合ってないだけじゃないの
もう少し調べて状況を理解してから発言したほうがいいよ MSは一応、API変わるんならケツにEx付けたり、MFCなら別のクラスを実装するとかするもんな ●が増えると困るからこれ以上人口は増えないでいい? デクストップ関係ないじゃん
サーバーでも組み込みでもそのファイルシステム使ってんじゃないの? 誰か1人がRAIDで発生する問題と勘違いするとデスクトップに関係ないと更に伝染していくのかw すまん言い方が悪かった、謝る
デクストップに限ったことじゃないじゃん
それってLinuxが多数なサーバーでも組み込みでもあり得るんじゃないの?
だからLinuxがデクストップで使われなくてサーバーや組み込みで使われる理由にならないんじゃないの? Wine で動かないアプリ以外、Windows は要らない(原理主義者の主張 実際wine使ってる奴ってwinetricksでどの組み合わせで何を動かしてんのよ?w
まさか実際に使いもせずに大部分のexeが動くとか思いこんでるって訳じゃないよな? デスクトップアプリを全てWineで実装する→Windowsで不具合が出る→MicrosoftがAPIをWineに寄せてくる。
っていうシナリオを思いついたんだけど、ムリカナ?wwwwwwムリデスヨネーwwwwwwwwww >>263
そのうちwineまでMSのコードになるんじゃないの だから
Wineはロマンって
なんども教えてあげたでしょう やっば。やっぱりダメだわ俺
MSをどうしてもモビルスーツって読んじゃう Windows10はタスクビューでデスクトップを切り替えるときに
切り替えに失敗することがよくある。
Linuxディストロでは仮想デスクトップないしワークスペースの切り替えというのかな。
あれ。 >>268
完全な板違いですまんが
ASUS E203NA に 1809 をクリーンインストールして現在運用中だけど
そんな事象は一度も発生したことがないな
構成さらしてちょ WindowsとLinuxのドュアルブートのインストール、3回もやり直した
疲れた 寝てるノーパソなりコンパクトケースなりを使って静態保存機を復活させればデュアルブート要らないよな
普段してる作業の大半を移行できた段階で考えれば良いんじゃないかと
こまごまとしたツールが未移行ながら Debian 10.0(buster) と Windows8.1 併用中 >>271
パーティション分けて、
先に最初のパーティションにWindows10を入れて、
次にLinuxを残りのパーティションに入れる。
ヂュアルブートのために、ブート画面のための設定を行なえばいい。
その方法はネットにいろいろある。
それほど大変ではない。 【アプデ/10】 2019年8月14日のWindowsUpdate後、VB関連が死亡。Windows10全バージョンにて [Update 5: v1903がKB4512941にて修正。全バージョン修正完了]
http://blog.livedoor.jp/nichepcgamer/archives/1075495666.html >>275
2週間かかったのか、リリースと言う名のテストだものな。
>>276
トリのUpdateでプロクシで失敗と出てたけど原因はコレだったようだ。
Linuxが使えなくなった訳ではないけどトッバチリを受けた感じ。 https://www.cman.jp/network/support/ip.html の調査結果:
入力の逆引き または 正引き
p2558236-ipngn11901funabasi.chiba.ocn.ne.jp >>276
まったく「通信障害の発生」自体が体感できなかったのだが
どういうことだろ
いま常用してるOSはWindows8.1だがな
たしか1809より前についてはVBパッチはとっくに出てた筈 vbsは古すぎるからMSが捨てるのは当然でvbsなんぞ使う奴が悪いとか
Win厨はホザきまくってたのに対応に死ぬ程時間がかかっただけとゆー 本日をもちましてWindowsはネットワーク業を引退いたしました
今後はスタンドアロンの作業マシンwとして余生を過ごします 人命とかに関わるような産業用には使うなって書いてあるのに使う方が悪い VBが〜って騒ぎ起こってから毎日VBAマクロ入ったExcelでVBAマクロ動かしてたがずっと動いたんだが・・・?
なんだったんだ。 Windowsってなんだっけ?と思ったら
Virtualbox下のスタンドアロンで動いてるハイパーバイザOSだた えろげのためにWindows
Wineで動くか確認すること自体が面倒 >>286
アップデートが保留されていたのでは?
あるいは、コード内では、
可変型変数(var )を使っていなかったのでは? vbs不具合がやっと解決したと思ったそのupdateではcpu使用率が
アイドル状態でも無駄に上がる事があるんだとw
ホント使えねーなwidows10 >>290
10 の PC は 3台ありますが何ともないですよ(最新ビルド)
ネット情報をもとに余計なおま環 MOD をしている一部の人たちが騒いでいるのだと思います それでも有用なアプリ多くてそれらが動く事がアドバンテージなのは間違いない
busterでe4defragが動かんのだけど、うちだけ?
あとwinehq-stagingでwintrust.dllとかcabinet.dll辺りで落ちまくるんだけど、
libfaudio0とか手動でパッケージ入れて依存関係解消しなきゃとか、大改造中なのかね?
同期ツールもエディタも動かなくてうちのlinux機はしばらくはただのファイル鯖になりそうな悪寒 MSが公式で言ってるんだからこっちに文句つけられてもな
商用の癖にここまで手前勝手で信頼性に乏しいモノのゴリ押しを
わざわざ板違いスレチなここやるなよ >>290でスレチ始めたおまえが言うのかw
で、buster使ってるんだったら e4defrag -c /dev/sda1 には通るけど、-v すると
[1/0] "/" からーのー 2 /lost+found 3 /bin 4 /boot と来て、[5/0] に続いてスペースも改行もなしに
[5/0]Segmentation fault になって使い物にならないんだけど、Linuxの信頼性を俺にくれないか?
winehq-stagingでもいいや おまいの方がよほどスレチだ
ext4をはじめlinuxのファイルシステムはそもそも非常に断片化
しにくいのになんでインスコしたてでデフラグやWineみたいな
色モノばかり引っ張り出しておま環でケチをつけてる
真っ黒ご推奨のWSLはvmwareなどどころかwineより互換性が
ないという話まであるがMSに都合の悪い話はガン無視して
荒らしてんじゃねーよ > ext4をはじめlinuxのファイルシステムはそもそも非常に断片化しにくい
(゚д゚)
> 真っ黒ご推奨のWSLはvmwareなどどころかwineより互換性がないという話まである
(゚Д゚)
これが信者か・・・ linuxバッシングしたいだけの奴がdegianみたいな手のかかる鳥に手を出す訳がない
どうせまたLinuixなぞ知らない荒らしがググって生兵法の知ったかしてるだけだろどうせ ext4のファイルだけが断片化し辛いのは、新しくファイルを作って書き込みを開始する時の最初の位置を
他のファイルの後ろに余白をあけて書き込むから、他のファイルの大きさが大きくなった時に、
”パーティション内の空きが十分な時限定で””ファイルだけは断片化し辛い”ってだけだw
だから容量を食ってくると初期に書き込んだファイルのクラスタと後期に書き込んだファイルのクラスタの距離が
他のファイルシステムの実装に比べて大きくなって平均シーク時間が長くなるw
debian入れてXとWMは使いたいけどlibreとかビューアプレイヤ類みたいなのは要らないとなると
あのインストーラじゃちまちま設定してらんないから後から削除とかする、と
更にwinetricksで環境作ったりなんだりすると.cache/winetricksにダウンロードしながらdll展開とかとか(ry
パーティションの頭に詰め込まないとファイル間の距離が開きまくるぞw ちな実験してみりゃわかるけど、ファイル鯖として稼働させてイラストサイトのミラーリングした後、
更に他のPCの作業ドライブのファイルを一時退避とかして容量を半分以上食わせた挙句、
各酉のisoイメージ保存しまくるとisoファイルの断片化が凄い事になるw
特定条件下でファイルが断片化し辛くても、空き領域に関しては他のファイルシステムの実装よりも遥かに断片化し易いからな
そもそも本当に断片化し辛いってんならe4defragなんていらんわ ただツールを使って断片化を解消さえすりゃ早くなるとかWindowsしか知らない奴の価値観だしアホだな
「実験」も本当にやってるかどうか
Debianにしてもどの鳥でも作業をコピペしておいて頭に#!/bin/shしときゃ簡単に一括作業スクリプトができる
それで必要なファイルのバックアップリストアしといてクリーンインスコしなおした方がデフラグより無駄に時間も
かからないし効率的だろ ■ このスレッドは過去ログ倉庫に格納されています