Можно ли удалить удалы с 14.04 и заменить функциональность дисковой утилиты с 12.04?

5

В настоящее время я тестирую 14.04, и, хотя мне очень нравится это, ошибки udisks расстраиваются. В настоящее время я использую 12,04 на всех производственных системах из-за этих проблем, которые, если я не ошибаюсь, начались с 12.10 и присутствовали с тех пор.

Когда я пытаюсь использовать бенчмаркинг из disks на unmounted разделе на sda , я получаю следующую ошибку:

Error seeking to offset 2560872448 (g-io-error-quark, 13)

Поддержка данных (слишком долго для включения здесь):

Ссылка

    
задан Elder Geek 24.05.2014 в 19:18
источник

2 ответа

4

Более старый источник 3.0.2 должен по-прежнему быть жизнеспособным до 14.04, так как большинство депов доступно для 14.04. Однако лучше перестроить & amp; пакет для надежного, как обновление до текущего пакета gnome-disk-utility, поэтому с этой целью ppa.

Ссылка

Примечания: Использует последний источник 3.0.2 в Ubuntu - 3.0.2-2ubuntu7 точно (- имя пакета случайно получило 8 в конце, неважно.

Только реальное изменение заключалось в том, чтобы удалить расширение nautilus & amp; интеграция с пусковой панелью, поскольку больше не работает или не используется & amp; приведет к ftbfs.

Размер окна открытия по умолчанию немного мал, его нужно изменить или увеличить после открытия. Если я наткнулся на способ настройки в источнике, это сделает. (патч приветствуется.

Если это непригодно, либо используйте ppa-purge или просто удалите ppa, удалите утилиту gnome-disk, обновите источники & amp; переустановите текущую утилиту gnome-disk.

Скопировано по предыдущей сборке в ppa для saucy (saucy - почти EOL

Что касается создателя usb, версия 14.04 в порядке, просто отформатируйте флешку сначала до fat32, затем откройте создатель usb и должен работать нормально.

    
ответ дан doug 28.05.2014 в 16:32
источник
2

Я проверил источник gnome-disk-utility из своего репозитория git, и проблема в том, что на 32-битных архитектурах он использует 32-битную функцию lseek () для поиска подписанного смещения. Таким образом, он преуспевает для первых нескольких поисков, но затем он выходит за пределы 2 ^ 31 байта (2560872448 выходит за рамки этой привязки).

Основываясь на руководстве lseek64, исправление должно либо добавить только одну строку перед всеми заголовками:

#define _FILE_OFFSET_BITS 64

Или переключиться на прототип lseek64.

    
ответ дан MariusM 16.10.2014 в 23:10