fstabを介して.imgをインストールすると、ファイルマネージャ(Ubuntu Mate 20.04.3)に重複するエントリが表示されますか?

fstabを介して.imgをインストールすると、ファイルマネージャ(Ubuntu Mate 20.04.3)に重複するエントリが表示されますか?

私は終わった。これらのプログラム私の.imgファイルのマウント/etc/fstab(Ubuntu Mate 20.04 x64用)

.imgファイルの作成:

dd if=/dev/zero of=filename.img bs=1024 count=2M
sudo mkfs.ext4 filename.img

注:gpartedを使用してこれを行うこともできます。この方法

質問:

/etc/fstab存在する/mount/point

/home/user/filename.img /home/user/vdisk ext4 defaults 0 0
# or
/home/user/filename.img /home/user/vdisk ext4 loop 0 0
# or
/home/user/filename.img /home/user/vdisk auto loop 0 0

ただし、常にvdisk(マウント済み)とloop(マウントされていない)の2つのデバイスが表示されます(図を参照)。

ここに画像の説明を入力してください。

マウント解除された別のドライブをクリックしようとすると、次のメッセージが表示されます。

ここに画像の説明を入力してください。

vdiskフォルダにインストールされているfileimage.imgイメージのみが表示されないのはなぜですか?

配線を修理するのを手伝っていただきたいfstabので、設置するときは2つのデバイスではなく.img1つだけを設置してください。

修正する:

次のいずれかのコマンドを実行すると:

sudo mount -a
# or
sudo mount /home/user/vdisk

私が投稿で説明したことも起こりました。

私のfstab(セキュリティ上の理由でUUIDを変更しました):

# / was on /dev/sda2 during installation
UUID=9f92d1aa-458d-441a-b349-abcdefghijkl /   ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=F798-ABCD  /boot/efi       vfat    umask=0077      0       1
/swapfile          none            swap    sw              0       0
/home/user/filename.img /home/user/vdisk ext4 defaults 0 0

リスト:

sudo losetup --list | grep filename.img
/dev/loop8     0      0    1  0 /home/user/filename.img   0     512

重要:

ただし、/etc/fstabその行を削除し、次のコマンドを使用してイメージを手動で削除してインストールすると、説明された/dev/loop8エラー.imgは発生しません。

sudo mount -o loop /home/user/filename.img /home/user/disk
# or
sudo mount -t ext4 -o loop /home/user/filename.img /home/user/disk

解決策:

  1. 手動

.img利用可能な場所に手動でマウントする/dev/loopXX

losetup -f
/dev/loop8
sudo losetup -P /dev/loop8 filename.img
sudo losetup -l
/dev/loop8         0      0         0  0 /home/user/filename.img                            0     512

次の行を編集し/etc/fstabて配置します。

# /path/to/loop/device       /path/to/mount/point       auto       loop       0 0
# example:
/dev/loop8 /home/user/disk ext4      defaults      0 0

そして:

sudo mount -a

注:この方法は永久的ではありません。

  1. バッシュスクリプト:
#!/bin/bash
mount -o loop /home/user/filename.img /home/user/disk

# sudo crontab -e
@reboot ./mount-img.sh

インストール/削除する別のbash.img ここ(crontabでプログラムしてシステムを起動できます)

  1. そしてbindfs
sudo mkdir /mnt/disk
# edit fstab and add line:
/home/user/filename.img /mnt/disk ext4    defaults  0   0
sudo mount -a
sudo -u user bindfs -n /mnt/disk /home/user/disk

要約:

  • エラーなし
  • イメージがマウントされました(手動でfstabを使用)。

取り付け情報:

インストール.img中にfstab表示される繰り返す(1つはインストールされており、もう1つはインストールされていません。)手動でインストールする.imgと、/dev/loopXXこれは発生しません。fstab

新しいアップデート:

これはUbuntu Mate 20.04.3のバグのようです。この問題は、Ubuntu 20.04.3 バージョンでは存在しません。

テストファイルマネージャ:

影響:

  • カハ
  • ニモ
  • トゥナード

影響しません:

  • イルカ
  • ノーチラス

ここに画像の説明を入力してください。

ランチパッドレポート

フラッグハブの問題

引用する

答え1

"/etc/fstab"ループを介した単純なイメージファイルのマウント

Ubuntu Server 20.04.3 LTSのテストシステムであなたに似た画像ファイルを作成しました。

$ dd if=/dev/zero of=file.img bs=1M count=1000
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB, 1000 MiB) copied, 5.90297 s, 178 MB/s
$ sudo mkfs.ext4 file.img
[sudo] password for tester: 
mke2fs 1.45.5 (07-Jan-2020)
Discarding device blocks: done                            
Creating filesystem with 256000 4k blocks and 64000 inodes
Filesystem UUID: bbf0ad05-d48b-4b0c-b7e5-ea4e5959b78b
Superblock backups stored on blocks: 
    32768, 98304, 163840, 229376

Allocating group tables: done                            
Writing inode tables: done                            
Creating journal (4096 blocks): done
Writing superblocks and filesystem accounting information: done

マウントポイントを作成しました。

sudo mkdir /mnt/lp0

そして最後に次の行を追加します。/etc/fstab

/home/tester/test/file.img  /mnt/lp0  ext4  loop,rw,relatime  0  0

そして再起動してください。

(私はその行を編集して動作するまで実行してsudo mount -aいくつかのテストを実行しました。)

df再起動後正常動作確認しました。

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            1.9G     0  1.9G   0% /dev
tmpfs           382M  1.1M  381M   1% /run
/dev/sda9        32G  4.3G   26G  15% /
tmpfs           1.9G     0  1.9G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           1.9G     0  1.9G   0% /sys/fs/cgroup
/dev/loop0      969M  2.5M  900M   1% /mnt/lp0
/dev/sda8       511M  5.3M  506M   2% /boot/efi
tmpfs           382M     0  382M   0% /run/user/1000

[複数]パーティションを含む通常のイメージファイルの円形マウント

ループマウント「すべての」イメージファイルは簡単ではありません。この目的にお勧めしますkpartx。 [マルチ]パーティションでイメージを管理することもできます。kpartx詳しい利用方法を確認できますこのリンクAskUbuntuに関する質問に対する私の答えです。

関連情報