Интересная новая флешка

nafanja	# 2 года, 3 месяца назад (отредактировано 2 года, 3 месяца назад)
Темы: 94 Сообщения: 9252 Участник с: 02 июня 2012 заблокирован	vasek, ладно, на днях у друга возьму ее же, поковыряюсь... если действительно стоящая флешка... подарит ))) Псевдографический инсталлятор Arch Linux ver. 3.8.2 Благодарности принимаются на ЯД 410012815723874

jim945	# 2 года, 3 месяца назад
Темы: 8 Сообщения: 3066 Участник с: 25 января 2010	Вот блин. Теории заговоров тут. ФС раскатана на флешку sdj напрямую. А fdiskпросто мусор на месте таблицы разделов тебе вывел. Lupus pilum mutat, non mentem.

vasek	# 2 года, 3 месяца назад (отредактировано 2 года, 3 месяца назад)
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	fdisk не мог ошибиться, он парсит таблицу разделов и берет из определенных мест соответствующие значения … и на основании этих значений высчитывает количество секторов и объемы разделов. Предположив, что fdisk считал верно, выполнил расчет и получил теже значения, что и fdisk `sdj1 - (1919645538-778135908)+1=1141509631 ... (1141509631512)/1024/1024=544,3M sdj2 - (2104717761−168689522)+1=1936028240 … (1936028240512)/1024/1024/1024=923,2G sdj3 - (3805909656−1869881465)+1=1936028192… (1936028192512)/1024/1024/1024=923,2G sdj3 - (2885736650-2885681152)+1=55499 … ( 55499512)//1024/1024=27,1M` Но на всякий случай проверь количество секторов sudo hexdump -C -s 446 -n 64 /dev/sda `000001be 80 01 01 00 07 fe ff ff 3f 00 00 00 d3 24 c2 06 \|........?....$..\| 000001ce 00 00 c1 ff 83 fe ff ff 12 25 c2 06 a3 ea 68 09 \|.........%....h.\| 000001de 00 00 c1 ff 83 fe ff ff b5 0f 2b 10 56 d8 c8 08 \|..........+.V...\| 000001ee 00 00 c1 ff 05 e3 e3 ff 0b e8 f3 18 f5 7f 91 31 \|...............1` В каждой строке спиши последние 4 байта, запиши их наоборот и переведи в десятичную систему, типа такого 1-ая строка - d3 24 c2 06 … 06c224d3 … echo $((16#06c224d3)) … 113386707 и должен получить следующие 4 значения: 1141509631 - 1936028240 - 1936028192 - 55499 И если это будет так, то это значит, что флэшка здесь не причем, а причина в том, что данная флэшка имеет не стандартную таблицу разделов, формат которой не совпадает с принятой таблицей разделов. …. чтобы разобраться с этим, нужно смотреть ихнюю документацию ... PS - или как предположил jim945, что таблицы разделов нет .... хотя слабо в это верю, что то похожее на это быть должно ... должны же у них быть свои утилиты, которые должны вытаскивать все эти значения .... хотя все может быть - это одни гадания. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 2 года, 3 месяца назад (отредактировано 2 года, 3 месяца назад)

Темы: 48

Сообщения: 11320

Участник с: 17 февраля 2013

fdisk не мог ошибиться, он парсит таблицу разделов и берет из определенных мест соответствующие значения … и на основании этих значений высчитывает количество секторов и объемы разделов.
Предположив, что fdisk считал верно, выполнил расчет и получил теже значения, что и fdisk

sdj1 - (1919645538-778135908)+1=1141509631 ...  (1141509631*512)/1024/1024=544,3M
sdj2 - (2104717761−168689522)+1=1936028240 … (1936028240*512)/1024/1024/1024=923,2G
sdj3 - (3805909656−1869881465)+1=1936028192… (1936028192*512)/1024/1024/1024=923,2G
sdj3 -  (2885736650-2885681152)+1=55499 … ( 55499*512)//1024/1024=27,1M

Но на всякий случай проверь количество секторов
sudo hexdump -C -s 446 -n 64 /dev/sda

000001be  80 01 01 00 07 fe ff ff  3f 00 00 00 d3 24 c2 06  |........?....$..|
000001ce  00 00 c1 ff 83 fe ff ff  12 25 c2 06 a3 ea 68 09  |.........%....h.|
000001de  00 00 c1 ff 83 fe ff ff  b5 0f 2b 10 56 d8 c8 08  |..........+.V...|
000001ee  00 00 c1 ff 05 e3 e3 ff  0b e8 f3 18 f5 7f 91 31  |...............1

В каждой строке спиши последние 4 байта, запиши их наоборот и переведи в десятичную систему, типа такого
1-ая строка - d3 24 c2 06 … 06c224d3 … echo $((16#06c224d3)) … 113386707
и должен получить следующие 4 значения: 1141509631 - 1936028240 - 1936028192 - 55499
И если это будет так, то это значит, что флэшка здесь не причем, а причина в том, что данная флэшка имеет не стандартную таблицу разделов, формат которой не совпадает с принятой таблицей разделов. …. чтобы разобраться с этим, нужно смотреть ихнюю документацию ...

PS - или как предположил jim945, что таблицы разделов нет .... хотя слабо в это верю, что то похожее на это быть должно ... должны же у них быть свои утилиты, которые должны вытаскивать все эти значения .... хотя все может быть - это одни гадания.

Ошибки не исчезают с опытом - они просто умнеют

jim945	# 2 года, 3 месяца назад
Темы: 8 Сообщения: 3066 Участник с: 25 января 2010	Проведите эксперимент. Создайте пустой файл. В нем mbr таблицу разделов. Затем этот же файл отформатируйте в фат. На месте таблицы набросайте мусор, сохранив сигнатуру 55h AAh Получится файл, с кривой таблицей fdisk -l test.img Диск test.img: 10 MiB, 10485760 байт, 20480 секторов Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер I/O (минимальный/оптимальный): 512 байт / 512 байт Тип метки диска: dos Идентификатор диска: 0x08c38000 Устр-во Загрузочный начало Конец Секторы Размер Идентификатор Тип test.img1 608379648 608393026 13379 6,5M 54 OnTrackDM6 test.img2 3291231349 3291251881 20533 10M 8d неизвестный test.img3 2560186309 2560219220 32912 16,1M 34 неизвестный test.img4 2378747341 2378784332 36992 18,1M c W95 FAT32 (LBA) Элементы таблицы разделов упорядочены не так, как на диске. И монтируемый как фат образ `mount test.img 1/ mount /tmp/test.img on /tmp/1 type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro)` Просто при форматировании флешки неизвестной утилитой область раздела не была корректно очищена. Lupus pilum mutat, non mentem.

jim945

# 2 года, 3 месяца назад

Темы: 8

Сообщения: 3066

Участник с: 25 января 2010

Проведите эксперимент.
Создайте пустой файл.
В нем mbr таблицу разделов.
Затем этот же файл отформатируйте в фат.
На месте таблицы набросайте мусор, сохранив сигнатуру 55h AAh
Получится файл, с кривой таблицей

fdisk -l test.img
Диск test.img: 10 MiB, 10485760 байт, 20480 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x08c38000

Устр-во    Загрузочный     начало      Конец Секторы Размер Идентификатор Тип
test.img1               608379648  608393026   13379   6,5M            54 OnTrackDM6
test.img2              3291231349 3291251881   20533    10M            8d неизвестный
test.img3              2560186309 2560219220   32912  16,1M            34 неизвестный
test.img4              2378747341 2378784332   36992  18,1M             c W95 FAT32 (LBA)

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

И монтируемый как фат образ

mount test.img 1/
mount
/tmp/test.img on /tmp/1 type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro)

Просто при форматировании флешки неизвестной утилитой область раздела не была корректно очищена.

Lupus pilum mutat, non mentem.

jim945	# 2 года, 3 месяца назад
Темы: 8 Сообщения: 3066 Участник с: 25 января 2010	Имел ввиду. Область таблицы разделов не была корректно очищена. Lupus pilum mutat, non mentem.

vasek	# 2 года, 3 месяца назад (отредактировано 2 года, 3 месяца назад)
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	jim945 Просто при форматировании флешки неизвестной утилитой область раздела не была корректно очищена. Считаешь, что ее форматировалили? ... я считал, что флэшка новая и ее не форматировали .... Тогда нужно точно знать, что с ней делали, чтобы делать какие то предположения. PS - а если с ней что то делали, то выходит делали безграмотно ... EDIT 1 - и сдается мне, что это никакя не супер-пупер флэшка, а просто результат не умелого обращения с флэшкой .... тогда соглашусь с jim945 Ошибки не исчезают с опытом - они просто умнеют

vasek

# 2 года, 3 месяца назад (отредактировано 2 года, 3 месяца назад)

Темы: 48

Сообщения: 11320

Участник с: 17 февраля 2013

jim945
Просто при форматировании флешки неизвестной утилитой область раздела не была корректно очищена.

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

PS - а если с ней что то делали, то выходит делали безграмотно ...

EDIT 1 - и сдается мне, что это никакя не супер-пупер флэшка, а просто результат не умелого обращения с флэшкой .... тогда соглашусь с jim945

Ошибки не исчезают с опытом - они просто умнеют

jim945	# 2 года, 3 месяца назад
Темы: 8 Сообщения: 3066 Участник с: 25 января 2010	Новые флешки такого размера всегда отформатированы в фат на производстве Lupus pilum mutat, non mentem.

vasek	# 2 года, 3 месяца назад (отредактировано 2 года, 3 месяца назад)
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	jim945 Новые флешки такого размера всегда отформатированы в фат на производстве Я не мог даже подумать, что так можно испортить флэшку (ну не укладывается это в голове) ... и принял, что это флэшка с новой технологией Silicon:Safe , которую никогда еще не анализировал. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 2 года, 3 месяца назад (отредактировано 2 года, 3 месяца назад)

Темы: 48

Сообщения: 11320

Участник с: 17 февраля 2013

jim945
Новые флешки такого размера всегда отформатированы в фат на производстве

Я не мог даже подумать, что так можно испортить флэшку (ну не укладывается это в голове) ... и принял, что это флэшка с новой технологией Silicon:Safe , которую никогда еще не анализировал.

Ошибки не исчезают с опытом - они просто умнеют

vasek	# 2 года, 3 месяца назад (отредактировано 2 года, 3 месяца назад)
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	Посмотрел еще раз внимательнее и склоняюсь к версии jim945, что специфические разделы и их объемы обусловлены неграмотным обращением с флэшкой. Можно, используя команду # dd if=/dev/zero of=/dev/sdb bs=1M записать нули и после разбить+отформатировать по новой. Если же есть проблемы при обращении с флэшкой, то применить к ней родные утилиты для данного контроллера флэшки. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 2 года, 3 месяца назад (отредактировано 2 года, 3 месяца назад)

Темы: 48

Сообщения: 11320

Участник с: 17 февраля 2013

Посмотрел еще раз внимательнее и склоняюсь к версии jim945, что специфические разделы и их объемы обусловлены неграмотным обращением с флэшкой. Можно, используя команду # dd if=/dev/zero of=/dev/sdb bs=1M записать нули и после разбить+отформатировать по новой. Если же есть проблемы при обращении с флэшкой, то применить к ней родные утилиты для данного контроллера флэшки.

Ошибки не исчезают с опытом - они просто умнеют

nafanja	# 2 года, 3 месяца назад (отредактировано 2 года, 3 месяца назад)
Темы: 94 Сообщения: 9252 Участник с: 02 июня 2012 заблокирован	jim945 Имел ввиду. Область таблицы разделов не была корректно очищена. а что если ФС на устройстве а не на разделе, место с таблицей разделов все равно остается неиспользуемой ФС? Псевдографический инсталлятор Arch Linux ver. 3.8.2 Благодарности принимаются на ЯД 410012815723874

nafanja

# 2 года, 3 месяца назад (отредактировано 2 года, 3 месяца назад)

Темы: 94

Сообщения: 9252

Участник с: 02 июня 2012

заблокирован

jim945
Имел ввиду. Область таблицы разделов не была корректно очищена.

а что если ФС на устройстве а не на разделе, место с таблицей разделов все равно остается неиспользуемой ФС?

Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874