Gros pb de boot => console.perms

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Gros pb de boot => console.perms

weed

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

Publicité

weed

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

Dark_Schneider

Close the World, Open the Net

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

weed

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 ...

weed

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

Dark_Schneider

Close the World, Open the Net

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

weed

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

weed

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

weed

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

weed

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

FORUM HardWare.fr

Linux et OS Alternatifs

Gros pb de boot => console.perms

Sujets relatifs
[MDK 10] ma station boot plus -> reinstall?	[ debian ] boot raté sur disquette
[Debian] clavier fr sous gdm, us sous console :( ????	systemRescueCD sur clé usb et pas du boot usb possible
[Debian] Pb : Clavier QWERTY en console [Résolu]	Portable bloqué. Touches sans réponse au boot. [sorti du cauchemar]
Télécharger un fhcier depuis la console?	[MDK10] Plus d'image lors du boot
Svp 3 jours de dileme de boot sur la mandarke 10!	Problème de boot !
Plus de sujets relatifs à : Gros pb de boot => console.perms

Page générée en 0.035 secondes