Можно ли удалить диски с 14.04 и заменить их утилитой диска с 12.04?
В настоящее время я тестирую 14.04, и, хотя в этом есть много вещей, которые мне нравятся, udisks
ошибки расстраивают. В настоящее время я использую 12.04 на всех производственных системах из-за этих проблем, которые, если я не ошибаюсь, начались с 12.10 и присутствовали с тех пор.
Когда я пытаюсь использовать Бенчмаркинг изнутри disks
на размонтированном разделе на sda
Я получаю следующую ошибку:
Error seeking to offset 2560872448 (g-io-error-quark, 13)
Вспомогательные данные (слишком длинные, чтобы включить их здесь):
2 ответа
Более старый источник 3.0.2 все еще должен быть жизнеспособным до 14.04, поскольку большинство операций доступны на 14.04. Однако лучше перестроить и упаковать пакет trusty как обновление до текущего пакета утилит gnome-disk, так что для этого нужно создать ppa.
https://launchpad.net/~mc3man/+archive/trusty-tests
Примечания: Использует последний источник 3.0.2 в Ubuntu - точный 3.0.2-2ubuntu7 (- имя пакета случайно получило 8 в конце, неважно, на самом деле.
Единственное реальное изменение заключалось в том, чтобы удалить расширение nautilus и интеграцию панели запуска, так как они больше не работают или не используются и могут вызвать ftbfs.
Размер открываемого окна по умолчанию немного мал, его необходимо изменить или увеличить после открытия. Если я наткнусь на способ настройки в исходном коде, я сделаю это. (патч приветствуется.
Если это не подходит, используйте ppa-purge или просто удалите ppa, удалите утилиту gnome-disk, обновите источники и переустановите текущую утилиту gnome-disk.
Скопировано поверх предыдущей сборки в ppa для saucy (saucy - почти EOL
Что касается создателя usb, то версия 14.04 в порядке, просто отформатируйте флешку сначала в fat32, затем откройте usb creator и все должно работать нормально.
Я проверил источник утилиты gnome-disk из их репозитория git, и проблема в том, что на 32-битных архитектурах она использует 32-битную функцию lseek() для поиска смещения со знаком. Таким образом, он успешен в течение первых нескольких поисков, но затем он выходит за пределы 2^31 байта (2560872448 находится за этой границей).
Основываясь на руководстве lseek64, исправление заключается в добавлении одной строки перед всеми заголовками:
#define _FILE_OFFSET_BITS 64
Или переключитесь на прототип lseek64.