Jerome Lambert , dans le message <4a22ac95$0$2868$, a écrit :
Que pour cela les SATA soient désigné par /dev/sd, pourquoi pas, mais ça n'explique pas pourquoi on a décidé de changer la désignation des disques IDE, qui étaient en /dev/hd depuis très longtemps...
Pour unifier. L'IDE ressemble aussi au SCSI.
Jerome Lambert , dans le message
<4a22ac95$0$2868$ba620e4c@news.skynet.be>, a écrit :
Que pour cela les SATA soient désigné par /dev/sd, pourquoi pas, mais ça
n'explique pas pourquoi on a décidé de changer la désignation des
disques IDE, qui étaient en /dev/hd depuis très longtemps...
Jerome Lambert , dans le message <4a22ac95$0$2868$, a écrit :
Que pour cela les SATA soient désigné par /dev/sd, pourquoi pas, mais ça n'explique pas pourquoi on a décidé de changer la désignation des disques IDE, qui étaient en /dev/hd depuis très longtemps...
Pour unifier. L'IDE ressemble aussi au SCSI.
Nicolas George
Jerome Lambert , dans le message <4a22acc4$0$2868$, a écrit :
Donc tu as eu _un_ accident
Non. Relis mieux.
Je relis bien, et je persiste.
Jerome Lambert , dans le message
<4a22acc4$0$2868$ba620e4c@news.skynet.be>, a écrit :
Jerome Lambert , dans le message <4a22b657$0$2848$, a écrit :
Relis encore mieux. Il y a un adjectif qualificatif qui t'échappe.
Vas-y, fais-nous rire.
rg
Jerome Lambert a écrit :
rg a écrit : (...)
Une machine non reliée à internet, avec aucun accès à une clé USB ?
Là je suis battu. Je ne peux trouver aucun argument. Ni aucun intérêt.
Ben si, justement: tu as une machine pour *bosser*, c-à-d pour utiliser les softs qui sont installés dessus. Il faudra que tu m'expliques quel intérêt aurait p.ex. un guichetier de banque d'avoir un accès à Internet et à une clé USB dans le cadre de son boulot. Amha, il n'y en a aucun. A un autre niveau, je sais qu'il y a un grand nombre d'automates (distributeur de billets ou afficheur d'horaire de train) qui tournent (encore) sous Windows 95. Pas de m-à-j automatique, pas de maintenance nécessaire, juste une tâche à remplir.
Ca c'est des cas particulier, il reste encore beaucoup de gens qui rentrent dans le cas que je décrivais et qui ont besoin (ou simplement le droit) à internet ou une clé usb.
Sous linux, ça ne va pas impliquer un pourrissement du système, ce qui est quand même mon propos au départ.
Et dans tous les autres cas, windows c'est pourri ?
Dans certains cas oui, dans d'autres non.
Tiens, quelques posts plus tôt, c'était la même stabilité pour un linux et un windows.
-- Régis (rg)
Jerome Lambert a écrit :
rg a écrit :
(...)
Une machine non reliée à internet, avec aucun accès à une clé USB ?
Là je suis battu. Je ne peux trouver aucun argument. Ni aucun intérêt.
Ben si, justement: tu as une machine pour *bosser*, c-à-d pour utiliser
les softs qui sont installés dessus. Il faudra que tu m'expliques quel
intérêt aurait p.ex. un guichetier de banque d'avoir un accès à Internet
et à une clé USB dans le cadre de son boulot. Amha, il n'y en a aucun.
A un autre niveau, je sais qu'il y a un grand nombre d'automates
(distributeur de billets ou afficheur d'horaire de train) qui tournent
(encore) sous Windows 95. Pas de m-à-j automatique, pas de maintenance
nécessaire, juste une tâche à remplir.
Ca c'est des cas particulier, il reste encore beaucoup de gens qui
rentrent dans le cas que je décrivais et qui ont besoin (ou simplement
le droit) à internet ou une clé usb.
Sous linux, ça ne va pas impliquer un pourrissement du système, ce qui
est quand même mon propos au départ.
Et dans tous les autres cas, windows c'est pourri ?
Dans certains cas oui, dans d'autres non.
Tiens, quelques posts plus tôt, c'était la même stabilité pour un linux
et un windows.
Une machine non reliée à internet, avec aucun accès à une clé USB ?
Là je suis battu. Je ne peux trouver aucun argument. Ni aucun intérêt.
Ben si, justement: tu as une machine pour *bosser*, c-à-d pour utiliser les softs qui sont installés dessus. Il faudra que tu m'expliques quel intérêt aurait p.ex. un guichetier de banque d'avoir un accès à Internet et à une clé USB dans le cadre de son boulot. Amha, il n'y en a aucun. A un autre niveau, je sais qu'il y a un grand nombre d'automates (distributeur de billets ou afficheur d'horaire de train) qui tournent (encore) sous Windows 95. Pas de m-à-j automatique, pas de maintenance nécessaire, juste une tâche à remplir.
Ca c'est des cas particulier, il reste encore beaucoup de gens qui rentrent dans le cas que je décrivais et qui ont besoin (ou simplement le droit) à internet ou une clé usb.
Sous linux, ça ne va pas impliquer un pourrissement du système, ce qui est quand même mon propos au départ.
Et dans tous les autres cas, windows c'est pourri ?
Dans certains cas oui, dans d'autres non.
Tiens, quelques posts plus tôt, c'était la même stabilité pour un linux et un windows.
-- Régis (rg)
JKB
Le 31-05-2009, ? propos de Re: ASUS et Microsoft: C'est mieux avec Windows, Cajoigooo ?crivait dans fr.comp.os.linux.debats :
Doug713705 a utilisé son clavier pour écrire :
Le Sun, 31 May 2009 14:42:45 +0200, Cajoigooo a écrit dans news: des mots en forme de phrase pour nous dire :
Cela montre bien que rien n'est testé et qu'on distribue tout est n'importe quoi
Si c'est documenté ce n'est pas du n'importe quoi.
La doc fait juste combien de pages ?
Pas beaucoup, mais encore faut-il la lire et la _comprendre_ !... À chaque fois que j'ai eu un problème de mise à jour (et c'est rare), c'est parce que je n'avais pas bien lu la doc (et pourtant, je suis toujours entre la testing et la unstable, c'est dire).
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 :
Doug713705 a utilisé son clavier pour écrire :
Le Sun, 31 May 2009 14:42:45 +0200, Cajoigooo a écrit dans
news:qZqdnbHwZqDq5r_XnZ2dnUVZ8gydnZ2d@giganews.com des mots en forme de
phrase pour nous dire :
Cela montre bien que rien n'est testé et qu'on distribue tout est
n'importe quoi
Si c'est documenté ce n'est pas du n'importe quoi.
La doc fait juste combien de pages ?
Pas beaucoup, mais encore faut-il la lire et la _comprendre_ !...
À chaque fois que j'ai eu un problème de mise à jour (et c'est rare),
c'est parce que je n'avais pas bien lu la doc (et pourtant, je suis
toujours entre la testing et la unstable, c'est dire).
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 :
Doug713705 a utilisé son clavier pour écrire :
Le Sun, 31 May 2009 14:42:45 +0200, Cajoigooo a écrit dans news: des mots en forme de phrase pour nous dire :
Cela montre bien que rien n'est testé et qu'on distribue tout est n'importe quoi
Si c'est documenté ce n'est pas du n'importe quoi.
La doc fait juste combien de pages ?
Pas beaucoup, mais encore faut-il la lire et la _comprendre_ !... À chaque fois que j'ai eu un problème de mise à jour (et c'est rare), c'est parce que je n'avais pas bien lu la doc (et pourtant, je suis toujours entre la testing et la unstable, c'est dire).
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
Le 31-05-2009, ? propos de Re: ASUS et Microsoft: C'est mieux avec Windows, Richard Delorme ?crivait dans fr.comp.os.linux.debats :
Cajoigooo a écrit :
Doug713705 a utilisé son clavier pour écrire :
Le Sun, 31 May 2009 14:42:45 +0200, Cajoigooo a écrit dans news: des mots en forme de phrase pour nous dire :
Cela montre bien que rien n'est testé et qu'on distribue tout est n'importe quoi
Si c'est documenté ce n'est pas du n'importe quoi.
Les notes de publication existent pour toutes les distributions. Ça existe même pour Microsoft Windows. Et quand on les lit, on a effectivement peu de surprise.
Il y a bien plus de surprise dans le cas de Microsoft. Il suffit de voir combien de systèmes ont été cassés par l'application du XP/SP3.
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,
Richard Delorme ?crivait dans fr.comp.os.linux.debats :
Cajoigooo a écrit :
Doug713705 a utilisé son clavier pour écrire :
Le Sun, 31 May 2009 14:42:45 +0200, Cajoigooo a écrit dans
news:qZqdnbHwZqDq5r_XnZ2dnUVZ8gydnZ2d@giganews.com des mots en forme de
phrase pour nous dire :
Cela montre bien que rien n'est testé et qu'on distribue tout est
n'importe quoi
Si c'est documenté ce n'est pas du n'importe quoi.
Les notes de publication existent pour toutes les distributions. Ça
existe même pour Microsoft Windows. Et quand on les lit, on a
effectivement peu de surprise.
Il y a bien plus de surprise dans le cas de Microsoft. Il suffit de
voir combien de systèmes ont été cassés par l'application du XP/SP3.
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.
Les notes de publication existent pour toutes les distributions. Ça existe même pour Microsoft Windows. Et quand on les lit, on a effectivement peu de surprise.
Il y a bien plus de surprise dans le cas de Microsoft. Il suffit de voir combien de systèmes ont été cassés par l'application du XP/SP3.
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
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 celle-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 plus 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 lieu 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 doit 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'é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 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
-- 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$ba620e4c@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 celle-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 plus
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 lieu 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 doit
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'é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 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
--
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 celle-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 plus 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 lieu 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 doit 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'é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 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
-- 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
Le 31-05-2009, ? propos de Re: ASUS et Microsoft: C'est mieux avec Windows, Nicolas George ?crivait dans fr.comp.os.linux.debats :
Jerome Lambert , dans le message <4a22ac95$0$2868$, a écrit :
Que pour cela les SATA soient désigné par /dev/sd, pourquoi pas, mais ça n'explique pas pourquoi on a décidé de changer la désignation des disques IDE, qui étaient en /dev/hd depuis très longtemps...
Pour unifier. L'IDE ressemble aussi au SCSI.
Là, faut pas exagérer. On peut unifier une partie des deux piles parce que les queues spécifiques au SCSI sont apparues sur les contrôleurs IDE. De là à aller plus loin... Oui, ça ressemble... vu d'assez loin tout de même...
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,
Nicolas George ?crivait dans fr.comp.os.linux.debats :
Jerome Lambert , dans le message
<4a22ac95$0$2868$ba620e4c@news.skynet.be>, a écrit :
Que pour cela les SATA soient désigné par /dev/sd, pourquoi pas, mais ça
n'explique pas pourquoi on a décidé de changer la désignation des
disques IDE, qui étaient en /dev/hd depuis très longtemps...
Pour unifier. L'IDE ressemble aussi au SCSI.
Là, faut pas exagérer. On peut unifier une partie des deux piles
parce que les queues spécifiques au SCSI sont apparues sur les
contrôleurs IDE. De là à aller plus loin... Oui, ça ressemble... vu
d'assez loin tout de même...
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, Nicolas George ?crivait dans fr.comp.os.linux.debats :
Jerome Lambert , dans le message <4a22ac95$0$2868$, a écrit :
Que pour cela les SATA soient désigné par /dev/sd, pourquoi pas, mais ça n'explique pas pourquoi on a décidé de changer la désignation des disques IDE, qui étaient en /dev/hd depuis très longtemps...
Pour unifier. L'IDE ressemble aussi au SCSI.
Là, faut pas exagérer. On peut unifier une partie des deux piles parce que les queues spécifiques au SCSI sont apparues sur les contrôleurs IDE. De là à aller plus loin... Oui, ça ressemble... vu d'assez loin tout de même...
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.
Cajoigooo
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 celle-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 plus 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 lieu 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 doit 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'é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 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$ba620e4c@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 celle-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 plus
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 lieu 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 doit
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'é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 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.
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 celle-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 plus 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 lieu 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 doit 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'é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 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.
