取り出し/安全に削除vs umount


43

私はUbuntuの12.04を使用していて、(Unityはバーを左に)私は私のフラッシュドライブのアイコンをクリックrigthとき、私は私が混乱してい二つのオプションを取得:イジェクトをし、安全に削除します
私が答えに近づいたのは、このフォーラムスレッドでした(フラッシュドライブの場合)、umountコマンドを使用するのと同等であり、同等であると結論付けました。しかし、この最後の主張は間違っているようです。
私が使用している場合はumount、私のフラッシュダイビングをアンマウントするには、コンソールから、その後、私はコマンドを使用しlsblk、私はまだ(もちろん、MOUNTPOINT下に何もない)私のデバイスを参照してください。一方、フラッシュドライブをイジェクトするか、安全に取り外した場合、lsblkリストに表示されなくなります。

だから、私の質問は本当にの行動再現しますコンソールコマンド/コマンドどうなるか、あるイジェクトをし、安全に削除しますか


3
下にあるアイコンなどの.desktopファイルを見つけることができるかもしれません/usr/share/applications/。テキストエディタで開くと、Exec = ...フィールドは、クリックしたときに実行されるコマンドに対応します。
-spelufo

回答:


64

使用している場合は、オプションを指定してユーティリティをsystemd使用udisksctlpower-offます。

電源を切る

ドライブを安全に取り外して電源をオフにする準備をします。OS側では、これにはプロセスがドライブを使用していないことを確認してから、実行中のバッファーとキャッシュが安定したストレージにコミットされるように要求することが含まれます。

まず、そのUSB上のすべてのファイルシステムをアンマウントすることをお勧めします。これはでも実行できるudisksctlため、手順は次のとおりです。

udisksctl unmount -b /dev/sda1
udisksctl power-off -b /dev/sda

あなたが使用していない場合systemd、古い財udisksは動作するはずです:

udisks --unmount /dev/sda1
udisks --detach /dev/sda

ああ、私は今、質問がコマンドラインからこれを行う方法であることに気づきました-あるものと別のものの違いは何ですか?私はそれがいくつかの視点を提供すると思うので、答えを削除しません-しかし、あなたの答えはLinuxシステムの正しい答えだと思います(とにかくこれがbsd関連の質問であるかどうかさえ知らない...)
mikeserv

4
udisksctl power-off私の場合、「安全に削除」と同等ではないようです。内部カードリーダー、デバイス/dev/sdd、マウントされたファイルシステムにmicro-SDカードがある場合、コマンドを使用するudisksctl power-off -b /dev/sddと、リーダーのLEDが消灯しますが、デバイス全体が動作不能になります。再び使用可能にするには、システムを再起動する必要があります。
ack

1
@ackの場合:リーダーが接続されている(おそらく内部の)ハブを無効/有効にすることができます。ハブであるため、欠落しているデバイスを含むすべてをドロップしてから再列挙します。あなたがこの例を読むことができることを願っています:udisksctl power-off -b /dev/mmcblk0mmc0:カードaaaaが削除されましたusb 3-1.8:USB切断、デバイス番号41 cd /sys/bus/usb/devices/usb3/3-1 echo 0 > authorized echo 1 > authorizedハブ3-1:1.0:USBハブが見つかりましたusb 3-1:usbの接続が許可されています3-1.8:新しいUSBデバイスが見つかりました、idVendor = 0bda、idProduct = 0129 mmc0:アドレスAAAAの新しい超高速SDR50 SDHCカード
AB

14

umountディスクに対して完全に安全です。それが完了したら、ファイルシステムのマウント解除に成功し、それらの行に沿って心配する必要はありません。イジェクトumountディスクとの主な違いは、ディスクにはまったく関係ありません-むしろ、USBポートの5vの出力です。

後はumountあなたはまだディスクがに記載されて見ることができlsblk、それはまだの電源が入っていて、装着されているので。umount内蔵ハードディスクのファイルシステムと同じ理由で同じ動作を見るでしょう。しかし、USBデバイスをイジェクトすると、電源が切れ、通常は5vが描画されなくなります-.5vまで細かくなりますが、そのクラスはかなり前に発生しました。

lsblk -f /dev/disk/by-id/usb-SanDisk_Cruzer_200522428118F4325EC2-0:0
NAME   FSTYPE LABEL   UUID                                 MOUNTPOINT
sdd                                                        
├─sdd1 vfat   USBESP  3AD6-C7CC                            
└─sdd2 ext4   USBROOT 5afbfe93-6955-44ec-8c4f-cf381f8ef174 

USBバスパスは次のとおりです...

cat /sys/bus/usb/devices/5-3/manufacturer 
SanDisk

マウントしたことはほとんどありませんが、長い間接続されていて点滅しています。

cat /sys/bus/usb/devices/5-3/power/{level,connected_duration}
on
1777877440

私はそれについて何かをすべきです:

echo 1 | sudo tee /sys/bus/usb/devices/5-3/remove                                      

もう一度見てみましょう...

cat /sys/bus/usb/devices/5-3/power/level                            
cat: /sys/bus/usb/devices/5-3/power/level: No such file or directory

うーん...

lsblk -f /dev/disk/by-id/usb-SanDisk_Cruzer_200522428118F4325EC2-0:0
lsblk: /dev/disk/by-id/usb-SanDisk_Cruzer_200522428118F4325EC2-0:0: not a block device

1
ありがとう。umount外付けHDDの後、外付けHDDをコンピューターから削除しても安全ですか?
ティム

1
私はumount「安全に削除」と同等ではないと思います。どちらもそうではありませんudisksctl power-off。他の答えについては私のコメントをご覧ください。たとえば、Windowsの動作と比較してください。私の推測では、Windowsはデバイス上のファイルシステムを「アンマウント」するだけではありません。私はそれは、外付けハードドライブをスピンダウン(カードリーダーのLED消灯を観察しているなしなど、repluggedまたはシステムが再起動しない限り、その後使用できなくレンダリング装置)
ACK

2
@ack-Windowsはこれと何をしなければならないのか?そして、なぜあなたは推測していますか?再度使用可能にするために再起動する必要はありません。あなたumountそれ。その後、電源をオフにします。そして、私はudiskctlいずれかの方法に関して何かを提案したことはありません。
mikeserv

1
@mikeserv「ハードウェアの安全な取り外し」は、Windowsで使用される表現です。他のシステムは、ユーザーが慣れているためにそのフレーズをコピーした可能性があります。単なるファイルシステムのアンマウントと区別することが重要です。これが非常に重要な例は、OSがストレージデバイスの書き込みキャッシュについて不確実な場合です。個人的には、外付けハードディスクのマウントを解除してプラグを抜いただけで、かなりのデータ損失(スーパーブロックとファイルの破損)を経験しました。後で、Linuxがこれについて警告していることがわかりました。「キャッシングモードページが見つかりません」、「ドライブキャッシュを想定:ライトスルー」。
ACK

1
@ack-いいえ、それは重要ではありません。あなたの問題はおそらくあなたのacpiです。オペレーティングシステムとはまったく関係ありません。ボードの製造元が1つのOS用のドライバーのみを作成しているだけです。それらの小さなマルチカードデバイスは、カードターゲットへのかなり低レベルのアクセスを必要とします-eye-fiのようなことをすることができなければなりません。ブロックデバイスではなく、キャラクターデバイスです。USBディスクのようなものではありません。ボードROMはそれらを個別に処理する必要があり、ベンダーのサポートが不十分な場合(珍しいことではありません -1 つから起動してみてください)運が悪いです。しかし、Linuxの問題ではありません。
mikeserv
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.