常連

### 前提・実現したいこと

既存のリポジトリにあるREADME通りに環境構築をしてたところ下記のようなエラーがでてきてしまった。
laradock上で下記の流れでコマンドを入力
（dockerをappleシリコン用に変更済み）
```ここに言語を入力
$ docker-compose up -d nginx mariadb mailhog redis
$ docker-compose exec workspace composer install
```
上２つまでは実行できた。

### 発生している問題・エラーメッセージ

```
$ docker-compose exec workspace npm install

#
# Fatal process OOM in Failed to reserve virtual memory for CodeRange
#

qemu: uncaught target signal 5 (Trace/breakpoint trap) - core dumped
```


### 試したこと

- qemuのバージョンを最新のものにした
```
$ brew info qemu
qemu: stable 6.1.0 (bottled), HEAD
```
- 近いエラーが出ているものを調べたがqemuのバージョンをどのようにグレードダウンするのか分からなかった
[参考サイト](https://github-com.translate.goog/multiarch/qemu-user-static/issues/39?_x_tr_sl=en&_x_tr_tl=ja&_x_tr_hl=ja&_x_tr_pto=nui,sc,elem)

### 補足情報（FW/ツールのバージョンなど）
- Intel mac のときには実行できていたがm1 macに変えて環境構築したところ今回のエラーが出てしまったのでm1 macに変えたのが原因だと思われる。

環境
m1 mac 
macOS Big Sur 11.6

m1 mac上の dockerでnpm installするとqemuのエラーが出てきてしまう

Linux Ubuntuで「フルスクラッチで作る！ x86_64自作OS」を見ながら、OSを作っているのですが、2.6のQEMUで実行今やっているのですが、本通りにやっていたのですが、警告が出てしまってQEMUが起動されません。

エラーメッセージ
```

WARNING: Image format was not specified for 'json:{"fat-type": 0, "dir": "fs", "driver": "vvfat", "floppy": false, "rw": false}' and probing guessed raw.
 Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.
 Specify the 'raw' format explicitly to remove the restrictions.
 qemu-system-x86_64: Initialization of device ide-hd failed: Block node is read-only

```

**開発言語 : C ・ リンカスクリプト**

**開発環境**
- Linux Ubuntu 20.04 LTS

**ソースコード**
**<main.c>**
```C
#define BG_RED		0
#define BG_GREEN	255
#define BG_BLUE		0

struct pixelformat {
	unsigned char b;
	unsigned char g;
	unsigned char r;
	unsigned char _reserved;
};

struct framebuffer {
	struct pixelformat *base;
	unsigned long long size;
	unsigned int hr;
	unsigned int vr;
};

void start_kernel(void *_t __attribute__ ((unused)), struct framebuffer *fb,
		  void *_fs_start __attribute__ ((unused)))
{
	unsigned int x, y;
	struct pixelformat *p;

	for (y = 0; y < fb->vr; y++) {
		for (x = 0; x < fb->hr; x++) {
			p = fb->base + (fb->hr * y) + x;
			p->r = BG_RED;
			p->g = BG_GREEN;
			p->b = BG_BLUE;
		}
	}

	while (1);
}

```
**<kernel.ld>**
```ld
OUTPUT_FORMAT("binary");

MEMORY
{
	exec_file(r) : ORIGIN = 0x00000000, LENGTH = 1m
	ram(wx)      : ORIGIN = 0x00110000, LENGTH = 960k
}

SECTIONS
{
	.header : {
		QUAD(__bss_start)
		QUAD(__bss_end - __bss_start)
	} > exec_file

	.body : {
		*(.text)

		*(.rodata)

		*(.data)

		__bss_start = .;
		*(.bss)
		__bss_end = .;

		*(.eh_frame)
	} > ram AT> exec_file
}
```
**<Makefile>**
```make
TARGET = kernel.bin
CFLAGS = -Wall -Wextra -nostdinc -nostdlib -fno-builtin -fno-common
LDFLAGS = -Map kernel.map -s -x -T kernel.ld

$(TARGET): main.o
	ld $(LDFLAGS) -o $@ $+

%.o: %.c
	gcc $(CFLAGS) -c -o $@ $<

run: $(TARGET)
	cp $(TARGET) ../fs/
	qemu-system-x86_64 -m 4G -bios OVMF.fd -hda fat:../fs

clean:
	rm -f *~ *.o *.map $(TARGET)

.PHONY: run clean
```
**<ディレクトリ構成>**
```
fs / kernel.bin
fs / EFI / BOOT / BOOTX64.EFI
```


**<ファイルの作成方法>**
kernel.bin :

- main.C 
- kernel.ld 
- Makefile

上記３つのファイルを作り、MakefileのあるディレクトリでTerminalに
```Terminal
cd <Makefileのあるディレクトリパス>
make
```
そうすると
- kernel.bin
- kernel.map
- main.o

上記3つのファイルが生成されます。
そうしたら、kernel.binの作成は終わったので、ファイルをディレクトリ構成どおりにファイルを配置して、Terminalで
```Terminal
qemu-system-x86_64 -bios OVMF.fd -hda fat:fs
```

を実行すると、一番最初のエラーが表示されます。

わかる人がいれば教えていただきたいです。

Teratailを初めて使うので、見にくかったりするかと思いますがご了承ください。

長文失礼しました。

Ubuntu QEMUで出たエラー

raspberry pi 向けの qemu の開発をしており、一部機能の不具合対応(ext4 でマウントエラーが発生)のため kernel を最適化なし(-O0)でコンパイルしたいのですが、コンパイルエラーが発生してしまっています。(-O1や-O2ではコンパイルできます)

解決策を探しているのですが、見つかっていません。どなたか情報を持っていないでしょうか？（「 -O0 はサポートしていないよ」とか）

```
../include/linux/compiler-gcc4.h:77:38: error: impossible constraint in ‘asm’
 #define asm_volatile_goto(x...) do { asm goto(x); asm (""); } while (0)
                                      ^
...
In file included from ../include/linux/linkage.h:4:0,
                 from ../include/linux/fs.h:5,
                 from ../fs/ext4/ext4_jbd2.h:18,
                 from ../fs/ext4/mballoc.c:24:
In function ‘__list_add_rcu’,
    inlined from ‘list_add_tail_rcu’ at ../include/linux/rculist.h:102:16,
    inlined from ‘ext4_mb_add_n_trim’ at ../fs/ext4/mballoc.c:4301:21:
../include/linux/compiler.h:412:20: error: call to ‘__compiletime_assert_54’ declared with attribute error: Need native word sized 
stores/loads for atomicity.
    prefix ## suffix();    \
                    ^
```

他にも、以下のような note や warning が出ていますが、関連がわかっていません。

```
../arch/arm/include/asm/jump_label.h: In function ‘ext4_mb_init_cache’:
../include/linux/compiler-gcc4.h:77:38: warning: asm operand 0 probably doesn’t match constraints [enabled by default]
 #define asm_volatile_goto(x...) do { asm goto(x); asm (""); } while (0)
                                      ^
../arch/arm/include/asm/jump_label.h:18:2: note: in expansion of macro ‘asm_volatile_goto’
  asm_volatile_goto("1:\n\t"
  ^
../include/linux/compiler-gcc4.h:77:38: warning: asm operand 0 probably doesn’t match constraints [enabled by default]
 #define asm_volatile_goto(x...) do { asm goto(x); asm (""); } while (0)
                                      ^
../arch/arm/include/asm/jump_label.h:18:2: note: in expansion of macro ‘asm_volatile_goto’
  asm_volatile_goto("1:\n\t"
  ^
...
../include/linux/compiler.h:417:2: note: in expansion of macro ‘__compiletime_assert’
  __compiletime_assert(condition, msg, prefix, suffix)
  ^
...
../arch/arm/include/asm/barrier.h:68:2: note: in expansion of macro ‘compiletime_assert_atomic_type’
  compiletime_assert_atomic_type(*p);    \
  ^
```

開発環境は以下のような感じです。

| 項目 | 内容 |
|:----|:-----|
| kernel | [4.1.21](https://github.com/raspberrypi/linux/tree/rpi-4.1.y) |
| gcc | [4.8.3](https://github.com/raspberrypi/tools/tree/master/arm-bcm2708/gcc-linaro-arm-linux-gnueabihf-raspbian-x64) |
| host | linux mint 17.3 64bit |
| コンパイル | `make -j8 CFLAGS_mballoc.o="-O0"` |

 
よろしくお願いします。

Linux kernel を -O0 でコンパイルするとアセンブラでエラーになる

### 前提
現在、QEMU上にベアメタルで動作するシリアル通信プログラムを開発したいと考えています。
しかし、QEMU AArch64のvirtマシンにおけるUARTのLSR(Line Status Register)に関する情報を見つけられず、シリアル通信プログラムを実現できない状況になっております。

### 実現したいこと
とりあえずの目標として、エコーバックを行うシリアル通信プログラムを作成したいと考えています。

動作させたいソースコードを以下に記載いたします。
（コードは[こちらのサイト](https://yohgami.hateblo.jp/entry/20160529/1464512638)から引用（一部改変）しています。）
```C
#define MU_IO		(*(volatile unsigned int *)0x09000000)
#define MU_LSR		(*(volatile unsigned int *)0x（ここに記述すべきメモリアドレスが分からない）)
#define MU_LSR_TX_IDLE	(1U << 6)
#define MU_LSR_TX_EMPTY	(1U << 5)
#define MU_LSR_RX_RDY	(1U << 0)

int main(void)
{
	volatile char ch;

	while (1) {
		while (!(MU_LSR & MU_LSR_RX_RDY));
		ch = (char)MU_IO;

		while (!(MU_LSR & MU_LSR_TX_IDLE) && !(MU_LSR & MU_LSR_TX_EMPTY));
		MU_IO = (unsigned int)ch;
	}

	return 0;
}
```

最終的には、以下のコマンドでプログラムを動作させる予定です。
```bash
$ qemu-system-aarch64 -cpu cortex-a57 -machine virt -kernel （ビルドしたイメージファイル） -serial stdio
```

### 発生している問題・エラーメッセージ
UARTのLSRがどのメモリアドレスにマッピングされているか分からないため、上記のコードによる実装を実現できない状況です。
具体的には、UARTがデータを受信したかを示すフラグ（Data Ready）を認識できないため、シリアル通信の受信処理にて適切に待機できません。

そのため、今回お聞きしたいことは2つあります。
- QEMU AArch64のvirtマシンにて、UARTのLSRはどのメモリにマッピングされているか
- そもそも、QEMU AArch64のvirtマシンにLSRに相当する機構は存在するのか

組み込みについては素人ですので、根本的な勘違いがありましたら申し訳ありません。
上記質問についてどなたかご存じの方がいましたら、どうかご教授いただけますと幸いです。

### 試したこと
- Device Tree Blobの確認
```bash
$ qemu-system-aarch64 -cpu cortex-a57 -machine virt.dumpdtb=virt.dtb
$ dtc virt.dtb
--- 中略 ---
        pl011@9000000 {
                clock-names = "uartclk\0apb_pclk";
                clocks = <0x8000 0x8000>;
                interrupts = <0x00 0x01 0x04>;
                reg = <0x00 0x9000000 0x00 0x1000>;
                compatible = "arm,pl011\0arm,primecell";
        };
--- 中略 ---
```
上記出力から、UART自体はメモリアドレス`0x09000000`にマッピングされていると判断できるのですが、
LSRに関する情報はDevice Tree Blobからは確認できませんでした。

- QEMUソースコードの確認
GitHubにてQEMU virtマシンのソースコードと思しきコード[（リンク）](https://github.com/qemu/qemu/blob/master/hw/arm/virt.c)を確認したのですが、
LSRに関する情報は見つけられませんでした。

### 補足情報（FW/ツールのバージョンなど）
ホストOS: Ubuntu 22.04 LTS
QEMU: version 6.2.0


QEMU AArch64のvirtマシンにおけるUARTのLSR(Line Status Register)はどのメモリアドレスにマッピングされているか


### **limaを使用してUbuntuを起動し、ログインシェルをzshに変更したいのですが、ユーザーパスワードがわからず、変更できません。**

機種名:	MacBook Pro
機種ID:	MacBookPro11,1
プロセッサ名:	デュアルコアIntel Core i5
プロセッサ速度:	2.6 GHz

limaバージョン
limactl version 0.11.0

インスタンス
limactl start --name=default template://docker
uname -a
Linux lima-default 5.15.0-25-generic #25-Ubuntu SMP Wed Mar 30 15:54:22 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

このインスタンスにログインして
**chsh -s /bin/zsh**
を実行するとパスワードを求められ、認証が失敗して
**chsh: PAM: Authentication failure**
と表示されます。

**このときに要求されているパスワードを教えてください**








limaで起動したUbuntuのパスワードを知りたい。

ubuntu server 20.04をIntel NUCにインストールして自宅サーバーを作ろうとしています。kvm qemu という技術で作ってみたいです。ルーターのDDNS機能を使って仮想サーバーをインターネットに公開したいと思っています。どのような手続きで進めていくと作ることができるのでしょうか。
必要な作業の概略を教えてほしいです

kvm qemuで自宅サーバーを作りたいです

### vmport is not available with this QEMU binary の対処法を調べたい。

QEMU(KVM)の「仮想マシンマネージャー（GUI）」を使用してWindows10をインストールしようとすると「vmport is not available with this QEMU binary」とエラーが表示され、先に進むことができません。直訳すると「vmport」が対応していないとのエラーなので「vmport」を無効化する設定を調べているのですが、中々検索にも情報がなく・・・困っておりました。何か情報をお持ちでありましたら教えて頂けると嬉しいです。

【環境およびQEMUインストール方法など】
1,CentOS7 を最小インストールしました。
2,CentOS7の標準のQEMUはとても古いVersionのため、最小インストール完了後手動で「QEMU 2.10.2」をコンパイル→インストールしています。（http://d.hatena.ne.jp/kt_hiro/20170617/1497713932 を参考に作業を進めました）
3,libvirtについては参考ページと比較しVersionが新しかったので「yum install virt-manager libvirt」でインストールしています。libvirtは正常に起動し、自動起動もできていて、特にエラーも表示されていません。
4,最小インストールなので「LANG=C yum groupinstall "GNOME Desktop"」にてGUIを導入。
5,再起動後、GUIが立ち上がったので「仮想マシンマネージャー」を起動、インストールメディアとゲストＯＳの設定を実施し、最後に「インストールの開始」をクリックすると・・・

　『インストールを完了できません:サポートされない設定: vmport is not available with this QEMU binary』

　・・・と表示されるため、ここから先に進むことができません。

【詳細なエラー報告】
Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/asyncjob.py", line 89, in cb_wrapper
    callback(asyncjob, *args, **kwargs)
  File "/usr/share/virt-manager/virtManager/create.py", line 2553, in _do_async_install
    guest.start_install(meter=meter)
  File "/usr/share/virt-manager/virtinst/guest.py", line 498, in start_install
    doboot, transient)
  File "/usr/share/virt-manager/virtinst/guest.py", line 434, in _create_guest
    domain = self.conn.createXML(install_xml or final_xml, 0)
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3725, in createXML
    if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self)
libvirtError: サポートされない設定: vmport is not available with this QEMU binary

【virsh version 実行時の表示Version】
コンパイル時に使用したライブラリ: libvirt 4.5.0
使用中のライブラリ: libvirt 4.5.0
使用中の API: QEMU 4.5.0
実行中のハイパーバイザー: QEMU 2.10.2

　QEMU 2.10.2ではvmportはサポートされないとのエラーなので「vmport」さえ切れれば、インストールが続行できるのではと・・・見ているのですが、なかなか検索にも出てこないため困惑しています。些細なことでも構いませんので情報をお待ちしております。

QEMU（KVM）の「vmport is not available with this QEMU binary」の対処法を調べたい。

### 前提・実現したいこと
超初心者となります。申し訳ございません。

qcow2形式でOS環境が保存されているイメージファイルを、Macにインストールする必要があるのですが、現状どうしたら良いのか分からず、質問させていただきました。

### 試したこと

①qemu-system-x86_64でインストールできるとのことだったので、Homebrewを利用してqemuをインストールしました。しかし、そこから先が分からず、qemu-system-x86_64を起動することすらできていない状態です。

②色々見ていくうちに、KVMを使って環境構築しなければいけないのでは、とも思い、そちらも挑戦しています。MacではKVMは出来ないとのことで、VirtualBoxでLinux環境を構築してから行おうとしています。

###質問
以上を踏まえて、質問は４点ございます。

１、そもそも、qcow2を開く手順として、自分が試みている①と②の、どちらの方向性が合っているのか。

２、両方とも間違っている場合、本来はどのような手順が必要なのか、ご教授いただれば幸いです。

３、①の方向性が合っている場合、Macでのqemu-system-x86_64の起動方法についてご教授いただければ幸いです。

４,②の方向性が合っている場合、そのやり方が合っているか否か。間違っていた場合、正規の手順をご教示いただければ幸いです。


そもそも初心者が手を出すものではないのかもしれませんが、何とかやりきりたいと思っています。ご回答頂けますと、非常に助かります。何卒、よろしくお願い致します。