[FreeBSD] "perte" du fichier /dev/acd0

Bonjour,
j'ai récemment upgradé FreeBSD de 8 à 9 et j'ai désinstallé tout mes programmes afin de n'en réinstaller que certains.
Depuis je n'ai plus de fichier /dev/acd0 dont je me servais dans mon fichier de configuration d'abcde pour lui indiquer le lecteur CDROM. Je n'arrive pas à trouver d'informations là-dessus sur le net et ne me souviens plus si j'avais à l'époque fait une manipulation spécifique.
Merci pour toute aide.

si c'est bien le meta-device pour le lecteur de cd suffit de le recréer et basta...

avec mknod.

merci ; oui c'est bien pour le lecteur CD.

j'ai essayé

Code:

---

1 2	#mknod /dev/acd0 mknod: /dev/acd0: No such file or directory

---

pourtant en effet

Citation:

---

The mknod utility can be used to recreate deleted device nodes under a
devfs(5) mount point by invoking it with only a filename as an argument.
Example:

mknod /dev/cd0

where /dev/cd0 is the name of the deleted device node.

---

(également spécifié ici même si mknod est par ailleurs annoncé comme "deprecated on modern FreeBSD systems")

Salut

A partir de 9.0 il faut utiliser /dev/cd0

C'est lie au passage des drivers pour ATA dans CAM (comme SCSI et AHCI).

ok merci.
j'avais essayé et obtenu une autre erreur (comme quoi le cdrom était peut-être un disque de données alors que c'était bien un CD audio) mais qui doit venir d'ailleurs (je vais tenter de le résoudre tout seul, si je n'y arrive pas je reviendrai poster !).
peut-être faut-il tout de même modifier /etc/fstab

Code:

---

1 2 3 4 5 6 7 8 9

# Device Mountpoint FStype Options Dump Pass# /dev/ad12s3b none swap sw 0 0 /dev/ad16s1b none swap sw 0 0 /dev/ad12s3a / ufs rw 1 1 /dev/ad12s3e /home ufs rw 2 2 /dev/ad16s3d /mus ufs rw 2 2 /dev/ad12s3d /usr ufs rw 2 2 /dev/ad16s2d /www ufs rw 2 2 /dev/acd0 /cdrom cd9660 ro,noauto 0 0

---

je me doutais que c'était le passage à la 9.0 mais bien qu'ayant survolé les releases notes et googlé l'affaire, je n'avais pas trouver de réponse certaine (d'autant que la page de doc sur l'utilisation des CROM utilise à la fois /dev/acd0 et /dev/cd0 dont je t'avoue je n'ai pas trop compris la différence étant un peu débutant en UNIX).

Edit : voici l'erreur que j'obtiens avec cdparanoia -vsQ ("Query only with exhaustive search for a drive and full reporting of autosense")

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

$cdparanoia -vsQ cdparanoia III release 9.8 (March 23, 2001) (C) 2001 Monty <monty@xiph.org> and Xiphophorus FreeBSD porting (c) 2003 Simon 'corecode' Schubert <corecode@corecode.ath.cx>   Report bugs to paranoia@xiph.org http://www.xiph.org/paranoia/   Checking /dev/cd0 for cdrom... Could not open SCSI device: cam_lookup_pass: couldn't open /dev/xpt0 cam_lookup_pass: Permission denied: Permission denied CDROM sensed: Generic cooked ioctl CDROM   Verifying drive can read CDDA...   Unable to read any data; drive probably not CDDA capable. 006: Could not read any data from drive   Cdparanoia could not find a way to read audio from this drive.

---

Le secret est la:

Code:

---

1 2	Could not open SCSI device: cam_lookup_pass: couldn't open /dev/xpt0 cam_lookup_pass: Permission denied: Permission denied

---

Tu n'as pas la permission d'ouvrir le fichier /dev/xpt0 (c'est un intermediaire pour envoyer des commandes au lecteur de disque). Tu peux soit lancer la commande en root (pas tres pratique) soit changer les permissions du fichier en editant /etc/devfs.rules

un extrait du mien:

Code:

---

1 2 3

[cdrom=10] add path 'pass*' mode 0660 group operator add path 'xpt*' mode 0660 group operator

---

Je suis membre du groupe operator, a adapter a ton cas ;) J'avais eu besoin de pass* pour graver des DVD mais il me semble que ce n'est pas requis pour lire.

Il faut aussi ajouter le ruleset dans rc.conf

Code:

---

devfs_system_ruleset="cdrom"

---

Apres il faut faire (en root)

Code:

---

/etc/rc.d/devfs restart

---

et voila!

Plus de detail dans les pages de man de xpt, pass, cam et devfs.rules

:merci:
j'ai testé rapidement avec tes conseils et ça m'a l'air de parfaitement fonctionner (la ligne concernant le "pass*" étant nécessaire).
il ne me reste plus qu'à me plonger dans les pages de manuel pour y comprendre quelque chose...