第一篇
1.虛擬機安裝CenOS系統(tǒng)虛擬機如何安裝系統(tǒng)
2.Linux系統(tǒng)基本命令學(xué)習(xí)Linux學(xué)習(xí)
3.環(huán)境準備（ 案例來自于：支持中文的deepdive：斯坦福大學(xué)的開源知識抽取工具（三元組抽?。?/a>
問題：
1.在CenOS系統(tǒng)中不能解壓CNdeepdive?.zip文件：解決方案
2.使用pg_ctl管理postgresql數(shù)據(jù)庫報錯：解決方案
? ? 給當前用戶添加數(shù)據(jù)庫管理權(quán)限
虛擬機下CenOS系統(tǒng)環(huán)境準備后：
由于未找到股權(quán)交易數(shù)據(jù)，實驗沒有進行下去。
第二篇
官網(wǎng)實驗繼續(xù)
一、實驗準備
實驗教程
????根據(jù)說明，transaction文件中所包含的文件如圖所示，其中db.url是執(zhí)行行命令生成的，而app.ddlog和deepdive.conf是創(chuàng)建文本文檔生成的。
創(chuàng)建了之后，不清楚各個文件的功能，于是查了一下，解釋如圖所示（參考文章:知識抽取）
參考資料
二、本次實驗主要是執(zhí)行圖中的(1)、(2)、(3)步驟。
實驗教程
（1）由于在實驗步驟中所給網(wǎng)站獲取不到數(shù)據(jù)，于是自己從官網(wǎng)拿了一些其他數(shù)據(jù)進行實驗。
（2）步驟2是將app.ddlog文本打開，將教程里的代碼復(fù)制進去。
（3）步驟3在執(zhí)行行命令生成postgresql數(shù)據(jù)表中，出現(xiàn)以下錯誤:
?? 搜索資料，解決辦法如圖所示（參考文章：CentOS提示 -bash: patch: command not found 解決辦法）：
參考資料
解決了上述問題，輸入命令deepdive compile && deepdive do transaction_dbdata，出現(xiàn)以下錯誤：
????????查找資料，得知GLIBC版本低，而程序所運行的版本是GLIBC_2.15。解決問題前，先了解以下GLIBC：?GLIBC是gnu發(fā)布的libc庫，即c運行庫。GLIBC是Linux系統(tǒng)中最底層的API，幾乎其它任何運行庫都會依賴于GLIBC。GLIBC除了封裝Linux系統(tǒng)所提供的系統(tǒng)服務(wù)外，它本身也提供了許多其它一些必要功能服務(wù)的實現(xiàn)。
對于CentOS這樣的系統(tǒng)，為了追求穩(wěn)定性往往各種庫版本都很低，比如6.5甚至7.0自帶的還是glibc2.12, 而ubuntu14.04帶glibc2.19。（參考資料：Linux/Centos下/lib64/libc.so.6: version `GLIBC_2.14' not found）
? ? ? ? 我在虛擬機上使用的是CentOS6.9版本，查找系統(tǒng)所使用的GLIBC最高是glibc2.12，如圖所示：
CentOS系統(tǒng)上的操作
?因此我需要升級CentOS6.9系統(tǒng)中的GLIBC版本，升級到glibc2.15，操作方法如圖所示，輸入圖中的行命令（參考資料：解決/lib64/libc.so.6: version `GLIBC_2.14' not found）
? ? ? ? 解決以上問題，執(zhí)行命令 deepdive compile && deepdive do transaction_dbdata 。
CentOS系統(tǒng)上的操作
??如下圖實驗中所寫，生成了一個dataflow.svg文件。
實驗教程
在run文件夾下生產(chǎn)dataflow.svg文件??
?? 本次實驗結(jié)束后，transaction文件夾下有以下文件。
第三篇
出現(xiàn)錯誤如下：
錯誤原因是PostgreSQL數(shù)據(jù)庫沒啟動，根據(jù)資料，將數(shù)據(jù)庫啟動，參考資料：參考資料
? ? 1.打開PostgreSQL數(shù)據(jù)庫的終端
? ? 2. 輸入命令：chkconfig --list? ，查看所有服務(wù)并找到postgre的服務(wù)名稱
? ? 3.若postgre服務(wù)是off狀態(tài)，輸入行命令 chkconfig postgresql on ，（默認postgresql不是自啟動的，我們需要設(shè)置postgresql服務(wù)為自啟動服務(wù)：）
????4.輸入命令：service postgresql status ，查看服務(wù)狀態(tài)，我出現(xiàn)了錯誤：postmaster dead but pid file exists，解決方案是刪除關(guān)于pid的文件，我在postgrex.db文件下找了postmaster.pid文件，刪除該文件即可。再次輸入命令?service postgresql status，查看有無其他問題
????5.輸入命令 ：service postgresql start ，啟動postgresql服務(wù)
解決上述問題后，又出現(xiàn)以下問題：
問題待解決。。。
第四篇
?對于昨天的【Ident authentication failed for postgres】問題，今天搜索了一天，還沒有解決，網(wǎng)上的帖子基本是的解決方案是修改文件pg_hpa.conf里的內(nèi)容（修改的是紅線框里的內(nèi)容），但都沒有成功，如圖所示。
今天我還修改了db.url文件內(nèi)容，參考是官網(wǎng)教程，如圖所示：
如果只是用postgres用戶和密碼，登錄到PostgreSQL數(shù)據(jù)庫，是可以登錄到數(shù)據(jù)庫，可以對數(shù)據(jù)庫進行增刪改等操作。
今天也學(xué)習(xí)了一下PostgreSQL數(shù)據(jù)庫的常用命令
su - postgres ?//切換用戶
service postgresql status?//查看服務(wù)狀態(tài)
service postgresql?? //start啟動postgresql-9.4服務(wù)
ps -ef | grep postgres? //查postgres的進程信息
netstat -tpnl | grep 5432? ?//查postgres的端口號5432是否已經(jīng)打開
service postgresql status? ?//查看服務(wù)狀態(tài)
psql -U postgres? ?//postgres用戶連接pgsql server
chkconfig?postgresql?on?//設(shè)置開機啟動postgresql
service?postgresql restart? //重啟數(shù)據(jù)庫
總之，今天主要是練習(xí)了操作PostgreSQL數(shù)據(jù)庫，明天繼續(xù)解決問題
第五篇
根據(jù)教程（教程tutorial2.0鏈接：支持中文的deepdive），執(zhí)行命令：deepdive do articles時，出現(xiàn)以下錯誤：could not connect to database postgres :FATAL:Ident authentication failed for user "lala"。在deepdive中連不上PostgreSQL數(shù)據(jù)庫。
deepdive中的db.url文件配置DeepDive application structure如下（url教程：）：
????????而直接在PostgreSQL數(shù)據(jù)庫中，用戶lala可以登錄到postgres數(shù)據(jù)庫，如圖所示。
PostgreSQL數(shù)據(jù)庫的postgres.db文件夾中，有以下這些文件：
其中兩個文件（pg_hba.conf和postgresql.conf）的配置信息如下：
網(wǎng)上搜索了一下問題（could not connect to database postgres :FATAL:Ident authentication failed for user "lala"）的解決方案，跟著上面的教程修改，還是未解決，搜到的一些解決方案鏈接如下：
1、PostgreSQL pg_ident.conf 文件簡析
3、psql: FATAL: Ident authentication failed for user "postgres"
4、psql: FATAL: Ident authentication failed for user "postgres"
5、psql: FATAL: Ident authentication failed for user "postgres"
第六篇
搜索了很多資料都沒有解決上一篇文章中的問題，于是我下狠心，卸載數(shù)據(jù)庫，安裝了一個更高版本的數(shù)據(jù)庫PostgreSQL9.4（根據(jù)這篇安裝教程安裝的：postgresql 9.4 在linux環(huán)境的安裝步驟詳解），問題得到了解決，真的是舍不了孩子套不著狼啊。
? ? 執(zhí)行命令：deepdive do articles,顯示結(jié)果如下。
? ? 紅色方框是執(zhí)行命令deepdive do article后，出現(xiàn)的一個小問題。執(zhí)行黃色方框中的命令：deepdive query '?- articles(id,_).',出現(xiàn)綠色方框里的結(jié)果，與教程里的結(jié)果一致。
第七篇
搜索了紅色方框里的問題，解決方法是修改Python的版本，原因是check_output 從python 2.7 版本開始引入，在低于 2.7版本時，不起作用，而我的CentOS6.9系統(tǒng)自帶的是Python2.6.6版本，所以不能用check_output。（參考資料：why? subprocess.check_output() module object has out attribute 'check_output'）
????????然而但我升級到Python3.3.0版本時，也會出錯，如圖所示.
? ? ? ? 出現(xiàn)上面的問題，是因為Python2和Python3之間語法之間的差別導(dǎo)致的，所以我只能采用2.7到小于3之間的Python版本，于是我安裝了，如圖所示。
? ? ? ?????執(zhí)行命令，出現(xiàn)了以下結(jié)果，應(yīng)該還存在著其他問題，還沒解決。
第八篇
當輸入命令：deepdive compile && deepdive do company_mention 時，出現(xiàn)了一下錯誤：
? ? 看到這錯誤時，一頭霧水。搜了很多，在莫名地嘗試中，問題就解決了。
解決方法啟示：如何用Genia語料庫訓(xùn)練斯坦福語法分析者？。文章里提到：
看到該用戶的回答，我開始檢查我的NLP是否安裝或是否正確。于是我開始按照這篇教程，安裝NLP：Stanford CoreNLP在linux系統(tǒng)中安裝與使用。當安裝到第三步時，我就不能繼續(xù)安裝。然后我試著重新輸入命令時，發(fā)現(xiàn)問題得到了解決，非常驚喜。
? ? 輸入命令：deepdive compile && deepdive do company_mention，出現(xiàn)結(jié)果如圖所示（直選部分截圖），注意兩張圖的區(qū)別：
? ? 輸入命令：deepdive compile && deepdive do transaction_candidate，出現(xiàn)結(jié)果如圖所示（直選部分截圖），注意區(qū)別：
?該命令大概執(zhí)行了兩個小時左右，出現(xiàn)了一下錯誤：
? ? 問題2在教程里有提到，于是我先解決這個問題，解決方案如圖所示：
????將transform.py中company_full_short.csv的相對路路徑改為絕對路路徑，修改后的結(jié)果如圖所示：
? ? 于是，問題就得到了解決。
? ? 輸入命令：deepdive compile && deepdive do transaction_feature，生成特征數(shù)據(jù)庫。再輸入命令：deepdive query '| 20 ?- transaction_feature(_, _, feature).' ，查看?生成結(jié)果。
? ? 此時，數(shù)據(jù)庫中所存在的表有7張，都是自動創(chuàng)建的，但數(shù)據(jù)庫db_articles要事先創(chuàng)建好：
????而且，就連之前未執(zhí)行成功的一條命令，也執(zhí)行成功了。
? ? 實驗未完待續(xù)。。。
第九篇
????實驗繼續(xù)，當執(zhí)行到命令：deepdive compile && deepdive do probabilities ，出現(xiàn)了以下錯誤：
? ? 上圖告訴我們libbz2.so.1.0文件不存在，而且錯誤中也沒告訴我們該文件存儲在什么地方，于是我開始在網(wǎng)上搜索資料。
從資料error while loading shared libraries: xxx.so.x" 錯誤的原因和解決辦法中，可以知道錯誤的原因有兩個，沒有該文件或者是路徑不對。如下圖所示：
? ? ? ? 我從很多資料上看到，libbz2.so.1.0文件進是在/usr/lib 或 /usr/lib64上。
于是，我先開始按照資料pbzip2: error while loading shared libraries: libbz2.so.1.0: cannot open shared object file解決問題，如下圖所示：
? ? 當我在運行命令：yum install bzip2-libs時，出現(xiàn)了以下問題：
根據(jù)資料centos---運行yum報錯：No module named yum，因為yum基于python寫的，是該問題是yum的python版本對應(yīng)不上目前python環(huán)境的版本導(dǎo)致的。 而在之前，應(yīng)該是我升級過python的版本，所以才會導(dǎo)致以上問題。
? ? 根據(jù)資料的解決方法，我順利的解決了問題（當然在這之前，我也嘗試了其他的方法），如下圖所示:
????在我的系統(tǒng)里的修改后的結(jié)果如圖所示，將第一行#! /usr/bin/python 改為 python2.6(版本好要看自己的系統(tǒng)安裝了什么版本，我的系統(tǒng)有python2.6和2.7.7版本)
? ? 解決完關(guān)于yum的問題，繼續(xù)解決關(guān)于libbz2.so.1.0的問題。
? ? ?根據(jù)資料，我在路徑/usr/lib64上繼續(xù)執(zhí)行命令yum install bzip2-libs，發(fā)現(xiàn)該文件已經(jīng)存在，于是我開始嘗試其他的解決方案。
? ? 看來很多資料，很多資料上面是通過建立軟連接的方法，來解決問題。
? ? 比如，該方法是做一個軟鏈接libbz2.so.1.0，指向已經(jīng)有的libbz2.so.1.0.6。
如資料解決：error while loading shared libraries: libcrypto.so.1.1: cannot open shared object file: No，也是通過建立軟連接的方法解決問題的，如下圖所示：
? ? 在偶然的翻找中，我發(fā)現(xiàn)在路徑/lib64下，有l(wèi)ibbz2.so.1.0.4文件存在，如圖所示：
? ? 在/usr/lib64下是這樣的：
????于是，我嘗試做一個軟連接，源文件/lib64里的libbz2.so.1.0.4文件，目標文件是/usr/lib64里的libbz2.so.1.0文件，該做法相當于，若想使用/usr/lib64里的libbz2.so.1.0文件，通過軟連接，將指向/lib64里的libbz2.so.1.0.4文件，而實際中真正使用/lib64里的libbz2.so.1.0.4文件，這有點類似于指針的用法，不管在哪里建立目標文件，通過軟連接，使用的都是源文件。我的做法在路徑/usr/lib64下，輸入命令：ln -s?/lib64/libbz2.1.0.4? /usr/lib64/llibbz2.1.0 ，輸入命令：ls -alhtr | grep libbz2.so.1 ，查看已有的軟連接，其中紅色方框里，是新建立的軟連接。如下圖所示：
? ? 路徑/usr/lib64下新建的軟連接（藍色方框里的）如圖下圖所示，如果軟連接沒有建立成功，則連接右上方不是箭頭，是叉的標志。
? ? 解決完以上問題，再輸命令：deepdive compile && deepdive do probabilities，出現(xiàn)以下錯誤：
? ? 輸入命令：strings /usr/lib/libstdc++.so.6 | grep GLIBCXX ，查看有無GLIBCXX_3.4.15版本，結(jié)果如下圖所示：
? ? 從圖片可知，最高的版本是3.4.13，所以出錯了。搜索資料，根據(jù)這兩篇文章可知，下載更高版本的?libstdc++.so，建立軟連接，即可解決問題，于是我下載了64位系統(tǒng)的libstdc++.so.6.0.13版本的文件，將它放在桌面上。在建立軟連接之前，先查看有沒有已存在軟連接與即將要建立的軟連接重復(fù)，于是輸入命令：ls -alhtr | grep libstdc.so.6 ，發(fā)現(xiàn)libstdc.so.6已經(jīng)做了軟連接，因此，我們應(yīng)該把這個軟連接先刪除，再重新建立軟連接，如下圖所示。
? ? 1.輸入：rm -rf ./libstdc.so.6 ,刪除原有的連接，
? ? 2.輸入：ln -s /home/lala/Desktop/soft/libstdc.so.6.0.17? /usr/lib64/libstdc.so.6 ，建立新的軟連接。
? ? 3.輸入：ls -alhtr | grep libstdc.so.6，看看軟連接是否建立成功。
????4.輸入：strings /usr/lib/libstdc++.so.6 | grep GLIBCXX，查看有無GLIBCXX_3.4.15版本。
? ? 解決以上問題，再輸入命令：deepdive compile && deepdive do probabilities ，出現(xiàn)以下錯誤：
? ? 根據(jù)出錯的文件路徑，我查找該文件，應(yīng)該是該文件損壞了。找了很久，終于在
factors文件里的另一個文件中（factors里就兩個文件），找到了fctors.part-1.bin.bz2壓縮包，替換了損壞的文件，從而問題得到了解決。
? ? 于是，我繼續(xù)輸入命令：deepdive compile && deepdive do probabilities，結(jié)果還是有錯了，如下圖所示：
? ? ? ? 這個問題也沒有任何資料可以參考，打開run.sh文件，也看不出錯誤。于是我抱著試試的態(tài)度，從【1..4.. 實體抽取及候選實體對?生成】的命令：deepdive compile && deepdive do company_mention 開始，把每個命令都重新執(zhí)行了一遍，結(jié)果。。。。。成功了，實驗結(jié)果如下圖所示：
? ? 所以，實驗需要不斷的嘗試，才會不斷地成功。
