Linux-Mint

無法在 Mint 中掛載 FAT32 USB 驅動器(“不是塊設備”)

  • September 21, 2020

我一直在嘗試安裝格式化為 FAT32 的 USB 驅動器,但出現錯誤。該驅動器在 Windows 機器上執行良好。

當我嘗試安裝它時sudo mount -t vfat /dev/sdb1 /media/usbdev,我得到

mount:  /dev/sdb1 is not a block device.

當我嘗試將 /dev/sdb 掛載到同一個地方(sudo mount -t vfat /dev/sdb /media/usbdev)時,我得到

mount: wrong fs type, bad option, bad superblock on /dev/sdb,
      missing codepage or helper program, or other error

      In some cases useful info is found in syslog - try
      dmesg | tail or so.

我試過用Google搜尋和搜尋這個網站。12似乎是最相關的問題,但那裡提出的解決方案沒有奏效。我嘗試在 /etc/fstab ( /dev/sdb1 /media/usbdev vfat defaults 0 0) 中添加一行,但也無濟於事。我很困惑 - 發生了什麼事,我能做些什麼來安裝這個 USB 驅動器?我寧願不重新格式化它,因為那裡有一些重要數據。


這是lsblk返回的內容:

NAME                  MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sdb                     8:16   1  29.9G  0 disk  
└─sdb1                  8:17   1  29.9G  0 part  
sda                     8:0    0 119.2G  0 disk  
├─sda2                  8:2    0   488M  0 part  /boot
├─sda3                  8:3    0 118.3G  0 part  
│ └─sda3_crypt        253:0    0 118.3G  0 crypt 
│   ├─mint--vg-root   253:1    0 110.4G  0 lvm   /
│   └─mint--vg-swap_1 253:2    0   7.9G  0 lvm   
│     └─cryptswap1    253:3    0   7.9G  0 crypt [SWAP]
└─sda1                  8:1    0   512M  0 part  /boot/efi

這是 的相關部分sudo fdisk -l

Disk /dev/sdb: 29.9 GiB, 32078036992 bytes, 62652416 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
Disklabel type: dos 
Disk identifier: 0xc3072e18

Device     Boot Start End       Sectors  Size   Id Type
/dev/sdb1       96    62652415  62652320 29.9G  c  W95 FAT32 (LBA)

dmesg |tail顯示以下內容:

[152334.491944]  sdb: sdb1 [152334.493759] sd 3:0:0:0: [sdb] Attached
SCSI removable disk [153063.602803]  sdb: sdb1

因此,似乎該設備正在被辨識 - 它只是無法安裝。

我是 Linux 新手,所以如果我應該提供更多資訊,請告訴我。提前致謝。

“不是塊設備”非常具體。它表明您在某些時候不小心用正常文件覆蓋了塊設備。在這種情況下,ls -l /dev/sdb1將顯示除b第一列之外的內容。這是我係統中的一個範例:

$ ls -l /dev/sda1
brw-rw----. 1 root disk 8, 1 Aug  3 08:32 /dev/sda1

-第一列中的表示正常文件。 d是一個目錄。 b是塊設備節點。 c是一個字元設備節點。 p是一個命名管道。 s我認為應該是一個命名的 unix 套接字。

如果您重新啟動,這個特殊問題應該會消失。 /dev/是一個 tmpfs,它會在每次啟動時從頭開始重新創建。

引用自:https://unix.stackexchange.com/questions/383921