1. 程式人生 > >Linux根檔案系統的掛載過程分析

Linux根檔案系統的掛載過程分析

前言:

本篇文章以S3C6410公版的Linux BSP和U-Boot來進行分析,文中所有提及的名詞和資料都是以該環境為例,所有的程式碼流程也是以該環境為例來進行分析。哈哈。如果有不正確或者不完善的地方,歡迎前來拍磚留言或者發郵件到[email protected]進行討論,先行謝過。

簡單的來說,根檔案系統包括虛擬根檔案系統和真實根檔案系統。在Kernel啟動的初始階段,首先去建立虛擬的根檔案系統,接下來再去呼叫do_mount來載入真正的檔案系統,並將根檔案系統切換到真正的檔案系統,也即真實的檔案系統。

一.什麼是根檔案系統

在傳統的Windows機器上目錄結構中,可能會包括C:或者D:盤,而他們一般就稱之為特定邏輯磁碟的根目錄。從檔案系統的層面來說,每一個分割槽都包含了一個根目錄區,也即系統中存在多個根目錄。

但是,在Linux系統中,目錄結構與Windows上有較大的不同。系統中只有一個根目錄,路徑是“/”,而其它的分割槽只是掛載在根目錄中的一個資料夾,如“/proc”和“system”等,這裡的“/”就是Linux中的根目錄。

對應根目錄也就存在一個根目錄檔案系統的概念,我們可以將某一個分割槽掛載為根目錄檔案系統,如6410公版中就將mtdblk2掛載為根目錄檔案系統。程式中可以通過U-Boot給Kernel指定引數或者編譯選項來指定,如目前的開發板中就通過如下的編譯選項來制定根目錄檔案系統:

CONFIG_CMDLINE="console=ttyS0,115200 mem=108M rdinit=/linuxrc root=/dev/mtdblock2"

簡單的來說,根目錄檔案系統就是一種目錄結構,包括了Linux啟動的時候所必須的一些目錄結構和重要檔案。

根檔案系統有兩種,一種是虛擬根檔案系統,另外一種是真實的根檔案系統。一般情況下,會首先在虛擬的根檔案系統中做一部分工作,然後切換到真實的根檔案系統下面。

籠統的來說,虛擬的根檔案系統包括三種類型,即Initramfs、cpio-initrd和image-initrd。

二.相關重要概念

1. Initrd

Initrd是在Linux中普遍採用的一種技術,就是由Bootloader載入的記憶體盤。在系統啟動的過程中,首先會執行Initrd中的“某一個檔案” 來完成驅動模組載入的任務,第二階段才會執行真正的根檔案系統中的/sbin/init。這裡提到的第一階段是為第二階段服務的,主要是用來載入根檔案系統以及根檔案系統儲存介質的驅動程式。

資料中提到,存在多種型別的Initrd,實際應用中包括無Initrd、Linux Kernel和Initrd打包、Linux Kernel和Initrd分離以及RAMDisk Initrd。

目前,手中專案採用的就是第四種策略。在系統啟動的時候,U-Boot會將Linux Kernel和Rootfs載入到記憶體,並跳轉到Linux Kernel的入口地址執行程式。這篇文章將側重對該種情況進行分析。

三.根檔案系統載入程式碼分析

1. VFS的註冊

首先不得不從老掉牙的Linux系統的函式start_kernel()說起。函式start_kernel()中會去呼叫vfs_caches_init()來初始化VFS。

下面看一下函式vfs_caches_init ()的程式碼:

void __init vfs_caches_init(unsigned long mempages)

{

unsigned long reserve;

/* Base hash sizes on available memory, with a reserve equal to

150% of current kernel size */

reserve = min((mempages - nr_free_pages()) * 3/2, mempages - 1);

mempages -= reserve;

names_cachep = kmem_cache_create("names_cache", PATH_MAX, 0,

SLAB_HWCACHE_ALIGN|SLAB_PANIC, NULL);

dcache_init();

inode_init();

files_init(mempages);

[1] mnt_init();

bdev_cache_init();

chrdev_init();

}

程式碼【1】:vfs_caches_init()中最重要的函式。函式mnt_init()會建立一個rootfs,這是個虛擬的rootfs,即記憶體檔案系統,後面還會指向真實的檔案系統。

接下來看一下函式mnt_init():

Void __init mnt_init(void)

{

unsigned u;

int err;

init_rwsem(&namespace_sem);

mnt_cache = kmem_cache_create("mnt_cache", sizeof(struct vfsmount),

0, SLAB_HWCACHE_ALIGN | SLAB_PANIC, NULL);

mount_hashtable = (struct list_head *)__get_free_page(GFP_ATOMIC);

if (!mount_hashtable)

panic("Failed to allocate mount hash table/n");

printk("Mount-cache hash table entries: %lu/n", HASH_SIZE);

for (u = 0; u < HASH_SIZE; u++)

INIT_LIST_HEAD(&mount_hashtable[u]);

err = sysfs_init();

if (err)

printk(KERN_WARNING "%s: sysfs_init error: %d/n",

__func__, err);

fs_kobj = kobject_create_and_add("fs", NULL);

if (!fs_kobj)

printk(KERN_WARNING "%s: kobj create error/n", __func__);

[1] init_rootfs();

[2] init_mount_tree();

}

程式碼[1]:建立虛擬根檔案系統;

程式碼[2]:註冊根檔案系統。

接下來看一下函式init_mount_tree()的程式碼:

static void __init init_mount_tree(void)

{

struct vfsmount *mnt;

struct mnt_namespace *ns;

struct path root;

[1] mnt = do_kern_mount("rootfs", 0, "rootfs", NULL);

if (IS_ERR(mnt))

panic("Can't create rootfs");

ns = kmalloc(sizeof(*ns), GFP_KERNEL);

if (!ns)

panic("Can't allocate initial namespace");

atomic_set(&ns->count, 1);

INIT_LIST_HEAD(&ns->list);

init_waitqueue_head(&ns->poll);

ns->event = 0;

list_add(&mnt->mnt_list, &ns->list);

ns->root = mnt;

mnt->mnt_ns = ns;

init_task.nsproxy->mnt_ns = ns;

get_mnt_ns(ns);

root.mnt = ns->root;

root.dentry = ns->root->mnt_root;

set_fs_pwd(current->fs, &root);

[2] set_fs_root(current->fs, &root);

}

程式碼[1]:建立虛擬檔案系統;

程式碼[2]:將當前的檔案系統配置為根檔案系統。

可能有人會問,為什麼不直接把真實的檔案系統配置為根檔案系統?

答案很簡單,核心中沒有根檔案系統的裝置驅動,如USB等存放根檔案系統的裝置驅動,而且即便你將根檔案系統的裝置驅動編譯到核心中,此時它們還尚未載入,其實所有的Driver是由在後面的Kernel_Init執行緒進行載入。所以需要CPIO Initrd、Initrd和RAMDisk Initrd。另外,我們的Root裝置都是以裝置檔案的方式指定的,如果沒有根檔案系統,裝置檔案怎麼可能存在呢?

2. VFS的掛載

接下來,Kernel_Start會去呼叫rest_init()並會去建立系統中的第一個程序Kernel_Init,並由其呼叫所有模組的初始化函式,其中ROOTFS的初始化函式也在這個期間被呼叫。

函式rest_init程式碼如下:

/*

* We need to finalize in a non-__init function or else race conditions

* between the root thread and the init thread may cause start_kernel to

* be reaped by free_initmem before the root thread has proceeded to

* cpu_idle.

*

* gcc-3.4 accidentally inlines this function, so use noinline.

*/

static noinline void __init_refok rest_init(void)

__releases(kernel_lock)

{

int pid;

kernel_thread(kernel_init, NULL, CLONE_FS | CLONE_SIGHAND);

numa_default_policy();

pid = kernel_thread(kthreadd, NULL, CLONE_FS | CLONE_FILES);

kthreadd_task = find_task_by_pid_ns(pid, &init_pid_ns);

unlock_kernel();

/*

* The boot idle thread must execute schedule()

* at least once to get things moving:

*/

init_idle_bootup_task(current);

rcu_scheduler_starting();

preempt_enable_no_resched();

schedule();

preempt_disable();

/* Call into cpu_idle with preempt disabled */

cpu_idle();

}

函式Kernel_Init程式碼如下:

static int __init kernel_init(void * unused)

{

lock_kernel();

/*

* init can run on any cpu.

*/

set_cpus_allowed_ptr(current, CPU_MASK_ALL_PTR);

/*

* Tell the world that we're going to be the grim

* reaper of innocent orphaned children.

*

* We don't want people to have to make incorrect

* assumptions about where in the task array this

* can be found.

*/

init_pid_ns.child_reaper = current;

cad_pid = task_pid(current);

smp_prepare_cpus(setup_max_cpus);

do_pre_smp_initcalls();

start_boot_trace();

smp_init();

sched_init_smp();

cpuset_init_smp();

[1] do_basic_setup();

/*

* check if there is an early userspace init. If yes, let it do all

* the work

*/

[2] if (!ramdisk_execute_command)

ramdisk_execute_command = "/init";

[3] if (sys_access((const char __user *) ramdisk_execute_command, 0) != 0) {

ramdisk_execute_command = NULL;

prepare_namespace();

}

/*

* Ok, we have completed the initial bootup, and

* we're essentially up and running. Get rid of the

* initmem segments and start the user-mode stuff..

*/

init_post();

return 0;

}

程式碼[1]:函式do_basic_setup()呼叫所有模組的初始化函式,包括initramfs的初始化函式populate_rootfs。這部分程式碼在init/initramfs.c下面,函式populate_rootfs通過如下方式匯出:

rootfs_initcall(populate_rootfs);

程式碼[2]:ramdisk_execute_command值通過“rdinit=”指定,如果未指定,則採用預設的值/init。

程式碼[3]:檢查根檔案系統中是否存在檔案ramdisk_execute_command,如果存在的話則執行init_post(),否則執行prepare_namespace()掛載根檔案系統。

需要特別指出的是initramfs.c模組的入口函式populate_rootfs()是否執行取決於Kernel的編譯選項。參照linux/init目錄下的makefile檔案,如下:

#

# Makefile for the linux kernel.

#

obj-y := main.o version.o mounts.o

ifneq ($(CONFIG_BLK_DEV_INITRD),y)

obj-y += noinitramfs.o

else

obj-$(CONFIG_BLK_DEV_INITRD) += initramfs.o

endif

obj-$(CONFIG_GENERIC_CALIBRATE_DELAY) += calibrate.o

mounts-y := do_mounts.o

mounts-$(CONFIG_BLK_DEV_RAM) += do_mounts_rd.o

mounts-$(CONFIG_BLK_DEV_INITRD) += do_mounts_initrd.o

mounts-$(CONFIG_BLK_DEV_MD) += do_mounts_md.o

主要完成Initrd的檢測工作,檢查出是CPIO Initrd還是Initramfs還是Image-Initrd還是需要在編譯的時候做如下的配置(General setupàInitramfs/initrd support):

clip_image002

該函式的程式碼如下:

static int __init populate_rootfs(void)

{

[1] char *err = unpack_to_rootfs(__initramfs_start,

__initramfs_end - __initramfs_start, 0);

if (err)

panic(err);

[2] if (initrd_start) {

#ifdef CONFIG_BLK_DEV_RAM

int fd;

printk(KERN_INFO "checking if image is initramfs...");

[3] err = unpack_to_rootfs((char *)initrd_start,

initrd_end - initrd_start, 1);

if (!err) {

printk(" it is/n");

unpack_to_rootfs((char *)initrd_start,

initrd_end - initrd_start, 0);

free_initrd();

return 0;

}

printk("it isn't (%s); looks like an initrd/n", err);

[4] fd = sys_open("/initrd.image", O_WRONLY|O_CREAT, 0700);

if (fd >= 0) {

[5] sys_write(fd, (char *)initrd_start,

initrd_end - initrd_start);

sys_close(fd);

[6] free_initrd();

}

#else

printk(KERN_INFO "Unpacking initramfs...");

[7] err = unpack_to_rootfs((char *)initrd_start,

initrd_end - initrd_start, 0);

if (err)

panic(err);

printk(" done/n");

free_initrd();

#endif

}

return 0;

}

程式碼[1]:unpack_to_rootfs顧名思義,就是解壓包到rootfs,其具有兩個功能,一個是檢測是否是屬於cpio包,另外一個就是解壓cpio包,通過最後一個引數進行控制。1:檢測,0:解壓。其實,Initramfs也是壓縮過後的CPIO檔案。

資料中提到,Linux2.5中開始引入initramfs,在Linux2.6中一定存在,而且編譯的時候通過連線指令碼arch/arm/kernel/vmlinux.lds將其編譯到__initramfs_start~__initramfs_end,執行完unpack_to_rootfs後將被拷貝到根目錄。

程式碼[2]:判斷是否載入了Initrd,無論對於那種格式的Initrd,即無論是CPIO-Initrd還是Image-Initrd,U-Boot都會將其拷貝到initrd_start。當然了,如果是initramfs的情況下,該值肯定為空了。

程式碼[3]:判斷載入的是不是CPIO-Initrd。

通過在這裡主要用於檢測,如果是編譯到Linux Kernel的CPIO Initrd,__initramfs_end - __initramfs_start應該是大於零的,否則為零,其實也就是通過這裡來判斷是否為CPIO Initrd。

程式碼[4]:如果不是CPIO-Initrd,則就是Image-Initrd,將其內容儲存到檔案/initrd.image中。在根檔案系統中建立檔案/initrd.image。

程式碼[5]:這裡是對Image-Initrd提供支援的,將記憶體中的initrd賦值到initrd.image中,以釋放記憶體空間。

程式碼[6]:釋放Initrd所佔用的記憶體空間。

另外,如果要支援Image-Initrd的話,必須要配置CONFIG_BLK_DEV_RAM,配置的方法上面已經講過。

下面接著來分析函式kernel_init

static int __init kernel_init(void * unused)

{

do_basic_setup();

/*

* check if there is an early userspace init. If yes, let it do all

* the work

*/

if (!ramdisk_execute_command)

ramdisk_execute_command = "/init";

[1] if (sys_access((const char __user *) ramdisk_execute_command, 0) != 0) {

ramdisk_execute_command = NULL;

prepare_namespace();

}

/*

* Ok, we have completed the initial bootup, and

* we're essentially up and running. Get rid of the

* initmem segments and start the user-mode stuff..

*/

init_post();

return 0;

}

程式碼[1]:前面在對函式populate_rootfs進行分析的時候已經知道,對於initramfs和cpio-initrd的情況,都會將檔案系統(其實是一個VFS)解壓到根檔案系統。如果虛擬檔案系統中存在ramdisk_execute_command指定的檔案則直接轉向init_post()來執行,否則執行函式prepare_namespace()。

3. 根檔案系統的掛載

從上面的程式碼分析中知道,對於Image-Initrd或者VFS(即InitRamfs或者CPIO-Initrd)中不存在檔案ramdisk_execute_command的情況,則執行prepare_namespace()。

接下來看一下函式prepare_namespace()的程式碼:

/*

* Prepare the namespace - decide what/where to mount, load ramdisks, etc.

*/

void __init prepare_namespace(void)

{

int is_floppy;

[1] if (root_delay) {

printk(KERN_INFO "Waiting %dsec before mounting root device.../n",

root_delay);

ssleep(root_delay);

}

/*

* wait for the known devices to complete their probing

*

* Note: this is a potential source of long boot delays.

* For example, it is not atypical to wait 5 seconds here

* for the touchpad of a laptop to initialize.

*/

[2] wait_for_device_probe();

md_run_setup();

[3] if (saved_root_name[0]) {

root_device_name = saved_root_name;

if (!strncmp(root_device_name, "mtd", 3) ||

!strncmp(root_device_name, "ubi", 3)) {

[4] mount_block_root(root_device_name, root_mountflags);

goto out;

}

[5] ROOT_DEV = name_to_dev_t(root_device_name);

if (strncmp(root_device_name, "/dev/", 5) == 0)

root_device_name += 5;

}

[6] if (initrd_load())

goto out;

[7] /* wait for any asynchronous scanning to complete */

if ((ROOT_DEV == 0) && root_wait) {

printk(KERN_INFO "Waiting for root device %s.../n",

saved_root_name);

while (driver_probe_done() != 0 ||

(ROOT_DEV = name_to_dev_t(saved_root_name)) == 0)

msleep(100);

async_synchronize_full();

}

is_floppy = MAJOR(ROOT_DEV) == FLOPPY_MAJOR;

if (is_floppy && rd_doload && rd_load_disk(0))

ROOT_DEV = Root_RAM0;

mount_root();

out:

[9] sys_mount(".", "/", NULL, MS_MOVE, NULL);

[10] sys_chroot(".");

}

程式碼[1]:資料中提到,對於將根檔案系統存放到USB或者SCSI裝置上的情況,Kernel需要等待這些耗費時間比較久的裝置驅動載入完畢,所以這裡存在一個Delay。

程式碼[2]:從字面的意思來看,這裡也是來等待根檔案系統所在的裝置探測函式的完成。

程式碼[3]:引數saved_root_name存放的是Kernel引數root=所指定的裝置檔案,這點不再贅述,可以參照程式碼。

程式碼[4]:按照資料中的解釋,這裡相當於將saved_root_nam指定的裝置進行載入。如下面傳遞給核心的command line:

CONFIG_CMDLINE="console=ttyS0,115200 mem=108M rdinit=/linuxrc root=/dev/mtdblock2"

實際上就是載入/dev/mtdblock2。

程式碼[5]:引數ROOT_DEV存放裝置節點號。

程式碼[6]:掛載initrd,這裡進行的操作相當的複雜,可以參照後續關於該函式的詳細解釋。

程式碼[7]:如果指定mount_initrd為true,即沒有指定在函式initrd_load中mount的話,則在這裡重新realfs的mount操作。

程式碼[9]:將掛載點從當前目錄(實際當前的目錄在mount_root中或者在mount_block_root中指定)移到根目錄。對於上面的command line的話,當前的目錄就是/dev/mtdblock2。

程式碼[10]:將當前目錄當作系統的根目錄,至此虛擬系統根目錄檔案系統切換到了實際的根目錄檔案系統。

接下來看一下函式initrd_load()的程式碼:

int __init initrd_load(void)

{

[1] if (mount_initrd) {

[2] create_dev("/dev/ram", Root_RAM0);

/*

* Load the initrd data into /dev/ram0. Execute it as initrd

* unless /dev/ram0 is supposed to be our actual root device,

* in that case the ram disk is just set up here, and gets

* mounted in the normal path.

*/

[3] if (rd_load_image("/initrd.image") && ROOT_DEV != Root_RAM0) {

sys_unlink("/initrd.image");

[4] handle_initrd();

return 1;

}

}

sys_unlink("/initrd.image");

return 0;

}

程式碼[1]:可以通過Kernel的引數“noinitrd“來配置mount_initrd的值,預設為1,很少看到有專案區配置該值,所以一般情況下,mount_initrd的值應該為1;

程式碼[2]:建立一個Root_RAM0的裝置節點/dev/ram;

程式碼[3]:如果根檔案裝置號不是Root_RAM0則程式就會執行程式碼[4],換句話說,就是給核心指定的引數不是/dev/ram,例如上面指定的/dev/mtdblock2裝置節點肯定就不是Root_RAM0。

另外這行程式碼還將檔案initrd.image釋放到節點/dev/ram0,也就是對應image-initrd的操作。

程式碼[4]:函式handle_initrd主要功能是執行Initrd中的linuxrc檔案,並且將realfs的根目錄設定為當前目錄。其實前面也已經提到了,這些操作只對image-cpio的情況下才會去執行。

函式handle_initrd的程式碼如下:

static void __init handle_initrd(void)

{

int error;

int pid;

[1] real_root_dev = new_encode_dev(ROOT_DEV);

[2] create_dev("/dev/root.old", Root_RAM0);

/* mount initrd on rootfs' /root */

mount_block_root("/dev/root.old", root_mountflags & ~MS_RDONLY);

[3] sys_mkdir("/old", 0700);

root_fd = sys_open("/", 0, 0);

old_fd = sys_open("/old", 0, 0);

/* move initrd over / and chdir/chroot in initrd root */

[4] sys_chdir("/root");

sys_mount(".", "/", NULL, MS_MOVE, NULL);

sys_chroot(".");

/*

* In case that a resume from disk is carried out by linuxrc or one of

* its children, we need to tell the freezer not to wait for us.

*/

current->flags |= PF_FREEZER_SKIP;

[5] pid = kernel_thread(do_linuxrc, "/linuxrc", SIGCHLD);

if (pid > 0)

while (pid != sys_wait4(-1, NULL, 0, NULL))

yield();

current->flags &= ~PF_FREEZER_SKIP;

/* move initrd to rootfs' /old */

sys_fchdir(old_fd);

sys_mount("/", ".", NULL, MS_MOVE, NULL);

/* switch root and cwd back to / of rootfs */

[6] sys_fchdir(root_fd);

sys_chroot(".");

sys_close(old_fd);

sys_close(root_fd);

[7] if (new_decode_dev(real_root_dev) == Root_RAM0) {

sys_chdir("/old");

return;

}

[8] ROOT_DEV = new_decode_dev(real_root_dev);

mount_root();

[9] printk(KERN_NOTICE "Trying to move old root to /initrd ... ");

error = sys_mount("/old", "/root/initrd", NULL, MS_MOVE, NULL);

if (!error)

printk("okay/n");

else {

int fd = sys_open("/dev/root.old", O_RDWR, 0);

if (error == -ENOENT)

printk("/initrd does not exist. Ignored./n");

else

printk("failed/n");

printk(KERN_NOTICE "Unmounting old root/n");

sys_umount("/old", MNT_DETACH);

printk(KERN_NOTICE "Trying to free ramdisk memory ... ");

if (fd < 0) {

error = fd;

} else {

error = sys_ioctl(fd, BLKFLSBUF, 0);

sys_close(fd);

}

printk(!error ? "okay/n" : "failed/n");

}

}

程式碼[1]:real_root_dev為一個全域性變數,用來儲存realfs的裝置號。

程式碼[2]:呼叫mount_block_root將realfs載入到VFS的/root下。

程式碼[3]:提取rootfs的根檔案描述符並將其儲存到root_fd,資料中提及其用處就是在後續呼叫sys_chroot到initrd的檔案系統後,處理完init請求後,還能夠再次切回到rootfs,這一點在一份IBM官方有關cpio-initrd和image-initrd的執行流程圖中可以看到,如下:

clip_image004

程式碼[4]:sys_chroot到initrd檔案系統,前面已經掛載initrd到VFS的root目錄下;

程式碼[5]:執行initrd中的linuxrc,並等待執行結束;

程式碼[6]:initrd執行結束後,切回到rootfs,不知道為什麼直接用節點切呢?

程式碼[7]:如果real_root_dev直接配置為Root_RAM0,也即直接使用直接使用initrd作為realfs,改變當前目錄到initrd中,並直接返回。

程式碼[8]:執行完Linuxrc後,realfs已經確定,則呼叫mount_root將realfs掛載到VFS的/root目錄下,並將當前的目錄配置為VFS的/root。

程式碼[9]:收尾的工作,例如釋放記憶體等。

4. 真實根檔案系統掛載後的操作

下面回過頭來再看上面提到的init_post,該函式實際上是在Kernel_init中最後執行的函式。其程式碼如下:

/* This is a non __init function. Force it to be noinline otherwise gcc

* makes it inline to init() and it becomes part of init.text section

*/

static noinline int init_post(void)

{

/* need to finish all async __init code before freeing the memory */

async_synchronize_full();

free_initmem();

unlock_kernel();

mark_rodata_ro();

system_state = SYSTEM_RUNNING;

numa_default_policy();

if (sys_open((const char __user *) "/dev/console", O_RDWR, 0) < 0)

printk(KERN_WARNING "Warning: unable to open an initial console./n");

(void) sys_dup(0);

(void) sys_dup(0);

current->signal->flags |= SIGNAL_UNKILLABLE;

if (ramdisk_execute_command) {

run_init_process(ramdisk_execute_command);

printk(KERN_WARNING "Failed to execute %s/n",

ramdisk_execute_command);

}

/*

* We try each of these until one succeeds.

*

* The Bourne shell can be used instead of init if we are

* trying to recover a really broken machine.

*/

if (execute_command) {

run_init_process(execute_command);

printk(KERN_WARNING "Failed to execute %s. Attempting "

"defaults.../n", execute_command);

}

run_init_process("/sbin/init");

run_init_process("/etc/init");

run_init_process("/bin/init");

run_init_process("/bin/sh");

panic("No init found. Try passing init= option to kernel.");

}

可以看到,在該函式的最後,以此會去搜索檔案並執行ramdisk_execute_command、execute_command、/sbin/init、/etc/init、/bin/init和/bin/sh,如果發現這些檔案均不存在的話,則通過panic輸出錯誤命令,並將當前的系統Halt在那裡。

四.RootFS載入過程流程圖描述

詳細的流程圖如下:

clip_image006

(完)

[p1]之所以稱之為“某一個檔案”,是因為這裡檔案的名字因為作業系統的版本不同而不同


相關推薦

檔案系統掛載過程—基於linux3.10

本文基於linux3.10某一嵌入式系統,該檔案系統的配置選項設定如下: 圖1.1 根檔案系統配置選項設定          兩行配置如下: [*] Initial RAMfilesystem and RAM disk (initramfs/initrd) suppor

Linux--檔案系統掛載過程分析

【轉自 http://blog.csdn.net/guopeixin/article/details/5962482】 前言: 本篇文章以S3C6410公版的Linux BSP和U-Boot來進行分析,文中所有提及的名詞和資料都是以該環境為例,所有的程式碼流程

Linux檔案系統掛載過程分析

前言: 本篇文章以S3C6410公版的Linux BSP和U-Boot來進行分析,文中所有提及的名詞和資料都是以該環境為例,所有的程式碼流程也是以該環境為例來進行分析。哈哈。如果有不正確或者不完善的地方,歡迎前來拍磚留言或者發郵件到[email protect

深度解析Linux檔案系統掛載過程

在前面的文章中介紹《Linux作業系統啟動過程》,而Linux系統的根檔案系統(root file system)的掛載過程則是其中一個重要環節,下面這部分內容來自於網路,經整理分享如下,希望能給這部份知識點比較迷茫的朋友一點幫助。 一、rootfs的種類 總的來說,rootfs分為兩種:虛擬roo

Linux檔案系統製作與各種掛載方式的實現

Linux根檔案系統的製作 什麼是檔案系統 計算機的檔案系統是一種儲存和組織計算機資料的方法,它使得對其訪問和查詢變得容易,檔案系統使用檔案和樹形目錄的抽象邏輯概念代替了硬碟和光碟等物理裝置使用資料塊的概念,使用者使用檔案系統來儲存資料不必關心資料實際儲存在硬碟(或者光碟)的地址為多少的資料

Linux核心檔案系統掛載分析

http://edsionte.com/techblog/archives/4389?f=http://blogread.cn/ 1.資料結構 下面將對檔案系統掛載過程中涉及到的兩個主要資料結構vfsmount和path進行節本說明。 1.1 struct vfsmo

Linux檔案系統介紹

分享一下我老師大神的人工智慧教程!零基礎,通俗易懂!http://blog.csdn.net/jiangjunshow 也歡迎大家轉載本篇文章。分享知識,造福人民,實現我們中華民族偉大復興!        

linux檔案系統 /etc/resolv.conf 檔案詳解

大家好,今天51開源給大家介紹一個在配置檔案,那就是/etc/resolv.conf。很多網友對此檔案的用處不太瞭解。其實並不複雜,它是DNS客戶機配置檔案,用於設定DNS伺服器的IP地址及DNS域名,還包含了主機的域名搜尋順序。該檔案是由域名解析器(resol

Linux檔案系統中的比較常見的目錄結構

/bin 存放二進位制可執行命令的目錄 /dev 存放裝置檔案的目錄 /etc 存放系統管理和配置檔案的目錄 /home 使用者主目錄,比如使用者user的主目錄就是/home/user,可以用~user表示 /lib 存放動態連結共享庫的目錄 /sbin存放系

構建linux檔案系統

核心 啟動後回去呼叫第一個程式init、給使用者提供操作介面的shell程式 、應用程式所依賴的庫檔案。這些必須的基本的檔案合起來稱為根檔案系統,他們存放在一個分割槽中,Linux系統啟動之後首先掛載

04 Linux檔案系統和目錄結構及bash特性

Linux檔案系統:   Linux:glibc   程式編譯方式:     動態連結式編譯     靜態連結式編譯   程序的型別:     終端:硬體裝置,在硬體裝置上可以關聯一個使用者介面,從而讓使用者用此介面與作業系統打交道     與終端相關:通過終端啟動     與終端無關:操作引

linux檔案系統與核心合二為一

《ARM Linux開發-warewin 2G/3G無線傳輸(DTU)和路由器—筆記》 硬體平臺 :AT91SAM9260 核心版本:Linux-2.6.36 核心檔案和根檔案系統在Flash中一起壓縮放置可節省大量的Flash儲存空間,也便於韌體的存檔和升級,把根檔案系

嵌入式Linux-檔案系統2_(利用交叉編譯工具鏈,構建/lib目錄)

光有應用程式(命令)是不夠的,因為應用程式本身需要使用C庫的庫函式,因此還必需製作for ARM的C庫,並將其放置於/lib目錄。my god,要自己寫C庫的原始碼嗎?不用!還記得交叉編譯工具鏈的3個組成部分嗎?交叉編譯器、for ARM的C庫和二進位制工具。我們只需要把嵌入式的C庫拷貝過來就可

嵌入式Linux-檔案系統1_如何移植busybox和動態共享庫

一.busybox 編譯/安裝busybox,生成/bin、/sbin、/usr/bin、/usr/sbin目錄 這些目錄下儲存的主要是常用命令的二進位制檔案。有了busyb,就不需要自己編寫這幾百個常用命令的源程式,而是直接呼叫。     &nb

openwrt 將檔案系統掛載在U盤上

u盤掛載完成(及 mount /dev/sda /mnt )後, #mkdir /tmp/cproot #mount --bind //tmp/cproot #tar -C /tmp/cproot-cvf - . | tar -C /mnt -xvf - #sync #sy

Linux檔案系統製作

1 開發環境     宿主機:Ubuntu14.04(32bit)     開發板:Mini2440     Kernel:2.6.39.4     BusyBox:1.24.2 2 建立目錄 (1)建立根目錄rootfs,這個目錄就是要移植到Mini2440開發板的目錄:

Linux檔案系統裁剪 論文閱讀筆記

Linux裁剪方法研究 2006 Linux系統應用日益廣泛,但該系統龐大,裁剪困難。基於保留核心和系統必需檔案的原則,介紹了當前應用較廣的幾種方法。 Linux裁剪原理: 裁剪Linux系統,必須首先了解Linux系統

如何使用busybox編譯和生成最簡linux檔案系統(rootfs)

繼前幾天對uboot和核心編譯進行了初步瞭解之後,昨天開始研究如何製作rootfs根檔案系統。昨晚對busybox這個工具有了初步的瞭解,今天繼續深入研究,終於成功的製作出了一套完整可用的最簡linux rootfs根檔案系統。現記錄詳細步驟以備日後查閱。 一

Linux啟動過程分析》核心掛載檔案系統

說明:本文基於Linux2.6.29核心分析;其他核心版本僅供參考。   前邊通過原始碼情景分析,看過了匯流排、裝置、驅動及其發現機制,Linux2.6核心udev裝置節點建立相關;對於檔案系統,一直望而生畏,但核心學習、這部分又不可能繞的過去。目前對VFS中使用的has

[置頂] 《Linux啟動過程分析》核心掛載檔案系統 http://blog.csdn.net/tankai19880619/article/details/12093239

說明:本文基於Linux2.6.29核心分析;其他核心版本僅供參考。   前邊通過原始碼情景分析,看過了匯流排、裝置、驅動及其發現機制,Linux2.6核心udev裝置節點建立相關;對於檔案系統,一直望而生畏,但核心學習、這部分又不可能繞的過去。目前對VFS中使用的hash表還未做研究,它在dent