Journal Information assez importante (en fait non)

Posté par libre Cuauhtémoc le 05 mai 2008 à 01:32.

Étiquettes : aucune

-1

mai

2008

Mandriva propose désormais le noyau 2.6.25.
Mais ce n'est pas ça qui est important.

C'est qu'au lieu de rester comme un con comme moi depuis 2 jours à essayer de refaire mes initrd, il ne faut surtout pas oublier de renommer tous ses périphériques hd* en sd*dans le fstab et dans le menu.lst de grub ou lilo.conf

voilà, bonne nuit, et bon troll.

# nature du troll

Posté par tfeserver tfe (site web personnel) le 05 mai 2008 à 01:54. Évalué à 8.

C'est un troll sur Mandriva, sur le noyau linux, ou sur toi?
- [^] # Re: nature du troll
  
  Posté par alexissoft le 05 mai 2008 à 02:24. Évalué à 8.
  
  Franchement, depuis que ΠαζαΠατα a été forké depuis la r12382, rien ne va plus. Faut dire que le changement de licence n'a rien amélioré.

# elements

Posté par Sébastien TeRMiToR le 05 mai 2008 à 01:54. Évalué à 5.


termitor@proton:~$ blkid 
/dev/hda5: UUID="eb6053a4-2a81-46dc-9321-31a70cd997d4" SEC_TYPE="ext2" TYPE="ext3" 
/dev/hda6: UUID="bcaf6a6a-f233-467b-9169-1843057469d6" SEC_TYPE="ext2" TYPE="ext3" 
/dev/hda7: UUID="0fbf211d-4975-419c-8154-d85e8e1a872b" SEC_TYPE="ext2" TYPE="ext3" LABEL="/" 
/dev/hda8: UUID="32c27f20-118e-42bf-9c1e-876ca4dc9332" SEC_TYPE="ext2" TYPE="ext3" 
/dev/hda9: UUID="9ba9d07a-562f-43b8-9a2f-c8adc2ea0335" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sda1: UUID="e5c5348f-e976-4269-98f6-2455ef958d16" SEC_TYPE="ext2" TYPE="ext3" 
/dev/hda2: TYPE="swap" UUID="e753222e-f8ac-4248-ae07-23f2af5f817d" 
/dev/hda1: UUID="b36c4feb-bd9f-4ff7-acad-e80bec82bfde" TYPE="ext2" 
/dev/hda4: UUID="53393E5D00114EFF" TYPE="ntfs" 


et les uuid dans le fstab.

termitor@proton:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point>              

proc            /proc           proc    defaults        0       0
#/dev/hda6
UUID=bcaf6a6a-f233-467b-9169-1843057469d6 /media/hda6     ext3    defaults       0       2

#/dev/hda5
UUID=eb6053a4-2a81-46dc-9321-31a70cd997d4 /  ext3 defaults,errors=remount-ro     0       1

#/dev/sda1
UUID=e5c5348f-e976-4269-98f6-2455ef958d16 /home           ext3    defaults       0       2

#/dev/hda1
UUID=b36c4feb-bd9f-4ff7-acad-e80bec82bfde /media/boot     ext2    defaults       0       2

#/dev/hda3
UUID=e753222e-f8ac-4248-ae07-23f2af5f817d none            swap    defaults       0       0

/dev/hdd        /media/cdrom0   udf,iso9660 user,noauto,exec 0       0


mandriva le gere surement ! 


termitor@proton:/dev$ ls -l disk/
total 0
drwxr-xr-x 2 root root 340 2008-05-04 14:27 by-id
drwxr-xr-x 2 root root  60 2008-05-04 14:27 by-label
drwxr-xr-x 2 root root 300 2008-05-04 14:27 by-path
drwxr-xr-x 2 root root 220 2008-05-04 14:27 by-uuid

Bonne chance.

[^] # Re: elements

Posté par John Balcaen (site web personnel) le 05 mai 2008 à 02:17. Évalué à 4.

mandriva gère effectivement les UUIDS tout comme les LABELS.
D'ailleurs depuis la 2008.1 ce sont les UUIDS qui sont utilisés a l'installation.
- [^] # Re: elements
  
  Posté par Elfir3 le 05 mai 2008 à 04:39. Évalué à 5.
  
  Ce serait pas un feature du kernel le fait de gérer ou non les UID ?
  Enfin, excepté le fait de les utiliser lors de l'install...
  - [^] # Re: elements
    
    Posté par liberforce (site web personnel) le 05 mai 2008 à 17:59. Évalué à 2.
    
    Si mais ça dépend de la version du kernel livré par la distribution. Donc dire que Mandriva le gère veut dire que le kernel livré par défaut le gère, ce qui n'est pas dénué de sens.
[^] # Re: elements

Posté par libre Cuauhtémoc le 05 mai 2008 à 09:50. Évalué à -2.

j'utilises pas les uuids.
[^] # Re: elements

Posté par IsNotGood le 05 mai 2008 à 11:48. Évalué à 3.

blkid est tellement vieux (je l'ai vu dans RH 6.2) qu'on se demande qui ne le gère pas. Évidemment il s'est perfectionné dans le temps.

# hd* en sd*

Posté par claudex le 05 mai 2008 à 09:28. Évalué à 6.

Pourquoi faut-il renommer les sd* en hd*?
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
- [^] # Re: hd* en sd*
  
  Posté par libre Cuauhtémoc le 05 mai 2008 à 09:53. Évalué à 6.
  
  Pas du tout efface.
  l'information de ce journal est en fait que Mandriva a switché vers libata PATA modules.
  Sans modi (avec des /dev/hd*)f, tu as une impossibilité de monter le répertoire /
  - [^] # Re: hd* en sd*
    
    Posté par dawar (site web personnel) le 05 mai 2008 à 15:17. Évalué à 0.
    
    Puis c'est un bonheur d'utiliser ce module buggé qui pose de gros problèmes entre autre avec les chipset VIA pour certaines configurations de disques.
    
    Pour Mandriva je sais pas, mais sur Ubuntu Hardy je trouve le switch un peu prématuré vu les difficultés rencontrées.
    - [^] # Re: hd* en sd*
      
      Posté par bobert le 05 mai 2008 à 15:46. Évalué à 1.
      
      Ouais il semblerait que je me retrouve dans la panade sur la machine d'un copain à cause de ça:
      
      2 disques SATA en RAID et un graveur dvd IDE -> le graveur est inutilisable.
      
      Quelqu'un sait-il comment de dépatouiller de cette situation ?
      - [^] # Re: hd* en sd*
        
        Posté par dawar (site web personnel) le 05 mai 2008 à 16:15. Évalué à 2.
        
        Essai de changer le sens du branchement IDE et de vérifier les jumpers sur les disques/lecteur. Le nouveau driver est très sensible au branchement : https://bugzilla.redhat.com/show_bug.cgi?id=444334
        
        Sinon, recompiler les anciens modules =)
        
        [^] # Re: hd* en sd*
        
        Posté par bobert le 05 mai 2008 à 16:54. Évalué à 1.
        
        Merci beaucoup du conseil, je testerai dès que j'en ai l'occasion.
        
        Malheureusement je ne crois pas être dans le même cas que ceux de la discussion mentionnée, parce que mes symptômes ne sont pas les mêmes.
        
        De mon côté le graveur est reconnu mais soit les performances sont à ch.er, soit nulles, avec des seekerror visibles par un dmesg
        
        [^] # Re: hd* en sd*
        
        Posté par dawar (site web personnel) le 05 mai 2008 à 18:08. Évalué à 1.
        
        Tu as un bugs causé par le même module ici et dont les symptomes s'approchent des tiens : https://bugs.launchpad.net/ubuntu/+source/linux/+bug/213639
        
        La solution retenue à été le "backport" des modules, mais ça ne coute pas grand chose d'essayer de cabler autrement le CD.
        
        [^] # Re: hd* en sd*
        
        Posté par bobert le 08 mai 2008 à 00:27. Évalué à 1.
        
        Effectivement ça y ressemble bien. Un double merci pour les infos qui me permettent de refaire avancer le dossier !
    - [^] # Re: hd* en sd*
      
      Posté par libre Cuauhtémoc le 05 mai 2008 à 18:13. Évalué à 2.
      
      Pour Mandriva, c'est sous cooker, donc en test, pas en production.
      
      Pour le moment, pas trop tester tous les lecteurs, mais c'est claire que je crois que je vais supprimer toutes entrées autres que mes disques dans la fstab
# Bonne nouvelle pour le Wifistes en ralink

Posté par dguihal le 05 mai 2008 à 11:18. Évalué à 4.

En effet les pilotes ralink issus du projet rt2x00 sont pas mal buggés sur le 2.6.24, le 2.6.25 devrait améliorer les choses
- [^] # Re: Bonne nouvelle pour le Wifistes en ralink
  
  Posté par Christophe Merlet (site web personnel) le 05 mai 2008 à 14:10. Évalué à 2.
  
  J'avais acheté il y a quelques années une carte WiFi PCI avec une puce RaLink, en me disant que suite a la publications du driver du constructeur en GPL, ce sera vite supporté dans le kernel officiellement....
  
  Il aura fallu être patient :/
  
  En ce qui concerne les puce ACX100 et ACX111, quelqu'un sait où ça en est ? Là aussi j'attends un support officiel dans le kernel...
  
  De manière plus générale, il y a une feuille de route quelque part qui recense tous les drivers WiFi existant et leur état d'avancement ?
- [^] # Re: Bonne nouvelle pour le Wifistes en ralink
  
  Posté par Zorro (site web personnel) le 05 mai 2008 à 22:17. Évalué à 2.
  
  Est-ce qu'il va être porté vers la 2008 Spring, ce beau noyau ? Vu les problèmes avec le wi-fi Ralink, ça serait bien - ou alors au moins le module Ralink.
  - [^] # Re: Bonne nouvelle pour le Wifistes en ralink
    
    Posté par dguihal le 06 mai 2008 à 11:15. Évalué à 1.
    
    Pas besoin de le porter, il suffit d'aller le cherche à la mimine sur un dépôt cooker, de l'installer en parallèle du 2.6.24 et la plupart du temps ça fonctionne sans accrocs, et si ça ne fonctionne pas, il te reste toujours ton 2.6.24
    - [^] # Re: Bonne nouvelle pour le Wifistes en ralink
      
      Posté par BAud (site web personnel) le 06 mai 2008 à 15:38. Évalué à 2.
      
      la bonne manière est de prendre le src.rpm de refaire un rebuild (rpmbuild -ba sur le .spec) et obtenir un paquet adapté à ta distribution (et pour ce qui est du kernel, il peut y avoir des impacts côté userland tout de même, notamment quand alsa est impacté... mais pas seulement).
      
      Donc non, prendre un paquet d'un dépôt non prévu pour, la plupart du temps ce n'est pas la bonne méthode.
      - [^] # Re: Bonne nouvelle pour le Wifistes en ralink
        
        Posté par dguihal le 06 mai 2008 à 18:21. Évalué à 2.
        
        Le noyau est pour cela une bonne exception puisqu'il est possible d'en installer facilement plusieurs en parallèle, donc aucun risque de péter ton système avec (à moins d'un gros bug genre sur le driver ext3, mais là recompiler le paquet ne t'aidera pas).
        
        Donc au pire ca ne marche pas out-of-the-rpm mais il suffit de rebooter sur l'ancien noyau pour retrouver un système sain. Et c'est nettement plus rapide que de recompiler le src.rpm.
        
        [^] # Re: Bonne nouvelle pour le Wifistes en ralink
        
        Posté par BAud (site web personnel) le 07 mai 2008 à 00:12. Évalué à 2.
        
        bin non, ce n'est pas une exception, simplement que tu as eu de la chance...
        Tu peux regarder http://sophie.zarb.org/rpm/2008.1,x86_64/kernel-laptop-2.6.2(...)
        par exemple, il "suffit" que bootloader-utils, mkinitrd, module-init-tools, sysfsutils ne soient pas dans les bonnes versions et zou.
        Ton argumentaire ne tient pas très bien, même pas à un fil.
        
        [^] # Re: Bonne nouvelle pour le Wifistes en ralink
        
        Posté par dguihal le 07 mai 2008 à 11:08. Évalué à 4.
        
        Eh ho, racontes pas n'importe quoi, moi je te parles d'installer le rpm du noyau cooker a la main (via rpm et non urpmi) sur une 2008.1, et toi tu me file un lien vers les dépendances du noyau de la 2008.1, tu devrais réviser ta notion d'argumentaire parce que là tu carrément HS.
        
        Alors je dois avoir une chance de cocu parce que ca a fonctionné presque a chaque fois.
        De plus si c'est un problème de dépendances, recompiler le src.rpm n'y changera rien.
        
        Je le dis et le répète (et je me base son mon expérience perso), ça fonctionne très souvent et au pire :
        
        - Le rpm du noyau ne s'installe pas a cause d'un probleme de dépendances donc tu n'as rien cassé
        
        - Le rpm du noyau s'installe et il plante ou est foireux, et ben reboot sur l'ancien et zou c'est reparti
        
        [^] # Re: Bonne nouvelle pour le Wifistes en ralink
        
        Posté par alexissoft le 07 mai 2008 à 17:18. Évalué à 2.
        
        De toute façon, le jour où le noyau sera dépendant d'une lib, je m'inquiéterai.
        
        [^] # Re: Bonne nouvelle pour le Wifistes en ralink
        
        Posté par BAud (site web personnel) le 07 mai 2008 à 21:42. Évalué à 2.
        
        Si tu ne peux pas imaginer l'installation de ce noyau de la 2008.1 sur une 2008.0, je ne peux pas grand chose pour ta comprenette, désolé. Je te laisse l'exercice de trouver le kernel-linus de la cooker ;-)
        
        Prendre tel quel des rpm de cooker est un très mauvais conseil, que ce soit le noyau ou autre.
        Pour ton "pire" que tu cites, oui je suis d'accord, en ajoutant "tu prends de très mauvaises habitudes et ce ne sont pas de bons conseils", stout hein...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.