j'ai un petit problème (en plus de ceux que j'ai mis dans le post
"démarrage serveur X + su et dont je n'ai pas encore trouvé de solution)
Je n'ai plus de /dev/cdrom
Je ne comprend même pas comment c'est possible.
Si quelqu'un a déjà connu ça et qu'il a une petite solution à me
proposer je lui en serais infiniment reconnaissant.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Jacques
Bonjour,
j'ai un petit problème (en plus de ceux que j'ai mis dans le post "démarrage serveur X + su et dont je n'ai pas encore trouvé de solution) Je n'ai plus de /dev/cdrom Je ne comprend même pas comment c'est possible.
Si quelqu'un a déjà connu ça et qu'il a une petite solution à me proposer je lui en serais infiniment reconnaissant.
Merci
Tom
Logiquement /dev/cdrom est un lien vers /dev/hdc ou /dev/hdd. Donc, lance la commande
dmesg | grep hdc
et eventuellement
dmesg | grep hdd
si ça ne donne rien.
Cette commande retourne le nom de l'unité. Si cela correspond avec ton cd, tu fais
cd /dev su tu tapes le mot de passe root ln -s /dev/hdx cdrom
(hdx = soit hdc ou hdd selon où est ton lecteur).
Assure-toi aussi que le fichier de périphérique hdc (ou hdd) est bien lisible par tout le monde (chmod 644).
Ca devrait le faire maintenant.
Bonjour,
j'ai un petit problème (en plus de ceux que j'ai mis dans le post
"démarrage serveur X + su et dont je n'ai pas encore trouvé de solution)
Je n'ai plus de /dev/cdrom
Je ne comprend même pas comment c'est possible.
Si quelqu'un a déjà connu ça et qu'il a une petite solution à me
proposer je lui en serais infiniment reconnaissant.
Merci
Tom
Logiquement /dev/cdrom est un lien vers /dev/hdc ou /dev/hdd. Donc,
lance la commande
dmesg | grep hdc
et eventuellement
dmesg | grep hdd
si ça ne donne rien.
Cette commande retourne le nom de l'unité. Si cela correspond avec ton
cd, tu fais
cd /dev
su
tu tapes le mot de passe root
ln -s /dev/hdx cdrom
(hdx = soit hdc ou hdd selon où est ton lecteur).
Assure-toi aussi que le fichier de périphérique hdc (ou hdd) est bien
lisible par tout le monde (chmod 644).
j'ai un petit problème (en plus de ceux que j'ai mis dans le post "démarrage serveur X + su et dont je n'ai pas encore trouvé de solution) Je n'ai plus de /dev/cdrom Je ne comprend même pas comment c'est possible.
Si quelqu'un a déjà connu ça et qu'il a une petite solution à me proposer je lui en serais infiniment reconnaissant.
Merci
Tom
Logiquement /dev/cdrom est un lien vers /dev/hdc ou /dev/hdd. Donc, lance la commande
dmesg | grep hdc
et eventuellement
dmesg | grep hdd
si ça ne donne rien.
Cette commande retourne le nom de l'unité. Si cela correspond avec ton cd, tu fais
cd /dev su tu tapes le mot de passe root ln -s /dev/hdx cdrom
(hdx = soit hdc ou hdd selon où est ton lecteur).
Assure-toi aussi que le fichier de périphérique hdc (ou hdd) est bien lisible par tout le monde (chmod 644).
Ca devrait le faire maintenant.
Hugues
Ce cher Jacques a dit :
Assure-toi aussi que le fichier de périphérique hdc (ou hdd) est bien lisible par tout le monde (chmod 644).
J'aurai plutot tendance a creer un groupe systeme "cdrom" dans lequel je mets tous les utilisateurs susceptibles d'avoir le droit d'acceder au cdrom, et de ne donner les droits en lecture/ecriture que pour les membres du groupe cdrom.
en l'occurence, mon cdrom est carrement un block device avec les memes numeros majeur et mineur que hdd, mais il n'appartient pas aux memes personnes :-) (man mknod pour le creer, ou alors un simple cp... :) )
sachant que j'heberge le compte de quelques amis, ca m'evitera les mauvaises blagues du genre "eject" .. :o)
Par ailleurs, je trouve ca plus clair et surtout beaucoup plus sain de prendre de bonnes habitudes et de ne pas tomber dans le piege "windowsien" d'attribuer par defaut tous les droits a tout le monde.
-- Hugues - Linux Addict
Ce cher Jacques <jacques@spamhere.com> a dit :
Assure-toi aussi que le fichier de périphérique hdc (ou hdd) est bien
lisible par tout le monde (chmod 644).
J'aurai plutot tendance a creer un groupe systeme "cdrom" dans lequel
je mets tous les utilisateurs susceptibles d'avoir le droit d'acceder
au cdrom, et de ne donner les droits en lecture/ecriture que pour les
membres du groupe cdrom.
en l'occurence, mon cdrom est carrement un block device avec les memes
numeros majeur et mineur que hdd, mais il n'appartient pas aux memes
personnes :-) (man mknod pour le creer, ou alors un simple cp... :) )
sachant que j'heberge le compte de quelques amis, ca m'evitera les
mauvaises blagues du genre "eject" .. :o)
Par ailleurs, je trouve ca plus clair et surtout beaucoup plus sain de
prendre de bonnes habitudes et de ne pas tomber dans le piege
"windowsien" d'attribuer par defaut tous les droits a tout le monde.
Assure-toi aussi que le fichier de périphérique hdc (ou hdd) est bien lisible par tout le monde (chmod 644).
J'aurai plutot tendance a creer un groupe systeme "cdrom" dans lequel je mets tous les utilisateurs susceptibles d'avoir le droit d'acceder au cdrom, et de ne donner les droits en lecture/ecriture que pour les membres du groupe cdrom.
en l'occurence, mon cdrom est carrement un block device avec les memes numeros majeur et mineur que hdd, mais il n'appartient pas aux memes personnes :-) (man mknod pour le creer, ou alors un simple cp... :) )
sachant que j'heberge le compte de quelques amis, ca m'evitera les mauvaises blagues du genre "eject" .. :o)
Par ailleurs, je trouve ca plus clair et surtout beaucoup plus sain de prendre de bonnes habitudes et de ne pas tomber dans le piege "windowsien" d'attribuer par defaut tous les droits a tout le monde.
-- Hugues - Linux Addict
Jacques
Ce cher Jacques a dit :
Assure-toi aussi que le fichier de périphérique hdc (ou hdd) est bien lisible par tout le monde (chmod 644).
J'aurai plutot tendance a creer un groupe systeme "cdrom" dans lequel je mets tous les utilisateurs susceptibles d'avoir le droit d'acceder au cdrom, et de ne donner les droits en lecture/ecriture que pour les membres du groupe cdrom.
en l'occurence, mon cdrom est carrement un block device avec les memes numeros majeur et mineur que hdd, mais il n'appartient pas aux memes personnes :-) (man mknod pour le creer, ou alors un simple cp... :) )
sachant que j'heberge le compte de quelques amis, ca m'evitera les mauvaises blagues du genre "eject" .. :o)
Par ailleurs, je trouve ca plus clair et surtout beaucoup plus sain de prendre de bonnes habitudes et de ne pas tomber dans le piege "windowsien" d'attribuer par defaut tous les droits a tout le monde.
Je prends note de ces précisions très intéressantes qui s'appliquent au mode multi-utilisateur. Cependant, j'aimerais faire remarquer que la plupart du temps on est seul à utiliser sa machine. Et le mode 644 n'attribue pas tous les droits à tout le monde (seulement rw pour le proprio et r pour le groupe et les autres). Ceci dit je suis d'accord avec toi sur le fait de prendre de bonnes habitudes.
Pour info, sur Suse 9.2 le /dev/hdc est réglé sur 600 et appartient à l'utilisateur connecté et au groupe disk.
Sous Slackware 10.0, le /dev/hdc est réglé sur 660 et appartient à root et au groupe disk. Sous Slack, par défaut seul root a le droit de monter des périphériques. Il faut altérer sinon l'user peut pas accéder aux périphs. Intéressant, non?
Jacques
--- Windows ne fragmente pas que les disques durs; il fragmente aussi le cerveau de ses utilisateurs. Mais là il n'existe rien pour les défragmenter.
Ce cher Jacques <jacques@spamhere.com> a dit :
Assure-toi aussi que le fichier de périphérique hdc (ou hdd) est bien
lisible par tout le monde (chmod 644).
J'aurai plutot tendance a creer un groupe systeme "cdrom" dans lequel
je mets tous les utilisateurs susceptibles d'avoir le droit d'acceder
au cdrom, et de ne donner les droits en lecture/ecriture que pour les
membres du groupe cdrom.
en l'occurence, mon cdrom est carrement un block device avec les memes
numeros majeur et mineur que hdd, mais il n'appartient pas aux memes
personnes :-) (man mknod pour le creer, ou alors un simple cp... :) )
sachant que j'heberge le compte de quelques amis, ca m'evitera les
mauvaises blagues du genre "eject" .. :o)
Par ailleurs, je trouve ca plus clair et surtout beaucoup plus sain de
prendre de bonnes habitudes et de ne pas tomber dans le piege
"windowsien" d'attribuer par defaut tous les droits a tout le monde.
Je prends note de ces précisions très intéressantes qui s'appliquent au
mode multi-utilisateur. Cependant, j'aimerais faire remarquer que la
plupart du temps on est seul à utiliser sa machine. Et le mode 644
n'attribue pas tous les droits à tout le monde (seulement rw pour le
proprio et r pour le groupe et les autres). Ceci dit je suis d'accord
avec toi sur le fait de prendre de bonnes habitudes.
Pour info, sur Suse 9.2 le /dev/hdc est réglé sur 600 et appartient à
l'utilisateur connecté et au groupe disk.
Sous Slackware 10.0, le /dev/hdc est réglé sur 660 et appartient à root
et au groupe disk. Sous Slack, par défaut seul root a le droit de monter
des périphériques. Il faut altérer sinon l'user peut pas accéder aux
périphs. Intéressant, non?
Jacques
---
Windows ne fragmente pas que les disques durs; il fragmente aussi
le cerveau de ses utilisateurs. Mais là il n'existe rien pour les
défragmenter.
Assure-toi aussi que le fichier de périphérique hdc (ou hdd) est bien lisible par tout le monde (chmod 644).
J'aurai plutot tendance a creer un groupe systeme "cdrom" dans lequel je mets tous les utilisateurs susceptibles d'avoir le droit d'acceder au cdrom, et de ne donner les droits en lecture/ecriture que pour les membres du groupe cdrom.
en l'occurence, mon cdrom est carrement un block device avec les memes numeros majeur et mineur que hdd, mais il n'appartient pas aux memes personnes :-) (man mknod pour le creer, ou alors un simple cp... :) )
sachant que j'heberge le compte de quelques amis, ca m'evitera les mauvaises blagues du genre "eject" .. :o)
Par ailleurs, je trouve ca plus clair et surtout beaucoup plus sain de prendre de bonnes habitudes et de ne pas tomber dans le piege "windowsien" d'attribuer par defaut tous les droits a tout le monde.
Je prends note de ces précisions très intéressantes qui s'appliquent au mode multi-utilisateur. Cependant, j'aimerais faire remarquer que la plupart du temps on est seul à utiliser sa machine. Et le mode 644 n'attribue pas tous les droits à tout le monde (seulement rw pour le proprio et r pour le groupe et les autres). Ceci dit je suis d'accord avec toi sur le fait de prendre de bonnes habitudes.
Pour info, sur Suse 9.2 le /dev/hdc est réglé sur 600 et appartient à l'utilisateur connecté et au groupe disk.
Sous Slackware 10.0, le /dev/hdc est réglé sur 660 et appartient à root et au groupe disk. Sous Slack, par défaut seul root a le droit de monter des périphériques. Il faut altérer sinon l'user peut pas accéder aux périphs. Intéressant, non?
Jacques
--- Windows ne fragmente pas que les disques durs; il fragmente aussi le cerveau de ses utilisateurs. Mais là il n'existe rien pour les défragmenter.
JRD
Bonjour,
Jacques wrote:
Bonjour,
j'ai un petit problème (en plus de ceux que j'ai mis dans le post "démarrage serveur X + su et dont je n'ai pas encore trouvé de solution) Je n'ai plus de /dev/cdrom
Comment est fait le /dev/ ? 1) par devfs (méthode jusqu'à présent traditionnelle). 2) par udev (méthode d'avenir, celle qui remplacera devfs).
Je ne comprend même pas comment c'est possible.
Si quelqu'un a déjà connu ça et qu'il a une petite solution à me proposer je lui en serais infiniment reconnaissant.
Merci
Tom
Logiquement /dev/cdrom est un lien vers /dev/hdc ou /dev/hdd. Donc, lance la commande
dmesg | grep hdc
et eventuellement
dmesg | grep hdd
si ça ne donne rien.
Cette commande retourne le nom de l'unité. Si cela correspond avec ton cd, tu fais
cd /dev su tu tapes le mot de passe root ln -s /dev/hdx cdrom
(hdx = soit hdc ou hdd selon où est ton lecteur).
Assure-toi aussi que le fichier de périphérique hdc (ou hdd) est bien lisible par tout le monde (chmod 644).
Ca devrait le faire maintenant.
Cette solution fonctionne pour devfs.
Pour udev, il faut aller dans /etc/udev/, puis modifier les fichiers adéquats dans rules.d/ puis permissions.d/ éventuellement.
JRD. -- jerome (dot) drapeau <at> free (dot) fr http://jerome.drapeau.free.fr La critique est aisée, l'art est difficile.
Bonjour,
Jacques <jacques@spamhere.com> wrote:
Bonjour,
j'ai un petit problème (en plus de ceux que j'ai mis dans le post
"démarrage serveur X + su et dont je n'ai pas encore trouvé de solution)
Je n'ai plus de /dev/cdrom
Comment est fait le /dev/ ?
1) par devfs (méthode jusqu'à présent traditionnelle).
2) par udev (méthode d'avenir, celle qui remplacera devfs).
Je ne comprend même pas comment c'est possible.
Si quelqu'un a déjà connu ça et qu'il a une petite solution à me
proposer je lui en serais infiniment reconnaissant.
Merci
Tom
Logiquement /dev/cdrom est un lien vers /dev/hdc ou /dev/hdd. Donc,
lance la commande
dmesg | grep hdc
et eventuellement
dmesg | grep hdd
si ça ne donne rien.
Cette commande retourne le nom de l'unité. Si cela correspond avec ton
cd, tu fais
cd /dev
su
tu tapes le mot de passe root
ln -s /dev/hdx cdrom
(hdx = soit hdc ou hdd selon où est ton lecteur).
Assure-toi aussi que le fichier de périphérique hdc (ou hdd) est bien
lisible par tout le monde (chmod 644).
Ca devrait le faire maintenant.
Cette solution fonctionne pour devfs.
Pour udev, il faut aller dans /etc/udev/, puis modifier les fichiers
adéquats dans rules.d/ puis permissions.d/ éventuellement.
JRD.
--
jerome (dot) drapeau <at> free (dot) fr
http://jerome.drapeau.free.fr
La critique est aisée, l'art est difficile.
j'ai un petit problème (en plus de ceux que j'ai mis dans le post "démarrage serveur X + su et dont je n'ai pas encore trouvé de solution) Je n'ai plus de /dev/cdrom
Comment est fait le /dev/ ? 1) par devfs (méthode jusqu'à présent traditionnelle). 2) par udev (méthode d'avenir, celle qui remplacera devfs).
Je ne comprend même pas comment c'est possible.
Si quelqu'un a déjà connu ça et qu'il a une petite solution à me proposer je lui en serais infiniment reconnaissant.
Merci
Tom
Logiquement /dev/cdrom est un lien vers /dev/hdc ou /dev/hdd. Donc, lance la commande
dmesg | grep hdc
et eventuellement
dmesg | grep hdd
si ça ne donne rien.
Cette commande retourne le nom de l'unité. Si cela correspond avec ton cd, tu fais
cd /dev su tu tapes le mot de passe root ln -s /dev/hdx cdrom
(hdx = soit hdc ou hdd selon où est ton lecteur).
Assure-toi aussi que le fichier de périphérique hdc (ou hdd) est bien lisible par tout le monde (chmod 644).
Ca devrait le faire maintenant.
Cette solution fonctionne pour devfs.
Pour udev, il faut aller dans /etc/udev/, puis modifier les fichiers adéquats dans rules.d/ puis permissions.d/ éventuellement.
JRD. -- jerome (dot) drapeau <at> free (dot) fr http://jerome.drapeau.free.fr La critique est aisée, l'art est difficile.
Tom
finalement c'était le module ide-cd qui n'était pas chargé. Mais c'est bizarre car j'ai compilé mon noyau (2.6.10) avec l'autoload donc n'est-il pas censé être chargé automatiquement ?
Ce problème de chargement de module peut-il faire en sorte que que ne puisse pas utiliser su :
$ su zebulon Password: su: Authentication failure
Alors que le mot de passe est correct et que les comptes fonctionnent parfaitement car au login j'arrive me connecter avec.
Tom
finalement c'était le module ide-cd qui n'était pas chargé. Mais c'est
bizarre car j'ai compilé mon noyau (2.6.10) avec l'autoload donc
n'est-il pas censé être chargé automatiquement ?
Ce problème de chargement de module peut-il faire en sorte que que ne
puisse pas utiliser su :
$ su zebulon
Password:
su: Authentication failure
Alors que le mot de passe est correct et que les comptes fonctionnent
parfaitement car au login j'arrive me connecter avec.
finalement c'était le module ide-cd qui n'était pas chargé. Mais c'est bizarre car j'ai compilé mon noyau (2.6.10) avec l'autoload donc n'est-il pas censé être chargé automatiquement ?
Ce problème de chargement de module peut-il faire en sorte que que ne puisse pas utiliser su :
$ su zebulon Password: su: Authentication failure
Alors que le mot de passe est correct et que les comptes fonctionnent parfaitement car au login j'arrive me connecter avec.
