bs為什麼提取文件失敗

Ⅰ 海信E170BS剪切系統某個文件夾後，程序進不去了，恢復出廠設置時提示失敗怎麼辦

哈我也在用呢！我以前刪了系同文件後也是這樣，後來拿去售後刷機，就好了。只有他門自己有刷機包 。刷的是c009系統，比原來的006增加了外置tf卡作為首選sd卡。您還是盡快拿去售後吧！如何幫到您請採納謝謝！

Ⅱ Linux裡面分割,切片是什麼

在Linux最常用的文件生成和切片工具是dd，它功能比較全面，但無法以行為單位提取文件數據，也無法直接將文件按大小或行數進行均分(除非藉助循環)。另兩款數據分割工具split和csplit能夠比較輕松地實現這些需求。csplit是split的升級版。
1.1 dd命令
從if指定的文件讀取數據，寫入到of指定的文件。使用bs指定讀取和寫入的塊大小，使用count指定讀取和寫入的數據塊數量，bs和count相乘就是文件總大小。可以指定skip忽略讀取if指定文件的前多少個塊，seek指定寫入到of指定文件時忽略前多少個塊。
dd if=/dev/zero of=/tmp/abc.1 bs=1M count=20
if是input file，of是output file；bs有c(1byte)、w(2bytes)、b(512bytes)、kB(1000bytes)、K(1024bytes)、MB(1000)、M(1024)和GB、G等幾種單位。因此，不要隨意在單位後加上字母B。
假設現有文件CentOS.iso的大小1.3G，需要將其切分後還原，切分的第一個小文件大小為500M。
dd if=/tmp/CentOS.iso of=/tmp/CentOS1.iso bs=2M count=250
生成第二個小文件，由於第二個小文件不知道具體大小，所以不指定count選項。由於第二個小文件要從第500M處開始切分，於是需要忽略CentOS.iso的前500M。假設bs=2M，於是skip掉的數據塊數量為250。
dd if=/tmp/CentOS.iso of=/tmp/CentOS2.iso bs=2M skip=250
現在CentOS.iso=CentOS1.iso+CentOS2.iso。可以將CentOS[1-2].iso還原。
cat CentOS1.iso CentOS2.iso >CentOS_m.iso
比較CentOS_m.iso和CentOS.iso的md5值，它們是完全一樣的。
shell> md5sum CentOS_m.iso CentOS.iso
CentOS_m.iso
CentOS.iso
那麼seek選項呢？和skip有什麼區別？skip選項是忽略讀取時的前N個數據塊，而seek是忽略寫入文件的前N個數據塊。假如要寫入的文件為a.log，則seek=2時，將從a.log的第3個數據塊開始追加數據，如果a.log文件本身大小就不足2個數據塊，則缺少的部分自動使用/dev/zero填充。
於是，在有了CentOS1.iso的基礎上，要將其還原為和CentOS.iso相同的文件，可以使用下面的方法：
dd if=/tmp/CentOS.iso of=/tmp/CentOS1.iso bs=2M skip=250 seek=250
還原後，它們的md5值也是相同的。
shell>md5sum CentOS1.iso CentOS.iso
CentOS1.iso
CentOS.iso
1.2 split命令
split工具的功能是將文件切分為多個小文件。既然要生成多個小文件，必然要指定切分文件的單位，支持按行切分以及按文件大小切分，另外還需解決小文件命名的問題。例如，文件名前綴、後綴。如果未明確指定前綴，則默認的前綴為"x"。
以下是命令的語法說明：
例如，將/etc/fstab按行切分，每5行切分一次，並指定小文件的前綴為"fs_"，後綴為數值後綴，且後綴長度為2。
[root@linuxidc ~]# split -l 5 -d -a 2 /etc/fstab fs_
[root@linuxidc~]# lsfs_00 fs_01 fs_02
查看任一小文件。
[root@linuxidc ~]# catfs_01
# Accessible filesystems, by reference, are maintained under'/dev/disk'# Seeman pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info#
UUID=b2a70faf-aea4-4d8e-8be8-c7109ac9c8b8 / xfs defaults 0 0UUID=367d6a77-033b-4037-bbcb-416705ead095 /boot xfs defaults 0 0
可以將這些切分後的小文件重新組裝還原。例如，將上面的三個小文件還原為~/fstab.bak。
[root@linuxidc ~]# cat fs_0[0-2] >~/fstab.bak
還原後，它們的內容是完全一致的。可以使用md5sum比較。
[root@linuxidc ~]# md5sum /etc/fstab ~/fstab.bak
/etc/fstab
/root/fstab.bak
還可以將標准輸入的數據進行切分，並分別寫入到小文件中。例如：
[root@linuxidc ~]# seq 1 2 15 | split -l 3 -d -new_
[root@linuxidc~]# ls new*new_00 new_01 new_02
可以為每個小文件追加額外的後綴。有些老版本的split不支持該選項，而是在csplit上支持的，但是新版本的split已經支持。例如，加上".log"。
[root@linuxidc ~]# seq 1 2 20 | split -l 3 -d -a 3 --additional-suffix=".log" -new1_
[root@linuxidc~]# ls new1*new1_000.log new1_001.log new1_002.log new1_003.log
1.3 csplit命令
split只能按行或按照大小進行切分，無法按段落切分。csplit是split的變體，功能更多，它主要是按指定上下文按段落分割文件。
csplit [OPTION]... FILE PATTERN...
描述：按照PATTERN將文件切分為"xx00","xx01", ...，並在標准輸出中輸出每個小文件的位元組數。
選項說明：-b FORMAT：指定文件後綴格式，格式為printf的格式，默認為%02d。表示後綴以2位數值，且不足處以0填充。-f PREFIX：指定前綴，不指定是默認為"xx"。-k：用於突發情況。表示即使發生了錯誤，也不刪除已經分割完成的小文件。-m：明確禁止文件的行去匹配PATTERN。-s：(silent)不列印小文件的文件大小。-z：如果切分後的小文件中有空文件，則刪除它們。
FILE：待切分的文件，如果要切分標准輸入數據，則使用"-"。
PATTERNs：
INTEGER ：數值，假如為N，表示拷貝1到N-1行的內容到一個小文件中，其餘內容到另一個小文件中。/REGEXP/[OFFSET]：從匹配到的行開始按照偏移量拷貝指定行數的內容到小文件中。
：其中OFFSET的格式為"+N"或"-N"，表示向後和向前拷貝N行%REGEXP%[OFFSET]：匹配到的行被忽略。
{INTEGER} ：假如值為N，表示重復N此前一個模式匹配。
{*} ：表示一直匹配到文件結尾才停止匹配。
假設文件內容如下：
[root@linuxidc ~]# cattest.txt
SERVER-1[connection]192.168.0.1success
[connection]192.168.0.2failed
[disconnect]192.168.0.3pending
[connection]192.168.0.4success
SERVER-2[connection]192.168.0.1failed
[connection]192.168.0.2failed
[disconnect]192.168.0.3success
[CONNECTION]192.168.0.4pending
SERVER-3[connection]192.168.0.1pending
[connection]192.168.0.2pending
[disconnect]192.168.0.3pending
[connection]192.168.0.4 failed
假設每個SERVER-n表示一個段落，於是要按照段落切分該文件，使用以下語句：
[root@linuxidc ~]# csplit -f test_ -b %04d.log test.txt /SERVER/ {*}0
140
139
140
"-f test_" 指定小文件前綴為"test_"， "-b %04d.log" 指定文件後綴格式"00xx.log"，它自動為每個小文件追加額外的後綴".log"， "/SERVER/" 表示匹配的模式，每匹配到一次，就生成一個小文件，且匹配到的行是該小文件中的內容， "{*}" 表示無限匹配前一個模式即/SERVER/直到文件結尾，假如不知道{*}或指定為{1}，將匹配一次成功後就不再匹配。
[root@linuxidc ~]# ls test_*test_0000.log test_0001.log test_0002.log test_0003.log
上面的文件中雖然只有三個段落：SERVER-1，SERVER-2，SERVER-3，但切分的結果生成了4個小文件，並且注意到第一個小文件大小為0位元組。為什麼會如此？因為在模式匹配的時候，每匹配到一行，這一行就作為下一個小文件的起始行。由於此文件第一行"SERVER-1"就被/SERVER/匹配到了，因此這一行是作為下一個小文件的內容，在此小文件之前還自動生成一個空文件。
生成的空文件可以使用"-z"選項來刪除。
[root@linuxidc ~]# csplit -f test1_ -z -b %04d.log test.txt /SERVER/ {*}140
139
140
還可以指定只拷貝匹配到的行偏移數量。例如，匹配到行時，只拷貝它後面的1行(包括它自身共兩行)，但多餘的行將放入下一個小文件中。
[root@linuxidc ~]# csplit -f test2_ -z -b %04d.log test.txt /SERVER/+2 {*}42
139
140
98
第一個小文件只有兩行。
[root@linuxidc ~]# cattest2_0000.log
SERVER-1[connection]192.168.0.1 success
SERVER-1段落的其餘內容放入到了第二個小文件中。
[root@linuxidc ~]# cattest2_0001.log
[connection]192.168.0.2failed
[disconnect]192.168.0.3pending
[connection]192.168.0.4success
SERVER-2[connection]192.168.0.1 failed
同理第三個小文件也一樣，直到最後一個小文件中存放剩餘所有無法匹配的內容。
[root@linuxidc ~]# cattest2_0003.log
[connection]192.168.0.2pending
[disconnect]192.168.0.3pending
[connection]192.168.0.4 failed
指定"-s"或"-q"選項以靜默模式運行，將不會輸出小文件的大小信息。
[root@linuxidc ~]# csplit -q -f test3_ -z -b %04d.log test.txt /SERVER/+2 {*}

Ⅲ 附加資料庫時bs_data.LDF文件找不到了，怎麼辦

新建一個同名資料庫，即可以得到ba_data.ldf了，然後關閉資料庫伺服器，把.MDF文件替換過去。總之很容易就可以搞定了。

Ⅳ 我的python在F盤bs解壓文件也在F盤，為什麼安裝beautifulsoup找不到路徑，大神幫忙解答一下。

因為電腦里裝了兩個python，雖然vs都已經識別，不過在vs中默認的編譯環境仍然是IronPython！！
這個默認環境是可以更改的，只需將有BS mole的python設置為默認環境即可，更改之後發現一切解決，可以用vs愉快的寫python了！
找到問題所在之後果斷卸載了vs自帶安裝的IronPython！

Ⅳ 大神求翻譯什麼意思，該怎麼解決

BSXX啟動錯誤
啟動設置文件讀取失敗
確定
-------
點擊確定，然後再次啟動文件。
如果出現相同提示，關閉系統，重啟電腦，再試。
如果仍然出現相同提示，卸載該軟體，重裝。

Ⅵ 想問下能不能用BS架構，且用ftp協議實現文件的上傳和下載如何做呢

BS是客戶端和伺服器模式，FTP協議是基於瀏覽器的，兩者不同，不能這么做，但是你可以考慮CS模式，但是也有一個折中的解決辦法，在程序上搭載瀏覽器

Ⅶ 怎麼處理BsMobileCS.exe應用程序錯誤

出現這個現象有兩方面的，一是硬體，即內存方面有問題，二是軟體。
一：硬體：

一般來說，電腦硬體是很不容易壞的。內存出現問題的可能性並不大（除非你的內存真的是雜牌的），主要方面是：1。內存條壞了（二手內存情況居多）、2。使用了有質量問題的內存，3。內存插在主板上的金手指部分灰塵太多。4。使用不同品牌不同容量的內存，從而出現不兼容的情況。5。超頻帶來的散熱問題。你可以使用MemTest 這個軟體來檢測一下內存，它可以徹底的檢測出內存的穩定度。

二、如果都沒有，那就從軟體方面排除故障了。

原理：內存有個存放數據的地方叫緩沖區，當程序把數據放在緩沖區，需要操作系統提供的「功能函數」來申請，如果內存分配成功，函數就會將所新開辟的內存區地址返回給應用程序，應用程序就可以通過這個地址使用這塊內存。這就是「動態內存分配」，內存地址也就是編程中的「游標」。內存不是永遠都招之即來、用之不盡的，有時候內存分配也會失敗。當分配失敗時系統函數會返回一個0值，這時返回值「0」已不表示新啟用的游標，而是系統向應用程序發出的一個通知，告知出現了錯誤。作為應用程序，在每一次申請內存後都應該檢查返回值是否為0，如果是，則意味著出現了故障，應該採取一些措施挽救，這就增強了程序的「健壯性」。若應用程序沒有檢查這個錯誤，它就會按照「思維慣性」認為這個值是給它分配的可用游標，繼續在之後的執行中使用這塊內存。真正的0地址內存區儲存的是計算機系統中最重要的「中斷描述符表」，絕對不允許應用程序使用。在沒有保護機制的操作系統下(如DOS)，寫數據到這個地址會導致立即當機，而在健壯的操作系統中，如Windows等，這個操作會馬上被系統的保護機制捕獲，其結果就是由操作系統強行關閉出錯的應用程序，以防止其錯誤擴大。這時候，就會出現上述的內存不能為「read」錯誤，並指出被引用的內存地址為「0x00000000「。內存分配失敗故障的原因很多，內存不夠、系統函數的版本不匹配等都可能有影響。因此，這種分配失敗多見於操作系統使用很長時間後，安裝了多種應用程序(包括無意中「安裝」的病毒程序)，更改了大量的系統參數和系統檔案之後。

在使用動態分配的應用程序中，有時會有這樣的情況出現：程序試圖讀寫一塊「應該可用」的內存，但不知為什麼，這個預料中可用的游標已經失效了。有可能是「忘記了」向操作系統要求分配，也可能是程序自己在某個時候已經注銷了這塊內存而「沒有留意」等等。注銷了的內存被系統回收，其訪問權已經不屬於該應用程序，因此讀寫操作也同樣會觸發系統的保護機制，企圖「違法」的程序唯一的下場就是被操作終止執行，回收全部資源。計算機世界的法律還是要比人類有效和嚴厲得多啊！像這樣的情況都屬於程序自身的BUG，你往往可在特定的操作順序下重現錯誤。無效游標不一定總是0，因此錯誤提示中的內存地址也不一定為「0x00000000」，而是其它隨機數字。

建議：

1、 檢查系統中是否有木馬或病毒。這類程序為了控制系統往往不負責任地修改系統，從而導致操作系統異常。平常應加強信息安全意識，對來源不明的可執行程序絕不好奇。

2、 更新操作系統，讓操作系統的安裝程序重新拷貝正確版本的系統檔案、修正系統參數。有時候操作系統本身也會有BUG，要注意安裝官方發行的升級程序。

3、 盡量使用最新正式版本的應用程序、Beta版、試用版都會有BUG。

4、 刪除然後重新創建 Winnt\System32\Wbem\Repository 文件夾中的文件：在桌面上右擊我的電腦，然後單擊管理。 在"服務和應用程序"下，單擊服務，然後關閉並停止 Windows Management Instrumentation 服務。 刪除 Winnt\System32\Wbem\Repository 文件夾中的所有文件。（在刪除前請創建這些文件的備份副本。） 打開"服務和應用程序"，單擊服務，然後打開並啟動 Windows Management Instrumentation 服務。當服務重新啟動時，將基於以下注冊表項中所提供的信息重新創建這些文件： HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WBEM\CIMOM\Autorecover MOFs

Ⅷ 想用python獲取搜索到的內容，用bs4，但失敗了，請幫忙看下代碼有什麼問題

默認headers 請求不到數據的
import bs4
import requests
headers = {
"User-Agent": "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.81 Safari/537.36",
}
res = requests.get('https://www..com/s?wd=漢字',headers=headers)
soup = bs4.BeautifulSoup(res.text)
linkElems = soup.select('.t')
print(linkElems)

Ⅸ python爬蟲時，bs4無法讀取網頁標簽中的文本

剛看了下虎撲的帖子。帖子的瀏覽量是動態載入的。並不是靜態頁面。所以常規的爬蟲爬取的內容是空的。目前我了解的有兩種方法可以去獲取瀏覽量。一種是使用selenium + chrome。模擬瀏覽器載入。這種對於動態載入的頁面比較有效。缺點就是效率太低。虎撲的帖子不建議使用（用不上）。另外一種就是找到虎撲獲取瀏覽量的請求鏈接。看截圖：

希望可以幫到你，如有問題可以繼續追問。謝謝

Ⅹ 我用C#做了個BS系統，需要調c的dll，但那dll要讀取ini的配置文件。

在調用動態庫的函數之前執行一下 Directory.SetCurrentDirectory(AppDomain.CurrentDomain.SetupInformation.ApplicationBase)