Linux为何要远离硬盘？
<!--
@page { margin: 2cm }
P { margin-bottom: 0.21cm }
-->
在本文中，
Linux
是指草根版的
Linux
，也就是说，
Linux
是正宗的
GNU/Linux
。现在的问题是，在中国，为什么
GNU/Linux
要远离硬盘？这是什么原因造成的？
大家知道，孤立的一块硬盘本身并不可怕，但是，硬盘作为计算机的一个核心部件，情况就不同了。一块硬盘被牢牢地绑定在某一台计算机上，使其成为计算机的不可或缺的一个组成部分，麻烦就来了。
商业软件产品必须安装在特定的计算机硬盘之中，以便取得本地户口（激活认定）。一般而言，一套商业软件产品只允许安装在一台计算机上。这是常规，无需多说。
Linux
是自由软件，允许自由地使用和传播，因而，最理想的载体就是
Live
闪存盘。
Linux
以四海为家，如同游牧民族，而不必被安装在某台固定的计算机之上，以便取得本地户口。站在
Linux
的视角看问题，硬盘根本就是一个牢笼，不可入内，硬盘完全没有存在的必要。
事实上，谷歌的
Chrome
计算机就没有硬盘。
Chrome
计算机只有一块小小的固件（
Firmware
），里面安装必要的系统软件。站在
Chrome
计算机立场上看问题，传统硬盘也是没有必要的。由此可见，
Linux
，作为
IT
世界的游牧民族，最理想的载体（
Linux
的大篷车）就是
Live
闪存盘（类似移动固态硬盘）。闪存盘发展较晚，这是
Linux
发展的历史悲剧。
众所周知，
Linux
的第一要义是“
freely
re-distribute”
（自由地再分发）。由此可见，
Linux
无须本地户口，以便激活认证后才能合法运行。但是，有人不这么看问题。他们认为，
Linux
也应有产地户口，一套一套地安装在硬盘上才算数，以便与
Windows
比产值。依照这种思路，
Linux
被冠以“国产”头衔，硬是要在硬盘上与
Windows
叫板，看谁的装机量多，甚至要跟
Windows
比产值。这种见解，实质上是把
Linux
的“经”念歪了。严格讲来，只有商业软件才能够谈得上市场占有率，对于
Linux
而言，谈论其市场占有率是没有多少实际意义的。一套
Linux
允许安装在许多台计算机上，而且可以与商�
相关文档：
1. HCI层协议概述：
HCI提供一套统一的方法来访问Bluetooth底层。如图所示：
从图上可以看出，Host Controller Interface(HCI) 就是用来沟通Host和Module。Host通常就是PC， Module则是以各种物理连接形式（USB,serial,pc-card等）连接到PC上的bluetooth Dongle。
在Host这一端：application,SDP,L2cap等协议 ......
以下是我从别的blog上转载的, 关于Linux下的飞鸽简要设计框架, 之所以说是Linux下的, 因为代码是Linux下的. 但是, 设计框架将遵循windows版飞鸽传书的协议和框架.数据包格式：
版本号：包编号：用户名：机器名：命令字：附加信息
如 1：2067943：liu ：d14：32：hello
以上是一个发送消息的数据包格式 ......
我的系统是Fedora 11
1. 配置本机的IP地址
比如我的IP地址是192.168.1.220
命令行：
sudo ifconfig eth0 192.168.1.220 netmask 255.255.255.0
这是临时的设置，重启后就丢失了。如果想保存设置，就修改配置文件：
sudo vi /etc/sysconfig/network-scripts/ifcfg-eth0
用#注掉BOOTPROTO=dhcp，并且添加或设置� ......
首先需要安装Red5运行所需的java开发环境jdk,我所有的文件都保存到/root/download,安装要用root
用户进行安装
下载地址为https://sdlc6e.sun.com/ECom/EComActionServlet;jsessionid= 8CEC5D9DFF18A14B277B3C32456062B1我下载的是类型Linux RPM in self-extracting file 的文件，文件名为
jdk-1_5_0_0 ......
=== 6 体系Makefile文件
在开始进入各个目录编译之前，顶层Makefile文件设置编译环境和做些准备工作。顶层Makefile文件包含通用部分，arch/$(ARCH) /Makefile包含该体系架构所需的设置。因此arch/$(ARCH)/Makefile会设置一些变量和少量的目标。
当编译时将按照以下大概步骤执行：
1) 配置内核 => 产生 .config文件
......
