Source: /. donc voila, voila :
- (fermez vos applications)
- ouvrez un terminal
- cd /tmp (n'importe quel process peut écrire dans /tmp !)
- et là, la ligne magique :
mkdir toto; cd toto; mkdir toto; mv toto ..
"Comme quoi, le système le plus robuste qu'ai jamais créé Apple ne résiste pas à une petite manipulation de répertoire."
Aller plus loin
- news sur slashdot (16 clics)
- reprise sur macbidouille (36 clics)
# Re: Le kernel panic en une leçon
Posté par analogue o/ (site web personnel) . Évalué à 2.
[^] # Re: Le kernel panic en une leçon
Posté par Merlin Lenchanteur . Évalué à -3.
En attendant ca fait une super pub pour apple tout ca... lol
Deja que c'est lent comme c'est pas permis ce truc...
[^] # Re: Le kernel panic en une leçon
Posté par Frédéric VANNIERE (site web personnel) . Évalué à -1.
non mais, j'ai un G3 800 (iBook) avec 384Mo de RAM et c'est rapide.
Ce qui est lent c'est KDE ou gnome2 sur mon athlon 1.4GHz 512Mo.
non mais, avec vos préjugés grrrrrrr. ....
OS X c'est de la balle !
[^] # Re: Le kernel panic en une leçon
Posté par ratm (site web personnel) . Évalué à 0.
[^] # Re: Le kernel panic en une leçon
Posté par Nÿco (site web personnel) . Évalué à 0.
[^] # Re: Le kernel panic en une leçon
Posté par Merlin Lenchanteur . Évalué à 2.
[^] # LOL
Posté par Francois Revol (site web personnel) . Évalué à -1.
J'ai un K6-2 350 et sous BeOS il vous gratte surement tous les deux :P
</troll>
[-1] paske c vrai, mais je veux pas vexer tout le monde...
[^] # Re: LOL
Posté par unet . Évalué à 0.
Paske IRIX sur un R10k 180Mhz il gratte BeOS pour l'audio, la vidéo et la 3D....
;)
[^] # Re: LOL
Posté par Nÿco (site web personnel) . Évalué à 4.
[^] # Re: LOL
Posté par Merlin Lenchanteur . Évalué à 9.
[^] # Re: LOL
Posté par N-Mi . Évalué à 10.
Moi avec mon 286sx 25MHz sous MultideskOS, je fais de la compression divX en temps réel, et ça, tout en écoutant des MP3...
-1^0
[^] # [+]
Posté par Francois Revol (site web personnel) . Évalué à 2.
\o/
[^] # Re: LOL
Posté par Merlin Lenchanteur . Évalué à 1.
Le 286sx 25MHz ca existe meme PO
Et de 2:
Si ca constinue je fais un post sur mon Amstrad
:)
[^] # Re: LOL
Posté par unet . Évalué à 1.
[^] # Re: LOL
Posté par Edouard Gomez (site web personnel) . Évalué à 2.
houpla [-1]
[^] # Re: LOL
Posté par wismerhill . Évalué à 2.
Y a pas un petit portage de Linux sur ma règle à calculer?
[^] # Re: LOL
Posté par Éric (site web personnel) . Évalué à 1.
(quoique)
[^] # Re: LOL
Posté par Midilaïr (site web personnel) . Évalué à 1.
Bon faut dire que c'est un boulier électrique, mais chut ...
[^] # <i></i>
Posté par B. franck . Évalué à 5.
pour la 2ème passe de mes compression divx. :]
divx c'est une division entière par 10 chez les romains... hein ?
[^] # Re: LOL
Posté par Jylam / jylam.lnxsce (site web personnel) . Évalué à 2.
[^] # Re: LOL
Posté par Serge Rossi (site web personnel) . Évalué à 2.
ST roulaize :-)
(mais only Amiga makes it possible, c'est bien connu :-)
[^] # Re: LOL
Posté par matiasf . Évalué à 0.
[^] # Re: LOL
Posté par Serge Rossi (site web personnel) . Évalué à 2.
http://histoire.info.online.fr/images/col-vt100.jpeg(...)
http://serge.rossi.free.fr/images/circe.jpeg(...) (le vieux Mac SE/30 à droite est sous NetBSD, pas de panique ;-)
[^] # Re: LOL
Posté par unet . Évalué à 1.
Si ca intéresse quelqu'un avec un 33t des radiateurs en fonte massive....
[^] # J'ai la plus grosse
Posté par Pierre Tramo . Évalué à 1.
Que je peux même mouler dessus:
http://lordoric.free.fr/vrac/pet-2001-canard.jpg(...)
[^] # Re: J'ai la plus grosse
Posté par Serge Rossi (site web personnel) . Évalué à 1.
Bon, ben faut que je sorte ma HP 65 programmable de 1974 (la même que dans Apollo 13) avec sa sauvegarde sur bandes magnétiques, et toc :-)
http://histoire.info.online.fr/images/col-hp65.jpeg(...)
Aaahh ahahhahh !!!
[^] # Re: LOL
Posté par core . Évalué à 1.
[^] # Re: LOL
Posté par feth . Évalué à 6.
[^] # Re: LOL
Posté par Yves Dessertine . Évalué à 2.
J'ai un vieux "Pong" en console de salon qui traîne au placard...
(pas encore essayé le DivX dessus lol)
# Re: Le kernel panic en une leçon
Posté par Pierre Tramo . Évalué à 1.
Ils n'en parlent pas sur macbidouille, et j'ai un peu la flemme d'éplucher slashdot.
[^] # Re: Le kernel panic en une leçon
Posté par nemerid . Évalué à 6.
[^] # Re: Le kernel panic en une leçon
Posté par rootix . Évalué à 4.
[^] # Re: Le kernel panic en une leçon
Posté par analogue o/ (site web personnel) . Évalué à 4.
Le kernel panic sous OS X, ca affiche du texte bien baveux, blanc sur fond noir, en plein sur ton finder. Difficile de prendre un screenshot, tu imagines juste un screenshot normal d'OS X, et tu ajoutes par-dessus un dizaine de lignes de log blanches sur fond noir. (Pour être plus clair, ça donne aussi une dizaine de lignes horizontales noires de la hauteur d'un caractère)
Ca craint, mais ca casse pas ce qu'y a dedans !
ps: D'après de vagues souvenirs, il me semble que ca faisait pareil sous BeOS. Mais je me trompe peut-être.
[^] # Re: Le kernel panic en une leçon
Posté par Ghis . Évalué à 1.
[^] # Re: Le kernel panic en une leçon
Posté par Frédéric VANNIERE (site web personnel) . Évalué à 1.
Il y a un joli shading de l'écran (+ foncé) et une magnifique boite blanche avec un gros dessin power en fond affiche en 4 langues (dont le chinois) "Vous devez redemarrer votre ordinateur ..."
Même les kernels panics de OS X sont magnifiques :))
[^] # Re: Le kernel panic en une leçon
Posté par analogue o/ (site web personnel) . Évalué à 1.
J'avais pas de jolies icônes à l'écran, juste l'ajout de lignes de debug, le tout freezé =(
[^] # Re: Le kernel panic en une leçon
Posté par falbala . Évalué à 2.
Par contre t'as intérêt à mettre à jour ton osx, à cause de faille ssh et toussa.
[^] # Re: Le kernel panic en une leçon
Posté par falbala . Évalué à 2.
http://one.two.free.fr/armor/DSC01481.JPG(...)
[^] # Re: Le kernel panic en une leçon
Posté par Bruno (site web personnel) . Évalué à 4.
ah non mince, c'était sur Atari ST ça ... ;)
Alors ça doit être un texte rouge sur fond noir avec un cadre clignottant et "Guru Méditation" dessus.
[-1]
# Re: Le kernel panic en une leçon
Posté par Nÿco (site web personnel) . Évalué à -1.
-1
Remarquez, c'est pas pire que le plantage Windows avec
exécuter "c:\con\con"
-1
rooooo que de troll...
tiens encore un :
http://linuxfr.org/2002/03/20/7645.html(...)
-1
Tiens, une anécdote :
un pote est passé chez moi :
lui : tiens, mais c'est Linux ça !!! (tout content de le voir "pour de vrai")
moi : oué, regarde, ça c'est KDE, regarde, je change tout le look, ça c'est OpenOffice.org, regarde ça lit du Word, ça c'est Xine qui lit du DivX, écoute le son Ogg Vorbis dans XMMS sur un bon système 2.1, ça c'est Galeon qui lit du Flash, ça c'est Evolution, qui propage pas les virus... etc, etc, etc...
puis... plantage de X sur un truc à la con...
moi : rooo... hum... et puis un plantage; comme dans Windows... 8-D
Donc j'essaie de prendre le temps de lui expliquer le Libre... et X redémarre, bien entendu bien plus rapidement qu'un reboot.
lui : PUTAIN, mais il déjà rebooté ???
moi : non, juste l'"affichage" qui a planté, pas le système tout entier... tout simplement parceque c'est conçu (hum...) de façon modulaire... si un truc plante, c'est pas tout qui plante, contrairement à Windows...
lui : Waaaaah...
moi : héhéhé
;-)
+1
[^] # Re: Le kernel panic en une leçon
Posté par Cyril . Évalué à 1.
c:\nul\nul, c:\con\nul et c:\nul\con
sa "marche" aussi, ca c'est du plantage nul/à la con, a choix ;-p
[^] # Re: Le kernel panic en une leçon
Posté par darkleon (site web personnel) . Évalué à 2.
[^] # Re: Le kernel panic en une leçon
Posté par Nicolas Boulay (site web personnel) . Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Le kernel panic en une leçon
Posté par icyfemur . Évalué à 1.
Le monsieur te dis que le clavier est HS à cause de X.
[^] # Re: Le kernel panic en une leçon
Posté par oliv . Évalué à 7.
le kernel les intercepte directement avant X, donc ces touvhes sont toujours accessibles, sauf plantage du kernel.
Alt+SysRq+R use Raw keyboard events
Alt+SysRq+K kill current VT in use
Alt+SysRq+E tErminate all running processes (exceptinit)
Alt+SysRq+I kIll all processes (except init)
Alt+SysRq+L kilL all processes (including init)
Alt+SysRq+B reBoot
Alt+SysRq+S Sync all drives
Alt+SysRq+U Umount all filesystems
Alt+SysRq+O turn the machine Off
Alt+SysRq+P dump Processor's registers
Alt+SysRq+T dump current Tasks
Alt+SysRq+M dump some Memory info
Alt+SysRq+[0-9] set kernel log level and redirect it to console
donc importants sont s, u et r
Raising Skinny Elephants Is Utterly Boring
[^] # Re: Le kernel panic en une leçon
Posté par free2.org . Évalué à 2.
ou utiliser un pda style palm (emulation vt100 ou telnet/ssh)
ou déclencher le kill avec un démon relié à un autre périphérique que le clavier (joystick,scanner,...)
j'ai remarqué que l'utilisation de alt-crtl F7 pour passser d'une console à X a tendance à dfaire freezer le X alors que alt-F7 suffit.
[^] # Re: Le kernel panic en une leçon
Posté par darkleon (site web personnel) . Évalué à 1.
Pour le palm, tu as des nom d'émulateur VT100 dessus (libre si possible :-), ça m'interesse d'autant plus que j'ai un palm.
Par contre, le style de plantage dont je parle se passe à l'execution d'une appli, pas d'un passage d'un mode console à écran X (avec ctrl+alt+F6 ou alt+F7).
[^] # Re: Le kernel panic en une leçon
Posté par pfrenard . Évalué à 1.
utiliser tout a l'heure sur ma machine au boulot apres un changement brutal de hostname/ip, le /net voulait plus se demonter dans le shutdown .... :)
vous avez dit bourrain ??
[^] # Re: Le kernel panic en une leçon
Posté par PLuG . Évalué à 1.
[^] # Re: Le kernel panic en une leçon
Posté par darkleon (site web personnel) . Évalué à 1.
Après avoir fait une rapide recherche google, il semblerait que sur debian la touche sysreq par defaut soit "print screen" ou "imprime ecran", mais il semblerait que cela soit configurable.
Quelqu'un pour confirmer que c'est la config par défaut.
En tout cas merci pour le tuyau, je sais bien RTFM, mais c'est le genre de truc qu'on a du mal a trouver sans un point de départ de recherche.
Au moins là, je sais ou chercher pour configurer tout ça comme je veux et trouver des infos supplémentaires.
[^] # Re: Le kernel panic en une leçon
Posté par ZeroHeure . Évalué à 2.
C'est comme ça sur tous les claviers. Toutes les distrib aussi.
Print screen = fonction par défaut de la touche
Sysreq = fonction activée quand tu presses la touche Alt avant. Attention, c'est le Alt de gauche, _pas_ AltGr
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: Le kernel panic en une leçon
Posté par darkleon (site web personnel) . Évalué à 1.
Et bien il faut une deuxième machine :-)
ctrl-alt-backspace ne marche pas à tout les coups.
# Re: Le kernel panic en une leçon
Posté par Cyril . Évalué à 2.
domage, j'aurais bien voulu voir à quoi sa resemble ;-)
[^] # Re: Le kernel panic en une leçon
Posté par Alan_T . Évalué à 2.
C'est bizarre ! Quelles modifications ont-ils eut à faire sur le système de fichiers (à moins que cela ne soit seulement sur la commande 'mv' ?).
En tout cas, chapeau Apple ! :-)
[^] # Re: L'intox en une leçon
Posté par Damien (site web personnel) . Évalué à 5.
Donc note aux modéros, vérifiez vos infos avant de faire passer une niouze (dont je n'ai pas vraiment saisi le rapport avec LinuxFR d'ailleurs) qui répète /.
Je veux bien croire que MacOS X soit un peu en dessous de la moyenne pour sa partie unix (quoique, faut-il le rappeler, il descend directement de FreeBSD et de {NeXT,Open}Step), mais pour un OS qui se destine avant tout au grand public je pense pas que ça soit la priorité...
[^] # Re: L'intox en une leçon
Posté par unet . Évalué à 0.
=)
[^] # Re: L'intox en une leçon
Posté par Pascal Terjan (site web personnel) . Évalué à 2.
This only seems to happen when using the file commands included with
Darwin. I can't reproduce it while using the mkdir and mv commands
included with the fileutils-4.1-3 package included in Fink.
Tu ne les a pas installés ?
[^] # Re: L'intox en une leçon
Posté par Damien (site web personnel) . Évalué à 5.
Pour lord0ric: l'écran s'assombrit avec un message en moultes langues qui demande de rebooter :)
N'empêche, je maintiens que je préfère une interface agréable avec des polices antialiasées nikel par défaut et un kernel panic sur des conneries de ce genre que m'emm^H^Hnnuyer au jour le jour à RTFMer, configurer options absconses et autres fichiers textes. Je suis flemmard, entre mes périodes nerd :P
PS: puisque je passe déjà pour un neuneu, pourquoi c'est si inquiétant que n'importe quel processus puisse écrire dans /tmp ? c'est pas justement ça, un espace temporaire pour tout le monde ?
[^] # Re: L'intox en une leçon
Posté par Thomas Poindessous . Évalué à 2.
[^] # Re: L'intox en une leçon
Posté par kasi . Évalué à 2.
ce n'aurait été accessible que par le compte administrateur ça n'aurait pas été la même chose du tout !
[^] # Re: L'intox en une leçon
Posté par Jean-Pierre Schwickerath (site web personnel) . Évalué à 1.
> polices antialiasées nikel par défaut et un kernel panic sur des conneries de
> ce genre que m'emm^H^Hnnuyer au jour le jour à RTFMer, configurer options
> absconses et autres fichiers textes. Je suis flemmard, entre mes périodes nerd
Sauf que rebooter ne résoud pas le problème, alors que si tu RTFM, comme tu le dis si bien, alors tu peux peut-être signaler le problème aux mainteneurs afin qu'il soit résolu.
Le but de toute l'action open-source c'est que chacun y ajoute son petit bout et si ce n'est que de signaler que ça plante à telle ou telle occasion.
>PS: puisque je passe déjà pour un neuneu, pourquoi c'est si inquiétant que
> n'importe quel processus puisse écrire dans /tmp ? c'est pas justement ça,
> un espace temporaire pour tout le monde ?
Tu peux créer la superbe attaque DoS.
Tu prend par exemple un serveur web qui tourne sous mac osX avec un language de script genre php, python ou perl.
Comme tout le monde peut écrire dans /tmp, le processus du serveur web aussi. Donc tu peux créer tes deux répertoires, déplacer l'un et BOUM le kernel du serveur panic, il est mort!
[^] # Re: L'intox en une leçon
Posté par Damien (site web personnel) . Évalué à 2.
Le problème, c'est qu'il y a un moyen simple de mettre le serveur par terre (*), pas les droits sur /tmp... tu vas pas interdire à apache d'écrire sur le disque ?
(*) et certes, ça serait bien mieux si on pouvait faire la correction soi-même, d'ailleurs c'est le cas, suffit d'installer les fileutils GNU ou d'aller voir les sources de Darwin...
[^] # Re: L'intox en une leçon
Posté par PLuG . Évalué à 1.
Les fileutils declenchent le probleme, mais le kernel a un bug qu'il faut corriger dans le KERNEL. sinon l'attaque DoS consite d'abord a livrer les fileutils qui vont bien et ensuite a s'en servir ... on a pas beaucoup progressé.
[^] # Re: L'intox en une leçon
Posté par Serge Rossi (site web personnel) . Évalué à 1.
> polices antialiasées nikel par défaut et un kernel panic sur des conneries
> de ce genre que m'emm^H^Hnnuyer au jour le jour à RTFMer,
Marrant ça, j'ai une interface graphique avec toutes les fontes antialiasées (y conpris avec les packages Mozilla 1.2.1-xft, un régal !!!), j'ai installé le tout en quelques clics et ça ne kernel-panic pas...
Et pourtant, ça n'est pas un OS propriétaire, curieux ça :-)
Et en prime, Nautilus 2 est plutôt mieux foutu que le Finder new look que je n'aime pas du tout (j'ai décroché du Mac depuis 97).
[^] # Re: L'intox en une leçon
Posté par pasBill pasGates . Évalué à 3.
Tout beau tout chaud, il date de quelques jours.
[^] # Re: L'intox en une leçon
Posté par duf . Évalué à 1.
moi je lis : "published Nov 06, 2002", ça fait un mois demain.
des kernel panic y en a toujours eu, y en aura d'autres, tant qu'ils sont corrigés rapidement c'est tout ce que je demande à mon OS, quel qu'il soit !
[^] # Re: L'intox en une leçon
Posté par pasBill pasGates . Évalué à 1.
[^] # Re: L'intox en une leçon
Posté par Serge Rossi (site web personnel) . Évalué à 1.
Et puis je suis en 2.4.20 qui est sorti depuis, c'est corrigé.
Pour les utilisateurs de RH 7.1 à 8.0, le correctif est là :
https://rhn.redhat.com/errata/RHSA-2002-262.html(...)
Correctif paru chez RH le 16 Novembre, donc 10 jours aprés l'annonce.
Pas trop mal.
Il est aussi dit qu'un patch a été publié par Linus. Je n'ai pas la date
mais j'imagine que c'est entre le 6 et le 16.
Y'a un correctif pour le bug sus-cité dans MacOS X ?
Et chez MS, c'est quoi le délai de publication de correctif dans ce genre de cas ?
[^] # Re: L'intox en une leçon
Posté par pasBill pasGates . Évalué à 1.
Sinon pour Windows, ca depend toujours du bug et de sa gravite, il pourrait tout a fait etre corrige dans les 5 jours ou terminer uniquement dans un SP selon la maniere dont ca peut etre exploite, etc..
[^] # Re: L'intox en une leçon
Posté par falbala . Évalué à 1.
Nope, le bug sera corrigé dans la 10.2.3. Le 10.2.2 plante.
[snip des trucs sur windows]
comme ça (MS02-66 et MS02-68) ?
http://marc.theaimsgroup.com/?l=bugtraq&m=103910416824172&w(...)
[^] # Re: L'intox en une leçon
Posté par pasBill pasGates . Évalué à 1.
Pourquoi toujours prendre des cas isoles et les utiliser pour vos exemples plutot que prendre l'enorme majorite des cas ? Parce que sinon vous arriveriez pas a dire qu'on merde ?
Alors oui, on fait une connerie de temps en temps, comme tout le monde, on n'est pas plus parfait que les autres, tout comme pour les LL, Mozilla qui sort un fix de securite 4 mois apres que le bug est annonce, Debian qui met 135 jours pour fixer une faille, etc...
Tout le monde merde de temps en temps.
[^] # Re: L'intox en une leçon
Posté par Benjamin . Évalué à 1.
[^] # Re: Le kernel panic en une leçon
Posté par kasi . Évalué à 0.
(c'est un bug apparu dans macOSX 10.2 !)
heureusement que les releases mineures de macOS sont gratuites ! parceque sinon ça aurait ralé !!!
# Re: Le kernel panic en une leçon
Posté par - - . Évalué à 1.
ni "gnome 2" ni "kde 3"
ils font le maximum en fonction de leurs besoins et ressources des machines
OSX a particulierement besoin de RAM et cela peut se comprendre quand on voit els avantages de Cocoa et de l'interface graphique "aqua"
(ce qui n'enleve en rien les qualités de kde ou de gnome hein)
osx sur un ibook G3 600 avec 384mo de ram est fonctionnel et puissant.
que cela soit avec des logiciels comme office ou Xfree + gimp (par exemples, ce ne sont que des exemples)
les utilisateurs "linux" devraient (de par expérience) etre plus "ouverts" .
[^] # Re: Le kernel panic en une leçon
Posté par Serge Rossi (site web personnel) . Évalué à 3.
J'ai essayé un iBook G3 600 justement dans un magasin. C'était de courte durée mais j'ai trouvé ça globalement lent. Le premier lancement d'un shell (désolé, on ne se refait pas :-) est horriblement lent. Les suivants tournent en fait dans la même appli donc ça s'ouvre vite mais si on referme tous les shells et qu'on en ouvre à nouveau un, c'est à nouveau lent !
(j'admet, c'est pas top scientifique comme bench mais j'ai trouvé ça globalement ramatoire au premier contact)
[^] # Re: Le kernel panic en une leçon
Posté par darkleon (site web personnel) . Évalué à 1.
En fait, ton expérience ne présage en rien de la rapidité possible de l'interface graphique, chaque fois que tu fais une action, il y a une temporisation sur mac os (depuis longtemps) pour que la pauvre secréatire ne soti pas perdu avec 5 fenêtres afichées à la seconde :-))))
C'est d'ailleurs pour ça que je n'ai jamais supporté l'UI d'apple ainsi que leur souris un bouton, ce sont toutes les animations de fermeture et d'ouverture de fenêtre pour que l'utilisateur comprenne bien que l'ordinateur est bien en train de faire ce qu'on lui a demandé.
Sauf que moi, j'ai pas envi de voir des rectangles qui tournent je veux une fenêtre ouverte là tout de suite.
Ce sont tous ces "zolis" gadgets pour l'ergonomie qui te font penser que l'interface rame, c'est voulu (comme les menus qui apparaissent en transparence à partir de w2k en 1 s, je vire ça tout de suite).
Maintenant, je n'ai vu OsX que de loin je ne sais pas si on peut désactriver toutes ces options.
[^] # Re: Le kernel panic en une leçon
Posté par analogue o/ (site web personnel) . Évalué à 1.
On peut.
Mais c'est dommage, surtout qu'avec la génération de Macs actuelle, la plupart des effets sont en OpenGL et donc gérés par la carte graphique -> C'est rapide et ca prends pas de CPU.
[^] # Re: Le kernel panic en une leçon
Posté par Nicolas Boulay (site web personnel) . Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Le kernel panic en une leçon
Posté par darkleon (site web personnel) . Évalué à 1.
ça n'a rien à voir avec la puissance du processeur, si la fenêtre à une temporisation d'une seconde pour s'ouvrir, tu as beau aveoir un G7@10ghz, elle mettra toujours 1s.
Après c'est une question de choix personnel, si tu peux désactiver toutes ces options tant mieux.
C'est un choix personnel, je prefere un environnement plus sobre au niveau des animations.
Mais bon, ça ne veut pas dire que le mac rame, juste qu'il y a une temporisation par défaut.
[^] # Re: Le kernel panic en une leçon
Posté par sheepkiller . Évalué à 0.
désolé si ce n'est pas au bon endroit :)
Franchement, évaluer un OS (encore pire un processeur !) sur l'affichage, honnêtement je trouve ca bien trollesque !
Un FreeBSD est 2 fois plus lent à l'affichage sous X (en poste de travail) qu'un linux, qui est plus lent qu'un windows !
Par contre, à très forte charge CPU sur une machine, un FreeBSD va avoir 2 fois plus de réponse qu'un linux (c'est >>uniquement<<>>sain<< est plus rapide qu'un ext{2/3}fs ou autre, mais est-ce que c'est réélement comparable ??? Je ne pense pas...
Mac OS X est pour le "grand public//PME/PMI"-clefs en main là où se place Windows. c'est pas libre et alors ?
si ce qui est estampillé "proprio" est mal, votre rm va bosser !!
si tout ce qui est pas GPL est bon pour la casse oubliez sendmail bind (ouff ;)) apache et INNd de vos post !!
Le 2 poids 2 mesures ca va un temps, là ca tourne au FUD !
Pour ceux qui ont du courage la lecture des sources de différents OS en apprends bcp sur les "cochonneries" qu'on peut faire en codant.
Le libre les affichent, mais les core-teams ne les nettoient pas forcement...
Je pense que je rentre une période paranoïde où je vois tout mal...
La pensée unique c'est pas la meilleure chose qu'il existe sur terre non ?
Les kernel panics de ce genre en 5/6 ans de linux, j'en ai vu... et en pire...
et il en existe encore ;)
Ok... On me répondra "c'est vendu tel quel."
c'est vrai :) mais il en existe de pires dont nous faisons la promotion ;)
Alors mes amis linuxiens bien pensants je vous souhaite le bonsoir...
[-1]x2e64 (mais où met on le -1 ?)
[^] # Re: Le kernel panic en une leçon
Posté par Benjamin . Évalué à 1.
Et moi qui croyais que le but d'un Apple, c'était de faire "tourner [MS]Excel, Word, PowerPoint"
[^] # Re: Le kernel panic en une leçon
Posté par cedric . Évalué à -3.
Mon 500Mhz, avec un KDE 3.1 beta est aussi beau que ton OSX et en plus il est super fluide, par contre j'arrives pas a avoir de kernel panique graphique (d'ailleur j'arrives pas a en avoir tout court). Mais bon on peut pas en vouloir a OSX, il tourne sur Darwin, un digne descendant de FreeBSD.
</troll>
La j'ai une question, je continues sur les commentaires a la con, ou il y a quelque chose d'interressant a dire sur cette news ? Parce que la, je vois pas... a par les trolls.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.