Ubuntu-fr

provaire

ecryptfs source d'un problème? Résolu)

Bonjour, après un sujet sur un problème Java, il est possible que Ecryptfs limite la longueur des noms de fichiers (source Forum Openconcerto).
Pour revenir sur mon problème: les modules de OpenConcerto ne s'installe pas suite a un problème Java. Les sujet est marqué comme résolu car avec l'aide du forum Ubuntu, j'ai pu effectivement installer un module. A chaque redémarrage du logiciel il faut que je réinstalle le module?
Toujours le même message d'erreur:

Impossible d'activer les modules

/home/eric/.java/.userPrefs/org/openconcerto/erp/modules/_!'4!|w!n!'g!:g==/_!'4!|w!n!'}!a@"s!'`!,w"$!#c!`w"o!'8!b@"l!#c!`w"l!()!a@"j!#c!`w!u!'w!bw"j!'%!b!!n!&:!cw"o!'%!cg"l!#c!`w">!(!!~@"u!%:!bw"u!':!~@"y!(@!bw!n!&:![!"#!%@!}@"0!'%!,w"^/_!'4!|w!n!%8!c!"l!'4!@w"v!'4!}w"l!()!d!"v/_!'4!|w!n!%8!c!"l!'4!@w"v!'4!}w"l!()!d!"v!$@!<!==/toRun create failed.
org.openconcerto.utils.ExceptionHandler: Impossible d'activer les modules
	at org.openconcerto.utils.ExceptionHandler.handle(ExceptionHandler.java:129)
	at org.openconcerto.erp.modules.ModulePanel$StartStopAction.actionPerformed(ModulePanel.java:375)
	at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
	at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
	at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
	at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
	at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:252)
	at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:289)
	at java.awt.Component.processMouseEvent(Component.java:6533)
	at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
	at java.awt.Component.processEvent(Component.java:6298)
	at java.awt.Container.processEvent(Container.java:2238)
	at java.awt.Component.dispatchEventImpl(Component.java:4889)
	at java.awt.Container.dispatchEventImpl(Container.java:2296)
	at java.awt.Component.dispatchEvent(Component.java:4711)
	at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4897)
	at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4534)
	at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4475)
	at java.awt.Container.dispatchEventImpl(Container.java:2282)
	at java.awt.Window.dispatchEventImpl(Window.java:2746)
	at java.awt.Component.dispatchEvent(Component.java:4711)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:760)
	at java.awt.EventQueue.access$500(EventQueue.java:97)
	at java.awt.EventQueue$3.run(EventQueue.java:709)
	at java.awt.EventQueue$3.run(EventQueue.java:703)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:90)
	at java.awt.EventQueue$4.run(EventQueue.java:733)
	at java.awt.EventQueue$4.run(EventQueue.java:731)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:730)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
Caused by: java.util.prefs.BackingStoreException: /home/eric/.java/.userPrefs/org/openconcerto/erp/modules/_!'4!|w!n!'g!:g==/_!'4!|w!n!'}!a@"s!'`!,w"$!#c!`w"o!'8!b@"l!#c!`w"l!()!a@"j!#c!`w!u!'w!bw"j!'%!b!!n!&:!cw"o!'%!cg"l!#c!`w">!(!!~@"u!%:!bw"u!':!~@"y!(@!bw!n!&:![!"#!%@!}@"0!'%!,w"^/_!'4!|w!n!%8!c!"l!'4!@w"v!'4!}w"l!()!d!"v/_!'4!|w!n!%8!c!"l!'4!@w"v!'4!}w"l!()!d!"v!$@!<!==/toRun create failed.
	at java.util.prefs.FileSystemPreferences$7.run(FileSystemPreferences.java:619)
	at java.util.prefs.FileSystemPreferences$7.run(FileSystemPreferences.java:615)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.util.prefs.FileSystemPreferences.writeBackCache(FileSystemPreferences.java:614)
	at java.util.prefs.FileSystemPreferences.syncSpiPrivileged(FileSystemPreferences.java:801)
	at java.util.prefs.FileSystemPreferences.access$2300(FileSystemPreferences.java:50)
	at java.util.prefs.FileSystemPreferences$12.run(FileSystemPreferences.java:771)
	at java.util.prefs.FileSystemPreferences$12.run(FileSystemPreferences.java:769)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.util.prefs.FileSystemPreferences.syncSpi(FileSystemPreferences.java:768)
	at java.util.prefs.AbstractPreferences.sync2(AbstractPreferences.java:1338)
	at java.util.prefs.AbstractPreferences.sync(AbstractPreferences.java:1329)
	at java.util.prefs.FileSystemPreferences.sync(FileSystemPreferences.java:747)
	at java.util.prefs.FileSystemPreferences.flush(FileSystemPreferences.java:824)
	at org.openconcerto.erp.modules.ModuleManager.putRefs(ModuleManager.java:1257)
	at org.openconcerto.erp.modules.ModuleManager.setPersistentModules(ModuleManager.java:1333)
	at org.openconcerto.erp.modules.ModuleManager.applyChange(ModuleManager.java:1623)
	at org.openconcerto.erp.modules.ModuleManager.createModules(ModuleManager.java:1467)
	at org.openconcerto.erp.modules.ModuleManager.startModules(ModuleManager.java:1308)
	at org.openconcerto.erp.modules.ModulePanel$StartStopAction.actionPerformed(ModulePanel.java:353)
	... 37 more

Comme me l'a expliqué Guillaume (modérateur du forum OC merci a lui) le problème serait du au cryptage de mon DD.
J'ai fais plusieurs test sur d'autre version Linux et Windows et aucun problème. Seule différence s'est le cryptage de mon Ubuntu.
Existe t'il un moyen de faire accepter à Ecryptfs les noms plus long?

Dernière modification par provaire (Le 12/06/2018, à 19:06)

---

Totas las personas naisson liuras e egalas en dignitat e en drech.

??

Re : ecryptfs source d'un problème? Résolu)

Bonsoir
Je ne suis pas certain que cela soit lié a ECRYPTFS  il y a probablement une limite à 255 caractères.. Mais attends des confirmations.

---

Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide et en utilisant les outils de diagnostic J'ai perdu ma gomme. Désolé pour les fautes d'orthographes non corrigées.

provaire

Re : ecryptfs source d'un problème? Résolu)

Bonjour, il semblerai qu'il y ai un bug de Ecryptfs:

Bug Description

===
IMPORTANT: eCryptfs can only store filenames of up to 143 characters when filename encryption is enabled. The remaining 112 characters are used for storing metadata such as the encrypted filename prefix, the signature of the filename encryption key, and an identifier for the cipher used, as well as random bytes to make /foo/file and /bar/file encrypt to different ciphertext and padding bytes to achieve proper cipher block size alignment.

This bug is considered 'fixed' by the upstream maintainers. The eCryptfs kernel error message has been reduced to a debug level log message and eCryptfs now correctly reports its maximum supported filename length through the statfs() syscall. This is all that can be done without implementing a completely new encrypted filename design. A design that allows 255 character filenames without introducing other design limitations has not been identified and no one is currently working to come up with such a design.

Please do not add comments or create new bugs saying that mv reports 'File name too long' or that you can't create a long filename in your eCryptfs mounts. It is an unfortunate design limitation that cannot be avoided at this time.

Please do create new bugs when an application generates filenames that are too long to be stored in an eCryptfs mount. The application may be able to use the statfs() syscall to check the filename length limits of eCryptfs. Note that this does not include something like a torrent or ftp client trying to download a file with a long filename. The application is not generating the filename in those cases, it is just downloading the file that the user told it to download.
===

When trying to create a new file with a relatively long filename (f. ex. dfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqb.txt)
I get an error: file name to long, when in fact the file name is not to long, but the encrypted name created for this file is to long, so, the file was not created.

this is no problem when I try to create a file, but when I'm copying a lot of files to my home folder I get some: filename to long error's and it's hard to fix (first locate the file, create shorter name, move again)

so, maybe you could create a check for to long filenames?

I'm using ext4 here...

mv dfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqb.txt /home/jens/
mv: cannot stat `/home/jens/dfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqb.txt': File name too long

libecryptfs0:
  Installed: 71-0ubuntu2
  Candidate: 71-0ubuntu2
  Version table:
 *** 71-0ubuntu2 0
        500 http://be.archive.ubuntu.com jaunty/main Packages
        100 /var/lib/dpkg/status

Source: https://bugs.launchpad.net/ecryptfs/+bug/344878
Le bug commence a dater (2009) mais je n'ai pas vu de mise a jour .
Je suis peut être le seul en 16.04 Ubuntu à l'avoir rencontré (ou d'autres on préférer baisser les bras) 
Une idée?

---

Totas las personas naisson liuras e egalas en dignitat e en drech.

provaire

Re : ecryptfs source d'un problème? Résolu)

Bonjour, faut il que je refasse une installation sans Cryptage, ou existe t'il une alternative en ligne de commande? J'ai regardé pas mal de site et je ne trouve pas de solutions pour modifier  le logiciel de cryptage. De plus je ne vois pas sur le Wiki Ubuntu de commande me permettant de vérifier quelle est la version du logiciel.

---

Totas las personas naisson liuras e egalas en dignitat e en drech.

??

Re : ecryptfs source d'un problème? Résolu)

Bonjour.

Si tu n'es pas  en version 18.04, Il est possible que tu ne cryptes pas tout et que tu te contentes d'un seul répertoire crypté dans le /home.
dans lequel tu feras attention à avoir des noms de fichiers de taille humaine.

Ou changes de logiciel  pour fabriquer des noms de taille honnête

Unable to stat profile cache: target/test/cache/kickstart_nologging_just_method_and_protocol/data/ZmlsZTovLy9ob21lL2xzaW1uZ2FyL1VHZW50L2hwY3VnZW50L2FpaS9haWkta3MvdGFyZ2V0L3Rlc3QvcHJvZmlsZXMva2lja3N0YXJ0X25vbG9nZ2luZ19qdXN0X21ldGhvZF9hbmRfcHJvdG9jb2wuanNvbg== (File name too long) at /home/lsimngar/UGent/CAF/lib/perl/EDG/WP4/CCM/Fetch.pm line 308.
BEGIN failed--compilation aborted at src/test/perl/kickstart_nologging_just_method_and_protocol.t line 4

Mais il m'a semblé comprendre que le problème est résolu à partir de la version 17.10
...

---

Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide et en utilisant les outils de diagnostic J'ai perdu ma gomme. Désolé pour les fautes d'orthographes non corrigées.

provaire

Re : ecryptfs source d'un problème? Résolu)

Bonjour, effectivement avec la 17.10 tout fonctionne.
J'attends la clé avec la 18.04 pour refaire mon installation.
Merci a tous pour votre aide

---

Totas las personas naisson liuras e egalas en dignitat e en drech.