Непонятная ситуация с диском

abc	# 2 года, 8 месяцев назад (отредактировано 2 года, 8 месяцев назад)
Темы: 38 Сообщения: 223 Участник с: 30 августа 2016	Имеется hdd диск на 500 ГБ. Очень долго копируются на него файлы. В среднем 1 ГБ около 10 минут. Независимо как его подключать - по сата внутрь ноута или через юсб переходник. Почитал пару похожих тем, где советуют какие-то параметры настроить. Но у меня на другие 3 диска копируется нормально, они тоже нтфс. На диске один раздел. fdisk на сам диск показывает такое: fdisk -l /dev/sdb Диск /dev/sdb: 465,78 GiB, 500107862016 байт, 976773168 секторов Disk model: WDC WD5000LPCX-2 Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 4096 байт Размер I/O (минимальный/оптимальный): 4096 байт / 4096 байт Тип метки диска: gpt Идентификатор диска: 3A61E1EC-4ECC-4702-BD84-FF0D7FA0034C Устр-во начало Конец Секторы Размер Тип /dev/sdb1 2048 976773119 976771072 465,8G Microsoft basic data А так на раздел: fdisk -l /dev/sdb1 Диск /dev/sdb1: 465,78 GiB, 500106788864 байт, 976771072 секторов Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 4096 байт Размер I/O (минимальный/оптимальный): 4096 байт / 4096 байт Тип метки диска: dos Идентификатор диска: 0x73736572 Устр-во Загрузочный начало Конец Секторы Размер Идентификатор Тип /dev/sdb1p1 1920221984 3736432267 1816210284 866G 72 неизвестный /dev/sdb1p2 1936028192 3889681299 1953653108 931,6G 6c неизвестный /dev/sdb1p3 0 0 0 0B 0 Пустой /dev/sdb1p4 27722122 27722568 447 223,5K 0 Пустой Раздел 4 начинается не на границе физического сектора. Элементы таблицы разделов упорядочены не так, как на диске. Откуда-то появились разделы на 866 и 931 Гб. Сейчас нет возможности отформатировать. Диск забит примерно на 300 Гб. Вывод fdisk и cfdisk примерно одинаковый на двух разных машинах. cfdisk видит еще не размеченное место почти на 1 ТБ. Пора искать диску замену или поправимо? Добавлено: тест смарт - ок. Проблем нет

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

Сообщения: 223

Участник с: 30 августа 2016

Имеется hdd диск на 500 ГБ. Очень долго копируются на него файлы. В среднем 1 ГБ около 10 минут. Независимо как его подключать - по сата внутрь ноута или через юсб переходник. Почитал пару похожих тем, где советуют какие-то параметры настроить. Но у меня на другие 3 диска копируется нормально, они тоже нтфс.

На диске один раздел. fdisk на сам диск показывает такое:

fdisk -l /dev/sdb
Диск /dev/sdb: 465,78 GiB, 500107862016 байт, 976773168 секторов
Disk model: WDC WD5000LPCX-2
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер I/O (минимальный/оптимальный): 4096 байт / 4096 байт
Тип метки диска: gpt
Идентификатор диска: 3A61E1EC-4ECC-4702-BD84-FF0D7FA0034C

Устр-во    начало     Конец   Секторы Размер Тип
/dev/sdb1    2048 976773119 976771072 465,8G Microsoft basic data

А так на раздел:

fdisk -l /dev/sdb1
Диск /dev/sdb1: 465,78 GiB, 500106788864 байт, 976771072 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер I/O (минимальный/оптимальный): 4096 байт / 4096 байт
Тип метки диска: dos
Идентификатор диска: 0x73736572

Устр-во     Загрузочный     начало      Конец    Секторы Размер Идентификатор Тип
/dev/sdb1p1             1920221984 3736432267 1816210284   866G            72 неизвестный
/dev/sdb1p2             1936028192 3889681299 1953653108 931,6G            6c неизвестный
/dev/sdb1p3                      0          0          0     0B             0 Пустой
/dev/sdb1p4               27722122   27722568        447 223,5K             0 Пустой

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

Откуда-то появились разделы на 866 и 931 Гб. Сейчас нет возможности отформатировать. Диск забит примерно на 300 Гб.

Вывод fdisk и cfdisk примерно одинаковый на двух разных машинах. cfdisk видит еще не размеченное место почти на 1 ТБ.

Пора искать диску замену или поправимо?

Добавлено: тест смарт - ок. Проблем нет

undemeon	# 2 года, 8 месяцев назад (отредактировано 2 года, 8 месяцев назад)
Темы: 21 Сообщения: 231 Участник с: 24 октября 2015	abc Пора искать диску замену или поправимо? Был у меня один такой, криво фс таб встал, и не поправить никак было, что ни делал один фиг ересь получалась, спасло только полное форматирование с обнулением всех кластеров, какие то ключевые сдохли видать и флаги глючат, займет уйму времени.

undemeon

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

Темы: 21

Сообщения: 231

Участник с: 24 октября 2015

abc
Пора искать диску замену или поправимо?

Был у меня один такой, криво фс таб встал, и не поправить никак было, что ни делал один фиг ересь получалась, спасло только полное форматирование с обнулением всех кластеров, какие то ключевые сдохли видать и флаги глючат, займет уйму времени.

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

abc	# 2 года, 8 месяцев назад
Темы: 38 Сообщения: 223 Участник с: 30 августа 2016	Ок. Будем искать место, куда все это выгрузить на время форматирования.

vasek	# 2 года, 8 месяцев назад
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	abc fdisk -l /dev/sdb fdisk не используется с gpt .... а fdisk -l /dev/sdb1 вообще не должен ничего показывать. Лучше использовать gdisk - аналог fdisk для gpt .......... Ошибки не исчезают с опытом - они просто умнеют

vs220	# 2 года, 8 месяцев назад (отредактировано 2 года, 8 месяцев назад)
Темы: 22 Сообщения: 8070 Участник с: 16 августа 2009	vasek fdisk не используется с gpt . https://git.kernel.org/pub/scm/utils/util-linux/util-linux.git/commit/?id=766d5156c43b784700d28d1c1141008b2bf35ed7 https://wiki.archlinux.org/index.php/fdisk

vasek	# 2 года, 8 месяцев назад (отредактировано 2 года, 8 месяцев назад)
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	vs220, согласен, fdisk понимает gpt и это прописано и в man, но лично я не рискну использовать fdisk для разметки диска gpt - только gdisk и parted. Есть у меня одна флэшка разбитая в gpt (но плюс к этому и имеющая MBR - hybrid), fdisk показывает разметку такую же, как и gdisk, но выскакивает дополнительно такая строчка `Элементы таблицы разделов упорядочены не так, как на диске` откуда такая уверенность??? - и делаю вывод - разбивку с ней лучше не делать. Ошибки не исчезают с опытом - они просто умнеют

vasek

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

Темы: 48

Сообщения: 11320

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

vs220, согласен, fdisk понимает gpt и это прописано и в man, но лично я не рискну использовать fdisk для разметки диска gpt - только gdisk и parted.
Есть у меня одна флэшка разбитая в gpt (но плюс к этому и имеющая MBR - hybrid), fdisk показывает разметку такую же, как и gdisk, но выскакивает дополнительно такая строчка

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

откуда такая уверенность??? - и делаю вывод - разбивку с ней лучше не делать.

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

vs220	# 2 года, 8 месяцев назад
Темы: 22 Сообщения: 8070 Участник с: 16 августа 2009	vasek разбивку с ней лучше не делать. Я parted пользуюсь по привычке, проблем не было. Может вы и правы на счет fdisk. Тем не менее поддержка заявлена, а так надо смотреть багтрекер

vasek	# 2 года, 8 месяцев назад (отредактировано 2 года, 8 месяцев назад)
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	vs220 Я parted пользуюсь по привычке, проблем не было. Обычно тоже или gdisk или parted. И не рискую использовать для gpt ни fdisk ни cfdisk - не доверяю им. Интересно узнать для набора статистки, какой утилитой была выполнена разбивка приведенного диска. И не понятен вывод fdisk -l /dev/sdb1 - откуда столько разделов? - обычно вывод такой команды идет пустой ... В части потери производительности диска, имеющего расширенный формат (логический/физический): 512 байт / 4096 байт) - такое возможно в случае неправильной разбивки диска (без выравнивания) ....... но в данном случае, насколько я понял, всего один раздел и начало 2048 - то есть все нормально ... но остается один нюанс, который может влиять на выравнивание - это размер виндового кластера, забитого при форматировании диска. Если и с этим все нормально, то, скорее всего, проблема в сбое при разбивке диска, а потому и интерсно узнать, какая утилита использовалась. Ошибки не исчезают с опытом - они просто умнеют

vasek

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

Темы: 48

Сообщения: 11320

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

vs220
Я parted пользуюсь по привычке, проблем не было.

Обычно тоже или gdisk или parted. И не рискую использовать для gpt ни fdisk ни cfdisk - не доверяю им.

Интересно узнать для набора статистки, какой утилитой была выполнена разбивка приведенного диска.
И не понятен вывод fdisk -l /dev/sdb1 - откуда столько разделов? - обычно вывод такой команды идет пустой ...

В части потери производительности диска, имеющего расширенный формат (логический/физический): 512 байт / 4096 байт) - такое возможно в случае неправильной разбивки диска (без выравнивания) ....... но в данном случае, насколько я понял, всего один раздел и начало 2048 - то есть все нормально ... но остается один нюанс, который может влиять на выравнивание - это размер виндового кластера, забитого при форматировании диска. Если и с этим все нормально, то, скорее всего, проблема в сбое при разбивке диска, а потому и интерсно узнать, какая утилита использовалась.

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

vasek	# 2 года, 8 месяцев назад
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	Провел эксперимент - взял флэшку 1Cb и разметил ее в gpt, используя gdisk, отформатировал в ntfs Смотрим разными утилитами sudo gdisk -l /dev/sdb `Found valid GPT with protective MBR; using GPT. Disk /dev/sdb: 2020000 sectors, 986.3 MiB Number Start (sector) End (sector) Size Code Name 1 2048 2019966 985.3 MiB 0700 Microsoft basic data` sudo parted /dev/sdb unit s print `Таблица разделов: gpt Флаги диска: Номер Начало Конец Размер Файловая система Имя Флаги 1 2048s 2019966s 2017919s ntfs Microsoft basic data msftdata` sudo fdisk -l /dev/sdb `Тип метки диска: gpt Устр-во начало Конец Секторы Размер Тип /dev/sdb1 2048 2019966 2017919 985,3M Microsoft basic data` Вообщем то все показывают одно и тоже. А сейчас смотрим вывод не нужной /ошибочной команды (... /dev/sdb1) sudo gdisk -l /dev/sdb1 `************************************************************* Found invalid GPT and valid MBR; converting MBR to GPT format in memory. *********************************************************** Disk /dev/sdb1: 2017919 sectors, 985.3 MiB ... Number Start (sector) End (sector) Size Code Name` sudo fdisk -l /dev/sdb1 `Диск /dev/sdb1: 985,32 MiB, 1033174528 байт, 2017919 секторов Тип метки диска: dos Идентификатор диска: 0x00000000` и, как видим, ни одна команда ничего не показала … да и не должна была (одно но, gdisk заругался …) А вот чтобы проверить как разметился диск, в смысле есть ли ошибки при разбивке, нужно смотреть что прописалось при разбивке … Например, посмотрим только 2 параметра - номер 1-го сектора раздела и номер последнего сектора раздела /dev/sdb1 1. Номер LBA первого блока раздела sudo hexdump -C -s 1056 -n 8 /dev/sdb 00000420 00 08 00 00 00 00 00 00 \|........\| и определяем - 0000000000000800 соответствует в 10-ой системе 2048 2. Номер LBA последнего блока раздела sudo hexdump -C -s 1064 -n 8 /dev/sdb 00000428 7e d2 1e 00 00 00 00 00 \|~.......\| и определяем - 0000000001ed27e соответствует в 10-ой системе 2019966** что полностью соответствует выводу утилит `Номер Начало Конец Размер Файловая система Имя Флаги 1 2048s 2019966s 2017919s ntfs Microsoft basic data msftdata` Так можно проверить на валидность многие параметры ... и даже поправить .... но нужно знать стркутуру формата gpt Ошибки не исчезают с опытом - они просто умнеют

vasek

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

Темы: 48

Сообщения: 11320

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

Провел эксперимент - взял флэшку 1Cb и разметил ее в gpt, используя gdisk, отформатировал в ntfs
Смотрим разными утилитами
sudo gdisk -l /dev/sdb

Found valid GPT with protective MBR; using GPT.
Disk /dev/sdb: 2020000 sectors, 986.3 MiB
Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048         2019966   985.3 MiB   0700  Microsoft basic data

sudo parted /dev/sdb unit s print

Таблица разделов: gpt
Флаги диска:
Номер  Начало  Конец     Размер    Файловая система  Имя                   Флаги
 1     2048s   2019966s  2017919s  ntfs              Microsoft basic data msftdata

sudo fdisk -l /dev/sdb

Тип метки диска: gpt
Устр-во    начало   Конец Секторы Размер Тип
/dev/sdb1    2048 2019966 2017919 985,3M Microsoft basic data

Вообщем то все показывают одно и тоже.
А сейчас смотрим вывод не нужной /ошибочной команды (... /dev/sdb1)
sudo gdisk -l /dev/sdb1

***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
***************************************************************
Disk /dev/sdb1: 2017919 sectors, 985.3 MiB
...
Number  Start (sector)    End (sector)  Size       Code  Name

sudo fdisk -l /dev/sdb1

Диск /dev/sdb1: 985,32 MiB, 1033174528 байт, 2017919 секторов
Тип метки диска: dos
Идентификатор диска: 0x00000000

и, как видим, ни одна команда ничего не показала … да и не должна была (одно но, gdisk заругался …)

А вот чтобы проверить как разметился диск, в смысле есть ли ошибки при разбивке, нужно смотреть что прописалось при разбивке …
Например, посмотрим только 2 параметра - номер 1-го сектора раздела и номер последнего сектора раздела /dev/sdb1
1. Номер LBA первого блока раздела
sudo hexdump -C -s 1056 -n 8 /dev/sdb
00000420 00 08 00 00 00 00 00 00 |........|
и определяем - 0000000000000800 соответствует в 10-ой системе 2048
2. Номер LBA последнего блока раздела
sudo hexdump -C -s 1064 -n 8 /dev/sdb
00000428 7e d2 1e 00 00 00 00 00 |~.......|
и определяем - 0000000001ed27e соответствует в 10-ой системе 2019966
что полностью соответствует выводу утилит

Номер  Начало  Конец     Размер    Файловая система  Имя                   Флаги
 1     2048s   2019966s  2017919s  ntfs              Microsoft basic data msftdata

Так можно проверить на валидность многие параметры ... и даже поправить .... но нужно знать стркутуру формата gpt

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