LINUX.ORG.RU
решено Форум — Linux-hardware  

Система не видит большую часть флешки

 , , , ,


0

1

С флешкой происходит что-то странное. На ней был загрузочный Live-ISO. Потом я захотел её переразметить и снёс на ней два имевшихся раздела (cfdisk-ом или gparted-ом), после чего fdisk, как и gparted, видят на ней только 8Мб. Её объём должен быть 8Гб. gparted при форматировании ругался на несовпадение размеров блоков.

Как узнать, в чём проблема? Как вернуть флешке прежний объём?

★★★★★
← OpenWRT на D-Link DIR-620 rev. C1
Установка и настройка драйверов видеокарт в ноутбуке Lenovo Ideapad 310-15ISK Debian 9.5 →

 ← 1 2 
gdisk /dev/sdX
Create blank GPT
anonymous
()

rufus запись без указание образа восстановит полный объем диска. fdisk, parted не всегда помогает.

anonymous
()

у меня так сломанная флэшка показывала размер в несколько мегабайт. То есть физически поврежденная

xmikex ★★★★
()
Ответ на: комментарий от anonymous 
dd: ошибка записи '/dev/sdb': На устройстве не осталось свободного места
9+0 записей получено
8+0 записей отправлено
8388608 байт (8,4 MB, 8,0 MiB) скопирован, 0,00959818 s, 874 MB/s
meliafaro ★★★★★
() автор топика
Ответ на: комментарий от xmikex

Это странно, потому что до этого момента она работала без проблем. Проблемы возникли только после того, как я полез сносить разделы.

meliafaro ★★★★★
() автор топика
Ответ на: комментарий от meliafaro

что в dmesg пишется при подключении флешки?

anonymous
()
Ответ на: комментарий от Xenius

Создал раздел под виндой, отформатировал, теперь флешка видна и открывается даже фм. Теперь вывод fdisk такой: 

# fdisk -l /dev/sdb
Диск /dev/sdb: 8 MiB, 8388608 байт, 16384 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт

# fdisk -l /dev/sdb1
Диск /dev/sdb1: 3,7 GiB, 4005560320 байт, 7823360 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x6f20736b

Устр-во     Загрузочный начало Конец Секторы Размер Идентификатор Тип
/dev/sdb1p1              778135908 1919645538 1141509631 544,3G            72 неизвестный
/dev/sdb1p2              168689522 2104717761 1936028240 923,2G            65 Novell Netware 386
/dev/sdb1p3             1869881465 3805909656 1936028192 923,2G            79 неизвестный
/dev/sdb1p4             2885681152 2885736650      55499  27,1M             d неизвестный

Элементы таблицы разделов упорядочены не так, как на диске.

Что-то я запутался, что тут произошло и как этого добиться под онтопиком.

meliafaro ★★★★★
() автор топика
Ответ на: комментарий от meliafaro

# fdisk -l /dev/sdb1

Зачем fdisk натравливаешь на раздел? Отформатируй этот раздел под что хочешь. Так он уже. Примонтируй и проверь через f3

https://fight-flash-fraud.readthedocs.io/en/stable/

greenman ★★★★★
()
Последнее исправление: greenman (всего исправлений: 1)
Ответ на: комментарий от meliafaro

923,2G

Вкрадываются какие-то подозрения 🤔

anonymous
()
Ответ на: комментарий от greenman

Он создал на восьми метровом разделе таблицу указывающую на несуществующие разделы в терабайты. Венда доставляет.

anonymous
()
Ответ на: комментарий от anonymous

Не думаю, что внутри раздела есть таблица. Там есть сектор с какими-то данными, и он заставляет fdisk интерпретировать это как таблицу.

_

greenman ★★★★★
()
Последнее исправление: greenman (всего исправлений: 1)
Ответ на: комментарий от greenman

К счастью, всё отлично заработало, я просто хочу понять, что такого не нравилось gparted-у (и прочим прыщеутилитам), что смог восстановить виндовский стандартный менеджер дисков.

meliafaro ★★★★★
() автор топика
Ответ на: комментарий от anonymous

Сейчас на неё записал 3 с небольшим Gb, полёт нормальный. Не на полный объём, но большая часть заполнена.

meliafaro ★★★★★
() автор топика
Ответ на: комментарий от meliafaro

Ну так проверь сейчас. Не хочешь f3, заполни большими файлами, отмонтируй-примонтируй и сравни с оригиналом.

greenman ★★★★★
()
Ответ на: комментарий от meliafaro

и всё читается? (тогда дело было в некорректных «системных таблицах» носителя)

anymouze ★★
()
Ответ на: комментарий от meliafaro

А вот это уже очень странно. Не должно такого быть. Какая версия ядра?

В купе с проблемами dd это выглядит очень странно. Набери 

dmesg -Hw
и выткни-воткни флешку.

Покажи какой новый вывод появится.

Xenius ★★★★★
()
Ответ на: комментарий от greenman

Проверил, всё ок. Под завязку не набивал, но большая часть диска была заполнена.

meliafaro ★★★★★
() автор топика
Ответ на: комментарий от Xenius 
[  +0,000168] usb 3-4: USB disconnect, device number 46
[  +5,011304] usb 3-4: new high-speed USB device number 47 using ehci-pci
[  +0,119671] usb 3-4: New USB device found, idVendor=13fe, idProduct=3623
[  +0,000005] usb 3-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  +0,000003] usb 3-4: Product: silicon-power
[  +0,000003] usb 3-4: Manufacturer:         
[  +0,000002] usb 3-4: SerialNumber: 10060496E60617002B6466B1
[  +0,001315] usb-storage 3-4:1.0: USB Mass Storage device detected
[  +0,000240] scsi host42: usb-storage 3-4:1.0
[  +1,031762] scsi 42:0:0:0: Direct-Access              silicon-power    PMAP PQ: 0 ANSI: 6
[  +1,325092] sd 42:0:0:0: [sdb] 7827456 512-byte logical blocks: (4.01 GB/3.73 GiB)
[  +0,003598] sd 42:0:0:0: [sdb] Write Protect is off
[  +0,000008] sd 42:0:0:0: [sdb] Mode Sense: 03 41 00 00
[  +0,002528] sd 42:0:0:0: [sdb] No Caching mode page found
[  +0,000006] sd 42:0:0:0: [sdb] Assuming drive cache: write through
[  +0,031140]  sdb: sdb1
[  +0,006473] sd 42:0:0:0: [sdb] Attached SCSI removable disk
meliafaro ★★★★★
() автор топика
Ответ на: комментарий от meliafaro

Виндовский за тебя пересоздал ТАБЛИЦУ РАЗДЕЛОВ, потому что в линуксе ты почему-то не сумел этого сделать сам.

Deleted
()
Ответ на: комментарий от Deleted

Интересно, как её создавать правильно? fdisk/cfdisk/gparted не определяют корректно размеры разделов. Чем ещё там в линухах принято пользоваться в таких случаях?

Ах, да, gnome-disks, кстати, на высоте, отработал не хуже виндовского менеджера.

meliafaro ★★★★★
() автор топика
Последнее исправление: meliafaro (всего исправлений: 1)
Ответ на: комментарий от meliafaro

Наверное контроллер флэшки глючит, если не форматировать его какими-то паттернами, которыми это делает вендовозная помойка.

anonymous
()
Ответ на: комментарий от meliafaro

Ну вот сейчас всё выглядит нормально как раз. Можешь дать вывод 

fdisk -l /dev/sdb
Ещё раз? Если ядро видит что на флешке 7827456 блоков по 512 байт, а fdisk выдаёт другое значение, то это может быть баг fdisk

Но у тебя была та же проблема с dd, тогда это уже было похоже на проблему или с ядром ОС или с контроллером флешки. Не знаю, очень это странно, но я бы в первую очередь подозревал контроллер.

А ты проверь fdisk и заодно ещё cfdisk ещё разок. Может и они тоже теперь будут «на ура»?

Если нет, то попробуй другую версию fdisk.

Xenius ★★★★★
()
Последнее исправление: Xenius (всего исправлений: 2)
Ответ на: комментарий от meliafaro

ты же тупо пересоздавал раздел, что система могла ещё видеть? А надо было пересоздать саму таблицу.

Deleted
()
Ответ на: комментарий от meliafaro

Он делает что-то похожее для контроллера на поведение венды.

anonymous
()
Ответ на: комментарий от Xenius

Сейчас вроде всё верно (записал через dd лайв убунты): 

Диск /dev/sdb: 8 MiB, 8388608 байт, 16384 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x663eb4c4

Устр-во    Загрузочный начало Конец Секторы Размер Идентификатор Тип
/dev/sdb1  *                 0 3815135 3815136   1,8G            83 Linux
/dev/sdb2              3737268 3741939    4672   2,3M            ef EFI (FAT-12/16/32)

meliafaro ★★★★★
() автор топика
Ответ на: комментарий от Xenius

канешна бакх

через dd записал live Ubuntu

anonymous
()
Ответ на: комментарий от Xenius

Сейчас пока не могу, как домой приеду, посмотрю. Но вот что интересно, сейчас подсоединяю внешний юсб-жёсткий диск и наблюдаю схожие проблемы: 

mount /dev/sdb1 /mnt
mount: /dev/sdb1 is not a block device (maybe try `-o loop'?)

Диск /dev/sdb: 8 MiB, 8388608 байт, 16384 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x00000000
Диск терабайтный, в Тунаре видим, но не монтируется, вылезает ошибка.

Вот и думаю, что же именно тут надо винить?

meliafaro ★★★★★
() автор топика
Ответ на: комментарий от meliafaro

выглядит как первый цилиндр

похоже что нет pbr и на диске и флешке, и загрузчика

lzfour
()

попробуйте починить ) bootice'ом , только но под win

можете хоть посекторно редактировать. тот же мбр посмотрите вживую )

lzfour
()

Господа, проблема ВНЕЗАПНО решилась перезагрузкой. Всем приношу извинения за ложную тревогу. Вероятно, какой-то трудноуловимый баг блоковой подсистемы ядра.

meliafaro ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2
← OpenWRT на D-Link DIR-620 rev. C1
Linux-hardware
Установка и настройка драйверов видеокарт в ноутбуке Lenovo Ideapad 310-15ISK Debian 9.5 →