NeoX a écrit 18201 commentaires

Je peux en plus lancer un script après montage

udev fait exactement cela,
il detecte le peripherique, lui attribue un /dev/xxxx et peut lancer un script.

better thant going back to stlinux 2.3, you may try to find RedHat Entreprise Linux 4 or Fedora 6
or any "old linux" that provides 2.6 Kernel Linux

si tu l'a fait, pourquoi venir s'en plaindre ici ?

j'ai recu des email de "micros0ft" pour un gain possible de 250.000$, j'ai bien vu que c'etait un spam car les liens allaient sur http://www.xxx.yyy.zzz/
et l'emetteur reel etait "john.smith@orange_live-support.com"

est ce que je viens m'en plaindre à linuxfr ?
est ce le role de linuxfr de centraliser tous les spams/pishing potentiels ?

peut-etre plus le signaler en France à l'ANSSI (http://www.ssi.gouv.fr) ou a un CERT ( http://www.ssi.gouv.fr/fr/ssi/la-ssi-en-france/les-cert-francais.html )

well, I dont have an st40 board keep on helping you.

I hope someone else will pass here and will be able to help.

Maybe you would have more help on ST40 forum if any.

you are right, it seems that your kernel start inside a "gdb process",
such process requires "debug symobl" to be placed in the binaries,

did you compile your kernel with "debug symbol" set to ON ?

en virtualisation KVM, j'ose esperer que les choses sont bien fait, ta machine virtuelle parlant uniquement au noyau linux de ta machine hote via un module.
en virtualisation virtualbox, j'aimgine que c'est similaire vu qu'a l'installation il installe un module vboxdriver

mais là peut-etre qu'il faudrait faire un audit pour analyser tout ca.

une idée pour le KVM serait d'avoir un simple utilisateur par KVM sur la machine hote par exemple.

apres les attaques peuvent se faire comme d'hab, au travers du reseau car ce n'est pas la virtualisation qui va te proteger, mais la config des services,les parefeux, etc

Concernant la sécurité, tu as déjà entendu parler de logiciels capables d'accéder au système hôte à travers KVM ?

je ne me suis jamais posé la question,
tu veux parler d'acces non souhaité, ou d'acceder à des fichiers de la machine principale depuis les KVM ?

i'm not sure the following thing matters in your case,
and maybe you already read this :
http://www.stlinux.com/install

Note: On the host PC running Linux, make sure that no firewalls are running and that SELinux is disabled.

and probably your linux distro or kernel might be too recent, as from STLinux FTP, i can see that STLinux 2.4 was released late 2010.

vu que les OS vont etre differents, je te recommande KVM ou Virtualbox qui simule completement un PC.

c'est un peu plus "gourmand" que les simples conteneurs, mais ca permet de simuler vraiment ce que tu veux en nombre de carte reseau, de disque dur, etc

j'ajouterais que top, dans son resumé en haut, indique aussi les %wai, qui indique s'il y a des attentes de peripheriques…

ca peut venir d'un manque de RAM qui force l'usage du SWAP, donc genere des acces disques, donc des attentes…

kvm + guest drivers
virtualbox + guest additions

voir juste des conteneurs si ton OS principal est linux et des machines à isoler aussi
les conteneurs peuvent etre lxc, openvz, vserver

questions perfs, avec les guest drivers ou les guests tools je n'ai pas de probleme particulier.

seule restriction, les jeux en 3D dans un windows virtuels.

j'ai débranché les IDE (prise bleu et prise noire pour ma carte mère. J'ai branché en bout de nappe sur la prise bleu le lecteur dvd, j'ai redémarré et ça n'est pas détecté, j'ai redémarré, dans le bios, rien n'a changé, pas détecté.

typiquement chez moi c'est plutot le connecteur bleu sur la carte mere, les autres connecteurs sur les lecteurs.

• quand tu as debranché/rebranché des disques IDE, tu as fait gaffe au sens des cables et aux positions des disques sur ces cables ? je demandes ca car j'ai deja eu des cables qui avaient un sens à respecter, un connecteur à un bout pour la carte mere, celui du milieu pour le slave, et l'autre bout pour le master, et impossible de le brancher differemment (par exemple avec celui du milieu sur la carte mere pour faire un cablage plus court et plus propre)

et

• il faut mettre une disquette dans le lecteur avant de tenter le montage.
• il faut faire attention au sens du cable (normalement y a un detrompeur) sinon ca fait un peu n'importe quoi (voyant allumé fixe par exemple)

en ayant une distrib qui marche, et un disque vierge, il est tout à fait possible d'installer le deuxieme linux depuis le premier en utilisant la methode de debootstrap et du chroot pour finir le tout.

j'allais demandé, "c'est pas normé" que les associations locales utilisent certains aspects du logo original avec le nom du pays ?

parce que du coup, ca peut vide devenir le foutoir, et ne plus avoir de "debian" que le nom.

ah oui, pardon, j'ai pas bien ecouté quand ils ont fait leur speech, c'etait bien RG et DST

fsck "inutile",

mais vivement recommandé
sur mon NAS, il conseille de faire un xfs_repair apres un reboot sauvage par exemple.

faudra que j'essaye,
et ca change quoi par rapport à telnet ? :p

voila, je savais bien que c'etait un format connu et reconnu, facile à sauvegarder et à faire relire par un autre outil.

c'est interactif netcat ?

Si c'est de la DGSE qui écoute les tuyaux,

on ne dit plus DGSE et DGST mais DCRI, qui regroupe et remplace les deux precedents services.

Users working with other operating systems may experience some obstacles in the installation process.

se traduit par :
les utilisateurs d'autres systemes PEUVENT rencontrer quelques soucis pendant l'installation.

vu que tu rencontres deja des soucis avec une redhat4, tu peux essayer une distrib plus recente mais testée par les developpeurs de Trimaran (Fedora 5 ?)

sinon, bah faut voir ce que fait trimaran qui n'existerait pas dans un autre logiciel

descriptif ici en anglais : http://www.trimaran.org/overview.shtml

Et un autre test à l'instant, j'ai préféré mettre le gps dans la banane, je peux vérifier si tout va bien.

en effet, certains recepteurs GPS ne fonctionnent pas bien s'ils ne sont pas à "l'air libre" (dans une poche de blouson, dans un sac à dos)

souvent si le GPS n'a pas servi depuis 24h, ou s'il a bougé, eteint, de plus de 200km,
il a besoin de faire un "fix" qui parfois peut prendre jusqu'a 5 ou 10 minutes avant de pouvoir calculer sa position.

du coup, quand je pratique, j'allume le GPS bien avant demarrer
par exemple :

• le GPS de mon telephone, avec le logiciel tomtom, je le lance chez moi, posé sur le balcon, pendant que je m'equipe pour sortir,

• les gps de parapente (garmin et flymaster), je l'allume quand j'arrive au deco, je l'eteins quand il a fait le "fix", meme si je dois decoller que 2h plus tard.

Dans le BIOS: MAIN MENU:

• primary ide master, primary ide slave, secondary ide master, secondary ide slave sur: no detected.
• Third ide master= mon disque dur et fourth ide master= mon deuxieme disque dur.

dans ce menu, tu dois pouvoir faire "entrer" sur primary/secondary IDE master/slave, pour choisir entre "detection auto"/ "CHS/LBA" / "custom ou user", bascule tout sur auto.

si tu mets plusieurs disques IDE, il faut verifier les cavaliers master/slave ET leur position sur la nappe, y a des prises de couleurs suivants le coté de la nappe à brancher sur la carte mere, et le coté à brancher sur le disque.

BIOS: quand je vais dans Onboard Device j'ai ceci:

• Mac interface=enable.
• onboard lan boot rom=disabled.
• Internal SATA ide interface=enabled.
• Raid option rom=disabled.

Si je met internal sata sur disabled la quatrieme ligne […] Il ne retrouve pas mon disque dur. Voilà, j'espère avoir été à peu prés clair.

donc on voit bien que l'option Internal SATA IDE Interface enabled/disabled joue sur les disques
puisque mis sur disable il ne voit plus les disques SATA (c'est un comportement logique)

mais du coup son activation ne devrait pas empecher la detection des disques ou cd/dvd IDE s'ils sont presents

Ce serait plutôt le firmware constructeur du NAS
le firmware c'est un linux, tout fonctionnait parfaitement jusqu'a un beau matin…
serveur freezé
reboot qui ne depasse pas le stade de la detection des partitions XFS.

scan des partitions avec un liveUSB, correction des erreurs,
reinstallation du firmware (linux) du constructeur
toujours le meme bug, et uniquement sur un des volumes.

j'ai pensé un instant à un probleme hardware vu que la machine date de 2005
mais comme ca marche nickel depuis un liveUSB

bah j'ai installé le linux du liveUSB à la place du firmware du constructeur.

à verifier que ton serveur ecoute et repond sur un port en particulier ?

perso je m'en sert pour verifier qu'un service smtp fonctionne
en me connectant au port 25 pour envoyer un email.