不同路径下面的Anaconda，会自动生成对应的base环境，启动默认设置见
source ~/.bashrc
查看建立的虚拟环境
conda env list
base 虚拟环境标注*说明就是默认的启动设置，可在
vim ~/.bashrc
下面去修改。
采用
source activate 其他路径
可以转到新路径下面的Anaconda
虚拟环境迁移
step0
旧环境生成renquirements.txt文件，执行命令：
pip freeze > requirements.txt
step1
创建、打开新环境。执行以下命令：
conda create -n environmentname python=3.7
step2
配置环境。进入项目文件夹下requirements.txt文件所在目录,使用该文件配置环境
pip install -r requirements.txt # 创建环境
# 或
conda install --y --file requirements.txt # 创建环境
共享虚拟环境
什么是共享虚拟环境呢？当我们在本机上开发了一套代码，然后将代码上传到github或者发给项目组其他人，这是别人可不知道我们开发的代码上面用到了哪些依赖，conda提供了方便得功能将虚拟环境中所有依赖包统一导出一个配置文件中，在别的机器上使用这套代码时，根据conda导出的配置文件重建虚拟环境即可，这就是共享虚拟环境功能。在多人协作开发及开源的情况下，共享虚拟环境无疑是一个非常实用的功能。
先来导出依赖到配置文件：
conda env export --file python36_env.yml
environment.yaml是导出依赖的目标文件，运行命令后，当前目录下就回生成一个environment.yaml文件，包含了所有依赖信息。
根据配置文件创建虚拟环境：
conda env create -f /home/chb/code/python36_env.yml
运行上述命令后，在新机器上也会创建一个一模一样的虚拟环境。
3.6 删除虚拟环境
conda remove -n python36 --all
或者
conda env remove -n python36
Linux下修改conda默认启动环境
修改~/.bashrc文件，在conda部分的结尾加上:
conda activate your_envs # "your_envs"就是你的环境
再source ~/.bashrc即可，下次conda打开的环境就是你设置的这个环境了。
将Anaconda 安装到特定目录下
···
bash Anaconda3-2020.07-Linux-x86_64.sh -p /my_share/cmwang/anaconda3
···
必须确保 /my_share/cmwang/anaconda3是在 linux系统的ex2,exe3 上才会有效，否则会出现权限问题，即使是root账户也无法安装。
执行lsattr和chattr这两个属性。出现了下面的报错：
lsattr: Inappropriate ioctl for device While reading flags on ****
chattr：Inappropriate ioctl for device While reading flags on ****
这两条指令一般只能在ex2,ex3文件系统上有效。
如何查看Linux的文件系统：
首先，看一下操作的文件所在的目录挂在哪个文件卷上：
df -v
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda2 31462328 6907640 24554688 22% /
udev 4048136 128 4048008 1% /dev
/dev/sda6 50338040 21998760 28339280 44% /export/home
/dev/sda5 52434488 10577844 41856644 21% /opt
shm 11534336 96 11534240 1% /dev/shm
查看文件系统的命令如下：
blkid /dev/sda2
/dev/sda2: UUID="c0b22192-72f9-4461-826c-5fa9ef832673" TYPE="reiserfs"
如果只想看看文件系统，可以加上-s选项：
blkid -s TYPE /dev/sda2
/dev/sda2: TYPE="reiserfs"
参考文献
https://blog.csdn.net/qq_42993678/article/details/107115972
https://www.cnblogs.com/chenhuabin/p/10718471.html
https://www.169it.com/tech-qa-linux/article-5381786613175200657.html
https://blog.csdn.net/weixin_33127753/article/details/104620211
https://blog.csdn.net/SweeNeil/article/details/103237214
https://www.cnblogs.com/cpl9412290130/p/11592803.html
https://unix.stackexchange.com/questions/328825/chmod-changing-permissions-of-directory-operation-not-permitted
