❶ 我手機用swapper2格式化了分區，軟體設置格式化的是dev/block目錄下的mmcblkop
恢復出廠設置下就好了
❷ O大進，把xt883的cat /dev/block/mmcblk1p的所有分區的命令列出來行嗎
你要所有分區做什麼呢，一般我們只需要一些常用的就行了，我記得上次告訴過你提取boot.img的方法，那你用相同的方法提取別的分區就行了，每個分區對應的文件你可以打開RE管理器/dev/block目錄查看。device.bin對應的是/dev/block/mmcblk1p12一般不了解，不知道的分區你不要去動，鎖了BL的手機動不好就可磚了哦。
❸ linux內核源代碼高手過來看看，關於block_dev.c文件的！
你看的是什麼版本的內核？ 在最新的linux內核中已經沒有這么用了，我查了一下老版本的內核(0.11),才找到你問的問題。
#define BLOCK_SIZE 1024
#define BLOCK_SIZE_BITS 10
所以 *pos (32bit) 的組成是 低10位是偏移量。這是因為 BLOCK_SIZE=1024=0x400 所以 BLOCK_SIZE-1=1023=0x3FF，所以
int offset = *pos & (BLOCK_SIZE-1);
所以offset = *pos & 0x3FF， 相當於取 *pos的低10位。
而*pos的高 22 位則是塊序號，這很好理解
int block = *pos >> BLOCK_SIZE_BITS; 就是將 *pos右移10位，那麼就只剩高22位了，所以說高22位是塊序號，低10位是在塊內的偏移量.
❹ 如何在安裝App 時，將手機設置成自動安裝到內存卡上
尊敬的三星用戶您好：
根據您的描述，SM-G7108v型號手機，應用程式是默認安裝在話機的內置存儲器中，如果想將軟體移動到SD卡中，請您嘗試：設定-一般-應用程序管理器-選中某個程序-移動到SD卡（若沒有此選項，則不支持該功能）
註：不是所有的程序均可以移動到SD卡，具體根據所下載的軟體決定
歡迎您評價我們的服務： http://support.samsung.com.cn/survey/
❺ linux內核怎麼查看mtd的block命令
mtd是字元設備，mtdblock是塊設備 可以看看dd命令的實現，在busybox里有 補充： /dev/mtd/* 或者 /dev/mtd* 這兩種表示方式一般表示的是字元設備/dev/mtdblock/* 或者 /dev/mtdblock* 這兩種是塊設備的表示方式mount 的一般都是塊設備貌似dd只對...
❻ linux 多路徑後怎麼綁定裸設備
方法一 raw的配置（1）
[root@qs-dmm-rh2 mapper]# cat /etc/rc.local
#!/bin/sh
#
# This script will be executed *after* all theother init scripts.
# You can put your own initialization stuff inhere if you don't
# want to do the full Sys V style init stuff.
touch /var/lock/subsys/local
#####
# Oracle Cluster Voting disks
#####
chown oracle:oinstall /dev/mapper/voting*
chmod 660 /dev/mapper/voting*
raw /dev/raw/raw5 /dev/mapper/votingdiskp1
raw /dev/raw/raw6 /dev/mapper/votingdiskp2
raw /dev/raw/raw7 /dev/mapper/votingdiskp3
raw /dev/raw/raw8 /dev/mapper/votingdiskp4
#sleep 2
chown oracle:oinstall /dev/raw/raw5
chown oracle:oinstall /dev/raw/raw6
chown oracle:oinstall /dev/raw/raw7
chown oracle:oinstall /dev/raw/raw8
chmod 660 /dev/raw/raw5
chmod 660 /dev/raw/raw6
chmod 660 /dev/raw/raw7
chmod 660 /dev/raw/raw8
方法一（2）
[root@felix2 raw]# vi /etc/rc.local
#!/bin/sh
#
# This script will be executed *after* all theother init scripts.
# You can put your own initialization stuff inhere if you don't
# want to do the full Sys V style init stuff.
touch /var/lock/subsys/local
chown -R oracle:oinstall /dev/raw/raw*
chmod -R 660 /dev/raw/raw*
~
(1)編輯rawdevices的配置文件：
[root@felix2 sysconfig]# pwd
/etc/sysconfig
[root@felix2 sysconfig]# vi rawdevices
# rw device bindings
# format: <rawdev> <major> <minor>
# <rawdev> <blockdev>
# example: /dev/raw/raw1 /dev/sda1
# /dev/raw/raw2 8 5
#--添加裸設備、塊設備的綁定條目：
/dev/raw/raw1 /dev/sdb1
/dev/raw/raw2 /dev/sdc1
/dev/raw/raw3 /dev/sdd1
/dev/raw/raw4 /dev/sde1
（2）啟動rawdevices服務：
service rawdevices start
（3）配置系統啟動時，自動啟動rawdevices服務：
chkconfig rawdevices on
（4）確認rawdevices服務成功啟動，並且裸設備正確創建。先查看rawdevices服務狀態：
service rawdevicesstatus
[root@felix2 sysconfig]# service rawdevices status
/dev/raw/raw1: bound to major 8, minor 17
/dev/raw/raw2: bound to major 8, minor 33
/dev/raw/raw3: bound to major 8, minor 49
/dev/raw/raw4: bound to major 8, minor 65
再查看裸設備：
[root@felix2 sysconfig]# cd /dev/raw
[root@felix2 raw]# ll
total 0
crw-rw---- 1 oracle oinstall 162, 1 May 21 15:03raw1
crw-rw---- 1 oracle oinstall 162, 2 May 21 15:35raw2
crw-rw---- 1 oracle oinstall 162, 3 May 21 15:35raw3
crw-rw---- 1 oracle oinstall 162, 4 May 21 15:35raw4
[root@felix2 raw]#
（5）ASM是以Oracle用戶身份運行的，要讓ASM能夠發現這些設備，必須更改這些設備的屬主（owner）：
[root@felix2 raw]# chown oracle:oinstall/dev/raw/raw*
[root@felix2 raw]# ll
total 0
crw-rw---- 1 oracle oinstall 162, 1 May 21 15:03raw1
crw-rw---- 1 oracle oinstall 162, 2 May 21 15:37raw2
crw-rw---- 1 oracle oinstall 162, 3 May 21 15:37raw3
crw-rw---- 1 oracle oinstall 162, 4 May 21 15:37raw4
方法二 運用UDEV設備綁定：
修改/etc/udev/rules.d/60-raw.rules文件
# 現在我們把/dev/sdb1 知道到raw1上，就可以在/etc/udev/rules.d/60-raw.rules文件里添加如下內容：
[root@centos~]#vi /etc/udev/rules.d/60-raw.rules
Cat >> /etc/udev/rules.d/60-raw.rules<< EOF
ACTION=="add",KERNEL=="sdb1",RUN+="/bin/raw /dev/raw/raw1 %N"
ACTION=="add",KERNEL=="sdc1",RUN+="/bin/raw /dev/raw/raw2 %N"
ACTION=="add",KERNEL=="sdd1",RUN+="/bin/raw /dev/raw/raw3 %N"
ACTION=="add", KERNEL=="sde1",RUN+="/bin/raw/dev/raw/raw4 %N"
ACTION=="add",KERNEL=="raw[1-5]",OWNER="oracle", GROUP="oinstall", MODE="660"
EOF
重啟UDEV服務：
[root@rac1 ~]# start_udev
[root@zrac1 asmfileapp-linux5.4]# ls -lat/dev/raw/raw*
crw-rw---- 1 oracle oinstall 162, 4 Apr 10 00:49/dev/raw/raw4
crw-rw---- 1 oracle oinstall 162, 3 Apr 10 00:49/dev/raw/raw3
crw-rw---- 1 oracle oinstall 162, 2 Apr 10 00:49/dev/raw/raw2
crw-rw---- 1 oracle oinstall 162, 1 Apr 10 00:49/dev/raw/raw1
❼ Hyperledger Fabric first-network的初始化啟動流程（二）
Build Your First network提供了一個 fabric 的示例網路。該示例網路中由兩個組織構成，每個組織維護兩個 peer 節點，演示了基於鏈碼查詢2個賬戶余額與轉賬操作。
first-network 中有一個啟動腳本 byfn.sh，利用構建的 Docker 鏡像快速啟動網路。該腳本會啟動一個 orderer 節點和四個歸屬兩個不同組織的 peer 節點，還將啟動一個cli運行腳本，它將 peer 節點加入通道（Channel）、部署和實例化鏈碼，並根據已部署的鏈碼驅動交易執行，以下是byfn.sh的幫助文檔。
執行./byfn.sh up -o etcdraft啟動腳本，指定使用raft共識演算法
通過cryptogen工具生成組織成員關系和身份證書、密鑰等文件。調用configtxgen工具生成節點與通道配置文件，包括Orderer節點上系統通道的創世區塊文件genesis.block，新建應用通道的配置交易文件channel.tx、組織錨節點配置更新交易文件Org1MSPanchors.tx與Org2MSPanchors.tx等。
用戶執行network_setup.sh腳本啟動Fabric網路，該腳本調用networkUp函數，該命令會檢查網路實體的證書是否生成，如果沒有則首先生成相關證書目錄。
generateCerts主要執行了cryptogen generate --config=./crypto-config.yaml
根據crypto-config.yaml生成網路成員組織結構和對應的身份證書、簽名私鑰等文件，並保存到默認的crypto-config目錄，身份證書等文件在對應的目錄msp/ 中，TLS證書與密鑰文件保存到tls/ 中。
crypto-config.yaml主要包含的fabric排序節點證書配置以及fabric組織證書配置。
Template 模板定義節點的配置模式
Specs 另外一種配置模式
Count 節點總數
Hostname 全限定域名 命名格式
Domain 域名
Users 添加到管理員的用戶帳戶數
採用Specs模式配置了5個排序節點
採用Template模式配置了兩個組織，每個組織2套公私鑰和證書，包含普通User數量為1
ordererOrganizations目錄 ：包含Orderer組織類型的身份證書.pem文件、簽名私鑰文件 _sk文件、TLS證書（證書.crt文件和密鑰.key文件）
peerOrganizations目錄 ：包含Peer組織類型的身份證書.pem文件、簽名私鑰文件 _sk文件、TLS證書（證書.crt文件和密鑰.key文件）
這些文件通過docker-compose工具，基於docker-compose-cil.yaml、docker-compose-base.yaml等配置文件，將目錄作為掛載卷到容器的指定目錄。
調用replacePrivateKey基於docker-compose-e2e-template.yaml文件創建新的配置文件docker-compose-e2e.yaml。進入Org1組織的CA目錄，獲取私鑰文件名作為PRIV_KEY，替換docker-compose-e2e.yaml文件的CA1_PRIVATE_KEY。同理替換CA2_PRIVATE_KEY。
執行generateChannelArtifacts函數，使用configtxgen工具基於configtx.yaml創建節點與通道配置文件，包括Orderer通道的創世區塊，應用通道配置配置交易文件channel.tx，錨節點配置更新交易文件Org1MSPanchors.tx和Org2MSPanchors.tx
Orderer系統通道的創世區塊
執行configtxgen命令，創建Orderer創世區塊文件genesis.block
新建應用通道的配置交易文件
執行configtxgen命令，創建應用通道的配置交易文件channel.tx，後續執行peer channel create讀取文件。
錨節點配置更新交易文件
執行configtxgen命令，創建錨節點配置更新交易文件Org1MSPanchors.tx和Org2MSPanchors.tx，後續執行peer channel update進行更新。
返回到network_setup.sh腳本，判斷是否啟用了CouchDB標志位（默認關閉），使用docker-Compose工具執行docker-Compose-cil.yaml文件，啟動Fabric網路。
繼續分析network_setup.sh腳本，默認COMPOSE_FILES是docker-compose-cli.yaml文件，當設置了kafka共識或者raft共識，則使用對應的yaml文件。
Orderer節點繼承了docker-compose-base.yaml中的orderer.example.com配置屬性，Orderer節點容器啟動時執行如下命令
docker-compose-cil.yaml文件
繼續追蹤base/docker-compose-base.yaml，找到orderer.example.com服務，掛載目錄和暴露7050埠。
orderer的配置還是引入peer-base.yaml中的orderer-base服務
4個Peer節點繼承了docker-compose-base.yaml中對應容器名稱的配置屬性，Peer節點容器啟動時執行如下命令
docker-compose-cil.yaml文件中Peer節點配置。
docker-compose-base.yaml文件中Peer節點的配置。
引入peer-base.yaml中的peer-base服務
docker-compose-cil.yaml文件中CLI客戶端配置。啟動完 orderer 節點、peer 節點和 CLI 容器之後，實際是調用 script.sh 腳本，該腳本是在 CLI 容器中執行，CLI 容器其實就是用戶客戶端，只不過是命令行客戶端，運行在容器中。默認情況下CLI 的身份是 admin.org1，連接 peer0.org1 節點，執行 script.sh 腳本
script.sh腳本順序執行默認的測試流程，包括創建新的應用通道、添加節點、更新錨節點、安裝鏈碼、實例化鏈碼、調用鏈碼、查詢鏈碼等操作。
Fabric要求創建、加入與更新通道的許可權必須具有通道組織的管理員身份。調用setGlobals設置全局環境變數，CLI客戶端能夠靈活切換指定容器的管理員角色，可以直接連接並操作指定的Peer節點，先切換到Peer0/Org1節點。
接著採用Org1管理員身份執行peer指令，將通道配置文件Channel.tx發送給Orderer節點，創建mychananel的應用通道。如果創建成功，則返回一個創世區塊block，它會存儲在 peer 節點的文件系統中，包含 channel.tx 指定的通道配置信息。
遍歷所有節點，調用setGlobals切換指定節點，執行peer指令，將Org1組織包含的Peer0/Org1和Peer1/Org1節點加入mychananel應用通道，將創世區塊mychananel.block設置成命令行參數。Org2組織類似。
joinChannelWithRetry 函數中的 setGlobals 是設置 CLI 容器的環境變數的函數。例如：setGlobals 1 2 設置 CLI 的身份為 admin.org2，連接 peer1.org2 節點。
使用 peer channel join 命令讓節點加入通道，$CHANNEL_NAME.block 就是前面創建通道成功時返回的區塊，該區塊在上面 org1.peer0 創建通道時保持在 CLI 容器內，所以能直接使用。節點成功加入通道後會創建 CHANNEL_NAME.block 開頭的鏈。
一個組織只能有一個錨節點，節點加入通道後才能進行更新，連續兩次調用updateAnchorPeers，更新兩個組織的錨節點配置，用Org1管理身份更新Peer0/Org1的配置，並指定錨節點配置更新文件Org1MSPanchors.tx，Org2組織同理。
連續兩次調用installChaincode分別在Peer0/Org1和Peer2/Org2中安裝chaincode_example02鏈碼，並將鏈碼命名為「mycc」且版本1.0，如果鏈碼安裝成功，在指定安裝目錄/var/hyperledger/proction/chaincodes下存在name.version的鏈碼文件。
實例化鏈碼必須在安裝過鏈碼的節點上進行，同一個通道內所有節點上相同的實例化數據在通道賬本中是共享的，用戶只需要在任意一個Peer節點上成功執行一次實例化鏈碼操作，並通過排序打包後將實例化數據廣播到其他節點上，通道內所有合法節點都可以訪問該鏈碼的實例化數據。
實例化將鏈碼添加到通道上，啟動目標節點的容器，初始化與鏈碼相關的初始值，這里的初始值為 ["a","100","b","200"]。」實例化「 過程會產生鏈碼的容器，例如： dev-peer0-org1.example.com-mycc-1.0 。實例化過程需要指定背書策略，通過 -P 參數設置，這里的策略定義為 AND ('Org1MSP.peer','Org2MSP.peer') ，表示任何交易必須要有 org1 和 org2 節點的共同背書。
Peer0/Org1上調用鏈碼查詢函數chaincodeQuery和鏈碼調用函數chaincodeQuery。查看A的余額，並從賬戶A中向賬戶B中轉賬10元。
Peer3/Org2上安裝鏈碼，執行查詢A的余額，檢查余額是否為90元，如果是說明轉賬成功。