Ubuntu-fr

Salut,
J'en rajoute une couche, mais je suis sous kubuntu : quand je vais ouvrir le dossier contenant le fichier (depuis la fenêtre de téléchargement), aucun dossier ne s'ouvre.
A la place, je dois choisir l'application permettant d'ouvrir le fichier.
Je suis sûr que nos deux problèmes sont liés

Merci. Je regarde ... (j'aimerais bien avoir la possibilité de mettre mes idées en forme dans un espace en 3D, mais la construction est assez lourde dans les outils classiques de dessin 3D. C'est pas vraiment fait pour tirer les câbles avec le déplacement des objets ...)
La réalité virtuelle en 3D, on nous l'avait promise dès les années 80, et malgré la puissance démultipliée de nos machines et de nos cartes graphiques, on manque toujours de cerveaux pour développer des trucs vraiment interactif.
Je rêve du gant de Tom Cruise dans Minority Report (hum ... hors contexte ça fait pas trop scabreux, j'espère)

Pareil, Fraps est parfait sous winwin, mais payant. Impossible de le faire fonctionner sous Wine .
J'ai lu la doc ici présente pour RecordItNow, mais j'arrive pas à capturer le son.
Et la qualité de l'image est médiocre, même avec 30FPS, aussi bien avant avoir encodé qu'après.
Un vrai tuto me sauverait ma vie ...

Merci. Je vais me laisser guider pas à pas

sudo apt-get install libncurses5-dev
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Vous pouvez lancer « apt-get -f install » pour corriger ces problèmes :
Les paquets suivants contiennent des dépendances non satisfaites :
 libreadline6-dev : Dépend: libreadline6 (= 6.2-2ubuntu1) mais 6.2-8 devra être installé
E: Dépendances non satisfaites. Essayez « apt-get -f install » sans paquet
(ou indiquez une solution).

C'est cette histoire de versions 6.2-2 vs 6.2-8 qui me semble problématique, mais rien ne peut être viré.

Ah on m'a déplacé vers kubuntu forum. Merci
Philip, voici :

~$ sudo dpkg --audit
Les paquets suivants ont été dépaquetés mais ne sont pas configurés. Ils
doivent être configurés en utilisant dpkg --configure ou l'option configure
du menu de dselect pour pouvoir fonctionner :
 libreadline-dev      GNU readline and history libraries, development files
 libreadline6-dev     GNU readline and history libraries, development files

~$ sudo dpkg --configure libreadline-dev
dpkg : des problèmes de dépendances empêchent la configuration de libreadline-dev :
 libreadline-dev dépend de libreadline6-dev (= 6.2-2ubuntu1) ; cependant :
 Le paquet libreadline6-dev n'est pas encore configuré.
dpkg : erreur de traitement de libreadline-dev (--configure) :
 problèmes de dépendances - laissé non configuré
Des erreurs ont été rencontrées pendant l'exécution :
 libreadline-dev

~$ sudo dpkg --configure libreadline6-dev
dpkg : des problèmes de dépendances empêchent la configuration de libreadline6-dev :
 libreadline6-dev dépend de libreadline6 (= 6.2-2ubuntu1) ; cependant :
  La version de libreadline6 sur le système est 6.2-8.
 libreadline6-dev dépend de libncurses5-dev ; cependant :
  Le paquet libncurses5-dev n'est pas installé.
dpkg : erreur de traitement de libreadline6-dev (--configure) :
 problèmes de dépendances - laissé non configuré
Des erreurs ont été rencontrées pendant l'exécution :
 libreadline6-dev

sudo: aptitude: command not found

C'est bien une install from scratch de la v 12.04 en kde.
J'en avais marre de ubuntu Unity, et je pensais que le mieux c'était de passer en KDE. Je regrette un peu

J'abandonne. Je répasse sous Ubuntu en installant via le netboot.
Voilà, c'est fait. Plus de problème de paquets ... so far.
Merci pour l'aide apportée.
(J'aime po Kubuntu !)

J'avais vérifié que LD_LIBRARY_PATH était vide avant de l'exporter.
Le problème semble plutôt venir de la version ELF64, non ?
merci

Ah, super ! Ça marche. Merci.
j'ignorais tout de ces problèmes de librairies 32b nécessaires.
Je clos.

Ca date un peu, mais j'ajoute quelques détails.
Le Raid logiciel, comme son nom l'indique, est géré par du logiciel ... donc des fichiers de config.
Il devrait apparaître évident que les fichiers de config du RAID ne sont PAS sur ces disques.
En effet le RAID logiciel est monté par le système ... et donc la config est sur le disque système.
De fait, la perte du disque système entraîne la perte d'accès aux données du RAID, mais les données sont intactes.
En bootant sur un liveCD ou en réinstallant un OS sur le disque système, on pourra retrouver les datas sur l'un ET sur l'autre des disques initialement dans le RAID.
Mais ces deux disques deviennent alors indépendant, puisque plus personne ne peut dire qu'ils étaient en RAID, n'est-ce pas ?
Donc la config RAID logicielle devrait être systématiquement protégée, sauvegardée et exportée pour pouvoir reconstruire le RAID logiciel en cas de perte du système.
Sinon, dès que l'un des disque est accédé, la synchronisation est perdue. Et le rétablissement du RAID par la suite implique la resynchro complète des 2 disques.
D'ailleurs, pour le test qui est proposé de débrancher un disque, la resynchro sera indispensable aussi ... même si la config est pas perdue. Faudra être patient pour resynchroniser 1To de data pleines.
Attention, la problématique est différente en cas de RAID-0, ou STRIPE ! La perte du disque système entraînant la perte de config, les data ne sont absolument pas accessibles tant qu'on n'a pas reconstruit le RAID logiciel !!!!! Donc là, la sauvegarde de cette config est indispensable ! Aucune reconstruction ne sera possible sans !

Je corrige en biffant ce que j'ai dit.
Néanmoins, dire que "tout cela est faux" me parait exagéré, et totalitaire.

Bon, j'ai tenté de supprimer le disque 1 du Bios ... et bien sur boot marche po.
Donc, j'ai remis le disque 1, rebooté sous linux, et installé le Réparateur de Démarrage ... qui a très bien fait le boulot.
Que je boote désormais sur le disque 1 ou le 2 depuis le Bios, ca marche nickel.
Ca m'épate ... en laissant les 2 disques, le système linux est sous /dev/sdb ... et en virant le premier disque du bios, le deuxième devient /dev/sda, et tout marche nickel.
Prochaine étape - miroir/miroir du disque 2 sur le 1 (ou sinon ça marche aussi avec boomerang/boomerang)

Effectivement, c'est bien par un script de post-traitement que je compte relance la syslog.
Mais alors se pose la question : est-ce que des infos seront perdues ?
Il me faudrait alors trouver le moment le plus tranquille sur le serveur de secours, au moment il reprend le rôle actif, pour qu'il relance la syslog. Pas simple.

Si par post-traitement tu veux dire "envoyer la syslog dans une moulinette pour changer le hostname de telle heure à telle heure", c'est justement ce que je veux éviter. Quand tu as 30 jours de messages que tu dois analyser pour identifier les passages de rôles, il y a certes des infos clefs qu'ont peut trouver, mais voir rapidement qui est qui se fait plus simplement en lisant qui écrit quoi ...