USBディスクを永続的な場所にマウントする


13

ブート時に特定の場所にマウントするUSB​​ハードディスクがあります。誰もログインしていないのに、そのドライブをマウントして、ローカルバックアップなどで使用できるようにするにはどうすればよいですか?

udevまたは同様の何かがディスクを保持しているようです。/ etc / fstabに(UUIDによって)このディスクを具体的にマウントしようとするエントリを置くと、そのマウントプロセスとudevマウントプロセスはお互いにバトルしているように見え、ディスクはマウントされません。


追加した行を追加できます/etc/fstabか?ドライブを接続したときにログメッセージはありますか?でログレベルを上げるのに役立つかもしれません/etc/udev/udev.conf
qbi

fstab行はどのように見えますか?それは、このような気にいら"UUID = 48a26dbe-e707-4e45-bd55-fc7936292ee1 /データext4のエラー=再マウント-RO 0 2"になります
LassePoulsen

回答:


7

udevを使用してディスクをマウントします。このWikiのルールを配置し/etc/udev/user.rulesて再起動(またはUSB HDDを再接続)します。wikiにはいくつかのルールがあります(そのためここにリストしませんでした)。ニーズに最適なルールを選択してください(たとえば、マウント解除するには特定の通常ユーザーが必要です)。

熟読/lib/udev/rules.d/80-udisks.rulesあなたがやってudevに何を理解するのに役立ちますあなたのハードディスク。

上で述べたudevルールに加えて、あなたがとることができる別のアプローチがあると思います:あなたのディスクをそのままにして、fstabを通してマウントするようにudisksに(udevを介して)指示します。

このコードは私のシステムで動作します

ACTION!="add|change", GOTO="my_udisks_end"
SUBSYSTEM!="block", GOTO="my_udisks_end"

ENV{ID_TYPE}!="disk", GOTO="my_udisks_end"
ENV{ID_BUS}!="ata", GOTO="my_udisks_end"
ENV{DEVTYPE}!="partition", GOTO="my_udisks_end"

KERNEL=="sd*|hd*", ENV{UDISKS_PRESENTATION_NOPOLICY}="1"

LABEL="my_udisks_end"

ただし、汎用であり、すべてのパーティションが含まれます。特定のhdd / partitionの使用をターゲットにudevadm info --query=all -n /dev/sdXして、udevルールで特定の属性のいくつかを照合できるようにするため。

これに役立つリソースは、udevルールの作成です。残念ながら、古い情報が含まれています(udevinfoに置き換えられましたudevadm indo)。確かに、それは読む価値があることを保証します-最近では、udevは中心的なアーキテクチャであり、それを使用することで多くのことを達成できます。また、かなり柔軟です。

また、udevルールを間違えることも簡単です:)。udevadm test $(udevadm info -q path -n /dev/sdX)udevの動作を「覗く」ために使用します。


驚くばかり。これは私が探していたものと非常によく似ています。...私が行うには、いくつかの読書を持っているようだ
ドン・フォークナー

1

UUIDではなく、/ dev / ...で参照してみてください。/ dev / sdb *である可能性が高いため、[システム]-> [管理]-> [システムモニター]に移動し、[ファイルシステム]タブをクリックして確認できます。最初にUSBドライブを挿入し、自動的にマウントする必要があります。/ etc / fstabの「UUID = uuid」を「/ dev / sdb *」に置き換えます。編集する前にfstabをバックアップすることを常にお勧めします。


4
大容量記憶装置をデバイスノードに直接参照するのは悪い考えです!BIOS設定と削除されたデバイスは、デバイスの順序を狂わせる可能性があります。
ラッセポールセン

おそらく正しいでしょうが、USBデバイスを取り外して再び接続するたびにUUIDが再生成されるという印象を受けました。これは、デバイスを取り外して再び接続するたびにfstabを編集する必要があることを意味します。
dv3500ea

実際、私は間違っていました、UUIDは同じままです。
dv3500ea

3
UUIDはfilsystemsの一意のIDであり、バスの場所またはデバイスとは関係ありません。あるデバイスから別のデバイスにファイルシステム全体をコピーしても生き残ります。
ラッセポールセン

1
ファイルシステムの永続性は、mount-by-uuidで探していたものです。これは私の「ローカルバックアップ」デバイスであり、デバイスを追加または再配置する場合でも、/ backup(またはマウントする場所)に常にこのファイルシステムが必要です。これは、by-uuidまたはby-labelマウントの利点です。
ドンフォークナー
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.