Andesi - forum

Si c'est sur un Intel ça ne doit pas être inhabituel. (Certains Intel, après passage au... 2.6.20 me semble ?)

il me semble avoir eu ce soucis au debut du 2.6.20 sur un k7 !

thveillon@debian:~$ lspci
00:00.0 Host bridge: Silicon Integrated Systems [SiS] 735 Host (rev 01)
00:01.0 PCI bridge: Silicon Integrated Systems [SiS] Virtual PCI-to-PCI bridge (AGP)
00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS85C503/5513 (LPC Bridge)
00:02.1 SMBus: Silicon Integrated Systems [SiS] SiS961/2 SMBus Controller
00:02.2 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 07)
00:02.3 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 07)
00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev d0)
00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] AC'97 Sound Controller (rev a0)
00:03.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 90)
00:0b.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 61)
00:0b.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 61)
00:0b.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 63)
00:0d.0 FireWire (IEEE 1394): NEC Corporation IEEE 1394 Host Controller (rev 01)
00:0f.0 Network controller: RaLink RT2500 802.11g Cardbus/mini-PCI (rev 01)
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE]

Je pense que cela s'adressait à moi.

Depuis j'ai eu une idée : suivre ce conseil http://www.debian-administration.org/articles/522

reste à savoir comment le prochain kernel update retrouvera ses petits...

ps : depuis j'ai trouvé d'autres victimes, dans un sens ça me rassure !

Non, je pense que ça ne vient pas du type de processeur mais de celui du chipset...

Est ce a dire que désormais la nomenclature HD finira par être du type "/dev/sdX"  que le contrôleur soit PATA ou SATA ?
Plus simple certes, mais avec l'ancienne méthode on savait a quel type de matériel on avait affaire rien qu'en voyant le /dev associé

Le problème vient bien de la "concurrence" de plusieurs lib en ce moment pour la gestion des disques : en fonction du chip et du pilote qui les supporte les disques passent en sdx ou restent en hdx, le plus drôle c'est qu'avec certaines cartes alambiquées (ajout d'un contrôleur sup pour avoir des ports non gérés par le southbridge) ça peut donner un mix... Vivement la clarification à ce niveau, mais ça ne va pas être pour demain apparement.
En attendant je change mes menu.lst avec root=UUID=l'UUID_trouvée_avec_blkid

Est ce a dire que via l'UUID on s'affranchie des notions de /dev/XdaN au boot ?

+1 pour les labels, j'utilise ca pour monter les disques sur mes clusters de stockage, ca marche tres bien et je suis sur de ne pas inverser deux volumes par megarde.

Ok, en fait je pensais à udev car /dev n'est pas monté, mais surtout pas statique au moment du boot, il n'est peuplé qu'en userspace, donc si les dénominations du menu.lst (statiques) ne correspondent plus à /dev au moment du montage de / il y a problème. Or dans /dev seul les UUID sont statiques (path et id aussi, mais je ne pense pas qu'on puisse les utiliser de la même manière).
Exemple avec mon cas, j'ai dû renommer à la main les périphériques blocs dans le fstab et le menu.lst, mais dans /dev c'est bien des sdx que j'avais, les UUID eux n'ont pas changé...

Concernant les lib je crois qu'il faut voir au cas par cas les chip supportés par tel ou tel lib, dans mon cas pas l'ombre d'intel dans la machine (voir lspci plus haut) mais du SIS.

Et il y a bien eu une différence entre le 2.6.18 (tout en hdx) et le 2.6.21 (tout en sdx), d'ailleurs je ne peut plus booter sur le .18 sans switcher sur l'ancien fstab et menu.lst.

Je suis en train de compiler des .22 avec différentes conbinaisons pour voir, je vous tiendrai au courant...

Je vais aussi installer d'autres distrib sur la même box pour voir comment leurs noyaux se comportent... Mais vu le faible inconvénient ça ne m'empêche pas de dormir !

Pour info la carte mère est une EliteGroup K7S5A assez courante en oem il y a quelques années, les machines viennent de récup de parc d'entreprise. ;-)

EDIT : J'écris ce complément depuis Sidux Gaïa (whoaa), le thème très clair ne me plaît pas, en revanche pour le reste !!

Sidux utilise les UUID par défaut comme identifiants de disques dans grub et le fstab... à la bonne heure !

J'ai compilé un 2.6.22-2 vanilla et même sauce sur ma Debian, donc c'est bien définitif. Du coup j'ai modifié les options par défaut du menu.lst (pour éviter les problèmes à chaque "update-grub") et j'utiliserai les UUID à l'avenir...

Sidux est très rapide sur ma vieille box, et sur un amd récent en 64bits c'est le bonheur !

Dernière modification par thveillon (14/08/2007 23:16:22)