LINUX: modprobe: Can't locate module personality-8

[DDX]

hmms diverse malen in mijn /var/log/messages :

Dec 8 18:59:46 ddx modprobe: modprobe: Can't locate module personality-8
Dec 8 18:59:46 ddx modprobe: modprobe: Can't locate module personality-8
..
Dec 8 19:16:15 ddx modprobe: modprobe: Can't locate module personality-8
Dec 8 19:16:55 ddx last message repeated 6 times
Dec 8 19:17:06 ddx last message repeated 3 times
..
Dec 11 10:06:12 ddx modprobe: modprobe: Can't locate module personality-8
Dec 11 10:06:12 ddx modprobe: modprobe: Can't locate module personality-8

waarschijnlijk iets vergeten mee te compilen in mijn kernel ?
(draait nu versie 2.4.20)

iemand enig idee wat dit voor module is ?
(en wat ik dus vergeten ben mee te compilen?)

[Equator]

Het kan ook zijn dat je vergeten bent om make modules en make modules_install te doen.

heb je nu probleemn die hierdoor veroorzaakt kunnen zijn Dan moet je (lijk mij) alleen zorgen dat deze modules niet meer ge-modprob'ed worden

[DDX]

nee heb ik wel gedaan
(ik heb alleen totaal geen modules compiled, alles in kernel)

[wzzrd]

CyberJ schreef op 12 december 2002 @ 10:19:
Het kan ook zijn dat je vergeten bent om make modules en make modules_install te doen.

heb je nu probleemn die hierdoor veroorzaakt kunnen zijn Dan moet je (lijk mij) alleen zorgen dat deze modules niet meer ge-modprob'ed worden

Mjah.. De kans dat er IETS werkt als je helemaal geen make modules e.d. hebt gedaan is niet zo groot Maar als je geen modules hebt gemaakt (waarom niet in vredesnaam??), staat er waarschijnlijk nog ergens een verwijzing naar in (afhankelijk van je distro) iets van /etc/modules.autoload of zo.

[DDX]

wzzrd schreef op 12 December 2002 @ 10:36:

[...]


Mjah.. De kans dat er IETS werkt als je helemaal geen make modules e.d. hebt gedaan is niet zo groot Maar als je geen modules hebt gemaakt (waarom niet in vredesnaam??), staat er waarschijnlijk nog ergens een verwijzing naar in (afhankelijk van je distro) iets van /etc/modules.autoload of zo.

waarom zou ik modules willen ?
ik compile alle drivers gewoon direct in kernel
ik ben niet zo iemand die dagelijks van ide controller e.d. wisselt

/etc/modules.conf is al gewist

[wzzrd]

Omdat je niet alles standaard gebruikt misschien? Ik gebruik wel eens een CD of DVD met UDF-bestandsformaat, maar niet dagelijks. Dan hoef ik ook niet constant die driver in mijn geheugen. Lean, mean kernel

[DDX]

wzzrd schreef op 12 December 2002 @ 13:47:
Omdat je niet alles standaard gebruikt misschien? Ik gebruik wel eens een CD of DVD met UDF-bestandsformaat, maar niet dagelijks. Dan hoef ik ook niet constant die driver in mijn geheugen. Lean, mean kernel

poe poe lekker boeiend die paar kb memory extra
was leuk in 386 tijdperk toen je nog maar 4mb memory ofzo erin had.

maargoed even over mijn 'probleem'
iemand enig idee ?

[moto-moi]

DDX schreef op 12 december 2002 @ 17:57:
poe poe lekker boeiend die paar kb memory extra
was leuk in 386 tijdperk toen je nog maar 4mb memory ofzo erin had.

Modules zijn handig als je een werkende machine niet neer wilt halen, omdat je bijv. een nieuwe module wilt laden, omdat je die op dat moment nodig hebt. Iets wat af en toe wel gebeurt als je bijv. een nieuwere driver wilt installeren, maar je hoeft niet perse een hele nieuwe kernel te compileren. Dan is het lekker makkelijk als je een module kunt unloaden, en daarna weer kunt laden, zonder te hoeven rebooten.

Maar uiteraard mag jij ook al je drivers e.d. in je kernel zetten, als je dan niet vergeet het hele modulegedeelte uit te zetten, zodat je geen modules meer kunt laden, heb je een veiligere kernel, doordat een cracker niet z'n eigen modules, om bijv. z'n sporen uit te wissen, of erger, kan laden.

maargoed even over mijn 'probleem'
iemand enig idee ?

wzzrd in "LINUX: modprobe: Can't locate module pe" geeft een prima antwoord hoor
Ennuh, iets vriendelijker mag wel IMO, we proberen je alleen maar te helpen hoor

[Verwijderd]

code:

cat /etc/modules.conf|grep personality-8

Hier staat het alias voor personality-8, en voor zover ik weet heeft het wat te maken met raid. Ff kijken waar het alias naartoewijst, en deze module statisch meebakken cq verwijderen. Ff door je kernel sources greppen zou mischien ook kunnen helpen

<ot>
Het scheelt niet alleen in grootte als je je kernel met modules bouwt. Wat dacht je d'r van dat je al je standaard drivers (ide, ide-disk ed) in je kernel hebt en de rest als module. Je bootup tijd word verkort (omdat er geen onnodige drivers geladen worden) en je kernel word iets (noticeable?) sneller. Vervolgens kun je leuke truukjes uithalen zoals drivers "hot-swappen" (geloof me, dat is soms nodig). De complete module support eruit halen is imo vragen om ellende.
</ot>

[DDX]

moto-moi schreef op 12 december 2002 @ 18:09:
[...]

Modules zijn handig als je een werkende machine niet neer wilt halen, omdat je bijv. een nieuwe module wilt laden, omdat je die op dat moment nodig hebt.

ok kan handig zijn ja, maargoed nieuwe drivers probeer ik meestal niet even los uit
ik wacht wel tot ze goed getest zijn en in stnd kernel release komen
(en dan update ik meteen hele kernel)

Maar uiteraard mag jij ook al je drivers e.d. in je kernel zetten, als je dan niet vergeet het hele modulegedeelte uit te zetten, zodat je geen modules meer kunt laden, heb je een veiligere kernel, doordat een cracker niet z'n eigen modules, om bijv. z'n sporen uit te wissen, of erger, kan laden.

klopt is handig ja

wzzrd in "LINUX: modprobe: Can't locate module pe" geeft een prima antwoord hoor
Ennuh, iets vriendelijker mag wel IMO, we proberen je alleen maar te helpen hoor

eh ik mis iets ofzo ?
wzzrd geeft aan dat er iets in /etc/modules.autoload o.i.d. zou staan
daarop geef ik dus als antwoord dat conf.modules al gewist is
(bestaat dus niet op mijn machine)

bedoel je met vriendelijker dit ?:

>maargoed even over mijn 'probleem'
>iemand enig idee ?

was alleen even bedoelt om thread niet uit te laten lopen op waarom wel/niet modules gebruiken

[DDX]

Verwijderd schreef op 12 december 2002 @ 18:22:

code:

cat /etc/modules.conf|grep personality-8

helaas ik heb geen modules.conf meer, dus daar komt het niet vandaan

Hier staat het alias voor personality-8, en voor zover ik weet heeft het wat te maken met raid. Ff kijken waar het alias naartoewijst, en deze module statisch meebakken cq verwijderen. Ff door je kernel sources greppen zou mischien ook kunnen helpen

raid heb ik meegebakken (raid1)
staat in planning om gebruikt te gaan worden, maar doe ik op dit moment nog niks mee
waarom zou dit dan zomaar aangeroepen worden ?

]# grep -r "personality-8" *
levert ook niks op helaas

(en kernel mailinglist archive /dejanews ook niks )

<ot>
Het scheelt niet alleen in grootte als je je kernel met modules bouwt. Wat dacht je d'r van dat je al je standaard drivers (ide, ide-disk ed) in je kernel hebt en de rest als module. Je bootup tijd word verkort (omdat er geen onnodige drivers geladen worden) en je kernel word iets (noticeable?) sneller. Vervolgens kun je leuke truukjes uithalen zoals drivers "hot-swappen" (geloof me, dat is soms nodig). De complete module support eruit halen is imo vragen om ellende.
</ot>

naja enige drivers die ik misschien niet altijd nodig heb is cramfs
rest is gewoon permanent nodig
scheelt dus niks...

ik compile er altijd in wat ik nodig heb
alles wat ik niet gebruik komt er niet in
kan het ook niet crash veroorzaken o.i.d.

edit :

]# grep -r "personality-" *
drivers/md/md.c: sprintf (module_name, "md-personality-%d", pnum);
drivers/md/multipath.c: * check_consistency is very personality-dependent, eg. RAID5 cannot
Binary file drivers/md/md.o matches
Binary file drivers/md/mddev.o matches
kernel/exec_domain.c: sprintf(buffer, "personality-%ld", pers);
Binary file kernel/exec_domain.o matches
Binary file kernel/kernel.o matches
Binary file vmlinux matches

enige dus exec_domain.c
maargoed wordt ook niet veel duidelijker daarvan
(staat maar erg weinig in die file)

md-personality is dus iets anders

[ Voor 28% gewijzigd door DDX op 12-12-2002 20:16 ]

[Verwijderd]

personality-8 als waarschijnlijk een alias, en er is een programma wat daar naar vraagt, en wat modprobe nu doet is in /etc/modules.conf zoeken naar zo'n alias en dan kijken of die al is geladen, en omdat /etc/modules.conf weg is ziet ie dus ook niet dat die al in de kernel zit.
Waarschijnlijk is het het beste om /etc/modules.conf gewoon terug te zetten.

[DDX]

moshe: /etc/modules.conf is al tijden weg (al kernel recompile gehad erna, en reboot)

[DDX]

schopje ?
gisteren weer 2 maal :

Can't locate these modules:
personality-8: 2 Time(s)
block-major-8: 2 Time(s)

en 2 keer block-major-8 ?
(had ik nog niet eerder gezien)

[Verwijderd]

Na wat zoeken in de kernel tree kwam ik het volgende tegen:
block-major-8 is simpel. include sd-mod in je kernel en het werkt. De personality-8 heeft (vermoedelijk) te maken met ABI support. personality type 8 staat voor PER_LINUX32 (waarde 0x0008). In vanilla word dit echter alleen maar gebruikt voor core code, en de binfmt_* modules. Mischien dat het 1 van die laatste is, maar pin me er niet op vast.
Heb je al achterhaald wat die meldingen veroorzaakt? (hiermee bedoel ik het script/de app die modprobe aanroept, en niet modprobe zelf.)

[DDX]

helaas niet kunnen achterhalen wat die personality-8 melding veroorzaakt

wel de block-major-8
die kwam rond de tijd dat ik fdisk gedraaid heb op een disk
(dacht ook meteen aan blockdevice melding ofzo)
wat bedoel je trouwens met 'sd-mod' ?
scsi-disk ?
ik heb totaal geen scsi support meecompiled ( < > SCSI support )

personality kan ik alleen totaal niet plaatsen wat ik (of cronjob o.i.d.) gerund heb rond die tijd

[Verwijderd]

sd-mod is idd de scsi disk module. hmz, je had al egrep -i "modprobe|insmod|depmod" /etc gedaan? Mischien dat dat wat meer laat zien

[DDX]

ok die block-major-8 kan ik nadoen :

[root@ddx root]# fdisk /dev/sdc

Unable to open /dev/sdc

en dan staat er in /var/log/messages :

Dec 16 14:31:31 ddx modprobe: modprobe: Can't locate module block-major-8

toch vreemd dat fdisk(/kernel) dan probeert sd-mod te laden

die grept levert niets op :

egrep -i "modprobe|insmod|depmod" /etc /*

/etc/rc.sysinit (verwijzingen naar usb gedoe)

en dat is het dan..

[Verwijderd]

dat met fdisk is logisch; jij probeerd een scsi disk aan te spreken, daar is geen driver voor, dus kmod probeert de driver te loaden en geeft de foutmelding omdat die module niet te laden is.

[ Voor 18% gewijzigd door Verwijderd op 16-12-2002 17:00 ]

[DDX]

ok fdisk logisch, kan ik ook nadoen (of niet doen en dan komt het niet in mijn log)

maar die personality-8 blijft nogsteeds eens in de zoveel dagen paar keer langskomen

[DDX]

argh weet echt niemand dit ?
blijf can't locate personality-8 meldingen krijgen...