私は2つのコマンドを使って同じことを行い、外部ドライブである8Gbペンドライブ(sandiskブランド)にデータをバックアップしましたcpio
。tar
コマンドを実行すると何かをバックアップしたという内容が出力されますが、メディアを確認すると空になります。
ravi@ravi-Aspire-5315:~/Documents/testing$ find . -type f -newer .last_time
./jill1
ravi@ravi-Aspire-5315:~/Documents/testing$ find . -type f -newer .last_time | cpio -o > /dev/sdb2
1 block
ravi@ravi-Aspire-5315:~/Documents/testing$
それでは、バックアップされたメディアを確認してください。
ravi@ravi-Aspire-5315:/media/ravi$ df -h | grep sdb2
/dev/sdb2 3.9G 8.0M 3.7G 1% /media/ravi
ravi@ravi-Aspire-5315:/media/ravi$ ll
total 24
drwxr-xr-x 3 ravi ravi 4096 Jan 12 11:10 ./
drwxr-xr-x 3 root root 4096 Nov 20 13:51 ../
drwx------ 2 root root 16384 Jan 12 11:10 lost+found/
また、すべてのファイルをバックアップしようとしましたが、上記のディレクトリに/media/ravi
マウントポイントが表示されることを確認しました。/dev/sdb2
コマンドを試しましたが、tar
同じ問題が発生しました。
ravi@ravi-Aspire-5315:~/Documents/testing$ tar -cvf /dev/sdb2 `find . -type f -newer .last_time`
./jill1
それから私のメディアが破損していることがわかりました/dev/sdb2
!
その後、メディアチェックに合格するためにnautilus
メディアファイルをクリックしました。
ここで言及されているのはマウントポイントですが、/media/ravi/poon
他のdf -h
マウントポイントが言及されています。/media/ravi
ravi@ravi-Aspire-5315:~/Documents/testing$ df -h | grep sdb
/dev/sdb2 3.0T 3.0T 3.9G 100% /media/ravi
このスレッドの先頭のコマンド出力に示されているように、サイズは3.9 GBですが、3.0Tとして誤って表示されます。
上記は私のペンドライブで見つけたものです。
このメディアを使用する前に、まず32GBのSDカードを試してみました。問題も発生します。だから、カードの創造性を疑うので、問題はSDカードにあると思います。しかし、amazon.inで購入したブランドの8GBペンドライブ(サンディスクブランド)を使用した後、問題が別のものにあることを確認しました。
答え1
/dev/sdb2をrawパーティションまたはファイルシステムとして扱う必要があり、両方として扱う必要があります。一度ファイルシステムを作成して/media/raviにマウントしましたが、tarまたはcpio出力を/dev/sdb2に直接パイプすると、ファイルシステムが破損しました。
ファイルシステムのファイルに書き込むか、マウント解除されたRAWデバイスとして扱います。
(/dev/sdb2 にファイルシステムを再作成し、/media/ravi にマウントします。)
tar -cvf /media/ravi/backup.tar
find . -type f -newer .last_time
tar tf /media/ravi/backup.tar
-または-
可能であれば umount /media/ravi ##
tar -cvf /dev/sdb2
find . -type f -newer .last_time
tar tf /dev/sdb2