ACPI error + gave up waiting

Bonjour,

je cherche à installer la version 3.8.13 sur mon toshiba tecra pour ensuite le patcher avec xenomai (ceci pour des questions d’upgrate de mon appli et de compatitibilité entre le patch xenomai et le noyau).

je boot sur un disque USB WD pour toutes mes applic linux, question de bien scinder mes projet windows… et linux.

actuellement mon linux est une distri debian squeeze + noyau 3.6.9.

apres compîle du noyau 3.8.13 (non patché xenomai pour l’instant une chose apres l’autre)
je me retrouve avec une erreur du style:

blabla….ParsingELF…done
Booting The kernel. (+ longue attente)
Gave up waiting for root device. common problems
-Boot args (cat /proc/cmdline)
-check rootdelay= (did the system wait long enough?)
-check root=(did the system wait for the right device?)
-missing modules (cat /proc/modules; ls /dev)

Pour ce qui est du device j’ai verifier c’est bien le bon uuid

dans le kern.log je ne trouve que des erreur lié a l’ACPI identique d’ailleurs aux erreurs lorsque je boot sur mon 3.6.9.

je seche depuis 2 jours malgres la tournée des differents forum et site.

quelqu’un a-t-il DES idees.

PS: je ne suis encore pas a l’aise avec linux

merci

Et avec des kernels standards (non compilés maison), ça te fait ça aussi ?

Tu peux aussi songer à passer sous Wheezy (stable).

mon installation de depart etait une distri debian SQUEEZE.
ensuite j’ai mis un noyau linux 2.6.38.8 compatible avec un patch xeno 2.6.0 PAS de problemes
puis j’ai mis un 3.6.9 non patché toujours pas de soucis à part un temps de boot assez long et des erreurs d’ACPI qui apparaissent dans kern.log.

en passant au 3.8.13 là j’ai un souscis.
hier soir j’ai essayé la methode de mettre un sleep 5 dans le script initramfs puis j’ai refait un mkinitramfs sur ce noyau, le but etait de s’assurer du montage de ma racine /dev/sdb1 mais cela n’a rien changé.

il y a quelques mois en arriere j’avais fait la meme manip avec une distri WHEEZY sur un autre disque mais j’avais le meme message d’erreur.

mon fstab est OK, le boot en version de secoure me fait la meme chose!!!
je suis completement sec sur le coup.

bonjour

je me suis mis sous wheezy avec un noyau 3.2.0 tout fonctionne correctement
ensuite je suis passé en version 3.5.7 là aussi tout va bien.

mais si je veut mettre des noyaux plus recent encore comme le 3.8 ou le petit dernier 3.14 je retrouve mon probleme
de gave up et d’attente de montage de mon FS.
malgres de multiple control de l’uuid (fstab, blkid …) l’uuid est correcte; je ne comprend absolument pas pourquoi le nouveau noyau n’arrive pas à monter le FS!!!

la methode de compil et d’install est pourtant eprouve depuis pas mal de temps sur different noyau plus anciens.

y a t il eu des modifs sur le codage de l’uuid entre ces versions?

ma methode de compil est:
make menuconfig (genere le config à partir des options du noyau existant)
make bzImage modules modules_install install
mkinitrramfs -o /boot/initrd.img-2.14 2.14

ai je commis une erreur?

merci de votre aide.

Compare ([mono]diff[/mono]) les config des noyaux qui plantent avec les config des noyaux qui ne plantent pas.

Regarde aussi la façon dont se lance le système.
$ cat /proc/cmdline

Nous supposons que ce système se démarre au moyen de grub.
Si grub est de la partie, voir les arguments de l’entrée grub en /boot/grub/grub.cfg.

Arguments de grub à surveiller :
Quels noyaux ? Quels initrd.img ? Quelle racine ? Arguments suplémentaires ?

Noyaux et initrd.img. Vérifier les numéros de version.

Tu as un noyau 2.14 ou c’est une convenance personnelle, une coquille?

Quelle racine ?
Quel type matériel de stockage ? disques sata/IDE/usb/ SSD ? Carte RAID ?..
Quel système de fichiers ? Module du noyau ou option pleine (y) ?
Partition plate ? RAID ? LVM ? Cryptée ?
Comment est définie la racine en grub.cfg ? Par son UUID ? Par /dev/sd* ? /dev/mapper/* ? …
Si la racine est définie par UUID, essaye en remplaçant root=UUID par root=/dev/*.

merci pour les infos
j’essaye tous ça tout de suite.
je peux deja repondre sur certains point:
oui grub est de la partie.
les parametres passé dans grub.cfg sont en tous points identiques entre les 3 noyaux

[quote]menuentry ‘Debian GNU/Linux, avec Linux 3.14.0’ --class debian --class gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod part_msdos
insmod ext2
set root=’(hd1,msdos1)'
search --no-floppy --fs-uuid --set=root 189faaea-e39f-410b-8d5a-de7b042a55ba
echo 'Chargement de Linux 3.14.0 …'
linux /boot/vmlinuz-3.14.0 root=UUID=189faaea-e39f-410b-8d5a-de7b042a55ba ro no-quiet all-generic-ide
echo 'Chargement du disque mémoire initial …‘
initrd /boot/initrd.img-3.14.0
}
menuentry ‘Debian GNU/Linux, avec Linux 3.5.7’ --class debian --class gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod part_msdos
insmod ext2
set root=’(hd1,msdos1)'
search --no-floppy --fs-uuid --set=root 189faaea-e39f-410b-8d5a-de7b042a55ba
echo 'Chargement de Linux 3.5.7 …'
linux /boot/vmlinuz-3.5.7 root=UUID=189faaea-e39f-410b-8d5a-de7b042a55ba ro no-quiet all-generic-ide
echo 'Chargement du disque mémoire initial …'
initrd /boot/initrd.img-3.5.7
}[/quote]

racine /dev/sdb1
swap en /dev/sdb5
et ceci pour les 3 noyaux tournant sur ma machine (toshiba tecra)
sur disque externe USB

Quel système de fichiers ? = ext4
Module du noyau ou option pleine (y) ? je ne comprend pas la question
Partition plate ? RAID ? LVM ? Cryptée ? là non plus ? non crypté je pense, pas de RAID c’est sur

Pour la version du noyau oui c’est une coquille, c’est bien le 3.14 que j’ai compilé dernierement.
Mes choix de noyaux sont dictés par la compatibilité avec les patchs xenomai dispos, car mes cibles finales tournent sur du RT dur.

À propos d’IDE.
Extrait Kconfig.

[code]
menuconfig IDE
tristate "ATA/ATAPI/MFM/RLL support (DEPRECATED)"
depends on HAVE_IDE
depends on BLOCK
—help—
If you say Y here, your kernel will be able to manage ATA/(E)IDE and
ATAPI units. The most common cases are IDE hard drives and ATAPI
CD-ROM drives.

  This subsystem is currently in maintenance mode with only bug fix
  changes applied. Users of ATA hardware are encouraged to migrate to
  the newer ATA subsystem ("Serial ATA (prod) and Parallel ATA
  (experimental) drivers") which is more actively maintained.

  To compile this driver as a module, choose M here: the
  module will be called ide-core.

  For further information, please read <file:Documentation/ide/ide.txt>.

  If unsure, say N.[/code] 

DEPRECATED

encouraged to migrate to the newer ATA subsystem : Voie de garage. On t’invite prestement à choisir des options de compilation différentes. À mon humble avis, l’argument all-generic-ide est dispensable sur des noyaux récents.
Efface l’argument all-generic-ide et no-quiet,touche e comme edit au lancement de grub.

Il s’agit des options du noyau que tu sélectionnes à l’étape menuconfig. N et M visibles dans l’extrait de Kconfig.
say N : N comme Non, option non comprise dans le noyau.
To compile this driver as a module, choose M : M comme module, option externe au noyau, module à charger, nécessite une étape de plus (voir /lib/modules,lsmod, modprobe …)
Y comme Yes, oui, option en dur, incontournable, comprise dans le noyau, qui ne nécessite pas d’intervention pour se charger.
Ces choix s’inscrivent dans le config du noyau (/boot/config*).
N donne lieu à «is not set», Yes donne lieu à «y» et module donne lieu à «m».
Les options critiques comme celles permettant le support matériel, la détection de la racine … devraient être affublées de «y».
Exemple, vérifier qu’ext4 soit supporté par le noyau courant :

[code]
$ grep EXT4 /boot/config-uname -r
CONFIG_EXT4_FS=y
CONFIG_EXT4_USE_FOR_EXT23=y
CONFIG_EXT4_FS_POSIX_ACL=y
CONFIG_EXT4_FS_SECURITY=y

CONFIG_EXT4_DEBUG is not set[/code]

je viens de recompiler le noyau 3.14 avec

CONFIG_EXT4_FS=y
CONFIG_EXT4_USE_FOR_EXT23=y // option inconnu dans ma config!!
CONFIG_EXT4_FS_POSIX_ACL=y
CONFIG_EXT4_FS_SECURITY=y

CONFIG_EXT4_DEBUG is not set

CONFIG_IDE etait bien à n

reboot sans changer le grub.cfg resultat =>idem ALERT!..
reboot en supprimant no-quiet et all-generic-ide =>Idem ALERT!..
reboot en supprimant no-quiet… + root=/dev/sdb1 =>Idem ALERT!..

dans le comparatif des config. rien qui me saute au yeux, il y a apparemment beaucoup de nouvelles options (ce qui est normal), affectées avec une valeur par defaut concernant la video, touchscreen… suite une remarque sur le stackprotector differente entre les 2 config. mais ceci ne devrait pas affecter le demarrage du system! à moins de ralentir le montage du FS.

y a t il un ou plusieurs modules USB a compiler en dur avec le noyau?
si oui quelles option config au milieu de cette forêt.

Outre la sélection par Y/N,oui/non, la sélection de modules présente une difficulté supplémentaire.Il est des options critiques qu’il ne faut surtout pas valider en modules mais en options pleines. Déterminer ce qu’il est essentiel de comprendre dans le noyau et ce qu’il est possible de compiler en module du noyau est l’une des difficultés de la compilation personnelle. Il n’est pas simple de résumer ça à deux ou trois banales opérations.
Tu te bases sur un noyau fonctionnel en récupérant son config, en regardant les modules qui se chargent par $ lsmod, le matériel qui nécessite la prise en charge …pour bâtir un config neuf.
Si ça foire, tu recommences…

linuxtopia.org/online_books/ … #id2568259

[quote]Finding Which Module Is Needed

A configuration file that comes from a distribution takes a very long time to build, because of all of the different drivers being built. You want to build only the drivers for the hardware that you have, which will save time on building the kernel, and allows you to build some or all of the drivers into the kernel itself, possibly saving a bit of memory, and on some architectures, making for a faster running system. To cut your drivers down, you need to determine which modules are needed to drive your hardware. We will walk though two examples of how to find out what driver is needed to control what piece of hardware.
[/quote]
Le site présente également des petites recettes (ACHTUNG, ces recettes ne sont pas forcément au point du jour)

linuxtopia.org/online_books/ … ml#lkn_usb

[quote]USB

Linux supports many different types of USB devices. To enable USB support, you must first enable support for a USB controller, which drives the USB connection on the machine.

Enable USB support for the kernel:

Device Drivers
USB Support
[M] Support for Host-side USB

Enable the specific USB Host controllers for your machine (it is safe to enable them all if you do not know which you have):

Device Drivers
USB Support
— USB Host Controller Drivers
[M] EHCI HCD (USB 2.0) support
[M] OHCI HCD support
[M] UHCI HCD (most Intel and VIA) support

Individual USB devices also need their drivers to be enabled.

If you want to insert USB storage devices (USB flash), look now at the section called “USB storage”.
[/quote][quote]USB storage

To use a USB storage device (commonly referred to as USB “flash” device, or an external USB disk drive) USB support must be first working properly. Refer to the recipe in the section called “USB” for how to do this.

A USB storage device can be identified by using the lsusb program. If the following command sequence produces the results shown, a USB storage device is present on the system:

$
/usr/sbin/lsusb -v | grep Storage

  bInterfaceClass         8 Mass Storage

Enable it as follows.

A USB Storage device is in reality a USB SCSI device that talks over a USB connection. Because of this, the SCSI subsystem must be enabled:

Device Drivers
    SCSI Device Support
        [*] SCSI Device Support

Also in the SCSI system, the "SCSI disk support" must be enabled in order for the device to be mounted properly:

Device Drivers
	SCSI Device Support
		[*] SCSI disk support

Enable USB Storage support:

Device Drivers
	USB Support
	[M] USB Mass Storage support

A number of specific USB storage devices are listed as separate configuration items, as they do not follow the standard USB specification and require special code. If you have one of these devices, please enable support for them. [/quote]
Ajouter les pilotes individuels spécifiques au matériel.

Attention à BLK_DEV_SD=y.

config USB_STORAGE
	tristate "USB Mass Storage support"
	depends on SCSI
	---help---
	  Say Y here if you want to connect USB mass storage devices to your
	  computer's USB port. This is the driver you need for USB
	  floppy drives, USB hard disks, USB tape drives, USB CD-ROMs,
	  USB flash devices, and memory sticks, along with
	  similar devices. This driver may also be used for some cameras
	  and card readers.

	  This option depends on 'SCSI' support being enabled, but you
	  probably also need 'SCSI device support: SCSI disk support'
	  (BLK_DEV_SD) for most USB storage devices.  Some devices also
	  will require 'Probe all LUNs on each SCSI device'
	  (SCSI_MULTI_LUN).

	  To compile this driver as a module, choose M here: the
	  module will be called usb-storage.
config BLK_DEV_SD
	tristate "SCSI disk support"
	depends on SCSI
	select CRC_T10DIF if BLK_DEV_INTEGRITY
	---help---
	  If you want to use SCSI hard disks, Fibre Channel disks,
	  Serial ATA (SATA) or Parallel ATA (PATA) hard disks,
	  USB storage or the SCSI or parallel port version of
	  the IOMEGA ZIP drive, say Y and read the SCSI-HOWTO,
	  the Disk-HOWTO and the Multi-Disk-HOWTO, available from
	  <http://www.tldp.org/docs.html#howto>. This is NOT for SCSI
	  CD-ROMs.

	  To compile this driver as a module, choose M here and read
	  <file:Documentation/scsi/scsi.txt>.
	  The module will be called sd_mod.

	  Do not compile this driver as a module if your root file system
	  (the one containing the directory /) is located on a SCSI disk.
	  In this case, do not compile the driver for your SCSI host adapter
	  (below) as a module either.

mes config usb sont correct:
USB Support
[M] Support for Host-side USB // vu

Device Drivers
USB Support
— USB Host Controller Drivers
[M] xHCI HCD (USB 3.0) support // je l’ai rajouté mon disk usb le supporte
[M] EHCI HCD (USB 2.0) support // vu
[M] OHCI HCD support // vu
[M] UHCI HCD (most Intel and VIA) support //vu

/usr/sbin/lsusb -v | grep Storage
iConfiguration 4 USB Mass Storage
bInterfaceClass 8 Mass Storage

là aussi c’est correcte

Device Drivers
SCSI Device Support
[*] SCSI Device Support // mis à Y il etait en module

Also in the SCSI system, the “SCSI disk support” must be enabled in order for the device to be mounted properly:

Device Drivers
SCSI Device Support
[*] SCSI disk support // mis a Y il etait en module

Enable USB Storage support:

Device Drivers
USB Support
[M] USB Mass Storage support // ok VU

la nouvelle compile n’a rien changé :frowning:
je refait un essaye avec BLK_DEV_SD et CRC_T10DIF

demain j’irai voir les lien pour scsi.
ceci dit je ne vois pas pourquoi avec le meme materiel et le meme disque USB je me retrouve avec un pb de montage de FS

hier soir apres ma derniere compile rien n’a changé.
toujours le meme refrain

blabla….ParsingELF…done
Booting The kernel. (+ longue attente)
Gave up waiting for root device. common problems
-Boot args (cat /proc/cmdline)
-check rootdelay= (did the system wait long enough?)
-check root=(did the system wait for the right device?)
-missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/disk/by-uuid/********************** does not exist
dropping to shell
.
.
.
ensuite
(initramfs)
sans pouvoir avoir la main je desespere.

quelques news sur l’avancée de mon probleme.

je viens de realiser une compile du noyau 3.14 avec make defconf (configuration par defaut)
et bien le nouveau noyau fonctionne (d’ailleurs je reponds avec celui-ci)

j’ai plus qu’a me cogner les diff entre les 2 configs, que du bonheur!!!

personne a une petite idée pour orienter mes recherches