Waarschuwing, opperprutser aan het werk... en als je een opmerking van mij niet snapt, klik dan hier
Het kan wel, maar je moet een andere architectuur aangeven. Krijg je volgens mij zoiets als dit:
Ben er ook niet helemaal zeker van overigens..
code:
1
| ARCH=i386 make menuconfig |
Ben er ook niet helemaal zeker van overigens..
All my posts are provided as-is. They come with NO WARRANTY at all.
Ik zie niet helemaal wat je met die chroot wil.. Maar je kan niet van een 64-bits omgeving chrooten naar een 32-bit omgeving.
Je kunt uitstekend chrooten van een 64-bits omgeving naar een 32-bits omgeving, alleen niet andersom.
In principe wordt je kernel niet 64-bits van het kiezen van een K8 als processor. Dat zit hem in je make opties (als ik me dat goed herinner, ik gebruik nog maar weinig Gentoo, duurt me te lang). Je moet je /etc/make.conf even editen en dan je architectuur veranderen naar een 32-bits platform. Je moet dat wel je HELE systeem opnieuw compileren he, even een nieuwe kernel werkt niet, want een 32-bits kernel kan geen 64-bits applicaties uitvoeren. Als ik je een tip mag even, zou ik dus gewoon een nieuwe install (Gentoo, Ubuntu, whatever) doen op een andere partitie. Is denk ik een stuk makkelijker.
Overigens kun je in Gentoo ook standaard 32-bits packages bakken (multilib aanzetten in je make.conf, daarover even lezen op gentoo.org/docs). Dan hoef je alleen Firefox en Mplayer opnieuw te bakken om de Flash, Win32codecs etc. te kunnen gebruiken.
Succes!
In principe wordt je kernel niet 64-bits van het kiezen van een K8 als processor. Dat zit hem in je make opties (als ik me dat goed herinner, ik gebruik nog maar weinig Gentoo, duurt me te lang). Je moet je /etc/make.conf even editen en dan je architectuur veranderen naar een 32-bits platform. Je moet dat wel je HELE systeem opnieuw compileren he, even een nieuwe kernel werkt niet, want een 32-bits kernel kan geen 64-bits applicaties uitvoeren. Als ik je een tip mag even, zou ik dus gewoon een nieuwe install (Gentoo, Ubuntu, whatever) doen op een andere partitie. Is denk ik een stuk makkelijker.
Overigens kun je in Gentoo ook standaard 32-bits packages bakken (multilib aanzetten in je make.conf, daarover even lezen op gentoo.org/docs). Dan hoef je alleen Firefox en Mplayer opnieuw te bakken om de Flash, Win32codecs etc. te kunnen gebruiken.
Succes!
eensch met wzzrd, kunt dan emerge world -e doen daarna 
en dan heb je alleen maar 32bits.
geen succes.
losse install in een rootjail is stukken netter.
en dan heb je alleen maar 32bits.
geen succes.
losse install in een rootjail is stukken netter.
Boudewijn schreef op maandag 11 december 2006 @ 10:17:
eensch met wzzrd, kunt dan emerge world -e doen daarna
en dan heb je alleen maar 32bits.
geen succes.
losse install in een rootjail is stukken netter.
Blij dat je het met me eens bent, maar ik snap je niet helemaal. Misschien iets langere zinnen?
En waarom zou dat niet samengaan ? Ik draai al jaren een 32 bits SPARC distro op een 64 bits SPARC kernel.deepbass909 schreef op maandag 11 december 2006 @ 09:07:
Het compileren van nieuwe pakketten vanuit de CHROOT gaat allemaal goed, maar de kernel gaat de mist in. Ik kan alleen uit 64bit processors kiezen en dat wil uiteraard niet samen met een 32bit omgeving.
Ja, dat klopt, en nee. dat is niet de enige manier.Nou heb ik zelf het vermoeden dat "make menuconfig" kijkt naar welke omgeving er gedraait wordt en daar de beschikbare processors op baseerd, maar ik weet het niet zeker. Klopt dit en is simpelweg in opstarten in een 32bit omgeving de enige manier?
code:
1
2
| export ARCH=i386 make menuconfig |
Ik zou mezelf eerst afvragen of je wel een 32 bits kernel nodig hebt.
Om flash te gebruiken heb je geen 32bits kernel nodig, je hebt alleen de 32bits libraries nodig die gentoo ook vast wel distribueert bij zijn 64bits versie van de distro.
God, root, what is difference? | Talga Vassternich | IBM zuigt
Ok, even een kleine verduidelijking (ik dacht dat ik het toch duidelijk in m'n ts had gezet...).
Ik ben bezig om op een andere harddisk een volledig nieuwe installatie te doen. Ik hou daarvoor de gewone installatie handleiding aan, met als enige verschil dat ik niet op heb gestart met een live cd, maar het vanuit mijn werkende 64bit installatie doe.
In de make.conf van de nieuwe installatie staat aangegeven dat ik k7 optimalisatie wil gebruiken. Ook m'n profiel wijst naar een 32bit versie.
Na "chroot /mnt/gentoo-32bit /bin/bash" heb ik uiteraard "env-update" en "source /etc/profile" gedraait, waarmee het systeem zou moeten reageren alsof het 32bit is (of ga ik nu ergens helemaal de fout in?). Vanuit deze omgeving probeer ik m'n kernel te compileren, maar ik kan dus alleen voor 64bit architecturen kiezen bij "make menuconfig" en dat gaat uiteraard fout (het compileren loopt gelijk stuk, omdat een 64bit kernel niet compatible is met een 32bit omgeving).
@igmar
Ik ga dat vanavond eens proberen, maar voor zover ik weet, moet ARCH=i386 ook gezet worden als je env-update en source /etc/profile draait...
En ik heb dus een 32bit kernel nodig omdat ik om het één en ander te testen een volledig 32bit omgeving aan het installeren ben (ik wil onderandere eens testen of er veel prestatie verschil is tussen 32bit met alle instructiesets (mmx, sse, sse2, 3dnow, etc) ingeschakeld en 64bit zonder deze (ze zijn op het moment nog uitgeschakeld in gentoo ivm stabiliteitsproblemen).
@moto-moi
Het klopt dat je flash ook onder 64bit kan draaien, alleen als ik zie wat ik daarvoor uit moet halen, word ik daar niet vrolijk van. Ik moet dan firefox opnieuw installeren (de binairy ipv de source versie) en het draaien vanuit een jail.... (http://gentoo-wiki.com/HOWTO_AMD64)
Nu is deze howto heel duidelijk, maar het maakt het onderhouden van m'n systeem een stukje omslachtiger, iets wat ik juist met m'n huidige install zoveel mogelijk wil voorkomen. Dus als 32bit net zo snel, of sneller werkt, dan ben ik bereid om op dit moment weer van puur 64bit af te stappen tot het moment dat er meer (closed-source) software beschikbaar is.
Ik ben bezig om op een andere harddisk een volledig nieuwe installatie te doen. Ik hou daarvoor de gewone installatie handleiding aan, met als enige verschil dat ik niet op heb gestart met een live cd, maar het vanuit mijn werkende 64bit installatie doe.
In de make.conf van de nieuwe installatie staat aangegeven dat ik k7 optimalisatie wil gebruiken. Ook m'n profiel wijst naar een 32bit versie.
Na "chroot /mnt/gentoo-32bit /bin/bash" heb ik uiteraard "env-update" en "source /etc/profile" gedraait, waarmee het systeem zou moeten reageren alsof het 32bit is (of ga ik nu ergens helemaal de fout in?). Vanuit deze omgeving probeer ik m'n kernel te compileren, maar ik kan dus alleen voor 64bit architecturen kiezen bij "make menuconfig" en dat gaat uiteraard fout (het compileren loopt gelijk stuk, omdat een 64bit kernel niet compatible is met een 32bit omgeving).
@igmar
Ik ga dat vanavond eens proberen, maar voor zover ik weet, moet ARCH=i386 ook gezet worden als je env-update en source /etc/profile draait...
En ik heb dus een 32bit kernel nodig omdat ik om het één en ander te testen een volledig 32bit omgeving aan het installeren ben (ik wil onderandere eens testen of er veel prestatie verschil is tussen 32bit met alle instructiesets (mmx, sse, sse2, 3dnow, etc) ingeschakeld en 64bit zonder deze (ze zijn op het moment nog uitgeschakeld in gentoo ivm stabiliteitsproblemen).
@moto-moi
Het klopt dat je flash ook onder 64bit kan draaien, alleen als ik zie wat ik daarvoor uit moet halen, word ik daar niet vrolijk van. Ik moet dan firefox opnieuw installeren (de binairy ipv de source versie) en het draaien vanuit een jail.... (http://gentoo-wiki.com/HOWTO_AMD64)
Nu is deze howto heel duidelijk, maar het maakt het onderhouden van m'n systeem een stukje omslachtiger, iets wat ik juist met m'n huidige install zoveel mogelijk wil voorkomen. Dus als 32bit net zo snel, of sneller werkt, dan ben ik bereid om op dit moment weer van puur 64bit af te stappen tot het moment dat er meer (closed-source) software beschikbaar is.
Waarschuwing, opperprutser aan het werk... en als je een opmerking van mij niet snapt, klik dan hier
Ik denk dat je dit overschat.deepbass909 schreef op maandag 11 december 2006 @ 13:42:
Het klopt dat je flash ook onder 64bit kan draaien, alleen als ik zie wat ik daarvoor uit moet halen, word ik daar niet vrolijk van. Ik moet dan firefox opnieuw installeren (de binairy ipv de source versie) en het draaien vanuit een jail.... (http://gentoo-wiki.com/HOWTO_AMD64)
Je kunt gewoon emerge mozilla-firefox mozilla-firefox-bin doen.
Je krijgt dan 2 binairies, firefox en firefox-bin
In firefox-bin werkt flash gewoon.
nadeel is wel dat je je plugins 2 keer moet instaleren. Ik heb gewoon mn snelkoppeling in het menu aangepast, werkt als een trein.
Had trouwens geruchten gehoord dat er binnenkort een nieuwe flash versie voor linux uitkwam, waarschijnlijk ook met 64bit ondersteuning.
We are pentium of borg. Division is futile. You will be approximated.
Ik heb nog wat zitten spelen met ARCH=i386 en ik kan nu wel de verschillende cpu optimalisaties kiezen, maar compileren wil nog niet.
Ik wil gewoon wat spelen met een 32bit omgeving om te kijken wat me meer bevalt. Ik vind 64bit nu nog wat tegenvallen. Het draait allemaal wel, maar het lijkt wat traag te zijn. Daarnaast merk ik dat nog niet alles werkt zoals het zou moeten... Soms loop ik tegen compileer fouten aan (bijv bij kdelibs als kdeenablefinal als flag aanstaat).
Ik vrees dat ik voor de kernel trouwens toch even op moet starten met een 32bit live cd...
Ik wil gewoon wat spelen met een 32bit omgeving om te kijken wat me meer bevalt. Ik vind 64bit nu nog wat tegenvallen. Het draait allemaal wel, maar het lijkt wat traag te zijn. Daarnaast merk ik dat nog niet alles werkt zoals het zou moeten... Soms loop ik tegen compileer fouten aan (bijv bij kdelibs als kdeenablefinal als flag aanstaat).
Ik vrees dat ik voor de kernel trouwens toch even op moet starten met een 32bit live cd...
Waarschuwing, opperprutser aan het werk... en als je een opmerking van mij niet snapt, klik dan hier
Ik heb het vermoeden dat je een cross-compiler nodig hebt om een i386 kernel te compileren in een amd64 systeem. Andersom is het in ieder geval zeker zo, tenzij je een heel erg raar geconfigureerde compiler gebruikt op je systeem die zowel -m32 als -m64 accepteert. Ik ken geen distro's die dat zo leveren.
offtopic:
Ik heb zelf een tijdje 64bit kernels gebruikt waar ik alleen een 32bit root had. Ik had dan dus een amd64 cross compiler op mijn systeem voor het compileren van de kernel en externe modules. Het zogenaamde voordeel is dat je filesystem- en device drivers 64 bit gebruiken met alle bijkomende voordelen (snelheid en geen lowmem / highmem) zonder alle multilib / chroot nadelen. Ik heb zelfs een 64bit NVIDIA kernel module gebruikt bij een 32 bit versie van het "userspace" gedeelte van de NVIDIA driver.
Problemen met zo'n gemixte omgeving zijn, dat sommige build systems (uit mijn hoofd: Qt, klibc en andere non-autoconf dingen) in de war raken en bijvoorbeeld amd64 assembler gaan inlinen omdat "ergens" gedecteerd wordt, dat je een 64bit OS draait
Maar goed, ik had tijd teveel...
Ik heb zelf een tijdje 64bit kernels gebruikt waar ik alleen een 32bit root had. Ik had dan dus een amd64 cross compiler op mijn systeem voor het compileren van de kernel en externe modules. Het zogenaamde voordeel is dat je filesystem- en device drivers 64 bit gebruiken met alle bijkomende voordelen (snelheid en geen lowmem / highmem) zonder alle multilib / chroot nadelen. Ik heb zelfs een 64bit NVIDIA kernel module gebruikt bij een 32 bit versie van het "userspace" gedeelte van de NVIDIA driver.
Problemen met zo'n gemixte omgeving zijn, dat sommige build systems (uit mijn hoofd: Qt, klibc en andere non-autoconf dingen) in de war raken en bijvoorbeeld amd64 assembler gaan inlinen omdat "ergens" gedecteerd wordt, dat je een 64bit OS draait
Maar goed, ik had tijd teveel...
[ Voor 62% gewijzigd door irondog op 12-12-2006 16:20 ]
[P5B deluxe] [Core2Duo 6300] [2 X 1GB DDR2] [GF FX7300] [320 GB WD] [Gentoo] [VISTA]
Pagina: 1