Salut,
j'ai une debian avec kernel 2.6.11 sur un Asus L5C.
J'ai pas mal bidouillé et depuis peu, je me suis rendu compte que je ne pouvais plus monter mon lecteur de cd.
Mon lecteur de cd est sur hda (je sais, c'est pas classique mais en fait ça ne pose aucun problème).
Donc dans /dev, j'ai créé le lien symbolique vers /dev/cdrom
ln -sf hda cdrom
et dans /etc/fstab j'ai la ligne:
/dev/cdrom /cdrom iso9660 defaults,ro,user,noauto,exec
Le problème, c'est qu'en fait, il n'y a pas de hda dans /dev!!
Pourtant,
-ça a marché un jour
-les modules cdrom, ide_cd ont bien été chargé d'après lsmod
-et dmsg | grep hda donne:
Kernel command line: auto BOOT_IMAGE=Linux ro root=1606 hda=ide-scsi apm=off acpi=on noapic
ide_setup: hda=ide-scsi
ide0: BM-DMA at 0xb800-0xb807, BIOS settings: hda:DMA, hdb:pio
hda: TOSHIBA DVD-ROM SD-R6112, ATAPI CD/DVD-ROM drive
Les premières lignes n'ont rien à voir avec mon problème (il vienne de l'émulation de lilo qui ne peut pas booter sur une autre partition que hda, je crois) mais la dernière montre clairement que mon lecteur de cd est bien en hda.
Que faire? Merci pour toute aide.
# recrée-le
Posté par Ramón Perez (site web personnel) . Évalué à 1.
C'est pas bien grave, tu as du l'effacer.
Tu peux le recréer avec :
/dev/MAKEDEV hda
[^] # Re: recrée-le
Posté par adibou . Évalué à 2.
ensuite je pense qu'il utilise udev ou devfs, dc il n'a pas à recréer son /dev/hda, le fait qu'il ait tous les modules chargés et pas de fichier le montre bien :)
[^] # Re: recrée-le
Posté par argt (site web personnel) . Évalué à 1.
Je pense que le hda=ide-scsi ne vient pas du noyau mais de lilo car dans lilo.conf j'ai:
image=/vmlinuz
label=Linux
read-only
append="hda=ide-scsi apm=off acpi=on noapic"
Tu penses que ça peut venir de là?
Je n'ai jamais bien compris ce qu'était udev ou defs, si quelqu'un peut me donner plus de renseignements, je le remercie d'avance.
[^] # Re: recrée-le
Posté par argt (site web personnel) . Évalué à 1.
Merci de m'avoir aidé à résoudre ce problème.
[^] # Re: recrée-le
Posté par popopo333 . Évalué à 1.
Tu penses que ça peut venir de là?
oui oui. a mon avis c'est ce que pense le monsieur.
par contre je sais pas je vais peut etre dire une betise, ca fait longtemps que je n'ai pas utilise l'emulation scsi, mais t'aurais pas un /dev/sdxx ?
[^] # Re: recrée-le
Posté par argt (site web personnel) . Évalué à 0.
Je viens de lancer /dev/MAKEDEV hda
Je n'ai pas d'erreur mais il n'y a rien qui se crée dans /dev
J'ai lancé ensuite /dev/MAKEDEV -v hda pour voir si je pouvais comprendre le problème et voici la sortie:
create hda b 3 0 root:disk 0660
create hda1 b 3 1 root:disk 0660
create hda2 b 3 2 root:disk 0660
create hda3 b 3 3 root:disk 0660
create hda4 b 3 4 root:disk 0660
create hda5 b 3 5 root:disk 0660
create hda6 b 3 6 root:disk 0660
create hda7 b 3 7 root:disk 0660
create hda8 b 3 8 root:disk 0660
create hda9 b 3 9 root:disk 0660
create hda10 b 3 10 root:disk 0660
create hda11 b 3 11 root:disk 0660
create hda12 b 3 12 root:disk 0660
create hda13 b 3 13 root:disk 0660
create hda14 b 3 14 root:disk 0660
create hda15 b 3 15 root:disk 0660
create hda16 b 3 16 root:disk 0660
create hda17 b 3 17 root:disk 0660
create hda18 b 3 18 root:disk 0660
create hda19 b 3 19 root:disk 0660
create hda20 b 3 20 root:disk 0660
Mais alors si MAKEDEV a bien créé ces devices comment se fait-il que je ne les vois pas avec un ls -al ? Je ne comprend pas...
Merci encore pour toute aide.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.