Michiyo: Clean up Markdown artifacts from DokuWiki migration

2026-08-24T20:28:16Z

Clean up Markdown artifacts from DokuWiki migration

← Older revision		Revision as of 20:28, 24 August 2026
Line 5:		Line 5:
	== 安装 ==		== 安装 ==

	在启动了电脑之后，你将会看到一条带有motd(Message of the Day，每日小贴士)的欢迎消息，以及命令行界面的提示符`/home/# `。		在启动了电脑之后，你将会看到一条带有motd(Message of the Day，每日小贴士)的欢迎消息，以及命令行界面的提示符<code>/home/# </code>。

	[[File:first_boot.png\|600px\|first_boot.png]]		[[File:first_boot.png\|600px\|first_boot.png]]
Line 11:		Line 11:
	此时电脑已经可以使用了，而且我们假设你已经在电脑的[[Block/computer case/zh\|机箱]]中安装了[[Item/hard disk drive/zh\|硬盘]]，也就是说你现在拥有了用来创建文件的可写入存储空间。但你现在只是用[[Item/openos floppy\|OpenOS软盘]]启动了系统，也就是说你的当前目录是只读的，所以你不能在当前目录中创建或改动文件。		此时电脑已经可以使用了，而且我们假设你已经在电脑的[[Block/computer case/zh\|机箱]]中安装了[[Item/hard disk drive/zh\|硬盘]]，也就是说你现在拥有了用来创建文件的可写入存储空间。但你现在只是用[[Item/openos floppy\|OpenOS软盘]]启动了系统，也就是说你的当前目录是只读的，所以你不能在当前目录中创建或改动文件。

	要列出可用的文件系统，请运行`mount`命令。		要列出可用的文件系统，请运行<code>mount</code>命令。

	[[File:first_mount.png\|600px\|first_mount.png]]		[[File:first_mount.png\|600px\|first_mount.png]]

	`mount`命令的输出中有4重要的内容：		<code>mount</code>命令的输出中有4重要的内容：

	* 文件系统地址第一列是文件系统地址，它是一个唯一的128位值，此处以16进制显示其前32位。		* 文件系统地址第一列是文件系统地址，它是一个唯一的128位值，此处以16进制显示其前32位。

	* 挂载点紧跟着"on"之后的第二列向用户展示了文件系统被挂载到了目录树的什么位置，也称为挂载点。挂载到 "/" 的文件系统即"rootfs"（根文件系统）。rootfs是引导电脑启动的文件系统的挂载点。如果你安装了操作系统，则可以在`/`目录下找到操作系统的相关文件。		* 挂载点紧跟着"on"之后的第二列向用户展示了文件系统被挂载到了目录树的什么位置，也称为挂载点。挂载到 "/" 的文件系统即"rootfs"（根文件系统）。rootfs是引导电脑启动的文件系统的挂载点。如果你安装了操作系统，则可以在<code>/</code>目录下找到操作系统的相关文件。

	* 读写权限第三列的内容可能是"ro"，代表"read-only"（只读），或者"rw"，代表"read/write"（可读写）。OpenOS仅支持这两种访问权限，并且权限的作用范围是整个文件系统（与现代文件系统不同，现代文件系统的每个目录与每个文件都具有独立的权限，即使在同一个文件系统挂载点下也是如此）。在这张图中，我们可以看到rootfs被挂载为只读。这是因为启动系统时使用的是OpenOS软盘，是从奖励箱获取的软盘，而[[Item/loot disks/zh\|奖励箱软盘]]都是只读文件系统。以防读写权限的名称(ro和rw)还不够见名知意，重申一遍，你不能在挂载为只读的文件系统中改动或创建文件。		* 读写权限第三列的内容可能是"ro"，代表"read-only"（只读），或者"rw"，代表"read/write"（可读写）。OpenOS仅支持这两种访问权限，并且权限的作用范围是整个文件系统（与现代文件系统不同，现代文件系统的每个目录与每个文件都具有独立的权限，即使在同一个文件系统挂载点下也是如此）。在这张图中，我们可以看到rootfs被挂载为只读。这是因为启动系统时使用的是OpenOS软盘，是从奖励箱获取的软盘，而[[Item/loot disks/zh\|奖励箱软盘]]都是只读文件系统。以防读写权限的名称(ro和rw)还不够见名知意，重申一遍，你不能在挂载为只读的文件系统中改动或创建文件。

	* 标签最后一列显示了文件系统的标签，如果没有标签则默认显示文件系统的组件地址，[[Item/loot disks/zh\|奖励箱软盘]]以其名字作为文件系统标签。你可能会注意到，在我的示例中，挂载于`/mnt/0e7/`上的文件系统文件系统“标签”很长，这是因为我使用的是没有标签的全新1级硬盘，因此会显示其组件地址，过长的文本导致了终端换行显示。		* 标签最后一列显示了文件系统的标签，如果没有标签则默认显示文件系统的组件地址，[[Item/loot disks/zh\|奖励箱软盘]]以其名字作为文件系统标签。你可能会注意到，在我的示例中，挂载于<code>/mnt/0e7/</code>上的文件系统文件系统“标签”很长，这是因为我使用的是没有标签的全新1级硬盘，因此会显示其组件地址，过长的文本导致了终端换行显示。

	你可能还会注意到，有一些文件系统被多次挂载。OpenOS的行为模式是自动将文件系统挂载到`/mnt`目录，并自动使用其地址前三个或更多字母作为目录名。某些组件有特殊的挂载地址，例如引导启动电脑所用的文件系统。在此样例中，挂载在`/mnt/bc3/`上的软盘是启动引导文件系统，也就是rootfs(挂载于`/`) 。为了提高可读性，`mount` 命令会将输出根据地址自动排序。		你可能还会注意到，有一些文件系统被多次挂载。OpenOS的行为模式是自动将文件系统挂载到<code>/mnt</code>目录，并自动使用其地址前三个或更多字母作为目录名。某些组件有特殊的挂载地址，例如引导启动电脑所用的文件系统。在此样例中，挂载在<code>/mnt/bc3/</code>上的软盘是启动引导文件系统，也就是rootfs(挂载于<code>/</code>) 。为了提高可读性，<code>mount</code> 命令会将输出根据地址自动排序。

	从这张图中我们知道了rootfs现在是只读状态。这提醒了我尚在用OpenOS软盘启动计算机，并且尚未将OpenOS安装到硬盘上，如果取出软盘，计算机将无法正常启动。		从这张图中我们知道了rootfs现在是只读状态。这提醒了我尚在用OpenOS软盘启动计算机，并且尚未将OpenOS安装到硬盘上，如果取出软盘，计算机将无法正常启动。

	现在我只需运行`install`命令		现在我只需运行<code>install</code>命令

	[[File:first_install.png\|600px\|first_install.png]]		[[File:first_install.png\|600px\|first_install.png]]

	你可以输入y或直接按'''回车键'''（[Y/n]提示中大写的"Y"代表如果输入空行，默认将会是Y）。确认安装后，你会看到正在复制进硬盘的长长的文件列表。安装完成后，`install`程序将会确认你是否准备好重启电脑。电脑重启后，刚刚安装了OpenOS的硬盘即为你的rootfs。		你可以输入y或直接按'''回车键'''（[Y/n]提示中大写的"Y"代表如果输入空行，默认将会是Y）。确认安装后，你会看到正在复制进硬盘的长长的文件列表。安装完成后，<code>install</code>程序将会确认你是否准备好重启电脑。电脑重启后，刚刚安装了OpenOS的硬盘即为你的rootfs。

	[[File:reboot_ready.png\|600px\|reboot_ready.png]]		[[File:reboot_ready.png\|600px\|reboot_ready.png]]

	再次运行 `mount` 命令，你会发现根目录现在是可读写（rw）的了。		再次运行 <code>mount</code> 命令，你会发现根目录现在是可读写（rw）的了。

	[[File:system_ready.png\|600px\|system_ready.png]]		[[File:system_ready.png\|600px\|system_ready.png]]
Line 44:		Line 44:

	{{:contents/zh}}		{{:contents/zh}}

imported>OCDoc Import: Imported from legacy OpenComputers documentation at ocdoc.cil.li

2026-08-24T08:08:27Z

Imported from legacy OpenComputers documentation at ocdoc.cil.li

New page

= 安装与操作OpenOS =

该页面的主题为如何安装OpenOS，以及OpenOS的命令行交互界面。该页面的教程默认你已在游戏中打开（任意级别的）电脑，电脑装有[[Item/openos floppy/zh|OpenOS软盘]]与空[[Item/hard disk drive|硬盘]]（任意等级）。

== 安装 ==

在启动了电脑之后，你将会看到一条带有motd(Message of the Day，每日小贴士)的欢迎消息，以及命令行界面的提示符`/home/# `。

[[File:first_boot.png|600px|first_boot.png]]

此时电脑已经可以使用了，而且我们假设你已经在电脑的[[Block/computer case/zh|机箱]]中安装了[[Item/hard disk drive/zh|硬盘]]，也就是说你现在拥有了用来创建文件的可写入存储空间。但你现在只是用[[Item/openos floppy|OpenOS软盘]]启动了系统，也就是说你的当前目录是只读的，所以你不能在当前目录中创建或改动文件。

要列出可用的文件系统，请运行`mount`命令。

[[File:first_mount.png|600px|first_mount.png]]

`mount`命令的输出中有4重要的内容：

* 文件系统地址第一列是文件系统地址，它是一个唯一的128位值，此处以16进制显示其前32位。

* 挂载点紧跟着"on"之后的第二列向用户展示了文件系统被挂载到了目录树的什么位置，也称为挂载点。挂载到 "/" 的文件系统即"rootfs"（根文件系统）。rootfs是引导电脑启动的文件系统的挂载点。如果你安装了操作系统，则可以在`/`目录下找到操作系统的相关文件。

* 读写权限第三列的内容可能是"ro"，代表"read-only"（只读），或者"rw"，代表"read/write"（可读写）。OpenOS仅支持这两种访问权限，并且权限的作用范围是整个文件系统（与现代文件系统不同，现代文件系统的每个目录与每个文件都具有独立的权限，即使在同一个文件系统挂载点下也是如此）。在这张图中，我们可以看到rootfs被挂载为只读。这是因为启动系统时使用的是OpenOS软盘，是从奖励箱获取的软盘，而[[Item/loot disks/zh|奖励箱软盘]]都是只读文件系统。以防读写权限的名称(ro和rw)还不够见名知意，重申一遍，你不能在挂载为只读的文件系统中改动或创建文件。

* 标签最后一列显示了文件系统的标签，如果没有标签则默认显示文件系统的组件地址，[[Item/loot disks/zh|奖励箱软盘]]以其名字作为文件系统标签。你可能会注意到，在我的示例中，挂载于`/mnt/0e7/`上的文件系统文件系统“标签”很长，这是因为我使用的是没有标签的全新1级硬盘，因此会显示其组件地址，过长的文本导致了终端换行显示。

你可能还会注意到，有一些文件系统被多次挂载。OpenOS的行为模式是自动将文件系统挂载到`/mnt`目录，并自动使用其地址前三个或更多字母作为目录名。某些组件有特殊的挂载地址，例如引导启动电脑所用的文件系统。在此样例中，挂载在`/mnt/bc3/`上的软盘是启动引导文件系统，也就是rootfs(挂载于`/`) 。为了提高可读性，`mount` 命令会将输出根据地址自动排序。

从这张图中我们知道了rootfs现在是只读状态。这提醒了我尚在用OpenOS软盘启动计算机，并且尚未将OpenOS安装到硬盘上，如果取出软盘，计算机将无法正常启动。

现在我只需运行`install`命令

[[File:first_install.png|600px|first_install.png]]

你可以输入y或直接按'''回车键'''（[Y/n]提示中大写的"Y"代表如果输入空行，默认将会是Y）。确认安装后，你会看到正在复制进硬盘的长长的文件列表。安装完成后，`install`程序将会确认你是否准备好重启电脑。电脑重启后，刚刚安装了OpenOS的硬盘即为你的rootfs。

[[File:reboot_ready.png|600px|reboot_ready.png]]

再次运行 `mount` 命令，你会发现根目录现在是可读写（rw）的了。

[[File:system_ready.png|600px|system_ready.png]]

== 目录 ==

{{:contents/zh}}

Openos/zh - Revision history

Michiyo: Clean up Markdown artifacts from DokuWiki migration

imported>OCDoc Import: Imported from legacy OpenComputers documentation at ocdoc.cil.li