目前VirtualBox只能用命令行来建立磁盘才可以使用物理硬盘。
如果是USB磁盘的话，那么需要从"关于本机"->"概览"->"系统报告"->"USB"中找到磁盘的名字，比如"disk2".
我们假定VirtualBox安装在"
/Applications/VirtualBox.app/"这个目录下面，要在"~/VirtualBox\ VMs/Ubuntu/"目录下面生成文件，则执行如下命令：
/dev/disk2表示机器上的第二块硬盘,每次插入新磁盘后，就会出现类似/dev/disk*的一个路径名。
最后，新建一个虚拟机，然后指定使用刚刚创建的磁盘即可。
How do I install Mavericks onto external HD but from inside VirtualBox
HomeBrew按照 让Mac也能拥有apt-get类似的功能——Brew 的介绍配置安装HomeBrew。
osxfuse/ext4fuse/ntfs-3g卸载命令为：
如果是USB磁盘的话，那么需要从"关于本机"->"概览"->"系统报告"->"USB"中找到磁盘的名字，比如"disk2".
这个信息也可以通过在终端执行命令看到：
如果已知是"EXT4"磁盘格式的话，则使用如下命令：
如果已知是"NTFS"磁盘格式的话，则使用如下命令：
由于众所周知的原因，我们是没办法正常下载Android的源代码的，因此只能使用国内的镜像来操作了。
1.安装repo工具
2.在需要存储代码的地方创建文件夹
3.使用镜像下载Android源代码
omapzoom.org的镜像
清华大学的镜像
上面执行之后是拉取全部的代码。
如果要使用某个特定分支的版本的源代码的话，则则初始化的时候指定分支，比如我想要Android 7.0.0_r21的分支，则执行如下命令
4.同步代码
5.列出全部分支
6.切换到指定分支
7.查看当前的分支
8.删除不用的本地分支
1.按照How to successfully build packages for WD My Cloud from source中的介绍，搭建完成WDMyCloud的编译环境
2.下载TestDisk & PhotoRec 7.1的源代码
3.解压缩源代码
4.安装依赖库
5.编译源代码
编译好的文件在src目录下面。
上面的编译方法编译出来的没办法生成安装包，如果需要安装包的版本，可以直接从Debian源中下载已经适配过的源代码进行编译，目前已经被适配的版本是testdisk_7.0-2。
使用如下方式编译:
升级Struts2从2.3.20.1版本升级到2.5.5版本后可能报告如下错误：
也有可能发生如下错误信息：
具体信息如下图：
比较诡异的是，在Tomcat 8的环境下，是可以正常运行的，但是在Tomcat 7环境下却会报错。造成这个现象的原因就是在引入的Jar包中包含了jsp-api.jar这个Jar包，只要在最后生成的war包中排除这个文件即可。
以前项目一直使用Struts2从2.3.20.1版本，这个版本是IntelliJ Idea新建项目的时候默认指定的版本，但是这个版本存在漏洞，必须进行升级，干脆一不做二不休，直接升级到最新的2.5.5版本，但是运行的时候报告如下错误信息：
分析Struts2-2.5.5的源代码发现
被更改了目录，变成了
只要如此修改即可。
一般在安装目录下面或者桌面上创建文件，命名为：idea.desktop
使用vim编辑该文件
内容如下：
接着给予这个文件执行权限
以后双击这个图标，就可以直接启动IntelliJ IDEA了。
目前，维基百科已经被墙了，但是上面毕竟有很多有用的东西。目前找到比较好用的办法，就是下载zim格式的维基百科的离线文件。
首先访问开源免费软件Kiwix所在的网页，地址为: http://wiki.kiwix.org/wiki/Main_Page/zh-cn 在这个网址中下载阅读软件，也可以在本站下载Kiwix-Windows, Kiwix-Mac
其次，下载维基百科对应语言的快照，zim格式的文件，目前中文语言文件的大小是10GB左右的样子。可以直接在 http://wiki.kiwix.org/wiki/Main_Page/zh-cn 这个网站中下载，也可以访问 https://dumps.wikimedia.org/ 在这网页中选择"Kiwix files"这部分的内容去下载。注意里面包含了几乎所有的语言，只需要选择对应的语言即可。
注意： Apache Archiva 2024-02 开始已经停止维护 建议使用 JFrog Artifactory 替代。
最近使用自己搭建的Apache Archiva来代理Maven仓库，经常发生失败的情况，观察Archiva的日志(logs/archiva.log)，看到如下的内容：
明显是从https://repo.maven.apache.org/maven2这个地址下载数据的时候发生了异常。这个仓库的地址是Apache Archiva中的默认仓库地址。从目前的测试来看，这个地址在国内访问，经常出现问题。对于国内用户来说https://repo1.maven.org/maven2这个中央仓库的地址是相对来说更加稳定。因此只要在Remote Repositories中增加这个中央仓库地址即可。
如下图操作：
另外，在添加完成后，顺便在属性中修改一下Download Timeout，从默认的60秒修改到600秒，减少超时的发生即可。
如上操作只能部分解决问题，在现实过程中，依旧会发生失败，失败主要集中在下载https://repo1.maven.org/maven2/.index/nexus-maven-repository-index.gz这个索引文件的时候，这个索引文件有300-400MB的样子，一次完整的下载基本上是都会失败，要命的是Apache Archiva在处理这个文件的时候，基本上没有进行任何容错处理。这个时候我们要么修改源代码来修正，要么需要辅助Apache Archiva完成这个文件的下载。
下面，我们实验通过Linux定时任务，nginx，aria2来实现对Apache Archiva下载的辅助处理。
1.首先安装必须的软件
2.接下来，配置nginx
整个配置文件的原文如下：
修改后的结果如下：
接下来，重启nginx服务。
3.设置定时任务，定时检查远端服务器上的数据是否有更新
任务脚本内容如下：
默认我们把脚本执行路径为/data/nginx/mvn_index_corn.sh。
设置定时任务的脚本如下：
执行上面的脚本。
4.设置Apache Archiva的代理服务器配置
