既存の構成済みのRaspbianインストールをより小さなSDカードにコピーすることはできますか?
Raspbianを最初にインストールしたとき、必要なサイズよりも明らかに大きい32 GBのカードしか手元にありませんでした。
既存の構成済みのRaspbianインストールをより小さなSDカードにコピーすることはできますか?
Raspbianを最初にインストールしたとき、必要なサイズよりも明らかに大きい32 GBのカードしか手元にありませんでした。
回答:
この回答では、ソリューションの背後にあるロジックを理解し、他の問題にステップを適用できるようにするために、ステップバイステップで何をすべきかを示します。
ただし、まず、ファイルシステムをSDカードからより小さな(ただしデータには十分な大きさの)SDカードに移行することは一般的な(Raspi固有ではない)問題であると述べておく必要があります。
マイクロSDカードリーダーとLinux(私はUbuntuが好き)が実行されているラップトップ。
PIBOX : Raspberry Pi which is used
SD_CARD_A : 8GB micro SD card which is used on PIBOX and on which Raspbian-lite (the OS) is installed
SD_CARD_B : 2GB micro SD card which will be used on PIBOX and on which Raspbian-lite (the OS) will be installed
PIBOXの実行中に、パーティションを一覧表示します(ここでは不要なシステムパーティションは表示されません)。
root@pibox:~# df -Th
Filesystem Type Size Used Avail Use% Mounted on
/dev/root ext4 7.3G 1.1G 5.9G 16% /
/dev/mmcblk0p1 vfat 63M 21M 43M 33% /boot
SD_CARD_Aには、/
およびの2つのパーティションがあります/boot
。合計で2GBも使用されません。
PIBOXをシャットダウンして停止した後、SD_CARD_AをPIBOXボードから取り出し、ラップトップのカードリーダーに挿入します。
SD_CARD_Aのパーティションは、/dev/sdc1
およびとしてシステムに自動的にマウントされます/dev/sdc2
。
root@mylaptop:~# df -Th
Filesystem Type Size Used Avail Use% Mounted on
/dev/sdb2 ext4 22G 13G 7.9G 63% /
/dev/sdb1 vfat 197M 2.6M 195M 2% /boot/efi
/dev/sda8 ext4 66G 11G 52G 17% /home
/dev/sdc1 vfat 63M 21M 43M 33% /media/some_user_name/boot
/dev/sdc2 ext4 7.3G 1.1G 5.9G 16% /media/some_user_name/some_uuid_serial
これらのパーティションをシステムからアンマウントして、正常に操作します。
root@mylaptop:~# umount /dev/sdc1
root@mylaptop:~# umount /dev/sdc2
次のステップで確認するために、SD_CARD_Aのデバイス情報を詳細に表示します。
root@mylaptop:~# fdisk -l /dev/sdc
Disk /dev/sdc: 7969 MB, 7969177600 bytes
246 heads, 62 sectors/track, 1020 cylinders, total 15564800 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x2019f6d8
Device Boot Start End Blocks Id System
/dev/sdc1 8192 137215 64512 c W95 FAT32 (LBA)
/dev/sdc2 137216 15564799 7713792 83 Linux
上記のSD_CARD_Aの容量は8GBであることがわかります。
SD_CARD_Aをpibox.imgファイルに複製します。
root@mylaptop:~# dd bs=4MB if=/dev/sdc of=pibox.img
1992+1 records in
1992+1 records out
7969177600 bytes (8.0 GB) copied, 416.582 s, 19.1 MB/s
コピーされたバイトのサイズを確認します。これは、fdisk -l /dev/sdc
コマンドで取得した値と同じです。
Linuxには、ファイルをブロックデバイスとして処理するloopbackというモジュールがあります。
ループバックモジュールをロードします。
root@mylaptop:~# modprobe loop
未使用のループバックデバイスパスが見つかりました。
root@mylaptop:~# losetup -f /dev/loop0
次に、pibox.imgファイルのループバックデバイスを作成します。
root@mylaptop:~# losetup /dev/loop0 pibox.img
パーティションの変更についてカーネルをトリガーします。
root@mylaptop:~# partprobe /dev/loop0
以前の操作が成功したかどうかを確認します。
root@mylaptop:~# losetup /dev/loop0
/dev/loop0: [0806]:69 (/root/pibox.img)
ループバックデバイス情報を詳細に表示して、SD_CARD_Aと比較します。
root@mylaptop:~# fdisk -l /dev/loop0
Disk /dev/loop0: 7969 MB, 7969177600 bytes
255 heads, 63 sectors/track, 968 cylinders, total 15564800 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x2019f6d8
Device Boot Start End Blocks Id System
/dev/loop0p1 8192 137215 64512 c W95 FAT32 (LBA)
/dev/loop0p2 137216 15564799 7713792 83 Linux
上記では、ループバックデバイスのサイズ(= 7969177600バイト)とパーティションがSD_CARD_Aと同じであることがわかります。
これからは、パーティションに注目し/dev/loop0p2
ます。THE_PARTITIONという名前を付けましょう。
ブロックサイズは512バイトです(Units = sector .....で始まる行に出力されます)
THE_PARTITIONはブロック137216から始まり、ブロック15564799で終わります。つまり、サイズは15427584 blocks
(= 15564799-137216 + 1)になります。
したがって、バイト単位のTHE_PARTITIONのサイズは7898923008 bytes
(= 512 * 15427584)です。
THE_PARTITIONをSD_CARD_Bに収めるために、新しいサイズ 3710940 blocks
または他の言葉1900001280 bytes
(= 512 * 3710940)が必要です。
したがって、新しい終了ブロック番号は(= 137216)+ (= 3710940)-で3848155
計算されます。start block number
size in blocks
1
互いに間違われるべきではない2つの操作があります。
3710940 blocks
。3848155
ます。ファイルシステムを縮小する前に、でクリーンとしてマークする必要がありますe2fsck
。
root@mylaptop:~# e2fsck -f /dev/loop0p2
e2fsck 1.42.9 (4-Feb-2014)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/loop0p2: 41175/475776 files (0.2% non-contiguous), 309183/1928448 blocks
でファイルシステムを縮小しますresize2fs
。
root@mylaptop:~# resize2fs /dev/loop0p2 3710940s
resize2fs 1.42.9 (4-Feb-2014)
Resizing the filesystem on /dev/loop0p2 to 463867 (4k) blocks.
The filesystem on /dev/loop0p2 is now 463867 blocks long.
THE_PARTITION番号が何であるかを学習しparted
ます。
root@mylaptop:~# parted /dev/loop0
GNU Parted 2.3
Using /dev/loop0
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print
Model: Loopback device (loop)
Disk /dev/loop0: 7969MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 4194kB 70.3MB 66.1MB primary fat16 lba
2 70.3MB 7969MB 7899MB primary ext4
(parted) quit
THE_PARTITIONをで縮小しparted
ます。
root@mylaptop:~# parted /dev/loop0 unit s resizepart 2 3848155
Warning: Shrinking a partition can cause data loss, are you sure you want to continue?
Yes/No? Yes
これでループバックデバイスが完成しました。切り離します。
root@mylaptop:~# losetup -d /dev/loop0
新しいパーティションテーブルを確認します。
root@mylaptop:~# fdisk -l pibox.img
Disk pibox.img: 7969 MB, 7969177600 bytes
255 heads, 63 sectors/track, 968 cylinders, total 15564800 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x2019f6d8
Device Boot Start End Blocks Id System
pibox.img1 8192 137215 64512 c W95 FAT32 (LBA)
pibox.img2 137216 3848155 1855470 83 Linux
出力では、THE_PARTITIONの終了ブロック番号が減少していることがはっきりとわかりfrom 15564799 to 3848155
ます。
使用する最後のブロックは3848155
です。0だから、からブロック番号の開始、我々は合計で3848155個の+ 1ブロックを持っているとpibox.imgファイルの新しいサイズがなければなりません1970255872 bytes
(= + 1(3848155)* 512)。
pibox.imgファイルを切り捨てます。
root@mylaptop:~# truncate --size=1970255872 pibox.img
pibox.imgファイルの新しいサイズを確認します。
root@mylaptop:~# ls -l pibox.img
-rw-r--r-- 1 root root 1970255872 Oct 13 21:53 pibox.img
SD_CARD_Bをラップトップのカードリーダーに挿入します。SD_CARD_Bのパーティションは、/dev/sdc1
およびとしてシステムに自動的にマウントされます/dev/sdc2
。
root@mylaptop:~# df -Th
Filesystem Type Size Used Avail Use% Mounted on
/dev/sdb2 ext4 22G 13G 7.9G 63% /
/dev/sdb1 vfat 197M 2.6M 195M 2% /boot/efi
/dev/sda8 ext4 66G 11G 52G 17% /home
/dev/sdc1 vfat 63M 21M 43M 33% /media/some_user_name/boot
/dev/sdc2 ext4 1.8G 1.6G 59M 97% /media/some_user_name/some_uuid_serial
上記のSD_CARD_Bの容量は2GBであることがわかります。
これらのパーティションをシステムからマウント解除して、SD_CARD_Bで正常に動作します。
root@mylaptop:~# umount /dev/sdc1
root@mylaptop:~# umount /dev/sdc2
pibox.imgファイルをSD_CARD_Bにクローンします。
root@mylaptop:~# dd bs=4MB if=pibox.img of=/dev/sdc
492+1 records in
492+1 records out
1970255872 bytes (2.0 GB) copied, 646.967 s, 3.0 MB/s
コピーされたバイトのサイズを確認します。これは、ls -l pibox.img
コマンドで取得した値と同じです。
SD_CARD_Bをラップトップから取り出してPIBOXボードに入れたら、システムを起動してPIBOXコンソールにログインします。
パーティションをリストします(他の不要なシステムパーティションはここには表示されません)。
root@pibox:~# df -Th
Filesystem Type Size Used Avail Use% Mounted on
/dev/root ext4 1.8G 1.1G 601M 64% /
/dev/mmcblk0p1 vfat 63M 21M 43M 33% /boot
losetup
でも、気にする必要もなければ、気にする必要もないと思います-o loop=whatever
。他の投稿に従って、私はただ使用mount -o offset=123 /imagefilepath /mntpoint
し、ループバックの使用は暗黙的です。私はそれが今のLinuxでは一般的だと思います-試してみてください。その後、仮想「ループバックデバイス」を介してパーティションがマウントされていると言うだけに減らすことができます。
parted(パーティションエディター)のようなものを使用してプライマリパーティションを小さいサイズに縮小し、Clonezillaなどのツールを使用して、現在の小さいパーティションから新しいカードにコピーします。ただし、これは別のコンピューターで行う必要があります。
dd if=/dev/sdx of=/path/to/image bs=1M
このスレッドのコマンドを使用しました:raspberrypi.stackexchange.com/questions/311/…–
既に説明した方法のいずれかを使用してカードの画像を作成します-Raspberry Piをバックアップするにはどうすればよいですか?
http://sirlagz.net/2013/03/10/script-automatic-rpi-image-downsizer/のスクリプトを使用して、画像を縮小します
縮小した画像を新しい小さなカードに復元します
script.sh
、使用してファイルを実行可能にしchmod
、実行します。
私はrsync
しばらくの間、あるディスクから別のディスクにファイルシステムをコピーするために使用してきました。rsyncを使用する利点は、デバイスのブロックレベルのコピーではなく、ファイルシステムのコンテンツをコピーすることです。その結果、ターゲットドライブにデータを保持するのに十分なスペースがある限り、ターゲットドライブとソースドライブのサイズは実際には関係ありません。
だからここに私がそれをする方法があります:
rsync -avx oldFilesystem newFilesystem
し、新しいカードのファイルシステムを古いカードのファイルシステムでコピー/上書きするために使用します。rpi-update
してファームウェアの一貫性と最新性を確認します。この後、新しいカードには完全に機能するRaspbianシステムがインストールされているはずです。
SDカード上のすべてのデータをバックアップおよび復元するシェルスクリプトを作成しました。最初にいくつかのデータ(私のプロジェクトに対応)を削除し、パーティションを最小サイズに縮小して、SDカード上のデータと同じ大きさのイメージにします。さらに、スクリプトは画像の* .zipファイルを作成します。作成したイメージを別のSDカードに復元した後、パーティションは最大サイズに拡大されます。スクリプトは、他の回答に記載されているコマンドを使用します。これはこのサイズの私の最初のシェルスクリプトなので、作成するのに何時間もかかり、完璧なジェットではありません。特に、resize2fsとfdiskの戻り値の処理方法がわからないため、ユーザーは必要な値を入力する必要があります。それを修正するアイデアはありますか?このスクリプトが他の人に役立つことを願っています。自由に編集して改善してください。
"Usage:
<skriptname> -b <path> create backup of SC Card (dev/mmcblk0) to file <path>/JJJJ-MM-DD_HHMM.img
<skriptname> -r <path>/FILENAME.img restore an exitsting image (<path>/FILENAME.img) to the SD Card (dev/mmcblk0)
<skriptname> -r <path>/FILENAME.zip unzip and restore an exitsting image (<path>/FILENAME.zip) to the SD Card (dev/mmcblk0)
<skriptname> -h show this hlep
ここにあります:
#!/bin/bash
# check if the user is root
if (( $EUID != 0 )); then
echo "This script requires root privileges please run as root"
exit
fi
while getopts ":b:r:h" opt; do
case $opt in
b)
mode="backup"
OUTPATH=$OPTARG
;;
r)
mode="restore"
DIRFILENAME=$OPTARG
;;
h)
mode="help"
;;
\?)
echo "Invalid option: -$OPTARG. Use -h for help" >&2
exit 1
;;
:)
echo "Option -$OPTARG requires an argument. Use -h for help" >&2
exit 1
;;
esac
done
# no option
if [ $OPTIND == 1 ]
then
echo "$(basename "$0") needs an option! Use -h for help"
exit 1
fi
myMount(){
# create mountpoint if not existing
if [ ! -d /tmp/sd2/ ] ; then
mkdir /tmp/sd2
fi
# mount partition
mount -v -t ext4 /dev/mmcblk0p2 /tmp/sd2
err=$?
if [ $err != 0 ]; then
echo "mount failed error: $err"
exit 1
fi
}
myUmount(){
cd /home/ # otherwise umount will fail
# fuser -vm /tmp/sd2/
# umount partition
umount -v /tmp/sd2
err=$?
if [ $err != 0 ]; then
echo "umount failed error: $err"
exit 1
fi
}
myEnlarge(){
echo "enlarge partition..."
# enlarge partition is not posible with fdisk -> delete and recreate it
(
echo d # delete partition
echo 2 # patition number
echo n # add a new partition
echo p # primary partition
echo 2 # partition number
echo # first sector (accept default: varies)
echo # last sector (accept default: varies)
echo w # write changes
) | fdisk /dev/mmcblk0
echo "\n check filesystem... "
e2fsck -f -v -C 0 /dev/mmcblk0p2
# enlarge filesystem to maxsize
resize2fs -p /dev/mmcblk0p2
}
case "$mode" in
"help")
echo "Usage:
$(basename "$0") -b <path> create backup of SC Card (dev/mmcblk0) to file <path>/JJJJ-MM-DD_HHMM.img
$(basename "$0") -r <path>/FILENAME.img restore an exitsting image (<path>/FILENAME.img) to the SD Card (dev/mmcblk0)
$(basename "$0") -r <path>/FILENAME.zip unzip and restore an exitsting image (<path>/FILENAME.zip) to the SD Card (dev/mmcblk0)
$(basename "$0") -h show this hlep
--------------------------------
Adrian Zeitler, Germany 2017"
;;
"backup") ####################################### backup #######################################
echo "an image of the SD Card (/dev/mmcblk0) whitch is as smal as possible will be created to $OUTPATH."
# ------------------ delete some data --------------------
echo "Do you want to delete tempfiles? [y/n]"
read delfiles
if [ "$delfiles" = "y" ]
then
echo "Delete tempfiles..."
myMount
# remove some data
cd /tmp/sd2/home/alarm/
rm -v -f hagelbeere.db
rm -v -f HAILcam.log
rm -v -f HAILcam.log.1
rm -v -f test.jpg
myUmount
elif [ "$delfiles" = "n" ]
then
echo "I don't delete anything."
else
echo "Sorry, I didn't understand."
exit 1
fi
# --------------------------------------------------------------
# shrink partition 2 to minimum size
echo "check file system... "
e2fsck -f -v -C 0 /dev/mmcblk0p2
err=$?
if [ $err != 0 ]; then
echo "file system check failed, error: $err"
exit 1
fi
echo "shrink filesystem of partition 2 to minimum size..."
resize2fs -p -M /dev/mmcblk0p2
err=$?
if [ $err != 0 ]; then
echo "resize2fs failed, error: $err"
exit 1
fi
# --> Das Dateisystem auf /dev/mmcblk0p2 ist nun 692365 Blöcke groß.
echo "Please tell me the new filesystem size displayed above:"
read size
# from resize2fs blocksize, fdisk wants sector: sector = block * 8
size=$(( $size*8 ))
# shrink partition is not posible with fdisk -> delete and recreate it
(
echo d # delete partition
echo 2 # patition number
echo n # add a new partition
echo p # primary partition
echo 2 # partition number
echo # first sector (accept default: varies)
echo +$size # last sector
echo w # write changes
) | fdisk /dev/mmcblk0
err=$?
if [ $err != 0 ]; then
echo "fdisk failed, error: $err"
exit 1
fi
# --------------------------------------------------------------
# fill unused space with zeros
echo "Do you want to fill unused space with zeros? [y/n]"
read fillzeros
if [ "$fillzeros" = "y" ]
then
echo "Copy zeros. This will end up with an error. But this is ok."
myMount
dd if=/dev/zero | pv | dd of=/tmp/sd2/nullen.datei conv=noerror,notrunc,sync bs=10240
# exits with error -> this is normal
# dlelete zeros
rm -v -f /tmp/sd2/nullen.datei
sync
myUmount
elif [ "$fillzeros" = "n" ]
then
echo "I don't delete anything."
else
echo "Sorry, I didn't understand."
exit 1
fi
# --------------------------------------------------------------
# find out end of partition
fdisk -l /dev/mmcblk0
echo "Please tell me the end of mmcblk0p2 displayed above."
read count
DATE=$(date +"%Y-%m-%d_%H%M")
IMGFILENAME=$DATE.img
echo "Do you want to create image with filename $OUTPATH$IMGFILENAME? [y/n]"
read answer
if [ "$answer" = "y" ]
then
echo "Do you want to create a *.zip file of the created image? [y/n]"
read zip
echo "Do you want to enlarge partition 2 to maxsize after image creation? [y/n]"
read enlarge
echo "create image..."
cd $OUTPATH
# create image with dd, stop at and of partition
# count=N copy only N input blocks
# bs=BYTES read and write up to BYTES bytes at a time = block size
# pv show status
dd if=/dev/mmcblk0 | pv -s $(( $count*512 )) | dd of=$IMGFILENAME bs=512 count=$count
err=$?
if [ $err != 0 ]; then
echo "dd failed error: $err"
exit 1
fi
# --------------------------------------------------------------
# create zip file
# or like this:
# sudo dd if=/dev/sdX | pv |gzip > /pfad/zur/datei.img.gz
if [ "$zip" = "y" ]
then
echo "create zip file..."
zip $DATE.zip $IMGFILENAME
fi
# --------------------------------------------------------------
fi
# --------------------------------------------------------------
# enlarge partition 2
if [ "$enlarge" = "y" ]
then
myEnlarge
fi
;; #end case mode backup
"restore") ####################################### restore #######################################
#chek if image exists
if [[ -s "$DIRFILENAME" ]]
then
# check if file is an image or zip file
if [[ $DIRFILENAME =~ \.img$ ]]
then
IMGFILENAME=$(basename "$DIRFILENAME")
elif [[ $DIRFILENAME =~ \.zip$ ]]
then
ZIPFILENAME=$(basename "$DIRFILENAME")
else
echo "Not the right file format. I accept *.img and *.zip"
exit 1
fi
else
echo "Image file does not exist."
exit 1
fi
echo "the file $DIRFILENAME will be restored to the SD Card /dev/mmcblk0"
#change to the path of the imagefile
SOURCEPATH=$(dirname "$DIRFILENAME")
cd $SOURCEPATH
if [ "$ZIPFILENAME" != "" ]
then
echo "unzip file"
# change file extention form zip zu img
l=$(( ${#ZIPFILENAME}-3 ))
IMGFILENAME="${ZIPFILENAME:0:l}img"
unzip $ZIPFILENAME
fi
echo "Do you realy want to restore $SOURCEPATH/$IMGFILENAME to the SD card /dev/mmcblk0?
Warning: all data on the device /dev/mmcblk0 will be lost! [y/n]"
read answer
if [ "$answer" = "y" ]
then
echo "Do you want to enlarge partition 2 to maxsize after restoring? [y/n]"
read enlarge
echo "restore image..."
filesize=$(wc -c <"$IMGFILENAME")
echo "Filesize = $filesize Byte"
dd if=$IMGFILENAME | pv -s $filesize | dd of=/dev/mmcblk0 bs=512
err=$?
if [ $err != 0 ]; then
echo "dd failed error: $err"
exit 1
fi
fi
# --------------------------------------------------------------
# enlarge partition 2
if [ "$enlarge" = "y" ]
then
myEnlarge
fi
;; #end case mode restore
esac
私が見つけた最も簡単な解決策は、上記のddコマンドを使用して元の大きなカードのバックアップを作成し、piwriterのようなものを使用して小さなカードにイメージを復元することでした。ddも同様に機能する可能性があります...わかりません。空き容量がなくなったためPiWriterはエラーを返しましたが、画像には小さいカードのサイズを超える実際のデータが含まれていないため、空のセクターが切り捨てられました。これの意味がわからない...パーティションをチェックまたは修復する必要があるかもしれませんが、Piに入れたときに機能したことを確認できます。
古いバージョンを使用しwin32diskimager-RELEASE-0.1-r15-win32
てイメージを読み取り、8GBのSDカードからでも4GBのイメージを作成し、最新バージョンのwin32diskimagerでイメージを書き込みます。
古いバージョンはすべてのエラーをスキップするため、古いバージョンを使用します。