je tente de recompiler le noyau afin d'ajouter qques trucs et j'ai un
probleme
vraiement étrtange :
voila ce que j'ai fait:
parametrage nvx noyau
config
compile
install
reboot
et la crash visiblement y'a un truc qui ne va pas
reboot sur kernel.old
renommer kernel en kernel.ko
renommer modules en modules.ko
copier kernel.old en kernel
copier modules.old en modules
reboot
et la ma becane tente de booter par default sur kernel.ko !
je decharge le noyau et tente de charger /kernel mais il me
charge a la place /kernel.ko
impossible de demarrer sur /kernel !
par contre j'arrive a rebooter avec /kernel.old
donc je reboot, edite mon /boot/defaults/loader.conf et constate
que par default il doit booter sur /kernel ...
donc je comprend pas ce qui ce passe,
pouvez-vous m'aider ?
autre chose en passant, je n'arrive pas a visualiser les flags posés
sur les fichiers, d'apres la man de ls c'est possible avec ls -lo mais
je ne voit pas ces fameux flags dans la sortie (ou alors c pas tres
explicite).
ex de ls -lo a la racine :
-r--r--r-- 1 root 4735 Nov 20 2000 COPYRIGHT
drwxr-xr-x 2 root 1024 Jul 17 2003 bin
drwxr-xr-x 3 root 512 Jan 26 10:14 boot
lrwxr-xr-x 1 root 11 Apr 13 2001 compat -> /usr/compat
drwxr-xr-x 3 root 13824 Jan 26 10:20 dev
drwxr-xr-x 18 root 2560 Dec 24 10:10 etc
drwxrwxrwx 22 root 512 Dec 24 15:54 home
-r-xr-xr-x 1 root 2341495 Jan 26 09:28 kernel
-r-xr-xr-x 1 root 3258128 Nov 20 2000 kernel.GENERIC
-r-xr-xr-x 1 root 2384289 Jan 26 09:08 kernel.ko
-r-xr-xr-x 1 root 3258128 Oct 3 14:54 kernel.ok
-r-xr-xr-x 1 root 2341495 Oct 7 18:01 kernel.old
drwxr-xr-x 3 root 512 Aug 7 2001 mnt
drwxr-xr-x 2 root 2560 Jan 26 09:28 modules
drwxr-xr-x 2 root 2560 Jan 26 09:09 modules.ko
drwxr-xr-x 2 root 2560 Oct 7 10:08 modules.ok
drwxr-xr-x 2 root 2560 Oct 7 10:11 modules.old
dr-xr-xr-x 1 root 512 Jan 26 10:46 proc
drwx------ 7 root 1024 Jan 20 14:35 root
drwxrwxrwx 12 root 512 Jan 13 12:24 save
drwxr-xr-x 2 root 2048 Apr 13 2001 sbin
drwxr-xr-x 4 root 1024 Apr 13 2001 stand
lrwxrwxrwx 1 root 11 Apr 13 2001 sys -> usr/src/sys
drwxrwxrwt 4 root 1024 Jan 26 10:21 tmp
drwxr-xr-x 19 root 512 May 30 2003 usr
drwxr-xr-x 22 root 512 Sep 26 16:54 var
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
Francis
Le 26-01-2004, christophe a écrit :
hello tt le monde,
Salut,
je tente de recompiler le noyau afin d'ajouter qques trucs et j'ai un probleme vraiement étrtange :
voila ce que j'ai fait:
parametrage nvx noyau config compile install reboot et la crash visiblement y'a un truc qui ne va pas reboot sur kernel.old renommer kernel en kernel.ko renommer modules en modules.ko copier kernel.old en kernel copier modules.old en modules reboot et la ma becane tente de booter par default sur kernel.ko ! je decharge le noyau et tente de charger /kernel mais il me charge a la place /kernel.ko impossible de demarrer sur /kernel ! par contre j'arrive a rebooter avec /kernel.old donc je reboot, edite mon /boot/defaults/loader.conf et constate que par default il doit booter sur /kernel ...
donc je comprend pas ce qui ce passe, pouvez-vous m'aider ?
normal, puisque .ko est l'extension des Kernel Objects (regarde dans le folder des modules, justement), le loader essaye de charger ton kernel.ko à la place de kernel car il tente comme un grand d'aposer une extension .ko et... trouve bien un fichier qui s'appelle comme ça ! Vire ton kernel.ko ou renomme-le de façon plus appropriée (kernel.brokentout).
autre chose en passant, je n'arrive pas a visualiser les flags posés sur les fichiers, d'apres la man de ls c'est possible avec ls -lo mais je ne voit pas ces fameux flags dans la sortie (ou alors c pas tres explicite).
Là je sais pas trop; peut-être que tu n'as rien de flaggé spécialement, non ?...
A+, Francis.
Le 26-01-2004, christophe <none@bidon.com> a écrit :
hello tt le monde,
Salut,
je tente de recompiler le noyau afin d'ajouter qques trucs et j'ai un
probleme
vraiement étrtange :
voila ce que j'ai fait:
parametrage nvx noyau
config
compile
install
reboot
et la crash visiblement y'a un truc qui ne va pas
reboot sur kernel.old
renommer kernel en kernel.ko
renommer modules en modules.ko
copier kernel.old en kernel
copier modules.old en modules
reboot
et la ma becane tente de booter par default sur kernel.ko !
je decharge le noyau et tente de charger /kernel mais il me
charge a la place /kernel.ko
impossible de demarrer sur /kernel !
par contre j'arrive a rebooter avec /kernel.old
donc je reboot, edite mon /boot/defaults/loader.conf et constate
que par default il doit booter sur /kernel ...
donc je comprend pas ce qui ce passe,
pouvez-vous m'aider ?
normal, puisque .ko est l'extension des Kernel Objects (regarde dans le
folder des modules, justement), le loader essaye de charger ton
kernel.ko à la place de kernel car il tente comme un grand d'aposer une
extension .ko et... trouve bien un fichier qui s'appelle comme ça !
Vire ton kernel.ko ou renomme-le de façon plus appropriée
(kernel.brokentout).
autre chose en passant, je n'arrive pas a visualiser les flags posés
sur les fichiers, d'apres la man de ls c'est possible avec ls -lo mais
je ne voit pas ces fameux flags dans la sortie (ou alors c pas tres
explicite).
Là je sais pas trop; peut-être que tu n'as rien de flaggé spécialement,
non ?...
je tente de recompiler le noyau afin d'ajouter qques trucs et j'ai un probleme vraiement étrtange :
voila ce que j'ai fait:
parametrage nvx noyau config compile install reboot et la crash visiblement y'a un truc qui ne va pas reboot sur kernel.old renommer kernel en kernel.ko renommer modules en modules.ko copier kernel.old en kernel copier modules.old en modules reboot et la ma becane tente de booter par default sur kernel.ko ! je decharge le noyau et tente de charger /kernel mais il me charge a la place /kernel.ko impossible de demarrer sur /kernel ! par contre j'arrive a rebooter avec /kernel.old donc je reboot, edite mon /boot/defaults/loader.conf et constate que par default il doit booter sur /kernel ...
donc je comprend pas ce qui ce passe, pouvez-vous m'aider ?
normal, puisque .ko est l'extension des Kernel Objects (regarde dans le folder des modules, justement), le loader essaye de charger ton kernel.ko à la place de kernel car il tente comme un grand d'aposer une extension .ko et... trouve bien un fichier qui s'appelle comme ça ! Vire ton kernel.ko ou renomme-le de façon plus appropriée (kernel.brokentout).
autre chose en passant, je n'arrive pas a visualiser les flags posés sur les fichiers, d'apres la man de ls c'est possible avec ls -lo mais je ne voit pas ces fameux flags dans la sortie (ou alors c pas tres explicite).
Là je sais pas trop; peut-être que tu n'as rien de flaggé spécialement, non ?...
A+, Francis.
christophe
normal, puisque .ko est l'extension des Kernel Objects (regarde dans le folder des modules, justement), le loader essaye de charger ton kernel.ko à la place de kernel car il tente comme un grand d'aposer une extension .ko et... trouve bien un fichier qui s'appelle comme ça ! Vire ton kernel.ko ou renomme-le de façon plus appropriée (kernel.brokentout).
bon ok c'etait bien ca le probleme, merci beaucoup
Là je sais pas trop; peut-être que tu n'as rien de flaggé spécialement, non ?...
ben si justement, petit test :
->touch test_flags ->ls -lo total 0 -rw-r--r-- 1 root 0 Jan 27 12:01 test_flags ->chflags schg test_flags ->ls -lo total 0 -rw-r--r-- 1 root 0 Jan 27 12:01 test_flags ->rm test_flags override rw-r--r-- root/wheel schg for test_flags? y rm: test_flags: Operation not permitted ->chflags noschg test_flags ->ls -lo total 0 -rw-r--r-- 1 root 0 Jan 27 12:01 test_flags ->rm test_flags ->
normal, puisque .ko est l'extension des Kernel Objects (regarde dans le
folder des modules, justement), le loader essaye de charger ton
kernel.ko à la place de kernel car il tente comme un grand d'aposer une
extension .ko et... trouve bien un fichier qui s'appelle comme ça !
Vire ton kernel.ko ou renomme-le de façon plus appropriée
(kernel.brokentout).
bon ok c'etait bien ca le probleme, merci beaucoup
Là je sais pas trop; peut-être que tu n'as rien de flaggé spécialement,
non ?...
ben si justement, petit test :
Alligator@root ->touch test_flags
Alligator@root ->ls -lo
total 0
-rw-r--r-- 1 root 0 Jan 27 12:01 test_flags
Alligator@root ->chflags schg test_flags
Alligator@root ->ls -lo
total 0
-rw-r--r-- 1 root 0 Jan 27 12:01 test_flags
Alligator@root ->rm test_flags
override rw-r--r-- root/wheel schg for test_flags? y
rm: test_flags: Operation not permitted
Alligator@root ->chflags noschg test_flags
Alligator@root ->ls -lo
total 0
-rw-r--r-- 1 root 0 Jan 27 12:01 test_flags
Alligator@root ->rm test_flags
Alligator@root ->
normal, puisque .ko est l'extension des Kernel Objects (regarde dans le folder des modules, justement), le loader essaye de charger ton kernel.ko à la place de kernel car il tente comme un grand d'aposer une extension .ko et... trouve bien un fichier qui s'appelle comme ça ! Vire ton kernel.ko ou renomme-le de façon plus appropriée (kernel.brokentout).
bon ok c'etait bien ca le probleme, merci beaucoup
Là je sais pas trop; peut-être que tu n'as rien de flaggé spécialement, non ?...
ben si justement, petit test :
->touch test_flags ->ls -lo total 0 -rw-r--r-- 1 root 0 Jan 27 12:01 test_flags ->chflags schg test_flags ->ls -lo total 0 -rw-r--r-- 1 root 0 Jan 27 12:01 test_flags ->rm test_flags override rw-r--r-- root/wheel schg for test_flags? y rm: test_flags: Operation not permitted ->chflags noschg test_flags ->ls -lo total 0 -rw-r--r-- 1 root 0 Jan 27 12:01 test_flags ->rm test_flags ->
Marwan Burelle
On Tue, 27 Jan 2004 12:02:33 +0100 "christophe" wrote:
ben si justement, petit test :
->touch test_flags ->ls -lo total 0 -rw-r--r-- 1 root 0 Jan 27 12:01 test_flags ->chflags schg test_flags ->ls -lo total 0 -rw-r--r-- 1 root 0 Jan 27 12:01 test_flags ->rm test_flags override rw-r--r-- root/wheel schg for test_flags? y rm: test_flags: Operation not permitted ->chflags noschg test_flags ->ls -lo total 0 -rw-r--r-- 1 root 0 Jan 27 12:01 test_flags ->rm test_flags ->
pc5-164 /home/feanor/tmp/testflags# touch toto pc5-164 /home/feanor/tmp/testflags# ls -l total 0 -rw-r--r-- 1 root feanor 0 Jan 27 12:43 toto pc5-164 /home/feanor/tmp/testflags# ls -lo total 0 -rw-r--r-- 1 root feanor - 0 Jan 27 12:43 toto pc5-164 /home/feanor/tmp/testflags# chflags schg toto pc5-164 /home/feanor/tmp/testflags# ls -l total 0 -rw-r--r-- 1 root feanor 0 Jan 27 12:43 toto pc5-164 /home/feanor/tmp/testflags# ls -lo total 0 -rw-r--r-- 1 root feanor schg 0 Jan 27 12:43 toto pc5-164 /home/feanor/tmp/testflags#
Tu n'aurais pas quelque chose qui détourne ton ls par hazard ? (genre un gnuls installé et alias dessus, ou le ls builtin de ton shell qui prendrait la main ...)
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
On Tue, 27 Jan 2004 12:02:33 +0100
"christophe" <none@bidon.com> wrote:
ben si justement, petit test :
Alligator@root ->touch test_flags
Alligator@root ->ls -lo
total 0
-rw-r--r-- 1 root 0 Jan 27 12:01 test_flags
Alligator@root ->chflags schg test_flags
Alligator@root ->ls -lo
total 0
-rw-r--r-- 1 root 0 Jan 27 12:01 test_flags
Alligator@root ->rm test_flags
override rw-r--r-- root/wheel schg for test_flags? y
rm: test_flags: Operation not permitted
Alligator@root ->chflags noschg test_flags
Alligator@root ->ls -lo
total 0
-rw-r--r-- 1 root 0 Jan 27 12:01 test_flags
Alligator@root ->rm test_flags
Alligator@root ->
pc5-164 /home/feanor/tmp/testflags# touch toto
pc5-164 /home/feanor/tmp/testflags# ls -l
total 0
-rw-r--r-- 1 root feanor 0 Jan 27 12:43 toto
pc5-164 /home/feanor/tmp/testflags# ls -lo
total 0
-rw-r--r-- 1 root feanor - 0 Jan 27 12:43 toto
pc5-164 /home/feanor/tmp/testflags# chflags schg toto
pc5-164 /home/feanor/tmp/testflags# ls -l
total 0
-rw-r--r-- 1 root feanor 0 Jan 27 12:43 toto
pc5-164 /home/feanor/tmp/testflags# ls -lo
total 0
-rw-r--r-- 1 root feanor schg 0 Jan 27 12:43 toto
pc5-164 /home/feanor/tmp/testflags#
Tu n'aurais pas quelque chose qui détourne ton ls par hazard ? (genre un
gnuls installé et alias dessus, ou le ls builtin de ton shell qui
prendrait la main ...)
--
Burelle Marwan,
Equipe Bases de Donnees - LRI
http://www.cduce.org
(burelle@lri.fr | Marwan.Burelle@ens.fr)
pc5-164 /home/feanor/tmp/testflags# touch toto pc5-164 /home/feanor/tmp/testflags# ls -l total 0 -rw-r--r-- 1 root feanor 0 Jan 27 12:43 toto pc5-164 /home/feanor/tmp/testflags# ls -lo total 0 -rw-r--r-- 1 root feanor - 0 Jan 27 12:43 toto pc5-164 /home/feanor/tmp/testflags# chflags schg toto pc5-164 /home/feanor/tmp/testflags# ls -l total 0 -rw-r--r-- 1 root feanor 0 Jan 27 12:43 toto pc5-164 /home/feanor/tmp/testflags# ls -lo total 0 -rw-r--r-- 1 root feanor schg 0 Jan 27 12:43 toto pc5-164 /home/feanor/tmp/testflags#
Tu n'aurais pas quelque chose qui détourne ton ls par hazard ? (genre un gnuls installé et alias dessus, ou le ls builtin de ton shell qui prendrait la main ...)
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
Miod Vallat
Tu n'aurais pas quelque chose qui détourne ton ls par hazard ? (genre un gnuls installé et alias dessus, ou le ls builtin de ton shell qui prendrait la main ...)
Y'a pas non plus une histoire de securelevel pour pouvoir jouer avec chflags ?
Tu n'aurais pas quelque chose qui détourne ton ls par hazard ? (genre un
gnuls installé et alias dessus, ou le ls builtin de ton shell qui
prendrait la main ...)
Y'a pas non plus une histoire de securelevel pour pouvoir jouer avec
chflags ?
Tu n'aurais pas quelque chose qui détourne ton ls par hazard ? (genre un gnuls installé et alias dessus, ou le ls builtin de ton shell qui prendrait la main ...)
Y'a pas non plus une histoire de securelevel pour pouvoir jouer avec chflags ?
Marwan Burelle
On 27 Jan 2004 13:26:26 GMT Miod Vallat wrote:
Y'a pas non plus une histoire de securelevel pour pouvoir jouer avec chflags ?
Si, mais, à priori ça ne change pas la visibilité des flags ... de plus, il ne pourrait pas faire le "chflags noschg" s'il n'était pas dans le bon securelevel.
Ça ressemble fortement à un mauvais ls ... d'ailleur, le fait que son ls n'affiche pas le groupe, me semble confirmer cette hypporthèse (-o pour gnuls, d'après le man donne : "use long listing format without group info".)
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
On 27 Jan 2004 13:26:26 GMT
Miod Vallat <miod@online.fr> wrote:
Y'a pas non plus une histoire de securelevel pour pouvoir jouer avec
chflags ?
Si, mais, à priori ça ne change pas la visibilité des flags ... de plus,
il ne pourrait pas faire le "chflags noschg" s'il n'était pas dans le
bon securelevel.
Ça ressemble fortement à un mauvais ls ... d'ailleur, le fait que son ls
n'affiche pas le groupe, me semble confirmer cette hypporthèse (-o pour
gnuls, d'après le man donne : "use long listing format without group
info".)
--
Burelle Marwan,
Equipe Bases de Donnees - LRI
http://www.cduce.org
(burelle@lri.fr | Marwan.Burelle@ens.fr)
Y'a pas non plus une histoire de securelevel pour pouvoir jouer avec chflags ?
Si, mais, à priori ça ne change pas la visibilité des flags ... de plus, il ne pourrait pas faire le "chflags noschg" s'il n'était pas dans le bon securelevel.
Ça ressemble fortement à un mauvais ls ... d'ailleur, le fait que son ls n'affiche pas le groupe, me semble confirmer cette hypporthèse (-o pour gnuls, d'après le man donne : "use long listing format without group info".)
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
