Les disques Udisks peuvent-ils être supprimés de 14.04 et remplacés par la fonctionnalité d’utilitaire de disque de 12.04?
Je teste actuellement la version 14.04 et, même si j'aime bien beaucoup de choses, les bogues udisks bouleversent. J'utilise actuellement la version 12.04 sur tous les systèmes de production en raison de ces problèmes qui, si je ne me trompe pas, ont débuté avec 12.10 et sont présents depuis.
Lorsque j'essaie d'utiliser l'analyse comparative à partir de disks sur une partition non montée sur sda, j'obtiens le message d'erreur suivant:
Error seeking to offset 2560872448 (g-io-error-quark, 13)
Données à l'appui (trop long à inclure ici):
L’ancienne source 3.0.2 devrait toujours être viable jusqu’à 14.04, car la plupart des dépôts sont disponibles pour 14.04. Cependant, il est préférable de reconstruire & package pour trusty en tant que mise à niveau vers le paquet actuel gnome-disk-utility, ainsi pour cela un ppa.
https://launchpad.net/~mc3man/+archive/trusty-tests
Notes: Utilise la dernière source 3.0.2 dans Ubuntu - 3.0.2-2ubuntu7 precise (- le nom du paquetage a par inadvertance 8 à la fin, peu importe vraiment.
Le seul véritable changement consistait à supprimer l’extension de Nautile et l’intégration du tableau de bord, car ceux-ci ne fonctionnaient plus ou étaient utilisés et provoqueraient un ftbfs.
La taille de la fenêtre d’ouverture par défaut est un peu petite, elle doit être redimensionnée ou maximisée après l’ouverture. Si je tombe sur un moyen de régler la source le fera. (patch bienvenue.
Si cela ne vous convient pas, utilisez ppa-purge ou supprimez simplement ppa, supprimez gnome-disk-utility, mettez à jour les sources et réinstallez le gnome-disk-utility actuel.
Copié sur une version précédente sur ppa pour plus délicat (effrayant, c'est presque EOL
En ce qui concerne usb creator, la version 14.04 convient, formatez d'abord le lecteur flash en fat32, puis ouvrez usb creator et cela devrait fonctionner correctement.
J'ai vérifié la source de gnome-disk-utility à partir de leur référentiel git et le problème est que, sur les architectures 32 bits, il utilise la fonction lseek () 32 bits pour rechercher le décalage signé. Ainsi, il réussit pendant les quelques premières recherches, mais échoue ensuite au-delà de 2 ^ 31 octets (2560872448 dépasse cette limite).
Basé sur le manuel de lseek64, le correctif consiste à ajouter une seule ligne avant tous les en-têtes:
#define _FILE_OFFSET_BITS 64
Ou passez au prototype lseek64.