Я в настоящее время испытываю странное поведение при использовании нового внешнего жесткого диска usb, что я полагаю, что поведение связано с проблемой монтирования, проблемой файловой системы или фактическим отказом оборудования. Должно помочь сообществу, если я упоминаю то, что я сделал для исправления проблемы и что я раньше монтировал жесткий диск usb.
Файловая система
Жесткий диск USB был отформатирован в Ubuntu в VM на моей машине окон. Это было затем позже перемещено в физический сервер человечности.
USB монтируется
Я установил USB, Монтируют использование sudo apt-get install usbmount
после которого я затем смог просмотреть жесткий диск и записать в него через /media/usb
.
Вся польза до...
Я добрался приблизительно до 20 ГБ на жестком диске, там после того, как я получал отказы через FTP при копировании в устройство. Теперь странная проблема - это, когда я использую sudo cp filename
и запишите в устройство, я получаю нулевые ошибки. Ошибки, о которых сообщают через Flashfxp, являются или полным диском или ошибочной входной ошибкой чтения-записи.
Использование Pmount
Удаление USBMount и использование Pmount не решают вопрос кроме, я вижу /media/usb0
вместо просто /usb/
При удалении и pmount и usbmount я могу все еще видеть /media/usb0/
который я нашел довольно нечетным.
Fdisk сообщает о нескольких проблемах
Ниже отчет от использования fdisk, поскольку Вы видите, что похоже, что у меня нет файловой системы на sdb, который является странным, поскольку я могу просмотреть его. Используя fdisk/dev/sdb/я не могу просмотреть любые разделы, и при этом я не могу удалить их, создав один.
simon@Pluto2:/media/usb0$ sudo fdisk -l
Disk /dev/sda: 37.0 GB, 37019566080 bytes 255 heads, 63 sectors/track, 4500 cylinders, total 72303840 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 Disk identifier: 0x000c5772
Device Boot Start End Blocks Id System /dev/sda1 * 2048 499711 248832 83 Linux /dev/sda2 501758 72302591 35900417 5 Extended /dev/sda5 501760 72302591 35900416 8e Linux LVM Note: sector size is 4096 (not 512)
Disk /dev/sdb: 2000.4 GB, 2000398929920 bytes 255 heads, 63 sectors/track, 30400 cylinders, total 488378645 sectors Units = sectors of 1 * 4096 = 4096 bytes Sector size (logical/physical): 4096 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0x0001b7d6
Device Boot Start End Blocks Id System
Disk /dev/mapper/Pluto2--vg-root: 32.6 GB, 32635879424 bytes 255 heads, 63 sectors/track, 3967 cylinders, total 63741952 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 Disk identifier: 0x00000000
Disk /dev/mapper/Pluto2--vg-root doesn't contain a valid partition table
Disk /dev/mapper/Pluto2--vg-swap_1: 4123 MB, 4123000832 bytes 255 heads, 63 sectors/track, 501 cylinders, total 8052736 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 Disk identifier: 0x00000000
Disk /dev/mapper/Pluto2--vg-swap_1 doesn't contain a valid partition table
Выполнение fsck
Я нашел несколько руководств онлайн и одного из них упомянутыми для выполнения fsck... печально это просто делает проблему для меня намного более сбивающей с толку.
simon@Pluto2:/media/usb0$ sudo fsck /dev/sdb
fsck from util-linux 2.20.1
e2fsck 1.42.9 (4-Feb-2014)
ext2fs_open2: Bad magic number in super-block
fsck.ext2: Superblock invalid, trying backup blocks...
fsck.ext2: Bad magic number in super-block while trying to open /dev/sdb
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
or
e2fsck -b 32768 <device>
Рабочий e2fsck-b 8193 и-b 32768
simon@Pluto2:/media/usb0$ sudo e2fsck -b 32768 /dev/sdb
e2fsck 1.42.9 (4-Feb-2014)
e2fsck: Bad magic number in super-block while trying to open /dev/sdb
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
or
e2fsck -b 32768 <device>
Выполнение smartctl-i
simon@Pluto2:/media/usb0$ sudo smartctl -d sat -i /dev/sdb
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.13.0-32-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Seagate Barracuda 7200.14 (AF)
Device Model: ST2000DM001-1CH164
Serial Number: XXXXXXXXXX
LU WWN Device Id: 5 000c50 06636209d
Firmware Version: CC49
User Capacity: 2,000,398,934,016 bytes [2.00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 7200 rpm
Device is: In smartctl database [for details use: -P show]
ATA Version is: ACS-2, ACS-3 T13/2161-D revision 3b
SATA Version is: SATA 3.1, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is: Tue Dec 9 21:31:44 2014 GMT
==> WARNING: A firmware update for this drive is available,
see the following Seagate web pages:
http://knowledge.seagate.com/articles/en_US/FAQ/207931en
http://knowledge.seagate.com/articles/en_US/FAQ/223651en
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
При выполнении smartctl-d находился-t короткий/dev/sdb
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed without error 00% 258
Mark на менее чем 20 ГБ
Также стоит упомянуть, что, Если я удаляю 5 ГБ данных, я могу затем записать еще 5 ГБ в устройство без проблем.. его единственное, когда диск привыкает до определенного момента, который мог указать на поврежденные секторы, но затем я буду ожидать мочь выполнить различные инструменты на устройстве.
Ваш жесткий диск сам имеет проблему на одном из ее секторов , и проблема жесткого диска должна быть решена прежде , Вы пытаетесь снова использовать его.
Все, что Вы сделали до сих пор, выполняет инструменты восстановления файловой системы , который все предполагают, что у них есть хороший жесткий диск для работы с
, Если Вы действительно подозрительный отказ жесткого диска, (который является тем, на что это похоже) необходимо работать badblocks
В этом случае, я не выполнил бы его на разделе, но на всем диске и взял бы разрушающий контроль (если возможный).
Прежде, чем выполнить следующую команду читает man badblocks
, badblocks является одним уровнем выше низкого уровня, форматирующего диск и один уровень ниже формата FS.
то, Что я сделал бы, переместить его в реальную машину (не VM) и: umount /dev/usb0&&badblocks /dev/usb0 -s -v -w
, где usb0
имя устройства диска.
вышеупомянутая команда запустит УМНУЮ технологию Вашего диска для выгрузки поврежденных секторов, если возможный (и, если УМНЫЙ ничего не делает, вывод badblocks может использоваться в качестве входа к mke2fs
)
Диск обычно работает над другими компьютерами или окнами? Можете Вы читать & записать в весь диск?
я использовал внешнюю карту памяти "случаи" прежде, где Вы включаете HD или CD/DVD-привод, Ubuntu (Linux Mint) обычно рассматривает HD как/dev/sdc (например), как обычный диск. Никакая потребность в usbmount
или pmount
, но возможно Ваш является более новым или странным так или иначе. Есть ли какие-либо другие с тем же самым диском, которые могут (или не может) использовать его с Linux (Ubuntu, debian, кто-либо)?
Так или иначе, когда это действительно становится смонтированным, каков формат диска? Смотрите с mount
& / или lsblk
.
Какой-либо MBR или GPT? Ваше выполнение fsck на "целом" устройстве/dev/sdb и не разделе как/dev/sdb1 (но fdisk, кажется, не видит разделов так или иначе), но он не видит ext2/3/4 FS там. fsck все еще уклоняется, когда используется на/dev/sdb1? И в целом, лучше работать fsck
на размонтированных разделах.
С жестким диском USB, трудно сказать, является ли это проблема программного обеспечения/драйвера, или сам HD, или внешний "случай", или провод USB или концентратор или разъем...
<час>Новая информация: Я, возможно, пропустил (почти TL; DR;-) потенциально интересная часть информации:
жесткий диск USB был отформатирован в Ubuntu в VM на моей машине окон
, мне не везло с VM's и usb (или любой прямой доступ к аппаратным средствам), так как все проходит программу VM, которая похожа на крупного подозреваемого в странном поведении...
Как хорошая альтернатива badblocks можно попробовать diskscan (от, terminal:apt-получают установку diskscan). Это измеряет время задержки чтения секторов, и это также сообщает о поврежденных секторах. Чем дольше время задержки, тем больше probabilify ошибки при разработке.