aiRVB a écrit 16 commentaires

En plus ce qui a déjà été déposé dans ce HDH à sûrement déjà été pompé par M$, les coupables doivent être sanctionnés !

Oui, ça serait pas mal pour une fois d'identifier (tous) les coupables ayant shunté les procédures légales pour aller vendre NOS données de santé à la pire des racailles, Microsoft.
J'ai travaillé 8 ans dans un hôpital public et des nouveaux dirigeants sont arrivés discrètement années après années pour diriger l'hôpital comme une boîte privée, rentabilité avant tout. Ces mecs n'ont aucune compétence een informatique et se tapent royalement du RGPD, donc ça signe des contrats open bar avec M$, les ARS sont aussi cons(rompus) qu'eux en plus.
8 ans à me battre contre l'incompétence et la corruption de ces 'dirigeants' ça m'a suffit, je me suis barré.

C'est vraiment un produit de qualité, je l'utilise au boulot et même a la maison (70€ par an ça va encore). RHEV est une usine a gaz à côté et virt-manager un peu trop léger en fonctionnalités.

Absolument,
La procédure du site Darty concernant les portables Asus est tout à fait abusive. Comme décrit sur le site Racketiciel.info, le constructeur n'a pas à demander le retour du matériel chez lui car il vous appartient totalement et ce que vous demandez est un remboursement du/des logiciel(s) pas de l'ordinateur.
Ensuite 25€ remboursé (auxquels il faut déduire les frais d'envois) c'est encore une fois une somme dérisoire, un WindowsXP Home coutant en magasin encore 99€...
J'ai acheté une eeeBox, chez Conrad récement, j'ai refusé la licence WindowsXP, viré cette m.... , installé une distrib Linux à la place et je suis en train de suivre la procédure pour me faire rembourser XP auprés d'Asus. Je suis passé en magasin faire constater que j'avais viré XP, il m'ont signé mon papier, j'ai envoyé le tout chez Asus en recommandé.
Aujourd'hui un recommandé m'attend à la poste, probablement Asus qui m'envoie la même procédure que celle publiée sur le site Darty... Mais comme j'ai envie de faire avancer les choses (j'entend par là, forcer le gouvernement à appliquer ses lois même s'il s'agit de Micro$oft), j'irais jusqu'au tribunal si il le faut, et je vous invite à en faire autant ! Plus on sera nombreux, plus ça deviendra facile de se faire rembourser ou plus les constructeur réfléchiront au problème.

Oui, tu dois juste utiliser nice ou écrire un simple daemon en shell par exemple qui fera un renice des process qui t'embettent.
Avoir un process consommant 100% CPU n'a rien d'alarmant/génant tant qu'il ne pénalise pas les autres process de la machine.
Quand je convertit une video en DIVX, je descend la priorité de mencoder au max pour que la machine et KDE reste réactifs ce qui ne veut pas dire que mencoder ne tournera jamais à 100%. Si je ne fais rien sur la machine, le processeur n'a quasiment rien à faire pour s'occuper de moi et donc mencoder "prend" 100% CPU. Dés que je tape au clavier ou je bouge une fenêtre, mencoder est le premier à libérer du CPU.

Sur de l'IDE tu utiliseras "hdparm -y /dev/hdX", sur du SATA ou SCSI, "sdparm -C stop /dev/sdX" mais...
comme tu as un boitier USB, il faut savoir si le chipset de ton boitier (celui qui convertit les trames USB en ordre IDE/SATA/SCSI) supporte les commandes de mise en veille et ce n'est pas toujours le cas ! J'ai des boitiers où ce n'est pas possible ou d'autre par lesquels je suis obligé de passer par des commandes autres.
Les disques durs d'aujourdhui ne risquent absolument rien à être débranchés alors qu'ils tournent, du moment où les volumes sont démontés (umount), c'est d'ailleurs comme ça que tes disques durs internes s'arrêtent dans ton PC : Tu (ou plus précisement l'OS) coupes l'alimentation de ton PC, c'est comme débrancher le cordon d'alim alors que les plateaux tournent encore. Rien de dangereux là dedans.
Ce qui est dangereux c'est de le faire au moment où des données sont écrites sur le disque, mais même comme ça, l'inertie des disques permet de terminer l'écriture du bloc en cours (le bloc ne sera pas corrompu, le filesystem surement !) et parquer les têtes. Si les umount ont été faits, pas de pb car un sync (vidage des buffers) a été réalisé.
Si tu veux mettre en veille un disque monté pas de soucis non plus, il se réactivera au prochain accés tout seul. Petit bémol, sur des filesystems journalisés (ext3) le journal est actualisé fréquemment ce qui réactive le disques sans que tu ne fasses le moindre accés dessus ! Jette un oeil sur laptop-mode si tu veux économiser de l'énergie CPU ou disque sur ta machine.
Dernier point, il ne faut pas s'amuser à demarrer/arrêter un disque dur des centaines de fois par jour car il n'est pas fait pour ça. Un disque dur de portable 2,5pouces sera plus résistant dans ce cas qu'un disque 3,5pouces classique car prévu pour être démarré-arrêté souvent.

Tu peux voir aussi du coté de Jahshaka (difficile à écrire sans se gourrer). C'est un super génial incroyable produit qui fera plein de truc à terme... Hé oui, on attend la version 3.0 depuis des années ! celle qui fera tout ce qui a été annoncé. Pour l'instant, je pense que Jahshaka doit déjà couvrir tes besoins de diaporama.
Pour le montage vidéo avec des effets de ouf, va falloir attendre encore ;).

Quelques remarques:

Les SSD ont d'aprés moi un contrôleur qui répartie les écritures sur l'ensemble des mémoires Flash du disque pour qu'une cellule memoire ne soit pas plus sollicitée qu'une autre. De l'espace flash est aussi réservé pour remplacer les cellules vieillissantes. La durée de vie des SSD est donc aussi bonne qu'un disque dur "normal".

Les temps d'accés en SSD sont divisés par 10 voir plus car par de mécanique mise en jeu (pas de déplacement de tête avant d'arriver à la donnée). Résultat, le démarrage de l'OS ou d'un logiciel est beaucoup plus rapide et plus il y a de fichiers mis en jeu plus ça se sent.

Reste les temps d'écriture qui sont un peu décevants dû à la techno des mémoires flash. Il en existe d'ailleurs de deux types, l'une qui stocke 1 bit par cellule, l'autre 2 ou plus si je me souviens bien. Cette dernière étant par contre plus lente que la première.

Pourquoi utiliser du Raid0 ? parce qu'en faisant du stripping vous allez répartir les écritures sur 2 mémoires flash, donc gagner en perf. Ca n'a rien à voir avec la sécurisation des données.

Pourquoi ne pas utiliser des clefs USB ? parce que les débits sont ridicules (les clefs USB utilisent des mémoires flash de secondes catégories d'aprés moi). J'ai testé, ça marche mais c'est super lent !

La bidouille des deux CF en Raid0 est quand même intéressante pour y stocker /usr, /etc, /bin, /sbin/, /lib, /boot mais /var, /home doivent rester sur disque dur car sans arrêt sollicité en écriture. Avec une telle config, vous devez avoir une machine trés réactive. Si vous ne voulez pas de disque dur, il faudra à mon avis créer /home et /var sur un filesysteme spécial pour mémoire flash (FFS2 ?) réalisant les opérations de répartitions d'écriture décrites plus haut.

Dommage que sur l'eeePC, le SSD soit intégré à la carte mère. Comme les SSD vont se démocratiser, il aurait été intéressant de pouvoir faire l'upgrade...

Ca serait un serveur Window$, il y aurait des tonnes de moyens de le pénétrer, là pas de bol c'est du Linux... Hé les gars, quelqu'un connait une faille de sécurité sous Linux permettant de passer root à distance ?
...
Personne ?
...
C'est bien pour ça qu'on l'aime notre Unix, il n'a rien d'une passoire comme l'autre bouse de redmond ;)

Je ne sais pas si c'est encore d'actualité, mais les champs d'un fichier syslog.conf doivent être séparés par des tab et surtout pas par des espaces...
Vérifie qu'entre local7.* et /var/log/boot.log tu as bien 1 (ou plusieurs) tab et non pas un espace.

En plus tout ce foin aurait bénéficié à l'Etat, aux administrations, aux entreprises car ce sont bien ces organismes les plus touchés par le monopole de M$ et de la prise d'otage de leurs données par des formats fermés. Que les particuliers préfère M$ Office à OOo c'est leur problèmes, ils n'auront pas trop de soucis à migrer leurs peu de documents à chaque changement de format M$. Pour les gros organismes ça n'est pas pareil, ce sont des milliers ou millions de documents à migrer à chaque fois.
En laissant passer OOXML, il ne changent rien à leurs problèmes, ils seront une fois de plus mackés à M$.
Bravo les têtes pensantes !

On savait déjà que Micro$oft était pourri jusqu'à l'os, le gouvernement (et l'ISO) l'est tout autant. Ils viendront nous faire la morale après sur l'amalgame systématique qu'ils font entre le libre et le piratage, les violations de brevets, le reverse-engeneering, etc...
Tout ces bouffons ne donnent pas envie d'être respectueux des lois françaises !

Méa culpa, le mot était un peu fort c'est vrai. Mais voir passer de la propagande comme ça en entreprise en cassant en plus du sucre sur le dos d'autres Unix ça me faisait penser aux pratiques de chez Microsoft...
Les entreprises devraient être quand même être conscientes qu'il y a peut être mieux ailleur et ne pas prendre au pied de la lettre ce genre de messages trompeur !
Le gros problème de Linux est qu'il n'y a jamais de visite de commerciaux au sein de l'entreprise pour promouvoir et défendre la solution de l'OpenSource (que les commerciaux des grosses compagnies ne se privent pas de dénigrer !).

Mauvaise comparaison ? Que ce soir ext2 ou ext3, meme si je reprend un vieux Linux je suis quasi certain de faire mieux que Solaris8. Maintenant je veux bien que la machine ai un problème mais j'ai renouvelé l'expérience sur du V440 et autre: même problème. Mais ce qui est d'autant plus grave c'est que quelqu'un de SUN n'ai pu me proposer qu'une solution boiteuse à la fin de la journée à ce problème et qui annulait en plus le support de la machine auprès de SUN, trop fort non (et l'affaire est remonté bien haut chez SUN !) ?
Quand à ZFS oui Solaris ne boot pas encore dessus mais alors pourquoi le support SUN préconise de ne l'utiliser sur AUCUNE partition système ? C'est que ZFS est trop jeune et que SUN laisse le soin au clients de se casser les dents dessus. Au passage si vous vous retrouvez avec des alertes mémoire remontées par vos outils de surveillance système, sachez que ZFS bouffe toute la mémoire qu'il peut, évidement il la libère si une appli en a besoin mais c'est ça affole quand meme les outils de surveillance.
Je n'ai pas eu l'occasion de refaire le bench sur du ZFS, je ne doute pas que SUN s'est amélioré sur ce point... qu'il poursuive ses efforts sur son support !

Il n'y a plus qu'à espérer que SUN ne rende pas MySQL aussi merdique que leur système d'exploitation Solaris ! En interne SUN est dédaigneux envers tout ce qui n'est pas SUN pur. De nombreux mails de propagande sont envoyés aux clients vantant les mérite de Solaris par exemple "The most powerfull OS of the Universe" comme ils disent...
Mais là où certains proposent de vraies solutions de virtualisations (Xen , KVM etc...) SUN ne propose que leurs Zones... Creusez un peu le sujet et vous verrez qu'avec les Zones vous ne ferez jamais de serveur NFS car la couche NFS n'a pas encore été développé ! Honteux de la part du "Most powerfull OS of the Universe" non ?
D'autres documents circulent sur ZFS, le système de fichier révolutionnaire de SUN. Tellement révolutionnaire que le support SUN ne préconise pas de l'installer sur les partitions systèmes de son OS mais juste pour les partitions de données... En gros ZFS est super robuste pour vos données mais pas pour notre Solaris ! il y a de quoi se poser des questions non ?
Il y a quelques temps j'ai fait un bench sur le filesystem de base de Solaris 8. Le test consistait à copier une arborescence de fichiers HTML (22000 fichiers, plutôt petits). D'un côté une machine SUN V890 avec disques fibres channel ou SCSI 10000 tr/min, de l'autre une pauvre machine de bureau avec un Celeron 400 ou 600 et un disque IDE 5400tr/min sous Linux. Résultat 24 secondes sous Linux et.... 20minutes sous le "Most powerfull OS of the Universe" !!! Même aprés passage d'un consultant SUN sur la machine qui a mis la journée à tuner la machine, le meillieur résultat était de 8 minutes... optimisation par un patch qui annulait du coup le support SUN !!! Je rêve !

Le mieux dans un premier temps, de garder ton windows et d'installer Linux à coté, soit en rajoutant un disque dur, soit en retaillant la partition windows existante sur ton disque dur actuel. Comme ça avec le multiboot, quand tu veux perdre ton temps à jouer, tu démarres ton windows, sinon tu démarre linux pour apprendre.
Dans un second temps, aprés avoir acquis qques compétences sous linux, tu pourras envisager de faire tourner Windows sous Linux en utilisant XEN (à condition d'avoir un proc récent AMD ou Intel qui supporte la virtualisation hard), sous XEN tu as le moyen de spécifier qu'une carte sur tel ou tel bus (ta carte video de la mort en l'occurence) ne doit etre vue que par tel ou tel machine virtuelle, donc tu réservera ta carte video spéciale jeux à la machine virtuelle windows et avec une autre carte video plus classique, tu continuras à bosser sur Linux. Chez moi j'utilise les deux entrées video de mon moniteur (une entrée va sur une carte video DVI, l'autre entrée sur une carte video VGA classique) et je bascule de l'un à l'autre avec un bouton en facade. Mais rien ne t'empêche d'avoir 2, 3 ecrans sur la meme machine (j'ai déjà testé 6 écran 19'' attaqués par 3 cartes vidéo nVidia double sortie, 1AGP et 2PCI, ça fait un sacré mur d'image !)
Garde bien à l'esprit que galérer c'est super bon pour le cerveau et pour tes connaissances générales. Si tu te diriges vers les metiers de l'informatique, passe beaucoup de temps sous Linux, tot ou tard ça paye ! J'ai joué aussi beaucoup dans ma "jeunesse", mais j'ai passé beaucoup de temps à utiliser Linux, aujourd'hui j'ai un boulot trés bien payé, interessant, assis derrière un buro et sans trop me fatiguer...
Teste Cedega, XEN, tout ce que tu peux trouver et qui te semble intéressant, c'est en étant curieux qu'on progresse !
Ciao !