Wine （ワイン）は、オープンソースの Windows API 実装を通じて、主としてx86アーキテクチャ上のUnix系オペレーティングシステム (POSIX準拠OS) においてWindows用アプリケーションをネイティブ動作させることを目標とするプログラム群である。 X Window Systemを利用して、16ビット・32ビット・64ビットWindows向けGUIアプリケーションと、MS-DOS用アプリケーションを動作させることができる。x86上のLinux環境を中心に開発されているので、Solaris 、FreeBSD 、macOSなどに移植された環境では問題が発生する可能性が比較的高い。原理上、カーネルレベルのスレッドに対応しているOSであることが必要である[2]。 名称は、もともとは頭字語であることを意識して、大文字でWINEと表記していたことがあったが、現在はWineと表記す

WSL2が何もしていないのに（カーネルビルドしたら）壊れた WSL2でカーネルビルドとかしていたらUbuntuが一切立ち上がらなくなりました。 Ubuntuを再インストールしても以下のようなエラーが出続けます。 仕方なく復帰を試みることにしました。 無事復帰するまでの試行錯誤です。 Ubuntuアンインストール 「アプリ -> アプリと機能」からUbuntuをアンインストールします。軽症だったら、リセットするだけで復帰するみたいです（リセットは詳細オプションから選択できます）。私はダメだったのでアンインストールしました。 WSL2無効化→有効化 Ubuntuアンインストールでダメな場合（ダメでした）、WSL2を一回機能をオフにして再起動します。 「コントロールパネル -> プログラム -> Windowsの機能の有効化または無効化」を選択します。 「Linux用Windowsサブシステム」

回答 (6件中の1件目) 私はWindowsのカーネルを熟知しており、Linuxのカーネルについてはそれなりに知っています。 意外に思われるかもしれませんが、類似点の方がずっと多く、違いは少ないです。私がよく言う違いの1つは、LinuxのI/OモデルはUNIXから継承した同期式が基本で、WindowsのI/OモデルはVMSから継承した非同期式が基本であるということです。WindowsのI/Oリクエストの設計は、同期式と非同期式のI/Oを美しく管理できる優れた設計になっています。Linux(及び普通のUNIX)でも非同期のI/Oは可能ですが、そのための統一された仕組みはありません。これは...

この記事には参考文献や外部リンクの一覧が含まれていますが、脚注による参照が不十分であるため、情報源が依然不明確です。 適切な位置に脚注を追加して、記事の信頼性向上にご協力ください。（2021年8月） モノリシックカーネルの概念図 モノリシックカーネル（monolithic kernel）とは、オペレーティングシステム（以下、OSと略記）におけるカーネルの構造、および設計思想を指す。「入出力機能やネットワーク機能、デバイスのサポートなどOSの一般的な機能」をカーネルと同一のメモリ空間に実装・実行する手法を言う。 代表的なモノリシックカーネルOSとしては、古典的なUNIXとその派生OSがあげられる。 モノリス(monolith)とは「一枚岩」の意であり、モノリシック(monolithic)とは「一枚板の」という形容詞である。ここでは「一体化したカーネル」という意味で使われている。 OSの構成要

簡単に書くよ カーネル（英：kernel）とは 白い頭とお髭が特徴のチキンなおっさん ではなくて OS（コンピュータの人格に相当するソフト）がやらなくちゃいけない仕事のうち、とっても大事な部分を担当しているソフトウェア です。 一般的には OSの中核部分として頑張っているソフトウェア と説明されます。 順番に見ていきましょう。 まずは予備知識として「OS」について簡単に説明します。 「そんなの説明されなくても知ってるよ！」な人は適当に読み飛ばしてください。 OSは「パソコンさんの人格に相当するソフト」です。 パソコンさんは中にOSを入れることで、はじめてパソコンとしてのお仕事ができます。 「これが無いとパソコンじゃねーよ」な基本ソフトです。 ※「OS」という用語が世間に広まったきっかけがパソコンなので「パソコン」と書きましたが、スマホやその他のコンピュータ類でも同じです。 以上を踏まえて、

この記事はLinux Advent Calendar 2015の25日目の記事です。 Linuxカーネルのデバッグである意味一番手軽なのがprintk(9)によるデバッグだと思うんですが（ユーザランドのプログラムで言うところのprintf(3)デバッグ）、この場合h速いCPUを積んだマシンならビルドはすぐに終わるけど、カーネルを変えている以上は再起動はしないといけないし、ちょっと手間ですよね。ということで、printk(9)によるデバッグはそろそろ卒業しようというのがテーマです。 ちなみに、printk(KERN_INFO"foobar\n")よりもpr_info("foobar\n")のほうがお手軽です。pr_で始まるマクロがinclude/linux/printk.hに定義されています。 Linuxのデバッグをするための方法としても下記のようなものがあります（kmemleakとかloc