rg a écrit :C'est pas la question. On parlait pas de stats. On parlait d'une
utilisation qui ne soit pas paranoïaque, simplement en laissant la bête
à peu près dans l'état sauf cas particuliers.
Franchement, la clé USB pour entrer (involontairement) des fichiers
vérolés ou sortir (volontairement) des fichiers sensibles pour
l'entreprise pas besoin d'être parano pour savoir que c'est
potentiellement une menace. Quelque soit l'OS.
Techniquement, je sais extraire 18000 adresses mail valides avec une
description du secteur d'activité, le profil du profil de l'intéressé...
tu as une idée de la valeur d'un tel fichier?
rg a écrit :
C'est pas la question. On parlait pas de stats. On parlait d'une
utilisation qui ne soit pas paranoïaque, simplement en laissant la bête
à peu près dans l'état sauf cas particuliers.
Franchement, la clé USB pour entrer (involontairement) des fichiers
vérolés ou sortir (volontairement) des fichiers sensibles pour
l'entreprise pas besoin d'être parano pour savoir que c'est
potentiellement une menace. Quelque soit l'OS.
Techniquement, je sais extraire 18000 adresses mail valides avec une
description du secteur d'activité, le profil du profil de l'intéressé...
tu as une idée de la valeur d'un tel fichier?
rg a écrit :C'est pas la question. On parlait pas de stats. On parlait d'une
utilisation qui ne soit pas paranoïaque, simplement en laissant la bête
à peu près dans l'état sauf cas particuliers.
Franchement, la clé USB pour entrer (involontairement) des fichiers
vérolés ou sortir (volontairement) des fichiers sensibles pour
l'entreprise pas besoin d'être parano pour savoir que c'est
potentiellement une menace. Quelque soit l'OS.
Techniquement, je sais extraire 18000 adresses mail valides avec une
description du secteur d'activité, le profil du profil de l'intéressé...
tu as une idée de la valeur d'un tel fichier?
Cumbalero a écrit :
Franchement, la clé USB pour entrer (involontairement) des fichiers
vérolés
Oui, bof, d'un autre côté on parlait stabilité de l'OS...
Cumbalero a écrit :
Franchement, la clé USB pour entrer (involontairement) des fichiers
vérolés
Oui, bof, d'un autre côté on parlait stabilité de l'OS...
Cumbalero a écrit :
Franchement, la clé USB pour entrer (involontairement) des fichiers
vérolés
Oui, bof, d'un autre côté on parlait stabilité de l'OS...
rg a écrit :Cumbalero a écrit :Franchement, la clé USB pour entrer (involontairement) des fichiers
vérolés
Oui, bof, d'un autre côté on parlait stabilité de l'OS...
Et au début du post, je donne une raison d'interdire les supports
amovibles aux utilisateurs, pratique par ailleurs assez répandue (mais
pas forcément respectée).
rg a écrit :
Cumbalero a écrit :
Franchement, la clé USB pour entrer (involontairement) des fichiers
vérolés
Oui, bof, d'un autre côté on parlait stabilité de l'OS...
Et au début du post, je donne une raison d'interdire les supports
amovibles aux utilisateurs, pratique par ailleurs assez répandue (mais
pas forcément respectée).
rg a écrit :Cumbalero a écrit :Franchement, la clé USB pour entrer (involontairement) des fichiers
vérolés
Oui, bof, d'un autre côté on parlait stabilité de l'OS...
Et au début du post, je donne une raison d'interdire les supports
amovibles aux utilisateurs, pratique par ailleurs assez répandue (mais
pas forcément respectée).
Mouaif, entre répandu et obligatoire il y a une certaine marge.
Ceci étant, on m'a affirmé qu'une machine qu'on bricole pas reste s table
sous windows... pour ensuite rajouter l'interdiction de clé usb et
d'internet comme pré-requis. Bienvenue dans le 21è siècle.
Mouaif, entre répandu et obligatoire il y a une certaine marge.
Ceci étant, on m'a affirmé qu'une machine qu'on bricole pas reste s table
sous windows... pour ensuite rajouter l'interdiction de clé usb et
d'internet comme pré-requis. Bienvenue dans le 21è siècle.
Mouaif, entre répandu et obligatoire il y a une certaine marge.
Ceci étant, on m'a affirmé qu'une machine qu'on bricole pas reste s table
sous windows... pour ensuite rajouter l'interdiction de clé usb et
d'internet comme pré-requis. Bienvenue dans le 21è siècle.
Cumbalero a écrit :rg a écrit :Cumbalero a écrit :Franchement, la clé USB pour entrer (involontairement) des fichiers
vérolés
Oui, bof, d'un autre côté on parlait stabilité de l'OS...
Et au début du post, je donne une raison d'interdire les supports amovibles
aux utilisateurs, pratique par ailleurs assez répandue (mais pas forcément
respectée).
Mouaif, entre répandu et obligatoire il y a une certaine marge.
Je ne vois pas pourquoi j'interdirais les clés usb à mes employés, et
internet est indispensable pour notre taf.
Après, je suis bien d'accord qu'on peut trouver des tas de mesures pour
palier aux déficiences du système. Mais ça m'intéresse pas de brider les gens
pour compenser des défauts de l'OS. Je préfère encore bosser sous linux ou
admettre une réinstall de temps en temps sur un windows que faire ch**r les
gens qui bossent avec moi.
Ceci étant, on m'a affirmé qu'une machine qu'on bricole pas reste stable sous
windows... pour ensuite rajouter l'interdiction de clé usb et d'internet
comme pré-requis. Bienvenue dans le 21è siècle.
Cumbalero a écrit :
rg a écrit :
Cumbalero a écrit :
Franchement, la clé USB pour entrer (involontairement) des fichiers
vérolés
Oui, bof, d'un autre côté on parlait stabilité de l'OS...
Et au début du post, je donne une raison d'interdire les supports amovibles
aux utilisateurs, pratique par ailleurs assez répandue (mais pas forcément
respectée).
Mouaif, entre répandu et obligatoire il y a une certaine marge.
Je ne vois pas pourquoi j'interdirais les clés usb à mes employés, et
internet est indispensable pour notre taf.
Après, je suis bien d'accord qu'on peut trouver des tas de mesures pour
palier aux déficiences du système. Mais ça m'intéresse pas de brider les gens
pour compenser des défauts de l'OS. Je préfère encore bosser sous linux ou
admettre une réinstall de temps en temps sur un windows que faire ch**r les
gens qui bossent avec moi.
Ceci étant, on m'a affirmé qu'une machine qu'on bricole pas reste stable sous
windows... pour ensuite rajouter l'interdiction de clé usb et d'internet
comme pré-requis. Bienvenue dans le 21è siècle.
Cumbalero a écrit :rg a écrit :Cumbalero a écrit :Franchement, la clé USB pour entrer (involontairement) des fichiers
vérolés
Oui, bof, d'un autre côté on parlait stabilité de l'OS...
Et au début du post, je donne une raison d'interdire les supports amovibles
aux utilisateurs, pratique par ailleurs assez répandue (mais pas forcément
respectée).
Mouaif, entre répandu et obligatoire il y a une certaine marge.
Je ne vois pas pourquoi j'interdirais les clés usb à mes employés, et
internet est indispensable pour notre taf.
Après, je suis bien d'accord qu'on peut trouver des tas de mesures pour
palier aux déficiences du système. Mais ça m'intéresse pas de brider les gens
pour compenser des défauts de l'OS. Je préfère encore bosser sous linux ou
admettre une réinstall de temps en temps sur un windows que faire ch**r les
gens qui bossent avec moi.
Ceci étant, on m'a affirmé qu'une machine qu'on bricole pas reste stable sous
windows... pour ensuite rajouter l'interdiction de clé usb et d'internet
comme pré-requis. Bienvenue dans le 21è siècle.
> > A+
> JF
T'à qu'à pas l'acheter...
> > A+
> JF
T'à qu'à pas l'acheter...
> > A+
> JF
T'à qu'à pas l'acheter...
A+
JF
T'à qu'à pas l'acheter...
Ya des fois ou j'ai pas le choix ....
A+
JF
T'à qu'à pas l'acheter...
Ya des fois ou j'ai pas le choix ....
A+
JF
T'à qu'à pas l'acheter...
Ya des fois ou j'ai pas le choix ....
Le 31-05-2009, ? propos de
Re: ASUS et Microsoft: C'est mieux avec Windows,
Jerome Lambert ?crivait dans fr.comp.os.linux.debats :
> JKB a écrit :
>> Le 31-05-2009, ? propos de
>> Re: ASUS et Microsoft: C'est mieux avec Windows,
>> Jerome Lambert ?crivait dans fr.comp.os.linux.debats :
>>> Nicolas George a écrit :
>>>> Jerome Lambert , dans le message
>>>> <4a22578b$0$2853$, a écrit :
>>>>> Lors du passage du kernel 2.6.18 au 2.6.26
>>>> Tu parles de quel genre de mise à jour, exactement ?
>>> Machine en stable passée de Etch à Lenny lors de la sortie de cel le-ci,
>>> pourquoi?
>> C'est bizarre. Avant de faire la mise à jour, j'ai lu la doc et je
>> n'ai pas eu ce problème. C'est un peu comme les mises à jour de la libc
>> qui nécessitent un noyau minimal pour fonctionner normalement... On ne
>> fait pas une mise à jour sans se renseigner un minimum (d'autant plu s
>> s'il s'agit de machines critiques) !...
> Sauf qu'ici la machine a fait Woody->Sarge->Etch sans aucun soucis.
> Il faudra d'ailleurs qu'on m'explique pourquoi des comiques ont décid é
> subitement que les disques IDE seraient désignés par /dev/sd au lie u du
> /dev/hd connu depuis la nuit des temps. Et faire un script qui analyse
> un menu.lst et remplace les entrées en /dev/hd par des /dev/sd ne doi t
> pas être insurmontable. Si on a avait fait le même genre de farce d u
> côté de Redmond, sûr qu'on en parlerait encore...
Parce que c'est _très_ con. La pile IDE a enfin été uniform isée vers
la pile SCSI (ce qui était déjà le cas avec le SATA et qui n'étai t pas
le cas de l'IDE de base pour des raisons purement historiques). Mais
certains pilotes sont _expérimentaux_. C'est donc à l'utilisateur de
savoir s'il veut ou non utiliser les pilotes expérimentaux et essuyer
les plâtres. Dans le cas de Debian/stable, seuls certains chipsets
permettaient d'avoir des /dev/sd? en IDE. Il fallait donc savoir si son
disque était supporté en /dev/hd, ou /dev/sd. Remplacer l'un par l'au tre
automatiquement n'aurait rien changé. Maintenant, le message d'erreur
lors du boot est _significatif_ pour que n'importe quel invertébré do té
de deux neurones et demi tilte (mais pour ça, il faut avoir soit
l'habitude du système, soit lu la doc). Je rajouterais même que le
système n'était pas cassé car il était toujours possible de red émarrer
sur l'ancien noyau ou de changer la valeur de rootfs sur la ligne de
commande.
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2 % de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Le 31-05-2009, ? propos de
Re: ASUS et Microsoft: C'est mieux avec Windows,
Jerome Lambert ?crivait dans fr.comp.os.linux.debats :
> JKB a écrit :
>> Le 31-05-2009, ? propos de
>> Re: ASUS et Microsoft: C'est mieux avec Windows,
>> Jerome Lambert ?crivait dans fr.comp.os.linux.debats :
>>> Nicolas George a écrit :
>>>> Jerome Lambert , dans le message
>>>> <4a22578b$0$2853$ba620...@news.skynet.be>, a écrit :
>>>>> Lors du passage du kernel 2.6.18 au 2.6.26
>>>> Tu parles de quel genre de mise à jour, exactement ?
>>> Machine en stable passée de Etch à Lenny lors de la sortie de cel le-ci,
>>> pourquoi?
>> C'est bizarre. Avant de faire la mise à jour, j'ai lu la doc et je
>> n'ai pas eu ce problème. C'est un peu comme les mises à jour de la libc
>> qui nécessitent un noyau minimal pour fonctionner normalement... On ne
>> fait pas une mise à jour sans se renseigner un minimum (d'autant plu s
>> s'il s'agit de machines critiques) !...
> Sauf qu'ici la machine a fait Woody->Sarge->Etch sans aucun soucis.
> Il faudra d'ailleurs qu'on m'explique pourquoi des comiques ont décid é
> subitement que les disques IDE seraient désignés par /dev/sd au lie u du
> /dev/hd connu depuis la nuit des temps. Et faire un script qui analyse
> un menu.lst et remplace les entrées en /dev/hd par des /dev/sd ne doi t
> pas être insurmontable. Si on a avait fait le même genre de farce d u
> côté de Redmond, sûr qu'on en parlerait encore...
Parce que c'est _très_ con. La pile IDE a enfin été uniform isée vers
la pile SCSI (ce qui était déjà le cas avec le SATA et qui n'étai t pas
le cas de l'IDE de base pour des raisons purement historiques). Mais
certains pilotes sont _expérimentaux_. C'est donc à l'utilisateur de
savoir s'il veut ou non utiliser les pilotes expérimentaux et essuyer
les plâtres. Dans le cas de Debian/stable, seuls certains chipsets
permettaient d'avoir des /dev/sd? en IDE. Il fallait donc savoir si son
disque était supporté en /dev/hd, ou /dev/sd. Remplacer l'un par l'au tre
automatiquement n'aurait rien changé. Maintenant, le message d'erreur
lors du boot est _significatif_ pour que n'importe quel invertébré do té
de deux neurones et demi tilte (mais pour ça, il faut avoir soit
l'habitude du système, soit lu la doc). Je rajouterais même que le
système n'était pas cassé car il était toujours possible de red émarrer
sur l'ancien noyau ou de changer la valeur de rootfs sur la ligne de
commande.
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2 % de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Le 31-05-2009, ? propos de
Re: ASUS et Microsoft: C'est mieux avec Windows,
Jerome Lambert ?crivait dans fr.comp.os.linux.debats :
> JKB a écrit :
>> Le 31-05-2009, ? propos de
>> Re: ASUS et Microsoft: C'est mieux avec Windows,
>> Jerome Lambert ?crivait dans fr.comp.os.linux.debats :
>>> Nicolas George a écrit :
>>>> Jerome Lambert , dans le message
>>>> <4a22578b$0$2853$, a écrit :
>>>>> Lors du passage du kernel 2.6.18 au 2.6.26
>>>> Tu parles de quel genre de mise à jour, exactement ?
>>> Machine en stable passée de Etch à Lenny lors de la sortie de cel le-ci,
>>> pourquoi?
>> C'est bizarre. Avant de faire la mise à jour, j'ai lu la doc et je
>> n'ai pas eu ce problème. C'est un peu comme les mises à jour de la libc
>> qui nécessitent un noyau minimal pour fonctionner normalement... On ne
>> fait pas une mise à jour sans se renseigner un minimum (d'autant plu s
>> s'il s'agit de machines critiques) !...
> Sauf qu'ici la machine a fait Woody->Sarge->Etch sans aucun soucis.
> Il faudra d'ailleurs qu'on m'explique pourquoi des comiques ont décid é
> subitement que les disques IDE seraient désignés par /dev/sd au lie u du
> /dev/hd connu depuis la nuit des temps. Et faire un script qui analyse
> un menu.lst et remplace les entrées en /dev/hd par des /dev/sd ne doi t
> pas être insurmontable. Si on a avait fait le même genre de farce d u
> côté de Redmond, sûr qu'on en parlerait encore...
Parce que c'est _très_ con. La pile IDE a enfin été uniform isée vers
la pile SCSI (ce qui était déjà le cas avec le SATA et qui n'étai t pas
le cas de l'IDE de base pour des raisons purement historiques). Mais
certains pilotes sont _expérimentaux_. C'est donc à l'utilisateur de
savoir s'il veut ou non utiliser les pilotes expérimentaux et essuyer
les plâtres. Dans le cas de Debian/stable, seuls certains chipsets
permettaient d'avoir des /dev/sd? en IDE. Il fallait donc savoir si son
disque était supporté en /dev/hd, ou /dev/sd. Remplacer l'un par l'au tre
automatiquement n'aurait rien changé. Maintenant, le message d'erreur
lors du boot est _significatif_ pour que n'importe quel invertébré do té
de deux neurones et demi tilte (mais pour ça, il faut avoir soit
l'habitude du système, soit lu la doc). Je rajouterais même que le
système n'était pas cassé car il était toujours possible de red émarrer
sur l'ancien noyau ou de changer la valeur de rootfs sur la ligne de
commande.
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2 % de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
JKB a formulé la demande :
> Le 31-05-2009, ? propos de
> Re: ASUS et Microsoft: C'est mieux avec Windows,
> Jerome Lambert ?crivait dans fr.comp.os.linux.debats :
>> JKB a écrit :
>>> Le 31-05-2009, ? propos de
>>> Re: ASUS et Microsoft: C'est mieux avec Windows,
>>> Jerome Lambert ?crivait dans fr.comp.os.linux.debats :
>>>> Nicolas George a écrit :
>>>>> Jerome Lambert , dans le message
>>>>> <4a22578b$0$2853$, a écrit :
>>>>>> Lors du passage du kernel 2.6.18 au 2.6.26
>>>>> Tu parles de quel genre de mise à jour, exactement ?
>>>> Machine en stable passée de Etch à Lenny lors de la sortie de ce lle-ci,
>>>> pourquoi?
>>> C'est bizarre. Avant de faire la mise à jour, j'ai lu la doc et je
>>> n'ai pas eu ce problème. C'est un peu comme les mises à jour de l a libc
>>> qui nécessitent un noyau minimal pour fonctionner normalement... On ne
>>> fait pas une mise à jour sans se renseigner un minimum (d'autant pl us
>>> s'il s'agit de machines critiques) !...
>> Sauf qu'ici la machine a fait Woody->Sarge->Etch sans aucun soucis.
>> Il faudra d'ailleurs qu'on m'explique pourquoi des comiques ont déci dé
>> subitement que les disques IDE seraient désignés par /dev/sd au li eu du
>> /dev/hd connu depuis la nuit des temps. Et faire un script qui analyse
>> un menu.lst et remplace les entrées en /dev/hd par des /dev/sd ne do it
>> pas être insurmontable. Si on a avait fait le même genre de farce du
>> côté de Redmond, sûr qu'on en parlerait encore...
> Parce que c'est _très_ con. La pile IDE a enfin été uniformis ée vers
> la pile SCSI (ce qui était déjà le cas avec le SATA et qui n'ét ait pas
> le cas de l'IDE de base pour des raisons purement historiques). Mais
> certains pilotes sont _expérimentaux_. C'est donc à l'utilisateur d e
> savoir s'il veut ou non utiliser les pilotes expérimentaux et essuyer
> les plâtres. Dans le cas de Debian/stable, seuls certains chipsets
> permettaient d'avoir des /dev/sd? en IDE. Il fallait donc savoir si son
> disque était supporté en /dev/hd, ou /dev/sd. Remplacer l'un par l' autre
> automatiquement n'aurait rien changé. Maintenant, le message d'erreur
> lors du boot est _significatif_ pour que n'importe quel invertébré doté
> de deux neurones et demi tilte (mais pour ça, il faut avoir soit
> l'habitude du système, soit lu la doc). Je rajouterais même que le
> système n'était pas cassé car il était toujours possible de red émarrer
> sur l'ancien noyau ou de changer la valeur de rootfs sur la ligne de
> commande.
> JKB
Cela semble extrèmement pratique à utiliser MDR
JKB a formulé la demande :
> Le 31-05-2009, ? propos de
> Re: ASUS et Microsoft: C'est mieux avec Windows,
> Jerome Lambert ?crivait dans fr.comp.os.linux.debats :
>> JKB a écrit :
>>> Le 31-05-2009, ? propos de
>>> Re: ASUS et Microsoft: C'est mieux avec Windows,
>>> Jerome Lambert ?crivait dans fr.comp.os.linux.debats :
>>>> Nicolas George a écrit :
>>>>> Jerome Lambert , dans le message
>>>>> <4a22578b$0$2853$ba620...@news.skynet.be>, a écrit :
>>>>>> Lors du passage du kernel 2.6.18 au 2.6.26
>>>>> Tu parles de quel genre de mise à jour, exactement ?
>>>> Machine en stable passée de Etch à Lenny lors de la sortie de ce lle-ci,
>>>> pourquoi?
>>> C'est bizarre. Avant de faire la mise à jour, j'ai lu la doc et je
>>> n'ai pas eu ce problème. C'est un peu comme les mises à jour de l a libc
>>> qui nécessitent un noyau minimal pour fonctionner normalement... On ne
>>> fait pas une mise à jour sans se renseigner un minimum (d'autant pl us
>>> s'il s'agit de machines critiques) !...
>> Sauf qu'ici la machine a fait Woody->Sarge->Etch sans aucun soucis.
>> Il faudra d'ailleurs qu'on m'explique pourquoi des comiques ont déci dé
>> subitement que les disques IDE seraient désignés par /dev/sd au li eu du
>> /dev/hd connu depuis la nuit des temps. Et faire un script qui analyse
>> un menu.lst et remplace les entrées en /dev/hd par des /dev/sd ne do it
>> pas être insurmontable. Si on a avait fait le même genre de farce du
>> côté de Redmond, sûr qu'on en parlerait encore...
> Parce que c'est _très_ con. La pile IDE a enfin été uniformis ée vers
> la pile SCSI (ce qui était déjà le cas avec le SATA et qui n'ét ait pas
> le cas de l'IDE de base pour des raisons purement historiques). Mais
> certains pilotes sont _expérimentaux_. C'est donc à l'utilisateur d e
> savoir s'il veut ou non utiliser les pilotes expérimentaux et essuyer
> les plâtres. Dans le cas de Debian/stable, seuls certains chipsets
> permettaient d'avoir des /dev/sd? en IDE. Il fallait donc savoir si son
> disque était supporté en /dev/hd, ou /dev/sd. Remplacer l'un par l' autre
> automatiquement n'aurait rien changé. Maintenant, le message d'erreur
> lors du boot est _significatif_ pour que n'importe quel invertébré doté
> de deux neurones et demi tilte (mais pour ça, il faut avoir soit
> l'habitude du système, soit lu la doc). Je rajouterais même que le
> système n'était pas cassé car il était toujours possible de red émarrer
> sur l'ancien noyau ou de changer la valeur de rootfs sur la ligne de
> commande.
> JKB
Cela semble extrèmement pratique à utiliser MDR
JKB a formulé la demande :
> Le 31-05-2009, ? propos de
> Re: ASUS et Microsoft: C'est mieux avec Windows,
> Jerome Lambert ?crivait dans fr.comp.os.linux.debats :
>> JKB a écrit :
>>> Le 31-05-2009, ? propos de
>>> Re: ASUS et Microsoft: C'est mieux avec Windows,
>>> Jerome Lambert ?crivait dans fr.comp.os.linux.debats :
>>>> Nicolas George a écrit :
>>>>> Jerome Lambert , dans le message
>>>>> <4a22578b$0$2853$, a écrit :
>>>>>> Lors du passage du kernel 2.6.18 au 2.6.26
>>>>> Tu parles de quel genre de mise à jour, exactement ?
>>>> Machine en stable passée de Etch à Lenny lors de la sortie de ce lle-ci,
>>>> pourquoi?
>>> C'est bizarre. Avant de faire la mise à jour, j'ai lu la doc et je
>>> n'ai pas eu ce problème. C'est un peu comme les mises à jour de l a libc
>>> qui nécessitent un noyau minimal pour fonctionner normalement... On ne
>>> fait pas une mise à jour sans se renseigner un minimum (d'autant pl us
>>> s'il s'agit de machines critiques) !...
>> Sauf qu'ici la machine a fait Woody->Sarge->Etch sans aucun soucis.
>> Il faudra d'ailleurs qu'on m'explique pourquoi des comiques ont déci dé
>> subitement que les disques IDE seraient désignés par /dev/sd au li eu du
>> /dev/hd connu depuis la nuit des temps. Et faire un script qui analyse
>> un menu.lst et remplace les entrées en /dev/hd par des /dev/sd ne do it
>> pas être insurmontable. Si on a avait fait le même genre de farce du
>> côté de Redmond, sûr qu'on en parlerait encore...
> Parce que c'est _très_ con. La pile IDE a enfin été uniformis ée vers
> la pile SCSI (ce qui était déjà le cas avec le SATA et qui n'ét ait pas
> le cas de l'IDE de base pour des raisons purement historiques). Mais
> certains pilotes sont _expérimentaux_. C'est donc à l'utilisateur d e
> savoir s'il veut ou non utiliser les pilotes expérimentaux et essuyer
> les plâtres. Dans le cas de Debian/stable, seuls certains chipsets
> permettaient d'avoir des /dev/sd? en IDE. Il fallait donc savoir si son
> disque était supporté en /dev/hd, ou /dev/sd. Remplacer l'un par l' autre
> automatiquement n'aurait rien changé. Maintenant, le message d'erreur
> lors du boot est _significatif_ pour que n'importe quel invertébré doté
> de deux neurones et demi tilte (mais pour ça, il faut avoir soit
> l'habitude du système, soit lu la doc). Je rajouterais même que le
> système n'était pas cassé car il était toujours possible de red émarrer
> sur l'ancien noyau ou de changer la valeur de rootfs sur la ligne de
> commande.
> JKB
Cela semble extrèmement pratique à utiliser MDR
Le 31-05-2009, ? propos de
Re: ASUS et Microsoft: C'est mieux avec Windows,
Cajoigooo ?crivait dans fr.comp.os.linux.debats :
> JKB a formulé la demande :
>> Le 31-05-2009, ? propos de
>> Re: ASUS et Microsoft: C'est mieux avec Windows,
>> Jerome Lambert ?crivait dans fr.comp.os.linux.debats :
>>> JKB a écrit :
>>>> Le 31-05-2009, ? propos de
>>>> Re: ASUS et Microsoft: C'est mieux avec Windows,
>>>> Jerome Lambert ?crivait dans fr.comp.os.linux.debats :
>>>>> Nicolas George a écrit :
>>>>>> Jerome Lambert , dans le message
>>>>>> <4a22578b$0$2853$, a écrit :
>>>>>>> Lors du passage du kernel 2.6.18 au 2.6.26
>>>>>> Tu parles de quel genre de mise à jour, exactement ?
>>>>> Machine en stable passée de Etch à Lenny lors de la sortie de c elle-ci,
>>>>> pourquoi?
>>>> C'est bizarre. Avant de faire la mise à jour, j'ai lu la do c et je
>>>> n'ai pas eu ce problème. C'est un peu comme les mises à jour de la libc
>>>> qui nécessitent un noyau minimal pour fonctionner normalement... O n ne
>>>> fait pas une mise à jour sans se renseigner un minimum (d'autant p lus
>>>> s'il s'agit de machines critiques) !...
>>> Sauf qu'ici la machine a fait Woody->Sarge->Etch sans aucun soucis.
>>> Il faudra d'ailleurs qu'on m'explique pourquoi des comiques ont déc idé
>>> subitement que les disques IDE seraient désignés par /dev/sd au l ieu du
>>> /dev/hd connu depuis la nuit des temps. Et faire un script qui analys e
>>> un menu.lst et remplace les entrées en /dev/hd par des /dev/sd ne d oit
>>> pas être insurmontable. Si on a avait fait le même genre de farce du
>>> côté de Redmond, sûr qu'on en parlerait encore...
>> Parce que c'est _très_ con. La pile IDE a enfin été unifo rmisée vers
>> la pile SCSI (ce qui était déjà le cas avec le SATA et qui n'é tait pas
>> le cas de l'IDE de base pour des raisons purement historiques). Mais
>> certains pilotes sont _expérimentaux_. C'est donc à l'utilisateur de
>> savoir s'il veut ou non utiliser les pilotes expérimentaux et essuye r
>> les plâtres. Dans le cas de Debian/stable, seuls certains chipsets
>> permettaient d'avoir des /dev/sd? en IDE. Il fallait donc savoir si so n
>> disque était supporté en /dev/hd, ou /dev/sd. Remplacer l'un par l 'autre
>> automatiquement n'aurait rien changé. Maintenant, le message d'erreu r
>> lors du boot est _significatif_ pour que n'importe quel invertébré doté
>> de deux neurones et demi tilte (mais pour ça, il faut avoir soit
>> l'habitude du système, soit lu la doc). Je rajouterais même que le
>> système n'était pas cassé car il était toujours possible de re démarrer
>> sur l'ancien noyau ou de changer la valeur de rootfs sur la ligne de
>> commande.
>> JKB
> Cela semble extrèmement pratique à utiliser MDR
Lorsque tu changes de carte SCSI sous Windows, comment lui
indiques-tu de charger un autre pilote au boot sans réinstaller ? À m a
connaissance, il n'est pas possible de coller des options au chargement
de Windows et tu es alors dans une merde noire. Ça m'est arrivé pas p lus
tard que la semaine dernière lorsque j'ai dû remplacer une Adaptec 29 160
par une Symbios. Windows, c'est pratique à utiliser, enfin, lorsqu'on
arrive jusqu'à l'étape de l'utilisation sans péter un câble !
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2 % de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Le 31-05-2009, ? propos de
Re: ASUS et Microsoft: C'est mieux avec Windows,
Cajoigooo ?crivait dans fr.comp.os.linux.debats :
> JKB a formulé la demande :
>> Le 31-05-2009, ? propos de
>> Re: ASUS et Microsoft: C'est mieux avec Windows,
>> Jerome Lambert ?crivait dans fr.comp.os.linux.debats :
>>> JKB a écrit :
>>>> Le 31-05-2009, ? propos de
>>>> Re: ASUS et Microsoft: C'est mieux avec Windows,
>>>> Jerome Lambert ?crivait dans fr.comp.os.linux.debats :
>>>>> Nicolas George a écrit :
>>>>>> Jerome Lambert , dans le message
>>>>>> <4a22578b$0$2853$ba620...@news.skynet.be>, a écrit :
>>>>>>> Lors du passage du kernel 2.6.18 au 2.6.26
>>>>>> Tu parles de quel genre de mise à jour, exactement ?
>>>>> Machine en stable passée de Etch à Lenny lors de la sortie de c elle-ci,
>>>>> pourquoi?
>>>> C'est bizarre. Avant de faire la mise à jour, j'ai lu la do c et je
>>>> n'ai pas eu ce problème. C'est un peu comme les mises à jour de la libc
>>>> qui nécessitent un noyau minimal pour fonctionner normalement... O n ne
>>>> fait pas une mise à jour sans se renseigner un minimum (d'autant p lus
>>>> s'il s'agit de machines critiques) !...
>>> Sauf qu'ici la machine a fait Woody->Sarge->Etch sans aucun soucis.
>>> Il faudra d'ailleurs qu'on m'explique pourquoi des comiques ont déc idé
>>> subitement que les disques IDE seraient désignés par /dev/sd au l ieu du
>>> /dev/hd connu depuis la nuit des temps. Et faire un script qui analys e
>>> un menu.lst et remplace les entrées en /dev/hd par des /dev/sd ne d oit
>>> pas être insurmontable. Si on a avait fait le même genre de farce du
>>> côté de Redmond, sûr qu'on en parlerait encore...
>> Parce que c'est _très_ con. La pile IDE a enfin été unifo rmisée vers
>> la pile SCSI (ce qui était déjà le cas avec le SATA et qui n'é tait pas
>> le cas de l'IDE de base pour des raisons purement historiques). Mais
>> certains pilotes sont _expérimentaux_. C'est donc à l'utilisateur de
>> savoir s'il veut ou non utiliser les pilotes expérimentaux et essuye r
>> les plâtres. Dans le cas de Debian/stable, seuls certains chipsets
>> permettaient d'avoir des /dev/sd? en IDE. Il fallait donc savoir si so n
>> disque était supporté en /dev/hd, ou /dev/sd. Remplacer l'un par l 'autre
>> automatiquement n'aurait rien changé. Maintenant, le message d'erreu r
>> lors du boot est _significatif_ pour que n'importe quel invertébré doté
>> de deux neurones et demi tilte (mais pour ça, il faut avoir soit
>> l'habitude du système, soit lu la doc). Je rajouterais même que le
>> système n'était pas cassé car il était toujours possible de re démarrer
>> sur l'ancien noyau ou de changer la valeur de rootfs sur la ligne de
>> commande.
>> JKB
> Cela semble extrèmement pratique à utiliser MDR
Lorsque tu changes de carte SCSI sous Windows, comment lui
indiques-tu de charger un autre pilote au boot sans réinstaller ? À m a
connaissance, il n'est pas possible de coller des options au chargement
de Windows et tu es alors dans une merde noire. Ça m'est arrivé pas p lus
tard que la semaine dernière lorsque j'ai dû remplacer une Adaptec 29 160
par une Symbios. Windows, c'est pratique à utiliser, enfin, lorsqu'on
arrive jusqu'à l'étape de l'utilisation sans péter un câble !
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2 % de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Le 31-05-2009, ? propos de
Re: ASUS et Microsoft: C'est mieux avec Windows,
Cajoigooo ?crivait dans fr.comp.os.linux.debats :
> JKB a formulé la demande :
>> Le 31-05-2009, ? propos de
>> Re: ASUS et Microsoft: C'est mieux avec Windows,
>> Jerome Lambert ?crivait dans fr.comp.os.linux.debats :
>>> JKB a écrit :
>>>> Le 31-05-2009, ? propos de
>>>> Re: ASUS et Microsoft: C'est mieux avec Windows,
>>>> Jerome Lambert ?crivait dans fr.comp.os.linux.debats :
>>>>> Nicolas George a écrit :
>>>>>> Jerome Lambert , dans le message
>>>>>> <4a22578b$0$2853$, a écrit :
>>>>>>> Lors du passage du kernel 2.6.18 au 2.6.26
>>>>>> Tu parles de quel genre de mise à jour, exactement ?
>>>>> Machine en stable passée de Etch à Lenny lors de la sortie de c elle-ci,
>>>>> pourquoi?
>>>> C'est bizarre. Avant de faire la mise à jour, j'ai lu la do c et je
>>>> n'ai pas eu ce problème. C'est un peu comme les mises à jour de la libc
>>>> qui nécessitent un noyau minimal pour fonctionner normalement... O n ne
>>>> fait pas une mise à jour sans se renseigner un minimum (d'autant p lus
>>>> s'il s'agit de machines critiques) !...
>>> Sauf qu'ici la machine a fait Woody->Sarge->Etch sans aucun soucis.
>>> Il faudra d'ailleurs qu'on m'explique pourquoi des comiques ont déc idé
>>> subitement que les disques IDE seraient désignés par /dev/sd au l ieu du
>>> /dev/hd connu depuis la nuit des temps. Et faire un script qui analys e
>>> un menu.lst et remplace les entrées en /dev/hd par des /dev/sd ne d oit
>>> pas être insurmontable. Si on a avait fait le même genre de farce du
>>> côté de Redmond, sûr qu'on en parlerait encore...
>> Parce que c'est _très_ con. La pile IDE a enfin été unifo rmisée vers
>> la pile SCSI (ce qui était déjà le cas avec le SATA et qui n'é tait pas
>> le cas de l'IDE de base pour des raisons purement historiques). Mais
>> certains pilotes sont _expérimentaux_. C'est donc à l'utilisateur de
>> savoir s'il veut ou non utiliser les pilotes expérimentaux et essuye r
>> les plâtres. Dans le cas de Debian/stable, seuls certains chipsets
>> permettaient d'avoir des /dev/sd? en IDE. Il fallait donc savoir si so n
>> disque était supporté en /dev/hd, ou /dev/sd. Remplacer l'un par l 'autre
>> automatiquement n'aurait rien changé. Maintenant, le message d'erreu r
>> lors du boot est _significatif_ pour que n'importe quel invertébré doté
>> de deux neurones et demi tilte (mais pour ça, il faut avoir soit
>> l'habitude du système, soit lu la doc). Je rajouterais même que le
>> système n'était pas cassé car il était toujours possible de re démarrer
>> sur l'ancien noyau ou de changer la valeur de rootfs sur la ligne de
>> commande.
>> JKB
> Cela semble extrèmement pratique à utiliser MDR
Lorsque tu changes de carte SCSI sous Windows, comment lui
indiques-tu de charger un autre pilote au boot sans réinstaller ? À m a
connaissance, il n'est pas possible de coller des options au chargement
de Windows et tu es alors dans une merde noire. Ça m'est arrivé pas p lus
tard que la semaine dernière lorsque j'ai dû remplacer une Adaptec 29 160
par une Symbios. Windows, c'est pratique à utiliser, enfin, lorsqu'on
arrive jusqu'à l'étape de l'utilisation sans péter un câble !
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2 % de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
