Это - то, с чем я добрался
sudo fdisk -l
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 484214783 484212736 230.9G 83 Linux
/dev/sda2 484216830 488396799 4179970 2G 5 Extended
/dev/sda5 484216832 488396799 4179968 2G 82 Linux swap / Solaris
Disk /dev/sdb: 15 GiB, 16106127360 bytes, 31457280 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: 0x00000000
Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 32 31457279 31457248 15G c W95 FAT32 (LBA)
и
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 232.9G 0 disk
├─sda1 8:1 0 230.9G 0 part /
├─sda2 8:2 0 1K 0 part
└─sda5 8:5 0 2G 0 part [SWAP]
sdb 8:16 1 15G 0 disk
└─sdb1 8:17 1 15G 0 part
sr0 11:0 1 1024M 0 rom
Я попытался смонтировать его, но
sudo mount -t vfat /dev/sdb1 /media/milenko/flashdrive/
mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so.
Что я должен попробовать?
это смонтируется в окнах? У меня было это однажды, и формат диска USB был плох. Только решение состояло в том, чтобы использовать gparted для завершенного переформатирования его (надо надеяться, Вы не будете иметь к).
Просто предупреждение расценивает приложенное USB-устройство, которое, казалось, было эффективно бесполезно: 'плохой суперблок', огромный список сбойного блока, gparted определил его, но не мог выбрать его, smartmontools "отказавшие идентификационные данные устройства чтения", и т.д. В моем случае, карте памяти Seagate 3 ТБ. Я как раз собирался признать себя побежденным и попытаться сделать, твердое - переформатировало, но решенный вместо этого к циклу включения и выключения питания все, перезагрузка (но не повторно монтируют Карту памяти), и делают blkid, чтобы видеть, мог ли Ubu 16.04 обнаружить его. Это сделало, я повторно смонтировал его и нашел 2 ТБ архивов, которые я хранил, были все еще там, и по-видимому неповрежден.
я предполагаю, что существует неустойчивая аппаратная проблема (из-за периодических долгих повторений записи), и диск больше не надежен. Однако все еще имейте достойный шанс восстановления большинства архивных данных.
Обновление: Кстати 'smartmontools' & 'считайте отказавшие идентификационные данные устройства'... https://bugzilla.redhat.com/show_bug.cgi? id=1334569
(Вышеупомянутая ссылка, кажется, предоставляет обходные решения состояниям ошибки, с которыми я встретился, характерный для внешнего диска USB3 Seagate Расширения с идентификаторами USB 0bc2:3312, с помощью smartmontools.)