Gros pb de boot => console.perms

Marsh Posté le 19-05-2004 à 20:17:53

voila des que je redemarre j'obtiens ce message au boot apres avoir modifié console.perms.

Citation :

chargement du clavier par defaut : /etc/rc.d/rc.sysinit : line250etc/tty0 : No such file or directory [echec]

Lancement du service DevFs : Started device management deamon v1-3-25 for /dev
***critical*
:unknown class "dri" at line 80 in /etc/security/console.perms

verification du systeme de ficchier
Affectation du nom de machine localhost OK
Initialisation du controleur USB ok
Montage du systeme d fichier USB ok
Verification du systeme de fichier racine fsck.ext2/dev/hdc2 :
The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesytem (and not swap or ufs ir somethind else), then the superblock is corrupt, and you might try running e2fsk with an alternate superblock :e2fsk -b 8193 <device>

:No such file or directory while trying to open /dev/chdc2 open /devfb0 :
No such file or directory
Le systeme de fichierest corrompu. Voulez vous reparer les erreurs (y/n)? (attention vous pourrez perdre des donées)
Y => je reponds Y ou non ca revient au meme.

open /dev/fb0 No such file or directory [echec]
***Une erreur a été dectecté lors de la verification du systeme de fichier
***Nous vous laissons dans un shell ; le systeme redemarrera
***quand vous quitterez le shell

j'ai en effet modifié le fichier /etc/security/console.perms et mis #<div> pour le desactivé parce que je ne pouvais pas lancé tuxracer en utilisateur normal. J'ai alors suivi le README de nvidia.

quand on m'a donné la main pour le shell, j'ai bien entendu fais un
vi /etc/sercurity/consoles.perms pour essayer de retire cette merde # devant <div> mais des que j'ai appuyé sur "Echap" et "I" pour passer en mode insersion, on m'indique en rouge : "WIO : Alerte : Modification d'un fichier en lecture seul". Je suis root et je ne peux pas modifier. J'ai essayer avec Knoppix, j'ai pu aller dans le repertoire /et/security mais je n'ai pas pu modifier le fichier car soit disant je n'avais pas les droits.

Ca commence a me faire peur cette histoire.

Que faut il faire ...

Message édité par weed le 19-05-2004 à 20:26:49

Reply

Marsh Posté le 19-05-2004 à 20:17:53

Reply

Marsh Posté le 19-05-2004 à 20:21:07

je viens de voire un post avec un pb de boot egallement et donc malheuresement la partition root a été monté en lecture seul, j'ai l'impression

donc apparrement impossible de changer ce satané fichier ?
est ce que de faire un ghost de la partition et de la reformatté en ext3, serais une solution ? puis apres changer le fichier en question console.perms ?

Citation :

voila j'ai fais la grosse connerie de faire ca :
Q: OpenGL applications exit with the following error message:

Error: Could not open /dev/nvidiactl because the permissions
are too restrictive. Please see the FREQUENTLY ASKED QUESTIONS
section of /usr/share/doc/NVIDIA_GLX-1.0/README for steps
to correct.

A: It is likely that a security module for the PAM system may be
changing the permissions on the NVIDIA device files. In most cases
this security system works, but it can get confused. To correct this
problem it is recommended that you disable this security feature.
Different Linux distributions have different files to control this;
please consult with your distributor for the correct method of
disabling this security feature. As an example, if your system has
the file
/etc/security/console.perms
then you should edit the file and remove the line that starts with
"<dri>" (we have also received reports that additional references to
<dri> in console.perms must be removed, but this has not been verified
by NVIDIA). If instead your system has the file
/etc/logindevperms
then you should edit the file and remove the line that lists
/dev/nvidiactl. The above steps will prevent the PAM security system
from modifying the permissions on the NVIDIA device files. Next,
you will need to reset the permissions on the device files back
to their original permissions and owner. You can do that with the
following commands:
chmod 0666 /dev/nvidia* chown root /dev/nvidia*

au lieu de supprimer completement la ligne avec <div> je l'ai mis en commentaire au cas ou je me suis dis ...

Message édité par weed le 19-05-2004 à 20:25:36

Reply

Marsh Posté le 19-05-2004 à 20:48:11

tu es sous mdk ?

par défaut il donne les droits au premier user qui se connecte. si tu te connectes en tant que ton user tu n'aurais pas du avoir de pb.

monte la partoche en RW avec une knoppix ou une mdkmove et modifie le fichier.
fais éventuellement un fsck dessus avant ( ce qui pourrait expliqué qu'il monte en RO )

---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php

Reply

Marsh Posté le 19-05-2004 à 21:15:01

oui je suis sous mdk10 community

Citation :

par défaut il donne les droits au premier user qui se connecte. si tu te connectes en tant que ton user tu n'aurais pas du avoir de pb.

- tu veux parler quand je me connecte sur la mdk, et bien je peux meme pas
- mais je pense que tu veux dire quand je me connecte avec knoppix, et bien quand j'étais sur le bureau de knoppix, toutes mes partitions étaient montés mais je n'ai pas regardé si effectivement c'est en lecture seul

pour monter une partition
je vais faire ca :
mount -t ext3 -o rw /dev/hda2 /home/linux

je vais essayer de le monter sur home qui est une autre partition ...
sinon je vois pas ou le monter ...

Reply

Marsh Posté le 19-05-2004 à 21:16:12

je pensais avoir le meme probleme que lui http://forum.hardware.fr/hardwaref [...] 7170-1.htm

Reply

Marsh Posté le 19-05-2004 à 21:18:28

dans /mnt

monte la partition en tant que root

et pour le premier point je parlais de qd tu te connectais pour avoir les droits sur le device dri

---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php

Reply

Marsh Posté le 19-05-2004 à 21:22:15

et bien quand on m'a donné la main au shell, j'etais toujours sur l'ecran bleu de demarrage de mandrake, ce n'etait pas comme si j'etais en init 3....

bon j'y go, je reboot sur knoopix et j'essaie de monter en rw

Reply

Marsh Posté le 19-05-2004 à 23:12:23

bon resultat des courses :

sur knoppix 3.3,
a partir d'un console root :

Code :

mount -t ext3 -o rw /dev/hda2 /mnt
mount -t ext3 -o rw /dev/hda2 /home
mount -t ext3 -o rw /dev/hda2 /mnt/hdc5/weed

et ca donne comme resultat :

Citation :

mount /dev/hda2 is not a valid block device

curieusement quand j'essaie de creer un repertoire
sur hdc2 (repertoire /)
could not make directory
sur hdc5 (/home)
access denied to ..... le rerpertoire

alors que sur une partition sur une partition fat32, je peux creer un repertoire, copié /etc/security/console.perms

pourtant vu les screenshots, j'ai mis tout les droits :

je ne suis pas en read lonly

Message édité par weed le 19-05-2004 à 23:14:55

Reply

Marsh Posté le 19-05-2004 à 23:15:01

arf zut, j'ai pas bien fais le dernier, je voulais montrer que j'etait bien en
writable : YES

conclusion :
dans knoppix, copié collé possible sur une partition FAT32 mais dans konkerror il y a des cadenas et je ne peux pas acceder au /root

j'ai oublié de tester en root knoppix dans une console pour tester si je peux copier les repertoire root mandrake, mais je ne pense pas, je vais essayer tout de suite ...

Message édité par weed le 19-05-2004 à 23:21:16

Reply

Marsh Posté le 20-05-2004 à 02:07:21

c'est resolu
en fait quand j'etais en console j'avais pas pensé a faire un chmod 777 chose que j'ai faites avec konkeror en changeant les droits ...

yepppp, je suis denouveau sous linux ....

mais bizzare qu'il est marqué, "invalide bloc device" ca veut dire quoi alors ?

je pensais que ca voulais que le fs etait foutu. Mais ce n'est pas le cas, j'ai l'impression

Reply

Gros pb de boot => console.perms

Sujets relatifs:

Leave a Replay