electro575 a écrit 832 commentaires

Je ne m'y connais pas bien en configuration de PC mais peut-on dans un même PC avec une carte mère, deux disques dur 3"1/2 et deux cartes réseaux,

diriger/trier les datas présentent sur le bus commun avec un CPU :

carte réseau 1 -> vers HDD_1 ayant debian buster
carte réseau 2 -> vers HDD_2 ayant debian buster

Le tout avec RAM partagé j'imagine.

Ce qui voudrait dire que 2 OS fonctionnent dans le même PC (possible linux, non windows j'imagine sur les PC classique).

Vous avez peut être déjà donné une solution software (container, OS virtuel) mais est-ce qu'on peut faire cela en hardware ?

-Solution raspberry pi :

Un hub usb alimenté, j'en ai un justement mais je ne suis pas sur qu'il puisse faire fonctionner mes deux disques dur 3"1/2.

Sinon il faut peut être que je configure la sortie USB du chip de la raspberry pi.

Concernant la limitation, la pi4 semble avoir de meilleur performance concernant l'usb et l'ethernet, puce séparé je crois.

Pourquoi je ne pourrais pas installer debian buster ? Je n'ai pas étudié la question mais ça se tient, peut être pour la compatibilité hardware.

La grosse limitation c'est la ressource en RAM pour des conf call avec ma famille par exemple via jitsi-meet.

-Solution PC :

Je vais étudier ça, ma volonté c'est d'avoir le moins de problème possible à l'avenir avec l'apparition des ordinateurs quantique, le premier commercial très cher qui vient de sortir par exemple.

1 millions d'euros !

J'essaie de protéger un maximum mon réseau avec iptables -> bientôt obsolète je crois, non ?
Qu'utilisez-vous pour la surveillance du réseau ?

box FAI -> 1er réseau tout publique
routeur1 -> réseau vers VPN en L2TP
routeur2 -> réseau local bloque tout paquet entrant à part les connections déjà etablies

Plusieurs routeurs sont déjà plus difficiles à passer, d'après ce que je sais.

Je me pencherai vers soit :
-1 boitier : 2 cartes mères, 2 cartes réseaux
-2 boitier : 1 carte mère, 1 carte réseau

Je peux tout regrouper sur un même OS mais est-ce que c'est si bien sécurisé que cela ? pour des datas personnelles avec solution software

Geeqie à l'air bien pour simplement visionner des photos sans vouloir faire une photothèque.

Merci.

Bonne journée.

Sailfish Silica est encore présent à priori.

Je travail sur l'adaptation de ce code android kernel msm8974

https://github.com/CyanogenMod/android_kernel_htc_msm8974/blob/cm-14.1/arch/arm/configs/m8_defconfig

Je recherche les CONFIG_… à ajouter pour activer le modem USB et la fonctionnalité RNDIS afin de débogguer mon htc one m8.

Vous connaissez des personnes qui font cela ?

Avant cela, j'ai suivi ce pdf pour le portage sur un samsung galaxy note 2,
https://sailfishos.org/content/uploads/2019/03/SailfishOS-HardwareAdaptationDevelopmentKit-3.0.1.0.pdf

Déjà quelques portages ont été réalisé :
https://wiki.merproject.org/wiki/Adaptations/libhybris

Ha super ça :)

Qu'est-ce que ça donne niveau interface graphique ?

Je suis entrain d'effectuer le portage sur un samsung galaxy note II pour essayer l'OS.

Je me heurte en ce moment au lancement du GUI.

Pour toi, quels sont les avantages de cet OS ?

Alors il faut supprimer les carnets d'adresses virtuelles.

A priori les adresses viennent du japon et du brésil.

Comment ça se fait qu'on en recoit en pagaille comme ça !

Comment je peux identifier le pays avec une adresse ?

Il y a des outils sur le net ? Ou une commande linux

A priori c'est un SPAM je pense, voir le code source du mail :

Abuse-Reports-To: abuse@esales.co.jp
X-Spam-Flag: yes
X-Spam-Level: ********************
X-GND-Spam-Score: 300
X-GND-Status: SPAM

Par exemple l'en tête : "Return-Path"

A priori c'est du gros SPAM, j'arrive toujours à m'identifier !

Plusieurs personnes ont eu ce genre de mail.

Quel est l'en tête que l'on peut voir dans le mail pour connaitre la provenance de l'envoyeur !

C'est étrange que ça passe comme ça sur les serveurs Gandi

Oui je l'ai fait déjà alors que sur une VM Debian, l'affichage s'adapte toute suite.

Au final, le paquet que j'utilise a été corrigé pour une version plus récente de kernel.

Pour la 4.19, le paquet n'a plus ces erreurs.

/usr/src/linux-source-4.19# /home/jo/Documents/ni/INSTALL

*****************************************************************************
  NI-488.2
     version 17.0.0f0 for Linux
*****************************************************************************

NI-488.2 supports the following Linux distributions:
   CentOS
   openSUSE
   Red Hat Enterprise Linux
   Scientific Linux
Refer to README.txt for the latest information at the time of release.
Refer to www.ni.com/linux for the most recent information about Linux
support at National Instruments.


Continue? [Yn] Y

Checking required install tools...
Checking installer tool versions...
rpm        4.12.0.2 can be used with a default installation path
tar        1.30
Checking dependencies...
**Warning: glibc was not found in the rpm database, but
         it appears to be installed on your system.
         This most likely means you are not using a RPM based
         Linux distribution, and need to manually populate your
         RPM database, or install with the --nodeps option.**

rpm et glibc … !

Bon c'est un projet plutôt à base de rpm que de .deb en plus.

J'essaie de répondre à cette problématique.

:/usr/src/linux-headers-4.19.0-0.bpo.2-amd64# make cloneconfig
/usr/src/linux-headers-4.19.0-0.bpo.2-common/scripts/Makefile.build:45: /usr/src/linux-headers-4.19.0-0.bpo.2-common/scripts/basic/Makefile: Aucun fichier ou dossier de ce type
make[3]: *** Aucune règle pour fabriquer la cible « /usr/src/linux-headers-4.19.0-0.bpo.2-common/scripts/basic/Makefile ». Arrêt.
make[2]: *** [/usr/src/linux-headers-4.19.0-0.bpo.2-common/Makefile:465: scripts_basic] Error 2
make[1]: *** [Makefile:146: sub-make] Error 2
make: *** [Makefile:8: all] Error 2

Voici le problème rencontré en question 6 ci-dessous, linux-source v4.19 a été installé. La version du noyau est linux-headers-4.19.0-0.bpo.2-amd64.

---

Q6. During installation, I get a message similar to the following one:
"Kernel source does not appear to be configured for the running kernel.
Configuration of kernel source is required to continue installation."
I do have kernel sources installed. Is there anything else I need to do?

A6. This problem is known to affect SUSE Linux, but it is possible that other
distributions require similar steps to resolve this problem.

On openSUSE, complete the following steps:

1. Ensure you have installed kernel-source and kernel-syms packages
   corresponding to the version of the currently running kernel. You
   can determine the currently running kernel version by issuing the
   command "uname -r".

2. Change the directory to the /usr/src/linux- directory,
   where corresponds to the currently running kernel version.

3. Run "zcat /boot/symvers-.gz > Module.symvers" as root to
   prepare modversion support.

4. Run "make cloneconfig" as root to configure the sources for the
   currently running kernel.

5. Run "make modules_prepare" as root to prepare the headers for
   compilation.

6. Run the NI-488.2 for Linux INSTALL script.

J'essaie de répondre à cette problématique :

Q6: During installation, I get a message similar to the following one:
"Kernel source does not appear to be configured for the running kernel.
Configuration of kernel source is required to continue installation."
I do have kernel sources installed. Is there anything else I need to do?

A6: This problem is known to affect SUSE Linux, but it is possible that other
distributions require similar steps to resolve this problem.

On openSUSE, complete the following steps:
1. Ensure you have installed kernel-source and kernel-syms packages
corresponding to the version of the currently running kernel. You
can determine the currently running kernel version by issuing the
command "uname -r".
2. Change the directory to the /usr/src/linux- directory,
where corresponds to the currently running kernel version.

3. Run "zcat /boot/symvers-<version>.gz > Module.symvers" as root to
prepare modversion support.
4. Run "make cloneconfig" as root to configure the sources for the
currently running kernel.

5. Run "make modules_prepare" as root to prepare the headers for
compilation.
6. Run the NI-488.2 for Linux INSTALL script.

Je dois effectuer les opérations suivante :
1-Configure the sources for the currently running kernel.
2-Prepare the headers for compilation.

Pour cela, ils disent en :
1-make cloneconfig
2-make modules_prepare

Sauf qu'à la base ces remarques sont pour OpenSuse plutôt que pour debian !

Est-ce que c'est correcte ou il y a une autre manière de s'y prendre pour Debian Stretch ?

Merci

La carte n'est pas repéré :

00:00.0 Host bridge [0600]: Intel Corporation 440FX - 82441FX PMC [Natoma] [8086:1237] (rev 02)
00:01.0 ISA bridge [0601]: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II] [8086:7000]
00:01.1 IDE interface [0101]: Intel Corporation 82371AB/EB/MB PIIX4 IDE [8086:7111] (rev 01)
00:02.0 VGA compatible controller [0300]: InnoTek Systemberatung GmbH VirtualBox Graphics Adapter [80ee:beef]
00:03.0 Ethernet controller [0200]: Intel Corporation 82540EM Gigabit Ethernet Controller [8086:100e] (rev 02)
00:04.0 System peripheral [0880]: InnoTek Systemberatung GmbH VirtualBox Guest Service [80ee:cafe]
00:05.0 Multimedia audio controller [0401]: Intel Corporation 82801AA AC'97 Audio Controller [8086:2415] (rev 01)
00:06.0 USB controller [0c03]: Apple Inc. KeyLargo/Intrepid USB [106b:003f]
00:07.0 Bridge [0680]: Intel Corporation 82371AB/EB/MB PIIX4 ACPI [8086:7113] (rev 08)
00:0d.0 SATA controller [0106]: Intel Corporation 82801HM/HEM (ICH8M/ICH8M-E) SATA Controller [AHCI mode] [8086:2829] (rev 02)

La carte PCI-GPIB sous windows avec lspci :

Communication Controller [0780]  ->   National Instruments PCI-GPIB [1093:c801]

Actuellement :

/usr/src/linux-headers-4.19.0-0.bpo.2-amd64# make cloneconfig
/usr/src/linux-headers-4.19.0-0.bpo.2-common/scripts/Makefile.build:45: /usr/src/linux-headers-4.19.0-0.bpo.2-common/scripts/basic/Makefile: Aucun fichier ou dossier de ce type
make[3]: *** Aucune règle pour fabriquer la cible « /usr/src/linux-headers-4.19.0-0.bpo.2-common/scripts/basic/Makefile ». Arrêt.
make[2]: *** [/usr/src/linux-headers-4.19.0-0.bpo.2-common/Makefile:465: scripts_basic] Error 2
make[1]: *** [Makefile:146: sub-make] Error 2
make: *** [Makefile:8: all] Error 2

J'ai encore avancé mais cette fois pas sur que je trouve la solution.

zcat /boot/symvers-4.19.0-0.bpo.2-amd64.gz > Module.symvers

Pas de trace en /boot du fichier symvers-4.19.0-0.bpo.2-amd64.gz sous debian stretch

Merci pour tes réponses. Je vais voir ça. Elle donne son IDVendor sous windows avec lspciutil.

Je vais revoir sous sudo dmesg.

---

J'ai avancé.

J'ai pu lancer l'installer de mon fichier .iso.

Mon souci est qu'au moment de recompiler les drivers avec la commande updateNIdriver, je suis coincé sur la partie programme suivante :

if ! withVersioning nikalGetRequestedKernelSourcesDir; then
   error "Error locating kernel sources for the requested kernel version (${kernelVersion})."
   if [ "${promptUser}" = "0" ]; then
      echoUsage
   fi
   exit 1
fi

Le programme ci-dessus se trouve ligne 134 du fichier updateNIdriver : https://debian-facile.org/paste-BABC841E70

Fait appel à la fonction nikalGetRequestedKernelSourcesDir() du fichier installerUtility.sh : https://debian-facile.org/paste-9CAA1DEBCB

J'ai toujours mon erreur alors que j'ai configuré mes 3 variables d'environnements.

export INSTALL_MOD_PATH=""
export KERNELTARGET=4.19.0-0.bpo.2-amd64
export KERNELHEADERS=$KERNELHEADERS:$INSTALL_MOD_PATH/lib/modules/$KERNELTARGET/...

J'ai avancé.

J'ai pu lancer l'installer de mon fichier .iso.

Mon souci est qu'au moment de recompiler les drivers avec la commande updateNIdriver, je suis coincé sur la partie programme suivante :

# This is needed for the ./configure script, when it gets run
if ! withVersioning nikalGetRequestedKernelSourcesDir; then
   error "Error locating kernel sources for the requested kernel version (${kernelVersion})."
   if [ "${promptUser}" = "0" ]; then
      echoUsage
   fi
   exit 1
fi

As root, run "/usr/local/bin/updateNIDrivers". By default, the
updateNIDrivers utility rebuilds the driver for the currently
running kernel using the kernel sources and copies it to the
appropriate location.

A priori elle n'est pas reconnu.

Il faut compiler le driver et le charger avec modprobe.

A priori dedans, il y a un binaire qui permet de recompiler les drivers en fonction du noyau que tu possède.

Une fois le fichier .iso monté, tu executes " ./INSTALL --nodeps "

Ensuite, executer " sudo ./updateNIDrivers ". Ici je suis coincé car l'executable ne voit pas les kernel sources. Je ne vois pas comment avancer sur ce point !

https://framadrop.org/r/i7CdsxGMVo#5eTkGi+30fV2Z5XWhgECUAJGgJjkqM1KGU1O552CtDU=

J'ai continué à chercher.

Un projet NI-488.2 existe pour linux mais à adapter à Debian, est-ce que c'est possible ?

http://www.ni.com/download/ni-488.2---linux/6902/en/

Pourriez-vous jeter un coup d'oeil ?

Merci d'avance

Merci, he bien pour le moment pas de signe de la carte du tout sans le bon driver.

Voir cette liste :

https://knowledge.ni.com/KnowledgeArticleDetails?id=kA00Z0000019LSwSAM&l=fr-FR

Je ne souhaite pas me lancer dans labview, HELP !^{^}

Je pense avoir des éléments pour le driver.

Je tente demain