Erreur udevd [588] au démarrage, et boot ralenti

Bonjour,

Grub2 semble avoir un problème avec le ext4, d’après un autre post…
J’ai dû juste après l’installation utiliser lilo, avant de remettre grub une fois connecté.
J’ai eu l’erreur de système de fichier non reconnus, une fois sur celui-ci.

ça ne m’empeche pas de booter, bien que la détection de windows 7 ai raté. L’entrée directement ajoutée à grub est incorrecte, j’ai dû en écrire une à la main (qui fonctionne elle).

le problème en lui-même vient après, et je ne suis pas sûr, mais il me semble que ça m’a fait la même chose avec lilo.

Pendant environ 40sec, au démarrage, le message Loading, please wait… s’affiche. Ensuite, j’ai pas mal de messages d’erreurs, et linux boot normalement (outre d’autres erreurs dont je parle sur d’autres topics).

Où est-ce que je peux récupérer les log du démarrage ? Faut-il les activer ? J’aimerais bien y regarder de plus près, mais ça passe beaucoup trop rapidement pour que je puisse les lire.

dmesg te donne le blabla du kernel, et pour les messages du boot il faut installer et activer bootlogd.

Tu as installé le paquet nommé grub-pc (c’est lui qui a un bug sous Sid (cf. viewtopic.php?f=3&t=25575))

et ce n’est pas le même que grub2 ? quelle est la différence alors ?

C’est bien celui qui vas avec grub2… Enfin, disons que grub2 dépends de grub-pc, et que grub2 est un “dummy package”… Il ne contient rien et ne fait que forcer à installer grub-pc, non ?

j’ai fait sinon aptitude reinstall grub2
Et ça ne change rien (après un update-grub).
Peu importe au final, grub fonctionne, je crois que c’est udev qui fout la merde. Dumoins sur pas mal de ligne d’erreur qui passent à toute vitesse, je vois son nom…

Voilà des infos sur le paquet grub2:

GRand Unified Bootloader, version 2 (dummy package)

This is a dummy transitional package to handle GRUB 2 upgrades. It can be safely removed.

voici le log du boot, rien d’intéressant. Le problème se trouve en amont, avant que le script ne se lance

Tue Feb 2 00:11:15 2010: . Tue Feb 2 00:11:15 2010: Setting preliminary keymap...done. Tue Feb 2 00:11:15 2010: Setting parameters of disc: (none). Tue Feb 2 00:11:15 2010: Activating swap...done. Tue Feb 2 00:11:15 2010: Checking root file system...fsck from util-linux-ng 2.16.2 Tue Feb 2 00:11:15 2010: /dev/sda3: clean, 116504/843776 files, 1073751/3369633 blocks Tue Feb 2 00:11:15 2010: done. Tue Feb 2 00:11:15 2010: Cleaning up ifupdown.... Tue Feb 2 00:11:15 2010: Loading kernel modules...done. Tue Feb 2 00:11:15 2010: Checking file systems...fsck from util-linux-ng 2.16.2 Tue Feb 2 00:11:16 2010: /dev/sda6: clean, 23/1221600 files, 120745/4883744 blocks Tue Feb 2 00:11:16 2010: done. Tue Feb 2 00:11:16 2010: Setting up networking.... Tue Feb 2 00:11:16 2010: Mounting local filesystems...done. Tue Feb 2 00:11:16 2010: Activating swapfile swap...done. Tue Feb 2 00:11:16 2010: Cleaning up temporary files.... Tue Feb 2 00:11:17 2010: Configuring network interfaces...done. Tue Feb 2 00:11:17 2010: Setting kernel variables ...done. Tue Feb 2 00:11:17 2010: Starting portmap daemon.... Tue Feb 2 00:11:17 2010: Starting NFS common utilities: statd. Tue Feb 2 00:11:17 2010: Cleaning up temporary files.... Tue Feb 2 00:11:17 2010: Setting console screen modes. Tue Feb 2 00:11:17 2010: ^[]R^[[9;30]^[[14;30]Skipping font and keymap setup (handled by console-setup). Tue Feb 2 00:11:17 2010: Setting up console font and keymap...done. Tue Feb 2 00:11:17 2010: Setting up ALSA...done. Tue Feb 2 00:11:17 2010: Setting sensors limits. Tue Feb 2 00:11:17 2010: INIT: Entering runlevel: 2 Tue Feb 2 00:11:17 2010: Starting portmap daemon...Already running.. Tue Feb 2 00:11:17 2010: Starting NFS common utilities: statd. Tue Feb 2 00:11:17 2010: Loading cpufreq kernel modules...done (powernow-k8). Tue Feb 2 00:11:17 2010: Starting enhanced syslogd: rsyslogd. Tue Feb 2 00:11:18 2010: Starting ACPI services.... Tue Feb 2 00:11:18 2010: Starting anac(h)ronistic cron: anacron. Tue Feb 2 00:11:18 2010: Starting deferred execution scheduler: atd. Tue Feb 2 00:11:18 2010: CPUFreq Utilities: Setting ondemand CPUFreq governor...CPU0...CPU1...done. Tue Feb 2 00:11:18 2010: Starting periodic command scheduler: cron. Tue Feb 2 00:11:18 2010: Starting system message bus: dbus. Tue Feb 2 00:11:19 2010: Starting MTA: exim4. Tue Feb 2 00:11:19 2010: Starting kerneloops: Tue Feb 2 00:11:19 2010: Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon. Tue Feb 2 00:11:19 2010: Starting Hardware abstraction layer: hald. Tue Feb 2 00:11:20 2010: Starting Common Unix Printing System: cupsd. Tue Feb 2 00:11:20 2010: saned disabled; edit /etc/default/saned Tue Feb 2 00:11:20 2010:

le problème viens, en partie ou totalement, de udev. J’ai lu que la dernière version n’était pas exempte de bug. Est-ce que je peux changer de version, prendre la dernière “stable” avec le kernel 2.6.32-trunk ? Quelqu’un connait la bonne version ?
(j’imagine que là stable est très inapproprié… si c’est une version précédente, elle est encore moins aboutie… peut être que c’est une fonctionnalité nouvellement implémentée qui induit l’erreur ? Enfin, pour résumer, je sais que ce raisonnement est moyen, mais je vous demande quand même, je pense que vous êtes plus au courant que moi).

J’ai aussi eu un problème avec GRUB2 et Windows 7, il me dit “error: invalid signature”. Et quand je fais un “update-grub”, il me dit un truc comme “os-prober, unknown filesystem”, alors que jusqu’ici tout fonctionnait très bien.
En revanche, aucun problème pour booter sur Linux.

Bref, n’ayant pas le temps de chercher l’origine du problème, j’ai réinstallé GRUB1 (= grub-legacy) à la place de GRUB2, et ça fonctionne sans problème.

Voilà, pas sûr que ça apporte quelque chose à ton problème mais il peut s’agir d’un bug suite à une mise à jour, d’où ma contribution pour essayer de comprendre.

Dommage que tu aies baissé les bras si vite Cluxter, il suffit de quelques lignes bien placées dans /etc/grub.d pour ajouter win7 à GRUB2. J’ai réussi à trouver grâce à mon pote Google, en lui parlant de Grub 2 et Windows 7, il a tout compris tout seul :wink:

hello

Meme problème et pour les 40 sec udev qui fait des sienne chez moi sa ne dérange pas plus que sa, sauf que sa fait pas joli.

note parfoit sa passe en moins de 5 sec (rien a voir avec le délait du menu) et parfois sa boot pas dans ce cas je redémarre. je pense que grub2 est un peux allergique a ext4

sure ce dernier point si quelqu’un a une piste je suis aussi preneur.

c’est bien uniquement celà qui me dérange (le boot passablement ralenti)… Ce serait étrange que grub2 soit allergique à ext4 : sur la dernière ubuntu (je sais plus le nom de code…) ext4 est me semble-t-il par défaut, tout comme grub2.

pour windows7, aucun soucis. J’ai ajouté un petit script (enfin, un fichier de config) dans /etc/grub.d/, et cette ligne fonctionne parfaitement.

Par contre, l’entrée ajoutée par 30_os-prober est nulle. JE sais pas si ils ont voulu faire trop bien, mais un simple drivemap + set root et chainload fonctionnerait j’imagine sur la plupart des configs. J’ai tenté de modifier le script, mais je ne vois pas tout (d’où viens telle signature, etc…).

et je ne vois pas comment occure l’erreur unknown filesystem.

Il n’y a pas de fichiers de log pour grub2 ? parce qu’entre grub et le boot, qu’est-ce qu’il y a ? Quelle est la fonction d’udev (je demande ça pour information, pour dire que je me dirige vers ça… Je vais chercher de mon côté :slightly_smiling: )

Edit : J’ai résolu le soucis.
Voici pour information les erreurs que j’obtenais :

udevd [588] BUS= will be removed in a future udev version, please use SUBSYSTEM= to match the event device, or SUBSYSTEM= to match parent device, in /etc/udev/rules.d/11-hplj10xx.rules:28 udevd [588] SYSFS= will be removed in a future udev version, please use ATTR= to match the event device, or ATTRS= to match parent device, in /etc/udev/rules.d/11-hplj10xx.rules:28 udevd [588] BUS= will be removed in a future udev version, please use SUBSYSTEM= to match the event device, or SUBSYSTEM= to match parent device, in /etc/udev/rules.d/11-hplj10xx.rules:32 udevd [588] SYSFS= will be removed in a future udev version, please use ATTR= to match the event device, or ATTRS= to match parent device, in /etc/udev/rules.d/11-hplj10xx.rules:32 udevd [588] BUS= will be removed in a future udev version, please use SUBSYSTEM= to match the event device, or SUBSYSTEM= to match parent device, in /etc/udev/rules.d/11-hplj10xx.rules:36 udevd [588] SYSFS= will be removed in a future udev version, please use ATTR= to match the event device, or ATTRS= to match parent device, in /etc/udev/rules.d/11-hplj10xx.rules:36 udevd [588] SYSFS= will be removed in a future udev version, please use ATTR= to match the event device, or ATTRS= to match parent device, in /lib/udev/rules.d/56-hpwd_support.rules:10

J’ai donc courageusement modifié les fichiers concernés, dont voici le 11*********

#Own udev rule for HP Laserjet 1000 KERNEL=="lp*", SUBSYSTEM=="usb", ATTR{idVendor}=="03f0", \ ATTRS{product}=="hp LaserJet 1000", NAME="usb/%k", \ SYMLINK+="hplj1000-%n", MODE="0666", RUN+="/usr/sbin/hplj1000" #Own udev rule for HP Laserjet 1005 KERNEL=="lp*", SUBSYSTEM=="usb", ATTR{idVendor}=="03f0", \ ATTRS{product}=="hp LaserJet 1005 series", NAME="usb/%k", \ SYMLINK+="hplj1005-%n", MODE="0666", RUN+="/usr/sbin/hplj1005" #Own udev rule for HP Laserjet 1018 KERNEL=="lp*", SUBSYSTEM=="usb", ATTR{idVendor}=="03f0", \ ATTRS{product}=="HP LaserJet 1018", NAME="usb/%k", \ SYMLINK+="hplj1018-%n", MODE="0666", RUN+="/usr/sbin/hplj1018" #Own udev rule for HP Laserjet 1020 KERNEL=="lp*", SUBSYSTEM=="usb", ATTR{idVendor}=="03f0", \ ATTRS{product}=="HP LaserJet 1020", NAME="usb/%k", \ SYMLINK+="hplj1020-%n", MODE="0666", RUN+="/usr/sbin/hplj1020" #Own udev rule for HP Laserjet P1005 KERNEL=="lp*", SUBSYSTEM=="usb", ATTR{idVendor}=="03f0", \ ATTRS{product}=="HP LaserJet P1005", NAME="usb/%k", \ SYMLINK+="hpljP1005-%n", MODE="0666", RUN+="/usr/sbin/hpljP1005" #Own udev rule for HP Laserjet P1006 KERNEL=="lp*", SUBSYSTEM=="usb", ATTR{idVendor}=="03f0", \ ATTRS{product}=="HP LaserJet P1006", NAME="usb/%k", \ SYMLINK+="hpljP1006-%n", MODE="0666", RUN+="/usr/sbin/hpljP1006" #Own udev rule for HP Laserjet P1007 KERNEL=="lp*", SUBSYSTEM=="usb", ATTR{idVendor}=="03f0", \ ATTRS{product}=="HP LaserJet P1007", NAME="usb/%k", \ SYMLINK+="hpljP1007-%n", MODE="0666", RUN+="/usr/sbin/hpljP1007" #Own udev rule for HP Laserjet P1008 KERNEL=="lp*", SUBSYSTEM=="usb", ATTR{idVendor}=="03f0", \ ATTRS{product}=="HP LaserJet P1008", NAME="usb/%k", \ SYMLINK+="hpljP1008-%n", MODE="0666", RUN+="/usr/sbin/hpljP1008" #Own udev rule for HP Laserjet P1505 KERNEL=="lp*", SUBSYSTEM=="usb", ATTR{idVendor}=="03f0", \ ATTRS{product}=="HP LaserJet P1505", NAME="usb/%k", \ SYMLINK+="hpljP1505-%n", MODE="0666", RUN+="/usr/sbin/hpljP1505"

je n’ai plus aucune erreur.
C’est quand même vraiment balot de laisser des coquilles aussi basiques… Mais pourquoi est-ce que ça ne le fait qu’à moi ?
Cependant, le boot prend encore 40sec d’initialisation… Je ne vois pas d’où ça viens.

J’ai modifié un peu mon dossier /etc/grub.d
J’ai bougé 30_os-prober vers un autre dossier de sauvegarde, et renommé 05_debian_theme en 05_theme_perso, et en l’editant à ma convenance. J’ai ajouté un fichier appelé 11_windows, contenant :

#!/bin/sh -e echo "Adding Windows" >&2 cat << EOF menuentry "Windows 7" { set root=(hd0,1) chainloader +1 } EOF
puis

chmod a+x /etc/grub.d/11_Windows

update-grub

et je n’ai plus d’erreur lors de la génération de grub.cfg.
Je ne sais toujours pas pourquoi est-ce que le boot est lent, mais je crois pas pouvoir faire autre chose.

hello

j’ai mon /boot qui est sur une partition séparée je sai pas si sa peux jouer un role aux noveau de la vitesse du boot je dirait que c’es tpeut etre une piste pour toi, donc si tu peux pas mettre une partition séparée tu as peux être un fichier qui serai fragmenter, (bein que sous linux c est rare mai bon) tu peux copier tout ce qui ce trouve dans /boot (suprimer son contenu ensuite) sur un autre partition (fait gaff aux droit des fichier aussi) pour refaire l’opération en sense inverse, sa va peut etre corriger un peux le probleme.

sinon petite question, ta ram+cpu+gpu+type de disque et capacité) c’est quoi ?
parce que sa viens peux être du materiel qui a de la peine a fournir les informations (bon c’est purement théorique …)
je soupçonne le disque qui a une piste 0 qui serai un peux fatiguée du coup plusieurs lecture prend plus de temps sans que cela pause problème.

sinon ta modifier qu’elle fichier ?

024_hpmud.rules       45-hplip.rules  70-persistent-cd.rules   libmtp7.rules                    z60_hdparm.rules      z60_xserver-xorg-input-wacom.rules
025_libgphoto2.rules  55-hpmud.rules  70-persistent-net.rules  z55_alsa-firmware-loaders.rules  z60_libpisock9.rules

alors…

AMD Phenom II X2 550
Asrock A770DE+
Sapphire Ati Radeon HD 5750
Western Digital Caviar SE16 320 Go
G.Skill PK Series 2 Go (kit 2x 1 Go) DDR2-SDRAM PC2-6400

Je ne pense pas avoir de fichier fragmenté… la partition était parfaitement neuve (espace non-alloué auparavant, jamais formaté, pour autant que je sache) lors de l’installation.

La partition est primaire, s’appelle sda3, et précède deux partitions logiques, espacées toutes deux par un reste d’espace non-alloué (c’est vraiment le foutoir mes disques).

sinon j’ai modifié ce fichier : /etc/udev/rules.d/11-hplj10xx.rules
apparemment tu ne l’as pas, c’est étrange.

merci pour les info, regarde si tu as les paquet

i   firmware-linux-free                                                        - Binary firmware for various drivers in the Linux kernel                              
i   firmware-linux-nonfree                                                     - Binary firmware for various drivers in the Linux kernel

ce qui pourrait être la sources des souci :slightly_smiling:

J’ai bien ces deux paquets, j’ai installés les non-free manuellement après l’installation.

rtl8168d-1.fw et rtl8168d-2.fw manquent toujours à l’appel, quand bien même ils ne sont pas utiles. Un patch est applicable, mais il faut pour celà recompiler le kernel.

bugs.debian.org/cgi-bin/bugreport.cgi?bug=561309

J’ai déjà réinstallé le 2.6.32-trunk-amd64, ça n’a rien changé.

Je tente en tout cas de repasser en 2.6.30-1, le kernel par défaut de testing il me semble, je testerais dessus voir si ça boot mieux (j’en suis pas encore à recompiler le kernel, même si je sens qu’un jour ou l’autre il sera nécessaire d’en passer par là).

Edit : ça boot parfaitement, malheureusement je n’ai plus de son :slightly_smiling:.
Je n’ai plus qu’à attendre la version finale du 2.6.32…

j’ai aussi des problème de son avec les kernel autres que la sid, et pour ce qui est de compiler le kernel on peux oublier car il faut mettre a jours la libc ce qui veux dire que tu passes en sid

Le problème c’est que je n’avais pas le temps, je devais me mettre à bosser immédiatement, donc j’ai reporté l’analyse à plus tard.

Je vais regarder ça de plus près prochainement. Déjà il faut que j’arrive à savoir quels sont les fichiers de configuration de Grub 2 puisqu’ils sont différents de ceux de Grub 1 apparemment.