logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 Système » Message table virtuelle dans syslog » 04-02-2018 19:14:16

_john_doe
Réponses : 0
Bonjour a tous,

Je viens de faire un petit cat dans mon syslog et j'ai ce record une bonne centaine de fois dans mon log :

kali tracker-store[1442]: Could not create FTS delete statement: vtable constructor failed: fts5



Apres quelques recherches il semblerait que cela vienne de la table virtuelle FTS5 de SQLITE mais ma comprehension de cette ligne s'arrete ici

Ma version sqlite au cas ou...

root@kali:~# sqlite3 --version
3.22.0



Ma distri et mon noyau :

root@kali:~# uname -a
Linux kali 4.14.0-kali3-amd64 #1 SMP Debian 4.14.13-1kali1 (2018-01-25) x86_64 GNU/Linux


Si une ame charitable pouvait m'aiguiller sur ce pb.
Merci

#2 Re : Scripts, programmes et robots » Compatibilité JRE 9 et JD-GUI » 04-12-2017 18:14:06

_john_doe
Yeap, Kali etant une distro tournée pentesting elle fonctionne par défaut en root.
Faut que je prenne quelques minutes pour me créer un compte non root et m'habituer au sudo (car pas mal de tools kali necessitent un acces root smile

Concernant mon pb java, j'arrive à contourner le probleme en entrant cette commande pour lancer JD-GUI :

java --add-opens java.base/jdk.internal.loader=ALL-UNNAMED --add-opens jdk.zipfs/jdk.nio.zipfs=ALL-UNNAMED -jar /usr/share/jd-gui/jd-gui.jar


Mais c'est pas super propre, j'aimerais bien pouvoir modifier JDK9 pour ajouter cette exception mais débutant en Java je rame un peu... wink

#3 Scripts, programmes et robots » Compatibilité JRE 9 et JD-GUI » 01-12-2017 19:10:34

_john_doe
Réponses : 2
Bonjour à tous,
J'ai eu la bonne idee de mettre à jour ma version de JRE :

root@kali:/# java --version
openjdk 9.0.1
OpenJDK Runtime Environment (build 9.0.1+11-Debian-1)
OpenJDK 64-Bit Server VM (build 9.0.1+11-Debian-1, mixed mode)


Et depuis jd-gui retourne un message d'erreur :

root@kali:/# jd-gui
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by org.codehaus.groovy.reflection.CachedClass$3$1 (file:/usr/share/jd-gui/jd-gui.jar) to method java.lang.Object.finalize()
WARNING: Please consider reporting this to the maintainers of org.codehaus.groovy.reflection.CachedClass$3$1
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
WARNING: All illegal access operations will be denied in a future release
Exception in thread "main" java.lang.reflect.InaccessibleObjectException: Unable to make jdk.internal.loader.ClassLoaders$AppClassLoader(jdk.internal.loader.ClassLoaders$PlatformClassLoader,jdk.internal.loader.URLClassPath) accessible: module java.base does not "opens jdk.internal.loader" to unnamed module @22a67b4
  at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:337)
  at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:281)
  at java.base/java.lang.reflect.Constructor.checkCanSetAccessible(Constructor.java:192)
  at java.base/java.lang.reflect.Constructor.setAccessible(Constructor.java:185)
  at org.codehaus.groovy.reflection.CachedConstructor$1.run(CachedConstructor.java:41)
  at java.base/java.security.AccessController.doPrivileged(Native Method)
  at org.codehaus.groovy.reflection.CachedConstructor.<init>(CachedConstructor.java:39)
  at org.codehaus.groovy.reflection.CachedClass$2.initValue(CachedClass.java:76)
  at org.codehaus.groovy.reflection.CachedClass$2.initValue(CachedClass.java:66)
  at org.codehaus.groovy.util.LazyReference.getLocked(LazyReference.java:46)
  at org.codehaus.groovy.util.LazyReference.get(LazyReference.java:33)
  at org.codehaus.groovy.reflection.CachedClass.getConstructors(CachedClass.java:265)
  at groovy.lang.MetaClassImpl.<init>(MetaClassImpl.java:215)
  at groovy.lang.MetaClassImpl.<init>(MetaClassImpl.java:225)
  at groovy.lang.MetaClassRegistry$MetaClassCreationHandle.createNormalMetaClass(MetaClassRegistry.java:168)
  at groovy.lang.MetaClassRegistry$MetaClassCreationHandle.createWithCustomLookup(MetaClassRegistry.java:158)
  at groovy.lang.MetaClassRegistry$MetaClassCreationHandle.create(MetaClassRegistry.java:141)
  at org.codehaus.groovy.reflection.ClassInfo.getMetaClassUnderLock(ClassInfo.java:250)
  at org.codehaus.groovy.reflection.ClassInfo.getMetaClass(ClassInfo.java:282)
  at org.codehaus.groovy.reflection.ClassInfo.getMetaClass(ClassInfo.java:292)
  at org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.getMetaClass(MetaClassRegistryImpl.java:259)
  at org.codehaus.groovy.runtime.InvokerHelper.getMetaClass(InvokerHelper.java:868)
  at org.codehaus.groovy.runtime.callsite.CallSiteArray.createPojoSite(CallSiteArray.java:122)
  at org.codehaus.groovy.runtime.callsite.CallSiteArray.createCallSite(CallSiteArray.java:163)
  at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:45)
  at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:108)
  at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:120)
  at org.jd.gui.view.MainDescription.run(MainDescription.groovy:170)
  at groovy.util.FactoryBuilderSupport.build(FactoryBuilderSupport.java:1169)
  at groovy.util.FactoryBuilderSupport.build(FactoryBuilderSupport.java:1152)
  at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
  at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at java.base/java.lang.reflect.Method.invoke(Method.java:564)
  at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90)
  at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:324)
  at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:382)
  at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1017)
  at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.callCurrent(PogoMetaClassSite.java:66)
  at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:49)
  at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:149)
  at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:161)
  at org.jd.gui.view.MainView$_closure1.doCall(MainView.groovy:69)
  at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
  at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at java.base/java.lang.reflect.Method.invoke(Method.java:564)
  at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90)
  at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:324)
  at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:292)
  at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1017)
  at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1082)
  at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1017)
  at groovy.lang.Closure.call(Closure.java:423)
  at groovy.lang.Closure.call(Closure.java:417)
  at java_util_concurrent_Callable$call.call(Unknown Source)
  at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:45)
  at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:108)
  at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:112)
  at groovy.swing.SwingBuilder$_edt_closure1.doCall(SwingBuilder.groovy:333)
  at groovy.swing.SwingBuilder$_edt_closure1.doCall(SwingBuilder.groovy)
  at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
  at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at java.base/java.lang.reflect.Method.invoke(Method.java:564)
  at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90)
  at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:324)
  at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:292)
  at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1017)
  at groovy.lang.Closure.call(Closure.java:423)
  at groovy.lang.Closure.call(Closure.java:417)
  at groovy.lang.Closure.run(Closure.java:504)
  at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:303)
  at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:764)
  at java.desktop/java.awt.EventQueue.access$500(EventQueue.java:97)
  at java.desktop/java.awt.EventQueue$3.run(EventQueue.java:717)
  at java.desktop/java.awt.EventQueue$3.run(EventQueue.java:711)
  at java.base/java.security.AccessController.doPrivileged(Native Method)
  at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:89)
  at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:734)
  at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:199)
  at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
  at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
  at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
  at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
  at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)


Apres quleques recherches sur internet ils semblerait qu'il y est un pb de compatibilite entre la derniere version de JRE et jd-gui.
Sur les github de jd-gui le probleme est bien reférencé par contre la solution proposée est pour macOS sierra, pas pour Debian....

https://github.com/java-decompiler/jd-gui/issues/187

Un pro du Java saurait-il comment resoudre ce pb sous Debian ?
Je debute en Java, pas encore le niveau pour trouver tout seul roll

#4 Re : Matériel » [Terminé] Quel PC familial (non gaming) pour un Dual Boot Debian-W10 » 17-10-2017 16:18:19

_john_doe
Pour ma part je pense que le plus important à vérifier lorsque l'on envisage un dual boot Windows / Debian c'est que le secure boot soir désactivable dans le menu UEFI. En effet certaines marques (voir certains modeles de certaines marques) ne jugent pas utiles d'inclure cette fonctionnalité dans leur BIOS.
Ensuite sur un modele d'occasion se pose la question du mode legacy Vs UEFI. Sachant que les 2 OS devront fonctionner sur le meme mode.

#5 Re : Installation et migration » Dual boot 2 disques durs Windows / Debian ou mettre GRUB [RESOLU] » 17-10-2017 15:33:12

_john_doe
Distri installée.
Juste eu à changer l'ordre boot loader dans le Bios pour mettre Kali en 1er afin d'avoir le GRUB prendre le relais.
Encore merci pour ton support.
Je mets en RESOLU

#6 Re : Installation et migration » Dual boot 2 disques durs Windows / Debian ou mettre GRUB [RESOLU] » 16-10-2017 14:49:12

_john_doe
Tu as raison j'ai eu la main lourde sur l'EFI, vais reduire.

concernant le la taille que j'avais alloué au "/" je l'avais compris dans le sens Linuxien du terme à savoir la Racine, qui comprenait non seulement les répertoires et fichiers nécessaires à faire tourner Kali (quelques MO/GO) mais aussi les autres répertoires qui se situent sous la racine (utilisateurs entre autre incluant les differents paquets qui seraient installé par la suite ainsi que tous les documents qui seraient crées).
Du coup j'ai du mal à saisir la difference entre le partitionnement automatique de l'espace dispo (voir photo) avec lequel il te crée automatiquement une partition SWAP de quelques gigas et tout le reste sur une partition "/" (j'en deduis donc que cela inclue aussi les sous répertoires (home, dev, tmp,usr.......)
Et le partitionnement full manuel ou la partition SWAP sera crée manuellement, la partition "/" sera aussi crée manuellement avec seulement quelques GO pour n'accueillir que le systeme et enfin la partition /home qui sera partitionnée avec le reste de la mémoire.
Quel intérêt peut il y a voir à partitionner /home séparément si il est lui même inclue dans le partionnement de "/" ? (navré par avance si mes questions peuvent te sembler stupides).
Photo 1 : Partionnement auto : Ne crée qu'un SWAP et un "/" :
1508161279-20171016-145952.png

Photo 2 : Ma partition EFI revisitée en detail :
1508161426-20171016-145848.png
Photo 3 ma proposition de partitionnement
1 GO EFI
8 GO SWAP
2 GO / (syteme)
Le reste en /home
Qu'en penses tu ?
1508161660-20171016-151400.png

Encore un grand merci pour ton support

#7 Re : Installation et migration » Dual boot 2 disques durs Windows / Debian ou mettre GRUB [RESOLU] » 15-10-2017 20:50:33

_john_doe
Merci beaucoup pour ta patience.
Donc si je partitionne de la maniere suivante cela devrait etre ok ?
1 partition définie comme partition systeme EFI, sur lequel je n'ai indiqué aucun chemin selon tes conseils (le chemin devant etre defini automatiquement)
1 partition swap
1 partition ext4.

1508096773-thumbnail-20171015-213842.png

PS dans mes precedents posts j'avais interverti sda et sdb. sda est mon disuqe SATA et sdb mon disque SSD

#8 Re : Installation et migration » Dual boot 2 disques durs Windows / Debian ou mettre GRUB [RESOLU] » 15-10-2017 17:57:41

_john_doe

raleur a écrit :

Dans Debian, la partition système EFI doit être montée sur /boot/efi et on n'a pas besoin de spécifier son emplacement à grub-install.



On est bien d'accord que la partition /boot/efi, je dois la monter en "/boot" avec un "Utiliser comme systeme de fichier EFI" (et non pas en ext4)
Et que pour cette partition je dois mettre basculer l'indicateur d'amorcage à "PRESENT".

D'autre part lors de l'installation du GRUB il me demande si je veux le GRUB sur SDA (mon SSD windows contenant l'EFI windows) ou SDB (mon SATA contenant Debian et mon EFI Debian).
Je pense le mettre sur SDB (donc la ou se trouve Debian) et changer dans le BIOS l'ordre de priorite des amorcages OS (ca doit etre faisable).
Merci pour ton retour

#9 Re : Installation et migration » Dual boot 2 disques durs Windows / Debian ou mettre GRUB [RESOLU] » 15-10-2017 13:12:02

_john_doe

raleur a écrit :

mais c'est corrigé au moins depuis Debian stretch. .


Kali etant basé sur Debian Buster (qui est la version test) et qui est elle même issue de la version stretch, ca devrait le faire.
Encore merci pour ta réponse argumentée et pertinante.

#10 Re : Installation et migration » Dual boot 2 disques durs Windows / Debian ou mettre GRUB [RESOLU] » 15-10-2017 12:00:08

_john_doe
Merci pour ta réponse.
Oui c'est de l'UEFI, mes 2 disques sont GPT.
Sur le disque0 SSD (windows) il ya y a effectivement une partition EFI, puis une partion C: (la ou est intallé Windows) et enfin une partition de recup.
Donc le plus propre serait lors de l'intallation partionnement Debian de creer 3 partitions sur Disque 1 (SATA) :
- 1 Partition EFI montée sur boot/EFI (format EFI)
- 1 partition swap (format swap)
- 1 partition principale (format ext4)
Et ce faisant lors du démarrage PC, GRUB verra bien les 2OS et me demandera lequel lancer ?

Je loupe un truc ?

#11 Installation et migration » Dual boot 2 disques durs Windows / Debian ou mettre GRUB [RESOLU] » 15-10-2017 11:35:02

_john_doe
Réponses : 14
Bonjour à tous
Je vais prochainement installer Debian (kali) en dual boot avec windows.
Pas de probleme de compatibilité, la distri a été testé en live USB, le secure boot est désactivable.

Sur ce PC 2 disques durs  (disque0 et disque1):
- (disque0) : 1 SSD 128 GO (sur lequel est intallé windows)
- (disque1) : 1 SATA 1TO (il n'y a rien dessus)

Je vais donc utiliser le DD SATA pour installer Debian
Ma question est la suivante :
Quand j'en serais à l'installation du GRUB, ou dois-je installer ce dernier ? sur le DD SSD ou sur le DD SATA ?
Windows (et donc son secteur d'amorcage) étant installé sur le DD SSD, je me pose la question de savoir sur quel disque doit être installer le GRUB pour être certain qu'il chopera bien les 2 OS.
Je n'avais jamais eu ce pb avant car avant je n'avais q'un DD donc le proble ne se posait pas.

Merci pour vos réponses !!!! smile

Pied de page des forums

Propulsé par FluxBB