mkswap est dangereux !
Man mkswap :
The Linux kernel does not look at partition Id’s
Donc mkswap peut écrire sur tout.
"Mais", comme le dit la man-page :
but many installation scripts will assume that partitions of hex type 82 (LINUX_SWAP) are meant to be swap partitions.
Sauf que Mandrake 10.1 ne le fait pas bien.
J'avais downloadé mdk 10.1 Official il y a quelques jours et ce soir je me suis dit que j'allais tester. C'est la version Official "rock solid" qui a bénéficié du debuggage via community, etc ... tout le baratin et toussa.
Donc, pas de précautions particulières pour l'installation.
Je boote. Pour indiquer où installer je demande "utilisation partition existante", etc.
C'est simple.
A la fin de la configuration des partitions, j'ai un message d'erreur. Le message d'erreur est quelque chose comme :
- "mkswap(hde2) : no such device"
Et là j'ai failli mourir...
hde2 fait parti d'une partition pour un périphérique raid logique (hde2 + hdg2).
J'acquitte le message d'erreur et l'installeur me renvoie au premier panneau pour configurer les partitions.
Grosse respiration, je contiens une envie de gueuler dans la nuit (histoire de ne pas me fâcher avec les voisins, l'heure est tardive).
Je regarde les autres consoles et je vois :
- "mkswap /dev/hde2"
Mon périphérique raid est salopé, la soirée commence bien...
Je fais "fdisk -l /dev/hde" et j'ai :
/dev/hde2 2432 9925 60186672 fd Linux raid autodetect
"Linux raid autodetect" et pas "swap". Alors pourquoi ce mkswap ?
Je retourne dans l'installeur et demande "partitionnement manuel". Et là je vois que drak_je_ne_sais_pas_quoi voit /dev/hde2 comme une partition swap.
Donc mkswap est réalisé et réussi (normal, il n'y a pas de contrôle).
swapon plante (heureusement) car swapon vérifie le type de la partition.
hde2 n'est pas une partition swap, par contre la partition hda2 est une partition swap. L'installeur doit se mélanger les crayons. En fait j'ai trois partitions swap : hda2 hde3 hdg3.
=> Reset.
Dans mon malheur, j'ai de la change car hde2 est la seconde partition du périphérique raid et j'ai donc un superblock de sûr (celui sur le block 0 du périphérique raid). Donc e2fsck doit se lancer sans douleur (c-à-d ne pas planter au bout de 0,001 milli-seconde) . Imaginez un "newbi" si le superblock 0 est pourri...
Je reboote mon système mais pas sur la partition raid qui a été salopée (histoire de ne pas aggraver la situation).
$ e2fsck -n -f /dev/md0 :
e2fsck 1.35 (28-Feb-2004)
big_fs contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Inode 7 has illegal block(s). Clear? no
Illegal block #33801 (1465057280) in inode 7. IGNORED.
Illegal block #33802 (1347637313) in inode 7. IGNORED.
Illegal block #33803 (843400001) in inode 7. IGNORED.
Inode 7, i_blocks is 122888, should be 122904. Fix? no
J'ai de la chance il n'y a pas grand chose de cassé. Il faut que je regarde si mkswap n'a pas bousillé d'autres trucs mais pas visible à e2fsck. Je me tapes le source de mkswap. mkswap ne fait pas grand chose. Il écrit seulement sur le premier block. Un petit coup de debugfs pour voir par qui est utilisé le block 32 de la partition raid (c'est le block 0 de hde2, c'est claire ?). Le block écrasé par mkswap c'est utilisé par le inode 7 qui n'est pas inutilisé.
Bref, pas de dégât, je peux faire un e2fsck les yeux fermés.
Pour des raisons évidentes, je n'ai pas envi de confirmer ce bug...
En faisant un coup de google je n'ai trouvé d'autres personnes qui ont vécu ce problème.
Conclusion : même quand vous testez une distribution "rock solid", débranchez vos plus importants disques.
PS : oui oui, le md5sum des iso est bon.
Journal mkswap est dangereux !
11
déc.
2004
# Solide comme un roc
Posté par Anonyme . Évalué à 10.
Sans être méchant, la Mandrake 10.1 est sur bien des points dôtée de logiciels moins récents que ses concurrentes (SuSE ou Fedora pour ne citer qu'elles), et elle contient encore des bogues signalés depuis 6 mois. Donc pour le côté réputation d'avant-garde, il faudra repasser.
Je crois sincèrement que Mandrakesoft ne pourra pas tenir ce rythme qu'elle a depuis longtemps avec une équipe aussi réduite que celle qu'ils ont aujourd'hui. Une bonne partie du personnel est passé à la trappe lors du passage à vide récent, et pourtant, Mandrake continue à sortir une nouvelle distribution tous les 6 mois, mais avec tous les messages de gens qui râlent que l'on sait... Apparemment, c'est l'aspect financier qui a primé pour le moment.
Bref, Mandrakelinux est désormais bénéficiaire, et je crois qu'il serait bon de leur part de rééxaminer leur position. Je préfèrerais d'autant une bonne distribution bien francisée (et non pas avec firefox en anglais comme c'est le cas dans la 10.1 par exemple, alors que la traduction existe) avec des logiciels bien fiabilisés (quitte à ce qu'ils soient moins récents ou alors à ce que la rythme de sortie des nouvelles distributions diminue) que ce qu'ils sont en train de faire à l'heure actuelle.
Je comprends tout à fait que sortir une distrib tous les 6 mois c'est important pour faire rentrer de l'argent régulièrement, mais d'un autre côté, plus d'argent ne rentrerait-il pas si le cycle des releases passait à 9 mois avec au final un produit quasi-irréprochable ? C'est à Mandrakesoft de décider de sa politique, à savoir faire de l'argent ou faire d'excellents produits, sachant que le nuancier entre les deux est large, le tout étant de trouver la solution qui comblera le plus de monde.
Je sais qu'à l'heure actuelle, je n'ai pas renouvellé mon abonnement club, et je compte "switcher", peut-être cette semaine, peut-être après la 10.2, histoire de voir, sait-on jamais, si les choses devaient s'améliorer. Beaucoup de personnes ont été décues, je ne sais pas si cela aura une quelconque influence sur les dirigeants de la société, mais j'ose l'espérer, parce que switcher, ça veut dire aussi renier le petit esprit chauvin qui est en moi, ça veut dire ne pas filer mon argent pour un produit Français et des emplois en France.
Contrairement à ce que certains ont l'air de penser, beaucoup des personnes qui disent ne plus vouloir renouveller leur abonnement au Club ne le font pas par gaïté de coeur, croyez bien qu'ils auraient aimé le renouveller avec plaisir. Mais voilà, les faits sont là, et visiblement tout n'est pas parfait pour tout le monde. J'espère juste que les problèmes rencontrés ne sont que des cas isolés et que Mandrake ne connaïtra plus l'épisode des lecteur de CD LG, pour ne citer que lui.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 9.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Solide comme un roc
Posté par Misc (site web personnel) . Évalué à 9.
> Mandrakelinux, même "officielles" ne sont plus "rock solid", c'est d'ailleurs
> l'une des raisons qui a valu récemment une pétition pour que le cycle de
> sortie soit allongé au profit d'une meilleure qualité. Cette demande a été
> rejeté par Mandrakesoft qui a justifié sa décision par le fait que
> Mandrakelinux était une distribution qui avait pour réputation d'être à
> l'avant-garde des nouveaux logiciels.
La plupart des bugs signalés par la personne à l'origine de la petition ont été fixés, donc dire qu'il y a eu manque de temps pour avoir un systéme stable, c'est un peu faux.
Il faut ajouter que 263 signatures, pour un truc annoncé partout, c'est trés peu, c'est meme _ridicule_.
Ça fait surement moins de 2% des gens du club, et je parle même pas dans le monde ( la pétition ayant été annoncés sur linuxfrench, linuxfr et autres sites à forte audience ).
Donc, pour moi ( et sans doute pour d'autres personnes ), une majeur partie des utilisateurs ne sont pas en désaccord avec le processus de release actuel.
Qu'on vienne pas me dire que les gens sont en accord avec la pétition, mais qu'ils ont pas signés.
Quand à être rocksolid, j'ai zero probléme chez moi, c'est au moins rocksolid chez une personne.
> Sans être méchant, la Mandrake 10.1 est sur bien des points dôtée de
> logiciels moins récents que ses concurrentes (SuSE ou Fedora pour ne citer
> qu'elles), et elle contient encore des bogues signalés depuis 6 mois. Donc
> pour le côté réputation d'avant-garde, il faudra repasser.
Il y a le support du matériel et ce genre de choses. Être d'avant garde, ça ne veut pas dire avoir le dernier gouzigouzi comme xorg 6.8.1 ou autres truc pour jacky. Et quand il y a trop d'avant garde aussi, les gens ralent car tel kernel ne supporte pas xxx etc. Les gens sont jamais content, et c'est pour ça que quoique tu fasses, il y aura toujours quelqu'un qui va venir te dire que c'est mal.
Et oui, il y a des bugs ouvert depuis plus de 6 mois, moi même j'en ai un ( sur le chipset usb d'un portable maintenant en réparation, matos pourri cf un kernel hacker qà qui j'ai monté le probléme ).
Quand c'est non reproductible, spécifique au matériel ou mal décrit, il y a d'autres choses à faire, et d'autres ordres de priorités.
Et kde aussi a des bugs ouvert depuis plus de 6 mois. Mozilla également.
Exemple pris au pif :
https://bugzilla.mozilla.org/show_bug.cgi?id=189174(...)
ouverture du bug : 2003-01-15
premier patch : 2003-06-23
dernier commentaire : 2004-11-22
toujours pas fermé.
Ça doit bien faire.. 1 an et demi ?
> Je crois sincèrement que Mandrakesoft ne pourra pas tenir ce rythme qu'elle
> a depuis longtemps avec une équipe aussi réduite que celle qu'ils ont
> aujourd'hui. Une bonne partie du personnel est passé à la trappe lors du
> passage à vide récent, et pourtant, Mandrake continue à sortir une nouvelle
> distribution tous les 6 mois, mais avec tous les messages de gens qui râlent
> que l'on sait... Apparemment, c'est l'aspect financier qui a primé pour le
> moment.
Il y a tout les messages de gens qui ralent, mais il y a aussi tout les gens chez qui ça marche trés bien, comme par exemple chez moi, ou dans les laboratoires de tests de Mandrake, tout ces gens qui ne disent en général rien, ou qui se font submerger par les gens qui ont eu un probléme dés qu'ils disent que ça marche chez eux.
En fait, il y a toujours des gens qui ralent. En visant les insatisfaits qui veulent changer d'os, tu récoltes forcément un certains nombres de gens qui ont ça dans le sang. Je ne dit pas que toutes les critiques sont mauvaises, mais je ne croit pas qu'on puisse dier que mandrake ne fait rien par rapport à tout les problémes soulevés.
> Bref, Mandrakelinux est désormais bénéficiaire, et je crois qu'il serait bon de
> leur part de rééxaminer leur position.
Mandrakesoft est à l'équilibre, et n'importe qui lisant les comptes avec un peu de compétence en calcul peut voir que la situation est pas complétement rose.
De plus, tu dit que Mandrakesoft devrait réexaminer la position, mais ça se fait pas en un claquement de doigts. D'ailleurs, ça veut dire quoi, rexaminer la situation ?
Toute les tentatives de faire de l'argent sans pénalisé trop les gens qui payent pas se sont soldés par des personnes qui ralent ( move avec clé usb, version amd64 pas dispo publiquement, dvd uniquement pour le club ).
Et la plupart des choses on changé ( il y a des dvd pour la 10.1, il y a l'amd64 sur les miroirs ).
Je pense que Mandrakesoft réxamine assez souvent sa position à mon gout d'une part, et d'autre part, c'est leurs affaires. Venir raler ici en te disant que les gens de mandrakesoft vont te lire, c'est comme crier dans les champs en ésperant que le président de la république t'entende.
> Je préfèrerais d'autant une bonne
> distribution bien francisée (et non pas avec firefox en anglais comme c'est le
> cas dans la 10.1 par exemple, alors que la traduction existe) avec des
> logiciels bien fiabilisés (quitte à ce qu'ils soient moins récents ou alors à ce
> que la rythme de sortie des nouvelles distributions diminue) que ce qu'ils sont
> en train de faire à l'heure actuelle.
Firefox est pas dans main, c'est pas mandrakesoft qui s'en occupe officiellement.
Il est pas francisé, car à l'époque, la version venait juste de sortir, et il n'y a pas de moyen facile de packager les extensions :
http://marc.theaimsgroup.com/?l=mandrake-cooker&m=1100284345053(...)
Quand à une distribution francisé fiable, tu peut prendre une woody, ou si, des cycles de releases de 2 à 3 ans t'embétent, prendre une octoz gnu/linux ( http://octoz.zarb.org(...) ), distribution communautaire récente, faite justement parce que Mandrakesoft ne réponds pas aux besoins de ses concepteurs.
En plus, tu pourras leur donner un coup de main, ou de l'argent pour payer le serveur, je te garanti que ça sortira pas de la france.
> Je comprends tout à fait que sortir une distrib tous les 6 mois c'est important
> pour faire rentrer de l'argent régulièrement, mais d'un autre côté, plus
> d'argent ne rentrerait-il pas si le cycle des releases passait à 9 mois avec au
> final un produit quasi-irréprochable ? C'est à Mandrakesoft de décider de sa
> politique, à savoir faire de l'argent ou faire d'excellents produits, sachant que
> le nuancier entre les deux est large, le tout étant de trouver la solution qui
> comblera le plus de monde.
Amusant comme forcément, tout est pour l'argent dés que
1) les sorties sont réguliéres 2) les cds sont vendus.
Openbsd aussi sort tout les 6 mois, pour l'argent ?
Gnome également ?
Non, personne ne dirait ça, pas plus que sur fedora.
Mais comme la, ça rapporte, ç'est forcément pour l'argent.
D'ailleurs si justement, ça rapporterais autant d'argent, ça veut bien dire qu'il y a d'autres raisons ( sauf si tu estimes que toi, sans chiffres et sans doute sans expérience/qualification dans le domaine, tu as de meilleur idées que des gens qui ont les chiffres, les qualifs et qui font ça à longeur de temps depuis pas mal d'années ).
> Je sais qu'à l'heure actuelle, je n'ai pas renouvellé mon abonnement club, et
> je compte "switcher", peut-être cette semaine, peut-être après la 10.2,
> histoire de voir, sait-on jamais, si les choses devaient s'améliorer.
Trés important de répeter sans arrét que tu va partir. Plus de personnes tu entraineras à ta suite, mieux ça seras ?
Et une fois que tu seras parti, ça sera pareil, toutes les news Mandrake, tu n'oublieras pas de dire que tu es parti, etc.
> Beaucoup
> de personnes ont été décues, je ne sais pas si cela aura une quelconque
> influence sur les dirigeants de la société, mais j'ose l'espérer, parce que
> switcher, ça veut dire aussi renier le petit esprit chauvin qui est en moi, ça
> veut dire ne pas filer mon argent pour un produit Français et des emplois en
> France.
Prends suse, ça sera européen, c'est moins réducteur que d'acheter "francais" pour faire vire les "francais".
> Contrairement à ce que certains ont l'air de penser, beaucoup des personnes
> qui disent ne plus vouloir renouveller leur abonnement au Club ne le font pas
> par gaïté de coeur, croyez bien qu'ils auraient aimé le renouveller avec
> plaisir.
Je comprends parfaitement que des gens ne veuillent pas payer le club pour tout un tas de raison valables ou non, et ça me pose aucun probléme.
Mais que vous le feriez par gaité de coeur et que vous ne le faites pas, c'est des foutaises. Si le but est de soutenir le libre en france, tu peut donner de l'argent à OpenOffice france ou kde france, ou n'importe quel ssii ou assoce francaise.
> Mais voilà, les faits sont là, et visiblement tout n'est pas parfait pour
> tout le monde. J'espère juste que les problèmes rencontrés ne sont que des
> cas isolés et que Mandrake ne connaïtra plus l'épisode des lecteur de CD LG,
> pour ne citer que lui.
Ben, c'est pour ça que le processus community a été mis en place, en partie pour éviter ce probléme à nouveau. Probléme qui, je le rappelle, est du à un patch kernel qui a obtenu plus de 1000 votes sur le club à l'époque, et tout venait d'un probléme de firmware des lecteurs lg.
De plus, l'auteur du patch lui même n'était pas au courant ( et ne travaille pas chez mandrake ), et n'avait pas fait le lien entre les divers rapports au fil du temps ( et on peut difficilement lui en vouloir, des lecteurs cdrom bas de gammes qui tombent en rade au bout de 1 an, j'ai ce qu'il faut dans mon armoire ).
Mais bon, tu as surement d'autres épisodes à citer, entrainant des problémes aussi graves, je vas pas argumenter sans fin sur un sujet stérile
Tout n'est pas parfait pour tout le monde, mais ç'est plus proche d'un produit utile pour beaucoup de monde que tes commentaires laissent le penser.
Quand je voit les gens qui ralent car les boites à 44e sont trop chéres, alors que Xp contient 10 fois moins, et coute 3 fois plus, ça me donne envie de partir sur une ile deserte loin du monde. Et ce message aussi, je croit même que c'est ce que je vais faire.
[^] # Re: Solide comme un roc
Posté par Anonyme . Évalué à 5.
Tout d'abord, rien n'est plus frustrant que la réponse "chez moi ça marche", car il va de soit que si la personne se fend d'un rapport de bug, c'est qu'il y a visiblement un problème. Et bien pourtant, sur certains rapports de bugs, tu vois ce genre de message de la part d'employés de Mandrake... Genre "I can't reproduce this", sans aucune autre demande d'information complémentaire ni procédure à suivre. Je trouve ça très limite, mais passons.
Le vrai problème, c'est lorsque tu testes une autre distribution, la SuSE par exemple, ou la Fedora, et tiens, pourquoi pas, la Ubuntu (dont je viens de recevoir par La Poste les kits commandés), et que tu compares. Et que vois-je ? La plupart de mes problèmes n'existent pas sur d'autres distributions que je connais moins ! Paradoxal non ?
Pour avoir fait du support pendant longtemps, je dois admettre qu'en général les gens qui gueulent font beaucoup plus de bruit que les autres, et que bien souvent c'est eux le problème. Cela dit, j'ai une dizaine de machines chez moi, toutes dôtées des composants les plus "standards" du marché qui soient (d'ailleurs certains matériel étaient parfaitement reconnus dans les Mandrake précédentes, mais plus maintenant), et je rencontre les mêmes problèmes sur beaucoup d'entres elles, et ce, même sur des installations toutes fraîches.
Pour être honnête, je ne veux pas que Linux me bouffe mon temps libre. Et si ça marche avec SuSE, Fedora ou Ubuntu (vraiment excellente cette distribution !), et que ça fonctionnait avant avec Mandrake, je ne vois pas pourquoi du jour au lendemain, ça ne devrait plus fonctionner. De même, je ne vois pas pourquoi une distribution installée qui fonctionne parfaitement, du jour au lendemain peut arriver à se chier dessus. J'en veux pour preuve les démarrages où alsa ne reconnaït plus ma carte son (reconnue 1 fois sur 2), où les démarrages ou la Mandrake bloque sur la découverte de nouveaux périphériques, ou le fait que le Centre de Contrôle Mandrake ne se lance plus 1 fois sur 2, ou encore le fait qu'utiliser les outils Mandrake drak* me pète mes fichiers de configuration personnalisés, ou le fait que de lancer drakuser me flingue à chaque fois les icônes personnalisées des utilisateurs, etc.
Voilà, et j'en ai encore tout plein, et faire le recensement de ce qui ne va pas ici n'aurait aucun intérêt, je te l'accorde. Par contre, si personne ne dit que ça ne va pas quand ça ne va pas, ou si les personnes qui crient que ça ne va pas ne sont pas écoutées, et bien un beau jour, c'est le crash, parce que *personne* n'a rien vu venir.
[^] # Re: Solide comme un roc
Posté par Misc (site web personnel) . Évalué à 0.
> car il va de soit que si la personne se fend d'un rapport de bug, c'est qu'il y a
> visiblement un problème.
Il y a des rapports de bugs qui sont des problémes entre la chaise et le clavier, parfois de maniére peu évidente ( et parfois pas ).
Exemple, meilleur rapport de bugs de l'année sur python, chez debian :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=280491&archive(...)
Il y a visiblement un probléme...
Maintenant, si il y a rien de plus frustrant, tu peut demander à ce qu'on ne te réponde pas, vu que ça peut que être moins frustrant.
> Et bien pourtant, sur certains rapports de bugs, tu
> vois ce genre de message de la part d'employés de Mandrake... Genre "I
> can't reproduce this", sans aucune autre demande d'information
> complémentaire ni procédure à suivre. Je trouve ça très limite, mais passons.
Tout les bugs ne sont pas fermés sans demande d'information, et le problème peut venir de n'importe ou.
Si tu arrives pas à reproduire, tu ferais quoi ?
Passez des heures sur un problème mal décrit, c'est des heures que tu ne passes pas sur un problème bien décrit qui toucheras de manière plus direct plus de gens.
Les bugs sont envoyés sur les listes cooker pour que tout le monde puisse voir si ça lui dit quelque chose. Si ça dit rien à personne, ça me choque pas d'allouer son temps à autre chose. C'est sur que c'est frustrant d'avoir sa machine qui ne marche pas mais tu peut pas espérer gratuitement avoir un ingénieur dédié à la résolution de ton probléme particulier
> Pour avoir fait du support pendant longtemps, je dois admettre qu'en général
> les gens qui gueulent font beaucoup plus de bruit que les autres, et que bien
> souvent c'est eux le problème.
On est d'accord sur ça.
> Cela dit, j'ai une dizaine de machines chez moi, toutes dôtées des
> composants les plus "standards" du marché qui soient (d'ailleurs certains
> matériel étaient parfaitement reconnus dans les Mandrake précédentes, mais
> plus maintenant), et je rencontre les mêmes problèmes sur beaucoup
> d'entres elles, et ce, même sur des installations toutes fraîches.
Et ?
Comme je le dit, ça marche chez moi, qui est un simple pc tout pourri à 1000e de la fnac. Ça marche aussi chez des tas de gens, à commencer par les gens de Mandrakesoft, qui ont surement pas tous un matériel exotique pour leur machine.
> Le vrai problème, c'est lorsque tu testes une autre distribution, la SuSE par
> exemple, ou la Fedora, et tiens, pourquoi pas, la Ubuntu (dont je viens de
> recevoir par La Poste les kits commandés), et que tu compares. Et que
> vois-je ? La plupart de mes problèmes n'existent pas sur d'autres
> distributions que je connais moins ! Paradoxal non ?
Dingue, des gens différents font des distributions différentes, et il y a des problémes différents. Paradoxal en effet.
> Pour être honnête, je ne veux pas que Linux me bouffe mon temps libre.
Si tu veut que Linux prenne moins de temps, passe moins de temps sur les forums.
> Et si
> ça marche avec SuSE, Fedora ou Ubuntu (vraiment excellente cette
> distribution !), et que ça fonctionnait avant avec Mandrake, je ne vois pas
> pourquoi du jour au lendemain, ça ne devrait plus fonctionner.
Des fois, il y a des changements dans le noyau, et voila. Exemple tout con, cdrecord et le 2.6.8. Ou le 2.6 et les drivers nvidia. Des exemples comme ça, il y en a des tonnes. Et puis, si ça marche chez les autres, tant mieux. Je voit toujours pas l'intéret de venir faire tout un foin dans un journal ayant un lointain rapport avec le sujet.
> De même, je
> ne vois pas pourquoi une distribution installée qui fonctionne parfaitement, du
> jour au lendemain peut arriver à se chier dessus.
Perso, ça m'arrive pas. Si une fois, parce que le modem fast 800 a mis plus de temps à se charger, et donc, il y a eu inversion des interfaces avec la carte reseau. Le probléme est depuis reglé avec un méchanisme de fixations des interfaces par rapport au matériel. Preuve que les choses changent si on signale correctement le problème.
> J'en veux pour preuve les démarrages où alsa ne reconnaït plus ma carte son
> (reconnue 1 fois sur 2), où les démarrages ou la Mandrake bloque sur la
> découverte de nouveaux périphériques, ou le fait que le Centre de Contrôle
> Mandrake ne se lance plus 1 fois sur 2,
Je pense que tu as un probléme de compatibilité avec ton matériel ( standard ou pas, ça arrive ).
Le centre de controle utilise exactement les mêmes routines que le systéme de detection de matériel, donc le probléme ne fait qu'un.
Tu as tenté les trucs habituels, booter avec noapic, nolapic, acpi=off, etc ?
Une recherche sur google aussi peut donner plus de retour.
Pour alsa, deux choses : soit c'est le matos ( comme avec mon chipset usb, e marque via si ça peut intéresser quelqu'un ), car j'ai parfois le même probléme sans que je touche à rien ( et d'autres problémes du même genre sous windows aussi, avec les pilotes pourtant OEM ), soit c'est un cas relativement difficile à reproduire, comme une race condition.
Signaler le probléme à Mandrakesoft est une chose, mais ils ne faut pas oublier que la plupart des distributions font un travail d'intégration, et que c'est les auteurs les mieux placés pour répondre à ce genre de probléme, cad le projet alsa.
> ou encore le fait qu'utiliser les outils
> Mandrake drak* me pète mes fichiers de configuration personnalisés,
Il y a des limites à ce genre d'outil.
Le jour ou les outils basculeront sur Libconf ( http://libconf.net/(...) ), peut être que oui, tout sera parfait de ce point de vue.
Mais raler car des outils automatisés n'ont pas l'intelligence de comprendre tes modifs personnels, c'est fort. Pourquoi ça serait l'outil en cause si tu fait des modifs et que ça marche plus.
Pour moi, par définition "faire les modifs comme il faut", ça ne casse pas l'outil, donc, si ça casse, c'est que les modifs sont mal faites.
On croirait ma soeur : "J'ai rebranché le clavier comme il faut, mais ça marche pas". Ben non, si le clavier marche pas, alors, c'est pas rebranché comme il faut ( sauf erreur du clavier, une fois sur 10000, mais c'était pas le cas ).
> ou le
> fait que de lancer drakuser me flingue à chaque fois les icônes
> personnalisées des utilisateurs, etc.
Personnalisés comment ?
Il y a des millions de façon de changer les trucs sous linux. Tu as peut être découvert un bug, et tu as peut être signalé, et il est peut être pas corrigé, car il y a surement plus important. Tu as peut être aussi rien fait, et c'est pas grave non plus.
> Voilà, et j'en ai encore tout plein, et faire le recensement de ce qui ne va pas
> ici n'aurait aucun intérêt, je te l'accorde.
Pourtant, tu le fait quand même.
Pas étonnant que Linux te prenne autant de temps.
> Par contre, si personne ne dit que ça
> ne va pas quand ça ne va pas, ou si les personnes qui crient que ça ne va pas
> ne sont pas écoutées, et bien un beau jour, c'est le crash, parce que
> *personne* n'a rien vu venir.
D'un autre coté, il y aura toujours des gens qui diront que ça va pas, même quand ça va.
Exemple, la pétition, tout le monde relaie l'info, personne regarde le nombre de signataire, et voila, on retient que les utilisateurs ralent sur Mandrakesoft. Mais du coup, la crédibilité des gens qui ont de vrais raisons de raler est affectés à la baisse par ce genre de choses.
Il y a plein de trucs ou les choses ont changés suite à une demande de la communauté, j'ai donné des exemples avant.
[^] # Re: Solide comme un roc
Posté par itstimetogo . Évalué à 2.
J'ai fait un journal pour donner une expérience et indiquer que :
- mkswap n'est pas sûr
- que l'installation d'une distribution (estampillée "rock solid" ou non) est toujours une prise et qu'il faut faire attention (contrairement à ce que j'ai fait).
Certe, je ne suis pas content et j'en veux à Mdk 10.1 de m'avoir fait bouffer plusieurs heures pour ce petit accro.
Enfin, et peut-être que ce n'est pas suffisant à ton goût ou que ça n'a pas encore porté ses fruits, Mandrake est relativement prudent actuellement (xorg 0.6.7, Gnome 2.6, pas de hal, etc).
Donc on ne pas pas dire que Mandrake se fout de la fiabilité (que ce soit satisfesant ou pas, je suis pas placé pour en juger).
[^] # Re: Solide comme un roc
Posté par itstimetogo . Évalué à 2.
[^] # Re: Solide comme un roc
Posté par itstimetogo . Évalué à 1.
- "En faisant un coup de google je n'ai trouvé d'autres personnes qui ont vécu ce problème."
OK, il y a une faute, ce n'est pas "je n'ai trouvé" mais "je n'ai pas trouvé".
Donc, il est inutile de semer la panic.
J'avais trouvé un rapport de bug Mandrake peut-être similaire mais qui utilisait devfs et mdk 9.2. Rapport de bug non solutionné.
# Bugs
Posté par snt . Évalué à 1.
Plus sérieusement, j'ai une config plus ordinaire que la tienne. Et sans doute que c'est le cas de pas mal de testeurs. Je trouve quelques points qui me plaisent pas dans les RC et c'est corrigé dans les community et official. Si quelqu'un avait eu le meme probleme que toi et en avait fait un rapport de bug, sans doute que le probleme aurait eu plus de chances d'etre réglé. D'ailleurs si tu en faisais un petit rapport sur le qa, ca pourrait ptet beneficier à d'autres.
( ah oui et le coup du newbie qui fait du raid, ca doit pas arriver tout les jours... ).
[^] # Re: Bugs
Posté par Seazor . Évalué à 3.
Et un pro de win qui utilise le raid et qui essaye un linux pour la 1ere fois ?
Ca peut tres bien arriver et ca va le dégouter d'entrée pour 10 ans !!
[^] # Re: Bugs
Posté par couriousous . Évalué à 3.
Et la marmotte ? elle a aussi du raid ?
[^] # Mouais
Posté par Seazor . Évalué à 2.
-->[]
# Remonter le rapport de bugs
Posté par Misc (site web personnel) . Évalué à 3.
Pourrait tu poster la table de partition sous un format lisible ?
[^] # Re: Remonter le rapport de bugs
Posté par itstimetogo . Évalué à 1.
Indique le rapport de bug, que je le complète si nécessaire.
> avec un éventuel rapport de bugs que tu as du faire
Non, je n'en ai pas fait. Honte sur moi.
> Pourrait tu poster la table de partition sous un format lisible ?
[root@fleur ~]# fdisk -l /dev/hda
Disque /dev/hda: 20.4 Go, 20490559488 octets
255 têtes, 63 secteurs/piste, 2491 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Périphérique Boot Start End Blocks Id System
/dev/hda1 * 1 2360 18956668+ 83 Linux
/dev/hda2 2361 2491 1052257+ 82 Linux swap
[root@fleur ~]# fdisk -l /dev/hde
Disque /dev/hde: 81.9 Go, 81964302336 octets
255 têtes, 63 secteurs/piste, 9964 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Périphérique Boot Start End Blocks Id System
/dev/hde1 * 1 2432 19531480+ 83 Linux
/dev/hde2 2432 9925 60186672 fd Linux raid autodetect
/dev/hde3 9925 9965 325080 82 Linux swap
[root@fleur ~]# fdisk -l /dev/hdg
Disque /dev/hdg: 81.9 Go, 81964302336 octets
16 têtes, 63 secteurs/piste, 158816 cylindres
Unités = cylindres de 1008 * 512 = 516096 octets
Périphérique Boot Start End Blocks Id System
/dev/hdg1 * 1 38753 19531480+ 83 Linux
/dev/hdg2 38754 158171 60186672 fd Linux raid autodetect
/dev/hdg3 158172 158816 325080 82 Linux swap
Ou avec sfdisk :
[root@fleur ~]# sfdisk -d /dev/hda
# table de partitions de /dev/hda
unit: sectors
/dev/hda1 : start= 63, size= 37913337, Id=83, bootable
/dev/hda2 : start= 37913400, size= 2104515, Id=82
/dev/hda3 : start= 0, size= 0, Id= 0
/dev/hda4 : start= 0, size= 0, Id= 0
[root@fleur ~]# sfdisk -d /dev/hde
# table de partitions de /dev/hde
unit: sectors
/dev/hde1 : start= 63, size= 39062961, Id=83, bootable
/dev/hde2 : start= 39063024, size=120373344, Id=fd
/dev/hde3 : start=159436368, size= 650160, Id=82
/dev/hde4 : start= 0, size= 0, Id= 0
[root@fleur ~]# sfdisk -d /dev/hdg
# table de partitions de /dev/hdg
unit: sectors
/dev/hdg1 : start= 63, size= 39062961, Id=83, bootable
/dev/hdg2 : start= 39063024, size=120373344, Id=fd
/dev/hdg3 : start=159436368, size= 650160, Id=82
/dev/hdg4 : start= 0, size= 0, Id= 0
Je ne crois pas que le problème vient de la table des partitions.
Je veux bien fournir des infos depuis l'installeur Mandrake mais j'aimerais qu'on me dise présicément où le faire. C-à-d avant que l'installeur fasse des mkswap.
[^] # Re: Remonter le rapport de bugs
Posté par Misc (site web personnel) . Évalué à 1.
J'ai écrit directement pour voir si le probléme est connu ( je sais, c'est mal, le bugzilla est la pour ça ), pensant que tu avait fait un rapport de bugs, ou que si tu n'en a pas fait, c'est parce que tu avait de bonnes raisons de pas en faire ( comme pas le temps de le suivre, etc ).
De plus, si j'avais fait le rapport moi même, j'aurais eu l'air con au moment de donner plus d'info si tu voulait pas en faire, ou j'aurais fait un doublon pour rien.
Au passage, je pense que "utiliser les partitions existantes", ça veut dire de les reprendre _toutes_, et qu'il n'y a rien à garder dessus ( sinon, c'est "partition personnalisés" qu'il faut utiliser, on peut difficilement deviner quel partitions sont importantes ou pas ).
Toutes les partitions, ça veut dire y compris celles sur les autres disques ( car le code ne demande le disque à utiliser, et tu n'en fait pas mention non plus ).
Et, sauf erreur de ma part, l'installeur te demande de confirmer les points de montage, tu peut donc refaire l'installation, et regarder si il te dit effectivement qu'il va le faire. Si ensuite, il le dit pas, et le fait quand même, c'est autre chose mais ça serais étonnant.
Tu peut aussi tenter de lancer l'install en mode test depuis ton linux existant, cf instruction sur :
http://qa.mandrakesoft.com/twiki/bin/view/Main/MdkInstallerHowto(...)
J'ai deja fait ça plusieurs fois, et j'ai jamais formater de disque en mode test.
[^] # Re: Remonter le rapport de bugs
Posté par itstimetogo . Évalué à 1.
Oui et non. Le problème c'est que Mandrake n'est pas ma distribution quotidienne et je la connais peu.
> Au passage, je pense que "utiliser les partitions existantes", ça veut dire de les reprendre _toutes_
> Toutes les partitions, ça veut dire y compris celles sur les autres disques
Si c'est ça, c'est nullissime. J'ai refais l'installation et heureusement, ce n'est pas ça.
Ça ne change rien au bug. L'installeur fait un mkswap sur une partition qui n'est pas une partition de swap. C'est une grave erreur.
> Et, sauf erreur de ma part, l'installeur te demande de confirmer les points de montage
Oui. J'ai demandé /dev/hda1 => "/".
Rien d'autre. /dev/hda1 a été reformé comme prévu.
> tu peut donc refaire l'installation
J'ai refais l'installation. Avant, j'ai changé le type de partition de /dev/hda2 de 0x82 (swap) à 0x0 (vide). Je ne sais pas pourquoi mais c'est la présence de /dev/hda2 et fait qu'il fait un "mkswap /dev/hde2" (hde2, n'est pas une partition de swap).
Cette partie (formatage, activation swap des partitions 0x82) a marchée comme prévue en mettant /dev/hda2 à 0x0 (vide).
La suite est moins glorieuse et j'ai confirmé tous les petits problèmes que je cite. J'ai fait deux fois l'installation.
Déjà, le formatage n'active pas httree pour ext3 (feature "index_dir"). Ni "large_file" et ni "ext_attr". Ces "features" sont standards et upstream depuis Linux 2.6.0. D'autant bizarre que ext3 est le système de fichier par défaut...
Je n'ai pas demandé à monter /dev/hdg1 et pourtant l'entrée a été ajouté à /etc/fstab alors qu'il n'a pas ajouté /dev/hde1 ni /dev/md0. Va savoir...
/dev/hdg1 avait les images iso de Mandrake.
Comme FC3 utiliser "resize_inode", e2fsck de Mandrake plante (normal) à la vérification de hdg1 par e2fsck. Mais j'ai pas demandé à monter hdg1.
L'écran, un classique "Sony CPD-E200/E200E", n'a pas été détecté et il me propose du "1600x1200 à 76Hz" que ne supporte pas mon écran.
La quantité de mémoire de la carte graphique (G400) n'a pas été détecté (de /root/drakx/ddebug.log) :
- "* Xconfig::card: auto failed (needVideoRam)"
J'ai aussi ce message "bizarre" :
- "* hdg: argh! no valid geometry found"
Bizarre le disque hde est exactement le même que hdg. Alors pourquoi pour hdg uniquement ?
J'ai fait une installation depuis le disque dur et demandé l'installation de KDE et Gnome. Ça plante a plein d'endroit (de /root/drakx/ddebug.log) :
* getFile install/images/hd_grub.img: (1:disk-iso)
* selecting new medium '2'
* getFile wget-1.9.1-4mdk.i586.rpm:Installation CD 2 (2:disk-iso)
* Can't open /tmp/image/media/main2/wget-1.9.1-4mdk.i586.rpm: No such file or directory
* running: losetup /dev/loop1 /tmp/hdimage/mdk-10.1//Mandrakelinux-10.1-Official-Download-CD1.i586.iso
* running: losetup -d /dev/loop1
* running: losetup /dev/loop1 /tmp/hdimage/mdk-10.1//Mandrakelinux-10.1-Official-Download-CD2.i586.iso
* running: losetup -d /dev/loop1
* running: losetup /dev/loop1 /tmp/hdimage/mdk-10.1//Mandrakelinux-10.1-Official-Download-CD3.i586.iso
* running: losetup -d /dev/loop1
* refusing medium 2
* getFile XXX: (2:disk-iso)
* read header file /mnt/tmp/headers/wget-1.9.1-4mdk.i586
* read header file /mnt/tmp/headers/fonts-ttf-vera-1.10-4mdk.noarch
* read header file /mnt/tmp/headers/myspell-fr_BE-1.0.2-0.20030619.8mdk.noarch
* read header file /mnt/tmp/headers/myspell-fr_FR-1.0.2-0.20020608.8mdk.noarch
* read header file /mnt/tmp/headers/OpenOffice.org-l10n-fr-1.1.3-2mdk.i586
* read header file /mnt/tmp/headers/libkdepim2-common-3.3.0-26mdk.i586
* read header file /mnt/tmp/headers/libkdepim2-kaddressbook-3.3.0-26mdk.i586
* read header file /mnt/tmp/headers/gcc-cpp-3.4.1-4mdk.i586
* read header file /mnt/tmp/headers/gstreamer-tools-0.8.5-2mdk.i586
* read header file /mnt/tmp/headers/libgstreamer0.8-0.8.5-2mdk.i586
* read header file /mnt/tmp/headers/libpisock8-0.11.8-6mdk.i586
* read header file /mnt/tmp/headers/librecode0-3.6-6mdk.i586
* read header file /mnt/tmp/headers/fortune-mod-1.99.1-5mdk.i586
* opened rpmdb for writing in /mnt
* opened rpm database for transaction of 13 new packages, still 214 after that to do
* rpm transactions start
* getFile librecode0-3.6-6mdk.i586.rpm:Installation CD 2 (2:disk-iso)
* Can't open /tmp/image/media/main2/librecode0-3.6-6mdk.i586.rpm: No such file or directory
* selecting new medium '3'
* getFile aspell-fr-0.50.3-8mdk.i586.rpm:Installation CD 3 (3:disk-iso)
* Can't open /tmp/image/media/main3/aspell-fr-0.50.3-8mdk.i586.rpm: No such file or directory
* refusing medium 3
* getFile XXX: (3:disk-iso)
* read header file /mnt/tmp/headers/aspell-fr-0.50.3-8mdk.i586
* read header file /mnt/tmp/headers/libgtkhtml-3.1_11-3.2.2-2mdk.i586
* read header file /mnt/tmp/headers/gal-2.2-2.2.2-1mdk.i586
* read header file /mnt/tmp/headers/libgal-2.2_1-2.2.2-1mdk.i586
* read header file /mnt/tmp/headers/gnome-spell-1.0.5-3mdk.i586
* read header file /mnt/tmp/headers/gtkhtml-3.1-3.2.2-2mdk.i586
* read header file /mnt/tmp/headers/perl-SDL-1.20.0-10mdk.i586
* read header file /mnt/tmp/headers/OpenOffice.org-help-fr-1.1.3-2mdk.i586
* read header file /mnt/tmp/headers/evolution-2.0.1-2mdk.i586
* read header file /mnt/tmp/headers/frozen-bubble-1.0.0-6mdk.i586
* read header file /mnt/tmp/headers/kde-i18n-fr-3.2.3-4mdk.noarch
* read header file /mnt/tmp/headers/kdeartwork-3.2.3-14mdk.i586
* read header file /mnt/tmp/headers/mailman-2.1.5-7mdk.i586
* opened rpmdb for writing in /mnt
* opened rpm database for transaction of 13 new packages, still 0 after that to do
* check failed : libSDL_gfx.so.11 is needed by perl-SDL-1.20.0-10mdk
libSDL_image-1.2.so.0 is needed by perl-SDL-1.20.0-10mdk
libSDL_net-1.2.so.0 is needed by perl-SDL-1.20.0-10mdk
libSDL_ttf-2.0.so.0 is needed by perl-SDL-1.20.0-10mdk
evolution-data-server >= 1.0.1 is needed by evolution-2.0.1-2mdk
spamassassin is needed by evolution-2.0.1-2mdk
libebook.so.8 is needed by evolution-2.0.1-2mdk
libecal.so.6 is needed by evolution-2.0.1-2mdk
libedataserver.so.3 is needed by evolution-2.0.1-2mdk
libegroupwise.so.4 is needed by evolution-2.0.1-2mdk
libgnutls.so.11 is needed by evolution-2.0.1-2mdk
libnspr4.so is needed by evolution-2.0.1-2mdk
libnss3.so is needed by evolution-2.0.1-2mdk
libplc4.so is needed by evolution-2.0.1-2mdk
libplds4.so is needed by evolution-2.0.1-2mdk
libsmime3.so is needed by evolution-2.0.1-2mdk
libsoftokn3.so is needed by evolution-2.0.1-2mdk
libsoup-2.2.so.7 is needed by evolution-2.0.1-2mdk
libssl3.so is needed by evolution-2.0.1-2mdk
* rpm transactions start
* getFile gal-2.2-2.2.2-1mdk.i586.rpm:Installation CD 3 (3:disk-iso)
* Can't open /tmp/image/media/main3/gal-2.2-2.2.2-1mdk.i586.rpm: No such file or directory
* closing install.log file
* calling umount(/mnt/cdrom)
Donc l'installation des paquets s'est arrêté au milieu (sans le moindre message sur la console 7) et Gnome n'est pas installé. NB : KDE est le bureau par défaut.
Les trois iso sont biens vues !
Il y a des problèmes de locale pour perl (dans /root/drakx/install.log) :
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "fr_FR:fr",
LC_ALL = (unset),
LC_PAPER = "C",
LC_ADDRESS = "C",
LC_MONETARY = "C",
LC_NUMERIC = "C",
LC_TELEPHONE = "C",
LC_MESSAGES = "fr",
LC_COLLATE = "fr",
LC_IDENTIFICATION = "C",
LC_MEASUREMENT = "C",
LC_CTYPE = "fr",
LC_TIME = "C",
LC_NAME = "C",
LANG = "fr"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
Il y a ça pour plusieurs paquets.
C'est un udev sauce devfs (/dev/ide/host2/bus1/target0/lun0). Quel intérêt ?
Il y a udev mais il y a toujours tous les fichiers static dans /dev (17 000 fichiers).
alsa est restauré avec /etc/init.d/sound alors que /etc/dev.d/sound/ est là pour ça.
L'installeur n'a configuré qu'une seul de mes cartes sons (via82xx est configuré mais pas ens1371). Or c'est ens1371 que j'utilise...
En fait ens1371 est configuré mais mal configuré. Voilà ce qu'il y a dans /etc/modprobe.conf :
alias sound-slot-1 snd-via82xx
remove snd-via82xx /sbin/modprobe -r snd-pcm-oss; /sbin/modprobe --first-time -r --ignore-remove snd-via82xx
install snd-via82xx /sbin/modprobe --first-time --ignore-install snd-via82xx && { /sbin/modprobe snd-pcm-oss; /bin/true; }
alias sound-slot-0 es1371
es1371 c'est pour OSS. il faut snd-ens1371 pour alsa.
Fedora a un long /etc/modprobe.conf.dist qui est nécessaire depuis le passage à module-init-tools. Il y a tous les alias qui ne sont plus supporté, des petites "bricoles" comme :
install binfmt_misc /sbin/modprobe --first-time --ignore-install binfmt_misc && { /bin/mount -t binfmt_misc none /proc/sys/fs/binfmt_misc > /dev/null 2>&1 || :; }
install nfsd /sbin/modprobe --first-time --ignore-install nfsd && { /bin/mount -t nfsd nfsd /proc/fs/nfsd > /dev/null 2>&1 || :; }
install sunrpc /sbin/modprobe --first-time --ignore-install sunrpc && { /bin/mount -t rpc_pipefs sunrpc /var/lib/nfs/rpc_pipefs > /dev/null 2>&1 || :; }
Mandrake n'a _rien_.
J'ai pas Gnome et ça, ça me gonfle.
Bref, ça suck. J'arrête là.
Fedora 1, 2, 3 et SuSE 9.1 se sont installée sans problème sur ce même hardware.
Donc, honnètement, je n'ai pas envis de perdre du temps avec "ça".
# utilisation partition existante ??
Posté par modr123 . Évalué à 3.
[^] # Re: utilisation partition existante ??
Posté par fleny68 . Évalué à 4.
Moi ça ne me choque pas qu'un installeur propose ce choix, le tout étant qu'il ne déborde pas sur une partition à côté.
Enfin je dis ça mais je fais toujours des partoches personalisées.
[^] # Re: utilisation partition existante ??
Posté par itstimetogo . Évalué à 1.
Je lui ai dit d'installer sur hda1 (qui existait déjà).
[^] # Re: utilisation partition existante ??
Posté par Anonyme . Évalué à 1.
Wouha, moi je serais contenté de ca au moment du click! sur continué j'aurais eu une montée d'adrénaline à me faire sauter au plafond.
Le clicl! sans faire exprès j'en parle même pas.
# swap sur raid ?
Posté par Prosper . Évalué à 0.
[^] # Re: swap sur raid ?
Posté par itstimetogo . Évalué à 3.
De plus le swap sur une partition raid (logiciel) est connu pour ne pas marcher (dead lock).
# mouais
Posté par Éric (site web personnel) . Évalué à 1.
Il est normal qu'il cherche à utiliser comme swap les partitions qui sont indiquées comme swap dans la table de partition.
[^] # Re: mouais
Posté par itstimetogo . Évalué à 3.
Il a été parfaitement avec mdadm et je ne reviendrait pas sur ce point.
> parce qu'il n'est pas normal qu'il mette le type "linux swap" à tes partitions.
Le type des partitions n'a été mis à "linux swap" et n'a jamais été "linux swap".
> Il est normal qu'il cherche à utiliser comme swap les partitions qui sont indiquées comme swap dans la table de partition.
Je répète, hde2 n'est pas marqué comme une partition de swap. fdisk de Mandrake le confirme. fdisk et sfdisk de Fedora le confirme.
> mais le problème ne vient pas de mak pour ce coup là.
Le problème vient de Mandrake définitivement.
Si a chaque fois qu'il y a un problème c'est ce type de réponse qu'il faut "supporter", alors Cooker a parfaitement raison de gueuler.
# Correction
Posté par itstimetogo . Évalué à 1.
C'est :
- "swapon(hde2) : no such device".
Désolé pour la confusion.
# Confusion
Posté par Romuald Delavergne . Évalué à 2.
mkswap ne touche pas au type de partition visible avec fdisk. De la même façon tu peux très bien formatter une partition de type swap (82) avec mke2fs et la monter ensuite par contre le swapon ne marchera pas.
[^] # Re: Confusion
Posté par itstimetogo . Évalué à 1.
C'est à l'installeur de faire attention.
De ddebug.log :
* RAID: found md0 (raid 0) type ext3 with parts /dev/hdg2,/dev/hde2
/dev/hde2 fait parti d'une partition raid logiciel et l'installeur l'a remarqué et activé (normal).
* suggest_mount_points: hde2 -> swap
* running: mkswap /dev/hde2
* swapon called with hde2
* error: swapon(hde2) failed: No such file or directory at /usr/bin/perl-install/fs.pm line 393.
Ça c'est l'installeur qui le fait et je ne lui ai rien demandé. Pourtant il fait un mkswap et swapon sur une partition non-swap qu'il a précédement reconnu (à juste titre) comme un partition "Linux raid autodetect", et activé le périphérique raid associé.
C'est indiscutable une erreur de l'installeur.
[^] # Re: Confusion
Posté par itstimetogo . Évalué à 1.
http://qa.mandrakesoft.com/attachment.cgi?id=2271(...)
Noter le stupide :
Setting up swapspace version 1, size = 61631148 kB
Qui demanderait un swap de 60 Go que Linux ne peut gérer sous i386.
[^] # Re: Confusion
Posté par Romuald Delavergne . Évalué à 1.
Si c'est pour moi que tu dis ça, sache que je n'ai jamais installé de Mandrake et que je suis pro-debian. Et je suis très conscient qu'à partir d'un certains nombre de lignes, un programme est nécessairement buggué.
En fait mon commentaire vient surtout du fait que je t'ai lu un peu vite et que j'ai cru que tu pensais qu'il n'était pas possible de faire un 'mkswap' sur une partition qui n'était pas de type 82.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.