Je viens d'installer Steam justement ce soir sur ma Fedora 18 (64 bits) :
1) J'ai juste ajouter le dépôt http://spot.fedorapeople.org/steam/
2) # yum install steam
3) et j'ai télécharger puis jouer à CS:Source (que j'ai déjà depuis des années)
J'ai juste jouer quelques minutes et ça marche impeccable. Le jeu est en anglais, je ne sais pas si c'est disponible en français ?
Et sinon avec le pilote libre (r600g mesa 9.0) de ma Radeon HD4850 ça rame pas mal, même en détail faible. Enfin ça n'a rien à voir avec Steam mais c’était pour dire.
Tu as certainement raison, mais c'était pour faciliter la vie des développeurs qui utilisent ce serveur. Leur code est exactement le même pour utiliser des versions prod et démo par exemple. Ils n'ont que le port à changer.
En fait le man de mdadm précise que c'est limité à 28 "components" et à 2 To avec l'ancien format de metadata (version 0.90). Mais aujourd'hui le format de metadata par défaut est version 1.x et il n'y a pas de limites.
Par contre je ne sais pas depuis quand ce nouveau format est par défaut dans mdadm.
645 $ la carte quand même.
Et tout qui passe sur le même bus (PCI Express 2 @ 8x = 4 Go/s). Alors OK, avec 27 disques ça te laisse 150 Mo/s par disque. Mais au delà tu deviens limité par le bus. D'ailleurs comment on fait pour connecter plus de 8 disques ? Il faut utiliser des démultiplicateurs ? (c'est une vraie question !)
Je trouve qu'il est plus optimal de faire un RAID soft. Au moins tu peux mettre des disques sur le contrôleur SATA du chipset, d'autres sur une carte additionnelle (voire plusieurs), Linux devrait j'imagine pouvoir répartir le flux de données sur chaque contrôleur.
J'attend toujours un vrai argument dans la vraie vie (celui de Firefox est à mourir de rire : c'est un choix de Mozilla, pas du format. D'ailleurs, ils changent d'avis, et cet "argument" va tomber, sans coût supplémentaire pour Mozilla, comme quoi c'était du FUD).
Oui c'est un choix de Mozilla, que j'approuve. Mais ils ont fait ce choix à cause d'une particularité du format H264 ! Donc peu importe que ce soit un choix de Mozilla ou non, le fait est que COMPTE TENU que H264 est bardé de brevets, je ne peux pas voir de vidéo de chatons sur Youtube. Donc H264 = poubelle.
Désolé mais pour moi c'est très concret. Tu ne parles que de technique, mais pour moi ce n'est pas la priorité.
Et puis le fait que effectivement Firefox va pouvoir lire du H264, à ma connaissance c'est via l'OS. Or moi sur Linux je ne suis pas sûr d'avoir de lib pour lire H264 (?) donc je ne pourrais peut-être toujours pas lire de H264 sur Youtube.
Tu aurais pu prendre la peine de lire tout son commentaire :
"And yes, I am aware that often it is the server firmware that costs the most time at boot-up, and the OS anyways fast compared to that, but well, systemd is still supposed to cover the whole bandwith (see above…), and no, not all servers have such bad firmware, and certainly not VMs and containers, which are servers of a kind, too."
Et puis… un bon administrateur utilise du RAID logiciel de toute façon.
("systemd est pas fait pour la rapidité" suivi d'un "un démarrage rapide c'est bien pour les sysadmins")
Tu as mal compris. Il dit que systemd est rapide mais c'est un effet de bord lié à la conception de systemd. Et c'est finalement une bonne chose car la rapidité c'est important pour certains. ==> "Yes, systemd is fast […], but that's primarily just a side-effect of doing things right."
De plus, est-ce que le but de GNU/Linux est de rester scotché à un modèle vieux de 40 ans (y compris, garder les bizarreries ou limitations originales) ou bien le faire évoluer.
systemd n'a pas été fait juste parce que sysvinit est vieux et donc serait "has-been". systemd existe parce que selon eux, systemd améliore plein de choses par rapport aux autres system d'init. => "we eventually came to the conclusion that its design [il parle d'Upstart] was inherently flawed at its core"
Pas du tout, le formatage et les "logiciels" fournis sont totalement secondaires.
Le problème majeur de compatibilité vient du contrôleur USB<-->ATA intégré dans le boitier. S'il n'y a pas de pilote pour ce contrôleur, ton disque dur est totalement inaccessible.
J'ai déjà acheté (pour différentes personnes) des boitiers externes, et j'en profite à chaque fois pour faire un commentaire sur le site du marchand pour indiquer la compatibilité avec Linux :
Oui là je suis d'accord, ce que je disais c'est que si Memtest86+ ne trouve pas d'erreur quand il a les 4 barrettes branchées en même temps, alors il n'y a pas besoin d'aller les vérifier une à une.
Ça sert à quoi de tester chaque barrette une à une ?
Si Memtest86+ ne trouve pas d'erreurs sur son "installation" à 4 barrettes, alors pourquoi voudrais-tu les tester une à une… ?
Il faudrait que tu fasses déjà un test mémoire avec Memtest86+.
Ensuite, aller faire un tour dans le BIOS, nous indiquer quel réglage te semble obscure.
Vérifier s'il n'y a pas une mise à jour du BIOS, et si c'est le cas, la faire.
Ton Linux et ton Windows sont en 64 bits ?
Tu as une carte vidéo dédiée ou intégrée ?
Il me semble avoir déjà entendu parler de certaines cartes mères "64-bit compliant" supportant mal de telle quantité de RAM, ou alors juste des options de BIOS foireuses.
Merci pour le liens.
Non je n'avais pas mis user_xattr sur la partition.
Les mappages id étaient fait.
J'ai réussi à le faire finalement :
- utilisation de user_xattr
- utilisation de "@Admins de domaine" dans admin users (smb.conf)
- "chown root:root" pour tous les fichiers de mon partage, et ensuite les ACL pour les permissions. Au début j'avais mis des users winbind sur les user/group unix, je ne suis pas sûr que ce soit génial de tous mélanger ainsi).
[^] # Re: Bon, Finalement c'est débloqué .... pour l'installation.
Posté par WhiteCat . En réponse au message Raz-le-bol de ces distrib pourries .... Évalué à 1.
C'est une limitation connue du mode texte.
Donc en conclusion, c'est l'implémentation ACPI de NetBSD/Xen qui est à la ramasse non ?
[^] # Re: Humble Bundle et Steam
Posté par WhiteCat . En réponse au journal Valve sort Steam de sa phase bêta. Évalué à 4.
Je suis pas du même avis.
Selon moi Steam est la meilleure chose qui soit arrivée à Linux depuis de nombreuses années.
[^] # Re: Merci
Posté par WhiteCat . En réponse au journal J'ai testé pour vous : Counter Strike sur Debian. Évalué à 10.
Je viens d'installer Steam justement ce soir sur ma Fedora 18 (64 bits) :
1) J'ai juste ajouter le dépôt http://spot.fedorapeople.org/steam/
2) # yum install steam
3) et j'ai télécharger puis jouer à CS:Source (que j'ai déjà depuis des années)
J'ai juste jouer quelques minutes et ça marche impeccable. Le jeu est en anglais, je ne sais pas si c'est disponible en français ?
Et sinon avec le pilote libre (r600g mesa 9.0) de ma Radeon HD4850 ça rame pas mal, même en détail faible. Enfin ça n'a rien à voir avec Steam mais c’était pour dire.
[^] # Re: reponse d'ingenieur ?
Posté par WhiteCat . En réponse au message MySQL n'écoute pas le bon port (multi instance). Évalué à 2.
Tu as certainement raison, mais c'était pour faciliter la vie des développeurs qui utilisent ce serveur. Leur code est exactement le même pour utiliser des versions prod et démo par exemple. Ils n'ont que le port à changer.
[^] # Re: Et le serveur .
Posté par WhiteCat . En réponse au message MySQL n'écoute pas le bon port (multi instance). Évalué à 2.
Génial ça fonctionne !!
Merci beaucoup.
[^] # Re: Serveurs
Posté par WhiteCat . En réponse au journal Systemd: tuons les mythes. Évalué à 3.
En fait le man de mdadm précise que c'est limité à 28 "components" et à 2 To avec l'ancien format de metadata (version 0.90). Mais aujourd'hui le format de metadata par défaut est version 1.x et il n'y a pas de limites.
Par contre je ne sais pas depuis quand ce nouveau format est par défaut dans mdadm.
Source : 3ème page du man mdadm.
[^] # Re: Serveurs
Posté par WhiteCat . En réponse au journal Systemd: tuons les mythes. Évalué à 4.
645 $ la carte quand même.
Et tout qui passe sur le même bus (PCI Express 2 @ 8x = 4 Go/s). Alors OK, avec 27 disques ça te laisse 150 Mo/s par disque. Mais au delà tu deviens limité par le bus. D'ailleurs comment on fait pour connecter plus de 8 disques ? Il faut utiliser des démultiplicateurs ? (c'est une vraie question !)
Je trouve qu'il est plus optimal de faire un RAID soft. Au moins tu peux mettre des disques sur le contrôleur SATA du chipset, d'autres sur une carte additionnelle (voire plusieurs), Linux devrait j'imagine pouvoir répartir le flux de données sur chaque contrôleur.
[^] # Re: Round 2 : fight !
Posté par WhiteCat . En réponse à la dépêche H.265 est finalisé. Évalué à 2.
Oui c'est un choix de Mozilla, que j'approuve. Mais ils ont fait ce choix à cause d'une particularité du format H264 ! Donc peu importe que ce soit un choix de Mozilla ou non, le fait est que COMPTE TENU que H264 est bardé de brevets, je ne peux pas voir de vidéo de chatons sur Youtube. Donc H264 = poubelle.
Désolé mais pour moi c'est très concret. Tu ne parles que de technique, mais pour moi ce n'est pas la priorité.
Et puis le fait que effectivement Firefox va pouvoir lire du H264, à ma connaissance c'est via l'OS. Or moi sur Linux je ne suis pas sûr d'avoir de lib pour lire H264 (?) donc je ne pourrais peut-être toujours pas lire de H264 sur Youtube.
En attendant avec VP8, pas de problèmes.
[^] # Re: Round 2 : fight !
Posté par WhiteCat . En réponse à la dépêche H.265 est finalisé. Évalué à 8.
Et bien vraiment très concrètement, grâce à VP8 je peux voir des vidéos de chatons sur Youtube et Koreus sans avoir Flash installé dans Firefox.
Rien que pour ça, VP8 poutre H264. Et de très loin !!! Surtout que la qualité de la vidéo est la même.
[^] # Re: Serveurs
Posté par WhiteCat . En réponse au journal Systemd: tuons les mythes. Évalué à 2.
Tu as un lien qu pourrait confirmer ça ?
[^] # Re: disque externe et formatage
Posté par WhiteCat . En réponse au message Boitier disque dur externe compatible linux. Évalué à 2.
Merci, je l'ignorais. J'ai dormi moins con hier soir ;-)
[^] # Re: Serveurs
Posté par WhiteCat . En réponse au journal Systemd: tuons les mythes. Évalué à 2.
Non. C'est censé être moins bien ?
Un serveur est généralement branché sur un onduleur.
J'imagine que oui.
[^] # Re: disque externe et formatage
Posté par WhiteCat . En réponse au message Boitier disque dur externe compatible linux. Évalué à -3.
Ben oui il fonctionne parce que Linux intègre le pilote du contrôleur USB<-->ATA qui va bien pour ton disque.
Si tu tombes un jour sur un disque externe qui a un tout nouveau contrôleur qui n'a pas de pilote dans Linux, tu auras l'air malin.
Mais bon normalement ça n'arrivera pas car Linux "c trop bien"©.
[^] # Re: Serveurs
Posté par WhiteCat . En réponse au journal Systemd: tuons les mythes. Évalué à 3.
Tu aurais pu prendre la peine de lire tout son commentaire :
"And yes, I am aware that often it is the server firmware that costs the most time at boot-up, and the OS anyways fast compared to that, but well, systemd is still supposed to cover the whole bandwith (see above…), and no, not all servers have such bad firmware, and certainly not VMs and containers, which are servers of a kind, too."
Et puis… un bon administrateur utilise du RAID logiciel de toute façon.
# rapidité, changement
Posté par WhiteCat . En réponse au journal Systemd: tuons les mythes. Évalué à 10.
Tu as mal compris. Il dit que systemd est rapide mais c'est un effet de bord lié à la conception de systemd. Et c'est finalement une bonne chose car la rapidité c'est important pour certains. ==> "Yes, systemd is fast […], but that's primarily just a side-effect of doing things right."
systemd n'a pas été fait juste parce que sysvinit est vieux et donc serait "has-been". systemd existe parce que selon eux, systemd améliore plein de choses par rapport aux autres system d'init. => "we eventually came to the conclusion that its design [il parle d'Upstart] was inherently flawed at its core"
[^] # Re: disque externe et formatage
Posté par WhiteCat . En réponse au message Boitier disque dur externe compatible linux. Évalué à 2.
Pas du tout, le formatage et les "logiciels" fournis sont totalement secondaires.
Le problème majeur de compatibilité vient du contrôleur USB<-->ATA intégré dans le boitier. S'il n'y a pas de pilote pour ce contrôleur, ton disque dur est totalement inaccessible.
J'ai déjà acheté (pour différentes personnes) des boitiers externes, et j'en profite à chaque fois pour faire un commentaire sur le site du marchand pour indiquer la compatibilité avec Linux :
1 boitier 3,5" SATA de marque Antec (USB 2 + eSATA) : fonctionne impeccable en USB et eSATA, informations SMART accessible. https://www.materiel.net/boitier-pour-disque-dur-externe/antec-mx-1-29439.html
1 boitier 3,5" SATA de marque Zalman (USB 3 + eSATA) : fonctionne en USB 2 (je n'ai pas d'USB 3 pour tester) mais le eSATA ne marche pas correctement (à voir si ce n'était pas mon contrôleur SATA Sil3112 qui déconne cela dit). https://www.materiel.net/boitier-pour-disque-dur-externe/zalman-zm-he350-usb-3-e-sata-68182.html
1 boitier 2,5" IDE de marque Icy Box (USB 2) : fonctionne en USB 2. Les infos SMART ne sont pas accessibles. https://www.materiel.net/boitier-pour-disque-dur-externe/icy-box-ib-220u-wh-31055.html
[^] # Re: Autre solution
Posté par WhiteCat . En réponse au message ProxMox / Virtualisation de poste de travail. Évalué à 3.
RHEV = oVirt
http://www.ovirt.org/Home
[^] # Re: Carte mère
Posté par WhiteCat . En réponse au message Carte mère. Évalué à 2.
Oui là je suis d'accord, ce que je disais c'est que si Memtest86+ ne trouve pas d'erreur quand il a les 4 barrettes branchées en même temps, alors il n'y a pas besoin d'aller les vérifier une à une.
[^] # Re: Carte mère
Posté par WhiteCat . En réponse au message Carte mère. Évalué à 3.
Ça sert à quoi de tester chaque barrette une à une ?
Si Memtest86+ ne trouve pas d'erreurs sur son "installation" à 4 barrettes, alors pourquoi voudrais-tu les tester une à une… ?
# BIOS
Posté par WhiteCat . En réponse au message Carte mère. Évalué à 3.
Bonsoir,
Il faudrait que tu fasses déjà un test mémoire avec Memtest86+.
Ensuite, aller faire un tour dans le BIOS, nous indiquer quel réglage te semble obscure.
Vérifier s'il n'y a pas une mise à jour du BIOS, et si c'est le cas, la faire.
Ton Linux et ton Windows sont en 64 bits ?
Tu as une carte vidéo dédiée ou intégrée ?
Il me semble avoir déjà entendu parler de certaines cartes mères "64-bit compliant" supportant mal de telle quantité de RAM, ou alors juste des options de BIOS foireuses.
[^] # Re: Manque des bouts...
Posté par WhiteCat . En réponse au message [samba] gérer les permissions depuis l'interface Windows. Évalué à 2.
Merci pour le liens.
Non je n'avais pas mis user_xattr sur la partition.
Les mappages id étaient fait.
J'ai réussi à le faire finalement :
- utilisation de user_xattr
- utilisation de "@Admins de domaine" dans admin users (smb.conf)
- "chown root:root" pour tous les fichiers de mon partage, et ensuite les ACL pour les permissions. Au début j'avais mis des users winbind sur les user/group unix, je ne suis pas sûr que ce soit génial de tous mélanger ainsi).
Merci pour vos réponses.
[^] # Re: Chat mal compris.
Posté par WhiteCat . En réponse à la dépêche Retard++ de Fedora 18 et nom de code quantique pour la version 19. Évalué à 3.
Une conférence sur la physique quantique, ça pourra en intéresser (ça parle notamment de cette expérience de pensée) :
http://www.canal-u.tv/video/universite_de_tous_les_savoirs/la_physique_quantique_serge_haroche.1065
# Plagiat
Posté par WhiteCat . En réponse au message amd et linux. Évalué à 9.
Les articles PCInpact ne sont pas sous Creative Commons.
[^] # Re: Il existe déjà des formats libres; le problème c'est le support matériel.
Posté par WhiteCat . En réponse à la dépêche S2TC fait la pige à S3 pour la gestion libre des textures !. Évalué à 2.
Encore faut-il que l'application (le jeu) le supporte. En tout cas avec ETQW ça ne marche pas du tout.
[^] # Re: C'est pour la bonne cause
Posté par WhiteCat . En réponse au journal Un "Nvidia Fuck You" à 300 Méga $. Évalué à 10.
Ça fait des années que n’importe qui peut lire le code source des pilotes libres AMD et Intel…