View previous topic :: View next topic |
Author |
Message |
nemo13 Veteran
Joined: 08 Oct 2004 Posts: 1016 Location: France/Istres
|
Posted: Tue Oct 03, 2006 7:50 pm Post subject: [/INIT.D]perte de droits sur certains fichiers. |
|
|
Bonsoir,
Si cela peut servir à d'autres :
Symptômes :
Au boot il apparait de zolis messages Quote: |
/etc/init.d/consolefont : droits insuffisants ------> (in french in the text )
/etc/init.d/keymaps : droits insuffisants ------> (in french in the text )
/etc/init.d/modules : droits insuffisants ------> (in french in the text )
puis
lib/rcscript/sh/rc-services.sh error ligne 439 --------> ( dépends du choix de RC_PARALLEL_STARTUP )
ou
lib/rcscript/sh/rc-services.sh error ligne 454 --------> ( dépends du choix de RC_PARALLEL_STARTUP ) |
en faisant un petit tour du côtè de /etc/init.d/ j'ai trouvé en ne conservant que les variations de la veille :
Quote: | ls /etc/init.d/
-rwxr-xr-x 1 root root 3900 oct 3 00:13 bootmisc
-rwxr-xr-x 1 root root 1528 oct 3 00:13 checkfs
-rwxr-xr-x 1 root root 3613 oct 3 00:13 checkroot
-rwxr-xr-x 1 root root 3104 oct 3 00:13 clock
-rw-r--r-- 1 root root 1446 oct 3 00:13 consolefont
lrwxrwxrwx 1 root root 21 oct 3 00:13 depscan.sh -> ../../sbin/depscan.sh
lrwxrwxrwx 1 root root 23 oct 3 00:13 functions.sh -> ../../sbin/functions.sh
-rwxr-xr-x 1 root root 3646 oct 3 00:13 halt.sh
-rwxr-xr-x 1 root root 430 oct 3 00:13 hostname
-rw-r--r-- 1 root root 1909 oct 3 00:13 keymaps
-rwxr-xr-x 1 root root 624 oct 3 00:13 local
-rwxr-xr-x 1 root root 2028 oct 3 00:13 localmount
-rw-r--r-- 1 root root 2952 oct 3 00:13 modules
lrwxrwxrwx 1 root root 29 oct 3 00:13 net.lo -> ../../lib/rcscripts/sh/net.sh
-rwxr-xr-x 1 root root 3233 oct 3 00:13 netmount
-rw-r--r-- 1 root root 674 oct 3 00:13 numlock
-rwxr-xr-x 1 root root 293 oct 3 00:13 reboot.sh
-rwxr-xr-x 1 root root 276 oct 3 00:13 rmnologin
lrwxrwxrwx 1 root root 23 oct 3 00:13 runscript.sh -> ../../sbin/runscript.sh
-rwxr-xr-x 1 root root 387 oct 3 00:13 shutdown.sh
-rwxr-xr-x 1 root root 920 oct 3 00:13 urandom |
et là bingo :
Quote: | -rw-r--r-- 1 root root 1446 oct 3 00:13 consolefont
-rw-r--r-- 1 root root 1909 oct 3 00:13 keymaps
-rw-r--r-- 1 root root 2952 oct 3 00:13 modules
-rw-r--r-- 1 root root 674 oct 3 00:13 numlock |
ces fichus fichiers n'étaient plus exécutables. Code: | chmod 755 /etc/init.d/consolefont
chmod 755 /etc/init.d/keymaps
chmod 755 /etc/init.d/modules
chmod 755 /etc/init.d/numlock | on va pas se laisser embêter par des bits!
reboot pour tester --->pil-poil.
***********************************************************************************************
Le comment du pourquoi : ( je suis en ~x86 )
avant-hier tout baignait
hier j'ai fait un eix-sync puis dans la foulée un emerge -avt system ce qui m'a remonté :
Code: | Mon Oct 2 21:51:06 2006 >>> sys-apps/portage-2.1.2_pre2-r1
Mon Oct 2 22:13:47 2006 >>> app-arch/gzip-1.3.5-r10
Mon Oct 2 22:17:04 2006 >>> dev-lang/python-2.4.3-r4
Mon Oct 2 22:17:49 2006 >>> sys-apps/findutils-4.3.1-r1
Mon Oct 2 22:37:35 2006 >>> sys-libs/glibc-2.4-r4
Mon Oct 2 22:37:56 2006 >>> sys-apps/baselayout-1.13.0_alpha1
Mon Oct 2 22:39:31 2006 >>> net-misc/openssh-4.4_p1-r1
Mon Oct 2 22:42:42 2006 >>> sys-apps/coreutils-6.3
Mon Oct 2 22:43:09 2006 >>> sys-devel/m4-1.4.7 |
A la fin j'ai effectué mon etc-update sans état d'âme car ce n'était quasiment des init.d
( trucs que je ne bidouille pas ,étant donné mes connaissances en script )
la surprise a été au test du reboot.
Je suspecte baselayout . je vais le reémerger et vous tient au courant .
A toute
edit-1 :baselayout est une fausse piste ; j'essaye les autres ( portage en premier )
edit-2 : je les ai tous passé un par un , zieuté les droit sur init.d/ ---> NADA
Je suis donc preneur de toutes explications ( rationnelles ) |
|
Back to top |
|
|
antoine n00b
Joined: 06 Oct 2004 Posts: 67 Location: Brussels
|
Posted: Wed Oct 04, 2006 8:03 pm Post subject: |
|
|
Bonjour,
J'ai eu le même problème.
Ça vient de sys-apps/baselayout-1.13.0_alpha1.
La solution est :
Code: | emerge --sync
emerge -1 baselayout
etc-update |
De cette manière, tu reviendras à une version antérieure de baselayout.
Bien à toi. |
|
Back to top |
|
|
nemo13 Veteran
Joined: 08 Oct 2004 Posts: 1016 Location: France/Istres
|
Posted: Wed Oct 04, 2006 8:14 pm Post subject: |
|
|
antoine wrote: | Bonjour,
J'ai eu le même problème.
Ça vient de sys-apps/baselayout-1.13.0_alpha1.
La solution est :
Code: | emerge --sync
emerge -1 baselayout
etc-update |
De cette manière, tu reviendras à une version antérieure de baselayout.
Bien à toi. |
Attention au downgrade Code: | Tue Oct 3 22:22:28 2006 >>> sys-apps/baselayout-1.13.0_alpha1
Wed Oct 4 17:08:46 2006 >>> sys-apps/baselayout-1.12.5-r2 |
tu risques de perdre le réseau
Allo le Réseau!
si tu ne mets pas net.lo au chaud! |
|
Back to top |
|
|
Enlight Advocate
Joined: 28 Oct 2004 Posts: 3519 Location: Alsace (France)
|
Posted: Wed Oct 04, 2006 10:07 pm Post subject: |
|
|
J'y crois pas!!! Ils mettent une version alpha en ~arch???!!! C'est un peu couillon quand on sait le nombre de gens qu'on déjà eu des emm... avec ce paquet en ~arch. |
|
Back to top |
|
|
nemo13 Veteran
Joined: 08 Oct 2004 Posts: 1016 Location: France/Istres
|
Posted: Thu Oct 05, 2006 8:08 am Post subject: |
|
|
Enlight wrote: | J'y crois pas!!! Ils mettent une version alpha en ~arch???!!! |
C'était sans doute une chtite erreur; elle n'a pas durée longtemp.
les points positifs :
j'ai les neurones qui se sont presque remis en marchent.
çà permet de faire du LIVE-TEST
maintenant quand je verrais un paquet alpha je serais moins ..béta.
A+ |
|
Back to top |
|
|
PabOu Veteran
Joined: 11 Feb 2004 Posts: 1088 Location: Hélécine - Belgium
|
Posted: Thu Oct 05, 2006 6:39 pm Post subject: |
|
|
Enlight wrote: | J'y crois pas!!! Ils mettent une version alpha en ~arch???!!! |
Et si la synchro des mirroirs s'est faite entre le moment ou il (le développeur) ajoute l'ebuild et celui ou il modifie le package.mask ?
Sachant que les synchronisations de mirroirs se font toutes les X minutes, c'est possible que cette version alpha eut été mise en ~arch sans être hardmasquée durant un certain temps pour certaines personnes qui ont synchronisé à ce moment-là. Plus d'info de la part d'un userrep ? :) _________________ Mangez du poulet ! |
|
Back to top |
|
|
nemo13 Veteran
Joined: 08 Oct 2004 Posts: 1016 Location: France/Istres
|
Posted: Thu Oct 05, 2006 8:23 pm Post subject: |
|
|
PabOu wrote: |
Et si la synchro des mirroirs s'est faite entre le moment ou il (le développeur) ajoute l'ebuild et celui ou il modifie le package.mask ? |
donc se choper une alpha est un gros coups de bol |
|
Back to top |
|
|
Enlight Advocate
Joined: 28 Oct 2004 Posts: 3519 Location: Alsace (France)
|
Posted: Fri Oct 06, 2006 1:07 am Post subject: |
|
|
PabOu wrote: | Enlight wrote: | J'y crois pas!!! Ils mettent une version alpha en ~arch???!!! |
Et si la synchro des mirroirs s'est faite entre le moment ou il (le développeur) ajoute l'ebuild et celui ou il modifie le package.mask ?
Sachant que les synchronisations de mirroirs se font toutes les X minutes, c'est possible que cette version alpha eut été mise en ~arch sans être hardmasquée durant un certain temps pour certaines personnes qui ont synchronisé à ce moment-là. Plus d'info de la part d'un userrep ? |
Alors là j'avoue être curieux!!! Il devrait quand même y'avoir un moyen de faire un atomic commit, non?
@nemo13 : ou pas! |
|
Back to top |
|
|
nemo13 Veteran
Joined: 08 Oct 2004 Posts: 1016 Location: France/Istres
|
Posted: Fri Oct 06, 2006 7:00 am Post subject: |
|
|
Enlight wrote: | Alors là j'avoue être curieux!!! Il devrait quand même y'avoir un moyen de faire un atomic commit, non?
@nemo13 : ou pas! |
Quoi t-est-ce "un atomic commit" ? |
|
Back to top |
|
|
PabOu Veteran
Joined: 11 Feb 2004 Posts: 1088 Location: Hélécine - Belgium
|
Posted: Fri Oct 06, 2006 11:13 am Post subject: |
|
|
ouais non en fait je sais pas comment ca fonctionne :) j'ai juste émis une hypothèse qui me semblait possible à ce moment...
Mais bon, rien n'empêche le dev de faire 2 commit séparés ("et voilà, le commit pour mettre l'ebuild sur le serveur est terminé... oh zut j'ai oublié de modifier le package.mask avant de faire le commit !")
nemo : tu n'as pas du chercher très loin ;-) _________________ Mangez du poulet ! |
|
Back to top |
|
|
Enlight Advocate
Joined: 28 Oct 2004 Posts: 3519 Location: Alsace (France)
|
Posted: Fri Oct 06, 2006 1:53 pm Post subject: |
|
|
nemo13 wrote: | Enlight wrote: | Alors là j'avoue être curieux!!! Il devrait quand même y'avoir un moyen de faire un atomic commit, non?
@nemo13 : ou pas! |
Quoi t-est-ce "un atomic commit" ? |
ben c'est comme atome (enfin quand ça aété découvert hein) c'est indivisible. C'est a dire que soit le paquet et l'entrée dans le package.mask sont commités soit rien mais surtout pas juste un des deux.
C'est le principe utilisé par reiser4 pour la sécurité des fichiers, et xfs va l'utiliser mais uniquement pour les métadonnées. |
|
Back to top |
|
|
nemo13 Veteran
Joined: 08 Oct 2004 Posts: 1016 Location: France/Istres
|
Posted: Fri Oct 06, 2006 2:00 pm Post subject: |
|
|
commité à le sens d'expédié ? envoyé ? soumis ?
j'ai parfois du mal à saisir des francisations d'anglicisme technique , désolé |
|
Back to top |
|
|
Enlight Advocate
Joined: 28 Oct 2004 Posts: 3519 Location: Alsace (France)
|
Posted: Tue Oct 10, 2006 11:40 pm Post subject: |
|
|
oui "envoyé"
Par exemplepour un FS, quand j'accède en lecture seule à un fichier, ça change l'access time (date de dernier accès) contenu dans l'inode, donc je modifie l'inode en RAM, à ce moment là, l'inode est dite dirty (l'image en RAM est différente de celle sur le disque) si j'ai monté mon fs avec l'option atime (par défaut) je dois faire un commit j'écrase donc l'inode contenue sur le disque en la remplaçant par celle en RAM. Au contraire si je suis monté en noatime, je ne commit pas (je passe outre le fait que l'inode soit dirty, en théorie c'est mal mais bon y'a pas de quoi fouetter un chat non plus) et ça évite pas mal d'activité disque.
Bref ensuite quand tu modifies un fichier on va avoir par exemple :
-> modification des blocks de données en soi
-> modification de structures gardant en mémoire les blocs libres ou non sur le disque (si par exemple on en a libéré ou au contraire utilisé de nouveaux)
-> modification de l'inode en bonne et due forme
-> ajout d'une entrée dans le journal pour chacune des opérations précitées ou seulement certaines selon le design.
Maintenant, tout le challenge c'est de faire en sorte de garantir l'intégrité des données et du système de fichiers. Toutes les "ruses" sont bonnes et les politiques de nos FS sont toutes assez différentes. Le but de l'atomic commit étant de faire croire qu'on ne fait qu'une seule opération, donc soit elle est faite, soit elle ne l'est pas, mais elle ne l'est jamais à moitié.
edit : erf je devrais relire les threads en entier moi, j'ai vu atomic commit et je suis part en plein délire sur les file systems |
|
Back to top |
|
|
PabOu Veteran
Joined: 11 Feb 2004 Posts: 1088 Location: Hélécine - Belgium
|
Posted: Wed Oct 11, 2006 8:42 am Post subject: |
|
|
Enlight wrote: | edit : erf je devrais relire les threads en entier moi, j'ai vu atomic commit et je suis part en plein délire sur les file systems :oops: |
Voilà ce qui arrive quand on veut aller trop vite !
Pour ta peine, tu nous fera un module pour portage afin de faire des messages en couleurs arc-en-ciel (il y a déjà moyen de changer les couleurs de tout un message, à toi de faire le reste ;-))
Non mais.. j'espère que ça t'apprendra :-P _________________ Mangez du poulet ! |
|
Back to top |
|
|
Enlight Advocate
Joined: 28 Oct 2004 Posts: 3519 Location: Alsace (France)
|
Posted: Wed Oct 11, 2006 1:30 pm Post subject: |
|
|
PabOu wrote: | Enlight wrote: | edit : erf je devrais relire les threads en entier moi, j'ai vu atomic commit et je suis part en plein délire sur les file systems |
Voilà ce qui arrive quand on veut aller trop vite !
Pour ta peine, tu nous fera un module pour portage afin de faire des messages en couleurs arc-en-ciel (il y a déjà moyen de changer les couleurs de tout un message, à toi de faire le reste )
Non mais.. j'espère que ça t'apprendra |
Noooon pas du python!!!! |
|
Back to top |
|
|
|