Сбой дисковой утилиты во время раздела жесткого диска (16.04 LTS)

Если вы говорите об этом PPA - https://launchpad.net/~python-snippets-drivers/+archive/python-snippets-daily - есть пакеты только для Lucid и Maverick.

Предложите либо связаться с владельцем пакета (один Хорхе О Кастро!), Либо попытаться отредактировать свои источники программного обеспечения и изменить «natty» на «maverick» в соответствии с этим https: / /launchpad.net/~python-snippets-drivers/+archive/python-snippets-daily

0
задан 5 July 2017 в 20:58

3 ответа

Приведу две возможности (которые могут взаимодействовать):

Ошибка Disk Utility. Возможно, Disk Utility просто глючит, особенно с диском размером более 2 TiB. Это важная граничная точка, потому что это 2 ^ 32 сектора, а это означает, что вам нужно 32-битное целое число для хранения размера диска, конечной точки для раздела, заполняющего диск, и так далее. Если код в Disk Utility использует 32-разрядные целые числа для хранения значений сектора, он будет ошибочным и, возможно, вызвать сбой программы, на дисках размером более 2 TiB. Неверный тип таблицы разделов. 32-разрядный предел также означает, что тип таблицы разделов старой основной загрузочной записи (MBR) неадекватен для дисков размером более 2 TiB. MBR по умолчанию используется для некоторых инструментов, и некоторые из них не могут обрабатывать новую таблицу разделов GUID (GPT), которая является методом разделения, который наиболее часто используется на дисках размером более 2 TiB. Если Disk Utility установила таблицу разделов MBR, а затем попыталась создать раздел over-2TiB, это, безусловно, потерпит неудачу и, возможно, может потерпеть неудачу так, что это приведет к сбою программы.

Хотя Disk Utility (aka Palimpsest) может показаться очевидным инструментом разбиения на разделы, большинство пользователей Ubuntu предпочитают использовать что-то еще, например:

Ошибка в Disk Utility - Возможно, Disk Utility просто глючит, особенно с диском размером более 2 TiB. Это важная граничная точка, потому что это 2 ^ 32 сектора, а это означает, что вам нужно 32-битное целое число для хранения размера диска, конечной точки для раздела, заполняющего диск, и так далее. Если код в Disk Utility использует 32-разрядные целые числа для хранения значений сектора, он будет ошибочным и, возможно, вызвать сбой программы, на дисках размером более 2 TiB. Ошибка Disk Utility - GParted основан на библиотеке под названием libparted, а parted - это простой инструмент текстового режима, который использует одну и ту же библиотеку. Хотя parted не может изменять размеры файловых систем и менее удобен для пользователя, чем GParted, он по-прежнему широко используется, особенно когда предпочтительным является текстовый инструмент. В отличие от GParted, parted не позволяет создавать файловые системы в разделах; для этого вы используете другие инструменты в текстовом режиме, например mkfs. Неверный тип таблицы разделов. 32-разрядный предел также означает, что тип таблицы разделов старой основной загрузочной записи (MBR) неадекватен для дисков размером более 2 TiB. MBR по умолчанию используется для некоторых инструментов, и некоторые из них не могут обрабатывать новую таблицу разделов GUID (GPT), которая является методом разделения, который наиболее часто используется на дисках размером более 2 TiB. Если Disk Utility установила таблицу разделов MBR, а затем попыталась создать раздел over-2TiB, это, безусловно, потерпит неудачу и, возможно, может потерпеть неудачу так, что это приведет к сбою программы. Неверный тип таблицы разделов - Этот инструмент и его кузены (sfdisk и cfdisk) первоначально поддерживали MBR и некоторые другие неясные типы таблиц разделов. Недавно он был обновлен для поддержки GPT; версия, поставляемая с Ubuntu 16.04, поддерживает GPT. Как parted и GPD fdisk, fdisk требует использования других инструментов для создания или управления файловыми системами. Обратите внимание, что пользовательские интерфейсы gdisk и cgdisk моделируются по умолчанию после fdisk и cfdisk соответственно. (Я написал GPT fdisk задолго до того, как fdisk приобрел функциональность GPT.)

На этом этапе я рекомендую вам просмотреть свою конфигурацию с помощью GPARTed или GPT fdisk. В частности, вы можете проверить правильность таблицы разделов с параметром sgdisk -v, как в:

$ sudo sgdisk -v /dev/sda

No problems found. 6 free sectors (3.0 KiB) available in 1
segments, the largest of which is 6 (3.0 KiB) in size.

Это скажет вам, есть ли какие-либо проблемы с таблицей разделов на /dev/sda (при необходимости измените эту деталь) и сколько места нераспределено. (В этом примере показано только 3 KiB нераспределенного, но это необычно мало. Большинство дисков будут иметь не менее 1-2 MiB нераспределенных.) Если sgdisk показывает, что на диске много GiB или даже TiB нераспределено, то что-то не так - возможно диск был подготовлен как диск MBR. Выходы gdisk -l /dev/sda и parted /dev/sda print показывают, какой тип таблицы разделов использует диск, каждый по-своему. Например, вывод parted будет включать следующее:

Partition Table: gpt

Если эта строка читает msdos, а не gpt, на диске используется MBR. В этом случае вы можете использовать gdisk на нем и записать изменения обратно, чтобы конвертировать из MBR в GPT. Затем вы можете использовать GParted для расширения существующего раздела. Я не рекомендую это делать, не прочитав процедуру или не предоставив более подробную информацию о вашей конфигурации и не прося совета, хотя, поскольку вы можете легко окунуться в некоторые очень плохие проблемы, пытаясь это сделать. Для начала см. Страницу GPD fdisk в конверсиях MBR-to-GPT.

1
ответ дан 22 May 2018 в 20:50

Приведу две возможности (которые могут взаимодействовать):

Ошибка Disk Utility. Возможно, Disk Utility просто глючит, особенно с диском размером более 2 TiB. Это важная граничная точка, потому что это 2 ^ 32 сектора, а это означает, что вам нужно 32-битное целое число для хранения размера диска, конечной точки для раздела, заполняющего диск, и так далее. Если код в Disk Utility использует 32-разрядные целые числа для хранения значений сектора, он будет ошибочным и, возможно, вызвать сбой программы, на дисках размером более 2 TiB. Неверный тип таблицы разделов. 32-разрядный предел также означает, что тип таблицы разделов старой основной загрузочной записи (MBR) неадекватен для дисков размером более 2 TiB. MBR по умолчанию используется для некоторых инструментов, и некоторые из них не могут обрабатывать новую таблицу разделов GUID (GPT), которая является методом разделения, который наиболее часто используется на дисках размером более 2 TiB. Если Disk Utility установила таблицу разделов MBR, а затем попыталась создать раздел over-2TiB, это, безусловно, потерпит неудачу и, возможно, может потерпеть неудачу так, что это приведет к сбою программы.

Хотя Disk Utility (aka Palimpsest) может показаться очевидным инструментом разбиения на разделы, большинство пользователей Ubuntu предпочитают использовать что-то еще, например:

Ошибка в Disk Utility - Возможно, Disk Utility просто глючит, особенно с диском размером более 2 TiB. Это важная граничная точка, потому что это 2 ^ 32 сектора, а это означает, что вам нужно 32-битное целое число для хранения размера диска, конечной точки для раздела, заполняющего диск, и так далее. Если код в Disk Utility использует 32-разрядные целые числа для хранения значений сектора, он будет ошибочным и, возможно, вызвать сбой программы, на дисках размером более 2 TiB. Ошибка Disk Utility - GParted основан на библиотеке под названием libparted, а parted - это простой инструмент текстового режима, который использует одну и ту же библиотеку. Хотя parted не может изменять размеры файловых систем и менее удобен для пользователя, чем GParted, он по-прежнему широко используется, особенно когда предпочтительным является текстовый инструмент. В отличие от GParted, parted не позволяет создавать файловые системы в разделах; для этого вы используете другие инструменты в текстовом режиме, например mkfs. Неверный тип таблицы разделов. 32-разрядный предел также означает, что тип таблицы разделов старой основной загрузочной записи (MBR) неадекватен для дисков размером более 2 TiB. MBR по умолчанию используется для некоторых инструментов, и некоторые из них не могут обрабатывать новую таблицу разделов GUID (GPT), которая является методом разделения, который наиболее часто используется на дисках размером более 2 TiB. Если Disk Utility установила таблицу разделов MBR, а затем попыталась создать раздел over-2TiB, это, безусловно, потерпит неудачу и, возможно, может потерпеть неудачу так, что это приведет к сбою программы. Неверный тип таблицы разделов - Этот инструмент и его кузены (sfdisk и cfdisk) первоначально поддерживали MBR и некоторые другие неясные типы таблиц разделов. Недавно он был обновлен для поддержки GPT; версия, поставляемая с Ubuntu 16.04, поддерживает GPT. Как parted и GPD fdisk, fdisk требует использования других инструментов для создания или управления файловыми системами. Обратите внимание, что пользовательские интерфейсы gdisk и cgdisk моделируются по умолчанию после fdisk и cfdisk соответственно. (Я написал GPT fdisk задолго до того, как fdisk приобрел функциональность GPT.)

На этом этапе я рекомендую вам просмотреть свою конфигурацию с помощью GPARTed или GPT fdisk. В частности, вы можете проверить правильность таблицы разделов с параметром sgdisk -v, как в:

$ sudo sgdisk -v /dev/sda No problems found. 6 free sectors (3.0 KiB) available in 1 segments, the largest of which is 6 (3.0 KiB) in size.

Это скажет вам, есть ли какие-либо проблемы с таблицей разделов на /dev/sda (при необходимости измените эту деталь) и сколько места нераспределено. (В этом примере показано только 3 KiB нераспределенного, но это необычно мало. Большинство дисков будут иметь не менее 1-2 MiB нераспределенных.) Если sgdisk показывает, что на диске много GiB или даже TiB нераспределено, то что-то не так - возможно диск был подготовлен как диск MBR. Выходы gdisk -l /dev/sda и parted /dev/sda print показывают, какой тип таблицы разделов использует диск, каждый по-своему. Например, вывод parted будет включать следующее:

Partition Table: gpt

Если эта строка читает msdos, а не gpt, на диске используется MBR. В этом случае вы можете использовать gdisk на нем и записать изменения обратно, чтобы конвертировать из MBR в GPT. Затем вы можете использовать GParted для расширения существующего раздела. Я не рекомендую это делать, не прочитав процедуру или не предоставив более подробную информацию о вашей конфигурации и не прося совета, хотя, поскольку вы можете легко окунуться в некоторые очень плохие проблемы, пытаясь это сделать. Для начала см. Страницу GPD fdisk в конверсиях MBR-to-GPT.

1
ответ дан 18 July 2018 в 10:40

Приведу две возможности (которые могут взаимодействовать):

Ошибка Disk Utility. Возможно, Disk Utility просто глючит, особенно с диском размером более 2 TiB. Это важная граничная точка, потому что это 2 ^ 32 сектора, а это означает, что вам нужно 32-битное целое число для хранения размера диска, конечной точки для раздела, заполняющего диск, и так далее. Если код в Disk Utility использует 32-разрядные целые числа для хранения значений сектора, он будет ошибочным и, возможно, вызвать сбой программы, на дисках размером более 2 TiB. Неверный тип таблицы разделов. 32-разрядный предел также означает, что тип таблицы разделов старой основной загрузочной записи (MBR) неадекватен для дисков размером более 2 TiB. MBR по умолчанию используется для некоторых инструментов, и некоторые из них не могут обрабатывать новую таблицу разделов GUID (GPT), которая является методом разделения, который наиболее часто используется на дисках размером более 2 TiB. Если Disk Utility установила таблицу разделов MBR, а затем попыталась создать раздел over-2TiB, это, безусловно, потерпит неудачу и, возможно, может потерпеть неудачу так, что это приведет к сбою программы.

Хотя Disk Utility (aka Palimpsest) может показаться очевидным инструментом разбиения на разделы, большинство пользователей Ubuntu предпочитают использовать что-то еще, например:

Ошибка в Disk Utility - Возможно, Disk Utility просто глючит, особенно с диском размером более 2 TiB. Это важная граничная точка, потому что это 2 ^ 32 сектора, а это означает, что вам нужно 32-битное целое число для хранения размера диска, конечной точки для раздела, заполняющего диск, и так далее. Если код в Disk Utility использует 32-разрядные целые числа для хранения значений сектора, он будет ошибочным и, возможно, вызвать сбой программы, на дисках размером более 2 TiB. Ошибка Disk Utility - GParted основан на библиотеке под названием libparted, а parted - это простой инструмент текстового режима, который использует одну и ту же библиотеку. Хотя parted не может изменять размеры файловых систем и менее удобен для пользователя, чем GParted, он по-прежнему широко используется, особенно когда предпочтительным является текстовый инструмент. В отличие от GParted, parted не позволяет создавать файловые системы в разделах; для этого вы используете другие инструменты в текстовом режиме, например mkfs. Неверный тип таблицы разделов. 32-разрядный предел также означает, что тип таблицы разделов старой основной загрузочной записи (MBR) неадекватен для дисков размером более 2 TiB. MBR по умолчанию используется для некоторых инструментов, и некоторые из них не могут обрабатывать новую таблицу разделов GUID (GPT), которая является методом разделения, который наиболее часто используется на дисках размером более 2 TiB. Если Disk Utility установила таблицу разделов MBR, а затем попыталась создать раздел over-2TiB, это, безусловно, потерпит неудачу и, возможно, может потерпеть неудачу так, что это приведет к сбою программы. Неверный тип таблицы разделов - Этот инструмент и его кузены (sfdisk и cfdisk) первоначально поддерживали MBR и некоторые другие неясные типы таблиц разделов. Недавно он был обновлен для поддержки GPT; версия, поставляемая с Ubuntu 16.04, поддерживает GPT. Как parted и GPD fdisk, fdisk требует использования других инструментов для создания или управления файловыми системами. Обратите внимание, что пользовательские интерфейсы gdisk и cgdisk моделируются по умолчанию после fdisk и cfdisk соответственно. (Я написал GPT fdisk задолго до того, как fdisk приобрел функциональность GPT.)

На этом этапе я рекомендую вам просмотреть свою конфигурацию с помощью GPARTed или GPT fdisk. В частности, вы можете проверить правильность таблицы разделов с параметром sgdisk -v, как в:

$ sudo sgdisk -v /dev/sda No problems found. 6 free sectors (3.0 KiB) available in 1 segments, the largest of which is 6 (3.0 KiB) in size.

Это скажет вам, есть ли какие-либо проблемы с таблицей разделов на /dev/sda (при необходимости измените эту деталь) и сколько места нераспределено. (В этом примере показано только 3 KiB нераспределенного, но это необычно мало. Большинство дисков будут иметь не менее 1-2 MiB нераспределенных.) Если sgdisk показывает, что на диске много GiB или даже TiB нераспределено, то что-то не так - возможно диск был подготовлен как диск MBR. Выходы gdisk -l /dev/sda и parted /dev/sda print показывают, какой тип таблицы разделов использует диск, каждый по-своему. Например, вывод parted будет включать следующее:

Partition Table: gpt

Если эта строка читает msdos, а не gpt, на диске используется MBR. В этом случае вы можете использовать gdisk на нем и записать изменения обратно, чтобы конвертировать из MBR в GPT. Затем вы можете использовать GParted для расширения существующего раздела. Я не рекомендую это делать, не прочитав процедуру или не предоставив более подробную информацию о вашей конфигурации и не прося совета, хотя, поскольку вы можете легко окунуться в некоторые очень плохие проблемы, пытаясь это сделать. Для начала см. Страницу GPD fdisk в конверсиях MBR-to-GPT.

1
ответ дан 24 July 2018 в 19:37

Другие вопросы по тегам:

Похожие вопросы: