Gentoo telepítés, 3.napja nem megy

Gentoo

Gentoo telepítés, 3.napja nem megy

  • 1050 megtekintés

( voroskoi | 2004. 11. 23., k – 10:05 )

[quote:454f3fcf94="horvatha"]
Nem tartozik a téma fő sodrásához, nem is hinném, hogy ez a hiba oka ebben az esetben, csak azt hadd írjam le, hogy egyszer nekem volt olyan hibás RAM-om, amelyik csak több óra folytonos üzemelés után hibázott és azt is csak pár címen tette csak bizonyos bitmintáknál. Pihentetés után bekapcsoláskor a memtest86 eleinte hibátlanul végigpörgött és csak 2-3 óra folytonos üzem után kezdett hibázni, ami több memtest86 ciklust jelentett.

Persze, ha a több óra üzem nem a memtest86 alatt ment, akkor is meghülyült a rendszer. No meg persze én is, mire be tudtam bizonyítani az igazamat és visszacserélték a RAM-modult. De sikerült! :)

:D Na ilyenről sem hallottam még.

Egyébként tegnap sikerült telepítenem az xorg-x11-et. Most fut az emerge kde. Remélem, nem lesz gond. Mióta visszavettem a processzort meg az új LiveCD-t használom nem tapasztaltam semmi furcsát.
Köszönöm mindenkinek a segítséget!

( rigidus | 2005. 01. 26., sze – 00:33 )

[quote:e0743dea29="szsz"][quote:e0743dea29="rigidus"]
...
Az initrd-t felmountolja szepen es amikor be akarja csatolni a "/newroot"-ba a /dev/hda6-on levo root particiot akkor valami ilyesmi promptot dob be:
[code:1:e0743dea29]boot () :: [/code:1:e0743dea29]
ill. keri, hogy adjak meg egy masik eszkozt a /dev/hda6 helyett, vagy felajanlja a "shell" parancs hasznalatat amire egy ash shell elindul es a felmountolt initrd-be lehet buherni.
...
Talalkozott mar valaki ilyennel?
A segitseget elore is koszi. :)

Helló!

Én találkoztam már ilyennel. Próbáld meg az initrd nélkül és jó lesz (amennyiben a kernelbe raktad a szükséges dolgokat, ofkoz)!

Ha ez a megoldás nem tetszik és netalán megoldod az initrd-s indulást, akkor légyszi súgd majd meg a megoldást! Köszi! ;-)

Szabi

Sikerult initrd nelkul, de furta az oldalamat, hogy miert nem megy initrd-vel. :D

Felraktam megegyszer, a titka az volt egesznek, hogy a gyari kernel forgatasakor a telepitesnel nem szabad piszkalni a kernelbeallitasokat. Akkor szepen felmegy. Kesobb, ha mar van egy bootolo lerndszer akkor mar at lehet a kernelt makenyolni.

Most tamadt vele egy uj gondom, egy csomagot ami az x11-hez kell, nem akar leforgatni.

A csomag neve: ttmkdir.
A legfrissebb portage van fent (2005.01.22).

Bug-ok kozt nem lattam bejelentve, de addig nem is akarom jelenteni amig nem vagyok benne biztos, hogy valoban az.

Talalkozott mar valaki ilyennel, hogy valamit nem forgat a portage-bol?

( zsirfeka | 2005. 01. 26., sze – 07:48 )

[quote:416fb1f247="rigidus"]Most tamadt vele egy uj gondom, egy csomagot ami az x11-hez kell, nem akar leforgatni.

A csomag neve: ttmkdir.
A legfrissebb portage van fent (2005.01.22).

Bug-ok kozt nem lattam bejelentve, de addig nem is akarom jelenteni amig nem vagyok benne biztos, hogy valoban az.

Talalkozott mar valaki ilyennel, hogy valamit nem forgat a portage-bol?

hibauzenet?
amugy ha jol emlekszem, lattam ilyet, asszem emerge libtool utan fordult rendesen

( Névtelen (nem ellenőrzött) | 2005. 01. 26., sze – 08:32 )

[quote:d3607d01fb="rigidus"]Felraktam megegyszer, a titka az volt egesznek, hogy a gyari kernel forgatasakor a telepitesnel nem szabad piszkalni a kernelbeallitasokat.

De lehet, sőt, érdemes is, csak tudd, hogy mihez nyúlsz, s miért, mert egyébként meg lehet jól járni. :)
Szóval amíg nem vagy jártas a Kernelben, addig tényleg hagyni kell a gyárit feltelepülni, s utána érdemes csak változtatgatni...

( szsz | 2005. 01. 26., sze – 14:59 )

[quote:d0ee10ebfc="norbert79"][quote:d0ee10ebfc="rigidus"]Felraktam megegyszer, a titka az volt egesznek, hogy a gyari kernel forgatasakor a telepitesnel nem szabad piszkalni a kernelbeallitasokat.

De lehet, sőt, érdemes is, csak tudd, hogy mihez nyúlsz, s miért, mert egyébként meg lehet jól járni. :)
Szóval amíg nem vagy jártas a Kernelben, addig tényleg hagyni kell a gyárit feltelepülni, s utána érdemes csak változtatgatni...

T. norbert79!

Lehet, hogy félreértetted a dolgot. (Vagy én.) Amit kiemeltél rigidus hozzászólásából és véleményeztél, az általánosságban ugyan igaz, DE itt a probléma az initrd-vel volt, NEM a kernellel. Idézem egyben:
[quote:d0ee10ebfc="rigidus"]Sikerult initrd nelkul, de furta az oldalamat, hogy miert nem megy initrd-vel. :D

Felraktam megegyszer, a titka az volt egesznek, hogy a gyari kernel forgatasakor a telepitesnel nem szabad piszkalni a kernelbeallitasokat. Akkor szepen felmegy. Kesobb, ha mar van egy bootolo lerndszer akkor mar at lehet a kernelt makenyolni.

Az én olvasatomban a dolog arról szól, hogy valamiért csak a gyári (genkernel) kernel konfiggal készült initrd müködik jól. Tehát először csinálj egy gyári initrd-t, és csak utána állj neki annak a kernel konfignak és fordításnak, amit használni szeretnél. Szerintem...

rigidus!

Pls, erősítsd meg vagy cáfold a fentieket!
Most emergeltem egy ttmkfdir-3.0.9-r2-t, nálam nincs gond. zsirfeka már írta, hogy valami hibaüzenet nem ártana a segítséghez!

Szabi

( voroskoi | 2004. 11. 22., h – 07:46 )

Sziasztok!

Meglehetősen sok gondom akad a gentoo telepítéssel, ezért leírom, mit csináltam, hátha van benne valami hülyeség ami miatt nem megy.

A telepítést egy 2004.2-es CD-vel csinálom, a gépem egy Celeron 2.2GHz.

Először
[code:1:0a506f5ac9]GHOST="i686-pc-linux-gnu"
CFLAGS="-O3 -march=pentium3 -pipe -fomit-frame-pointer"
MAKEOPTS="-j2"
AUTOCLEAN="yes"

USE="gtk gnome -qt -kde php ssl alsa cdr dvd dvdr X"[/code:1:0a506f5ac9]

Ezekkel a beállításokkal bootstrap.sh lefutott és a rendszer úgy tűnt, megy.
Amikor megpróbáltam telepíteni az xorg-x11-et elszállt. Hibaüzenet az elősző hozzászólásomban. http://www.hup.hu/modules.php?name=Forums&file=viewtopic&t=3600

Ekkor módosítgattam a flageket és látszólag elindult, de aztán a kde is elszállt. (Másodszor is.)
Gyanús volt, hogy valamit elszúrtam, ha ennyit szívok vele. (Ekkor már 2 napja telepítettem egyfolytában)

Szóval újrakezdtem. Próbáltam kevesebbet optimizálni, hátha azt vittem túlzásba.
[code:1:0a506f5ac9]CFLAGS="-O2 -mcpu=pentium3 -pipe -fomit-frame-pointer"
USE="-gtk -gnome qt kde alsa cdr dvd dvdr php ssl"[/code:1:0a506f5ac9]
beállításokkal.
Most már a bootstrap is elszáll:-)

Egész pontosan a gcc második fordítása(tehát amikor már az én beállításaimmal fordítaná nem i386-tal).
Segmentation fault a hibaüzenet.

Hozzátartozik az igazsághoz, hogy a processzor most 2.64-en megy. Most jutott csak eszembe, hogy talán nem kellett volna.
Lehet, hogy az a baj? Mert akkor nekiállok még 1x, de már kicsit unom. :cry:
Szóval várom az ötleteket. Szép napot!

( mukk | 2004. 11. 22., h – 08:37 )

Ez lehet: "processzor most 2.64-en megy"
vagy nekem még memóriahiba esetén csinált ilyet...
Azt viszont memtest86 megmondta...

( voroskoi | 2004. 11. 22., h – 09:18 )

[quote:f1807ce801="mukk"]Ez lehet: "processzor most 2.64-en megy"
vagy nekem még memóriahiba esetén csinált ilyet...
Azt viszont memtest86 megmondta...

Huh. A memtest eszembe sem jutott. :oops:
De most elindítottam.
Ezen kívül leszedtem a 2004.3 LiveCD-t. Az sem ártott, mert a hotplug-ot nem tudta leállítani rebbot-nál.
Ja és a procit is visszavettem normál(100) FSB-re.
Remélem, hogy így már jó lesz! Kösz!

A memtest háromszor elment a pass végéig hiba nélkül. Akkor lett gyanús, hogy ugyanazt ismételgeti:-) Utána abbahagytam. (Nem áll meg soha magától?)

( eddie303 | 2004. 11. 22., h – 10:30 )

[quote:be11d7e795="voroskoi"][quote:be11d7e795="mukk"]Ez lehet: "processzor most 2.64-en megy"
vagy nekem még memóriahiba esetén csinált ilyet...
Azt viszont memtest86 megmondta...

Huh. A memtest eszembe sem jutott. :oops:
De most elindítottam.
Ezen kívül leszedtem a 2004.3 LiveCD-t. Az sem ártott, mert a hotplug-ot nem tudta leállítani rebbot-nál.
Ja és a procit is visszavettem normál(100) FSB-re.
Remélem, hogy így már jó lesz! Kösz!

A memtest háromszor elment a pass végéig hiba nélkül. Akkor lett gyanús, hogy ugyanazt ismételgeti:-) Utána abbahagytam. (Nem áll meg soha magától?)

Nem fog megállni. De viszont láttam olyant, hogy se goldmemory se memtest86 nem mondott hibát, de ram-csere után ment a dolog...

( voroskoi | 2004. 11. 22., h – 10:46 )

[quote:0a68b57fce="eddie303"]
Nem fog megállni. De viszont láttam olyant, hogy se goldmemory se memtest86 nem mondott hibát, de ram-csere után ment a dolog...

Remélem, hogy nálam nem ez van. Ez az otthoni gépem és eddig nem volt vele gond. Az UHU meg a WinXP megy.

Nameg most az emerge --sync :)

( eddie303 | 2004. 11. 22., h – 11:46 )

a -- -t lehagyhatod a sync és a search esetén :)
Nehogy melegés miatt legyen a hiba fordulás közben.

( dr_strange | 2004. 11. 22., h – 11:53 )

[quote:e4044c7bad="eddie303"]a -- -t lehagyhatod a sync és a search esetén :)
Nehogy melegés miatt legyen a hiba fordulás közben.

emerge sync és rsync obsolete az új portage-verziókban, az emerge --sync használatos már, úgy tudom

( horvatha | 2004. 11. 22., h – 12:21 )

[quote:dfac86f201="voroskoi"]
A memtest háromszor elment a pass végéig hiba nélkül. Akkor lett gyanús, hogy ugyanazt ismételgeti:-) Utána abbahagytam. (Nem áll meg soha magától?)

Nem tartozik a téma fő sodrásához, nem is hinném, hogy ez a hiba oka ebben az esetben, csak azt hadd írjam le, hogy egyszer nekem volt olyan hibás RAM-om, amelyik csak több óra folytonos üzemelés után hibázott és azt is csak pár címen tette csak bizonyos bitmintáknál. Pihentetés után bekapcsoláskor a memtest86 eleinte hibátlanul végigpörgött és csak 2-3 óra folytonos üzem után kezdett hibázni, ami több memtest86 ciklust jelentett.

Persze, ha a több óra üzem nem a memtest86 alatt ment, akkor is meghülyült a rendszer. No meg persze én is, mire be tudtam bizonyítani az igazamat és visszacserélték a RAM-modult. De sikerült! :)

( rigidus | 2005. 01. 26., sze – 21:38 )

[quote:e3477b0ecc="szsz"][quote:e3477b0ecc="norbert79"][quote:e3477b0ecc="rigidus"]Felraktam megegyszer, a titka az volt egesznek, hogy a gyari kernel forgatasakor a telepitesnel nem szabad piszkalni a kernelbeallitasokat.

De lehet, sőt, érdemes is, csak tudd, hogy mihez nyúlsz, s miért, mert egyébként meg lehet jól járni. :)
Szóval amíg nem vagy jártas a Kernelben, addig tényleg hagyni kell a gyárit feltelepülni, s utána érdemes csak változtatgatni...

T. norbert79!

Lehet, hogy félreértetted a dolgot. (Vagy én.) Amit kiemeltél rigidus hozzászólásából és véleményeztél, az általánosságban ugyan igaz, DE itt a probléma az initrd-vel volt, NEM a kernellel. Idézem egyben:
[quote:e3477b0ecc="rigidus"]Sikerult initrd nelkul, de furta az oldalamat, hogy miert nem megy initrd-vel. :D

Felraktam megegyszer, a titka az volt egesznek, hogy a gyari kernel forgatasakor a telepitesnel nem szabad piszkalni a kernelbeallitasokat. Akkor szepen felmegy. Kesobb, ha mar van egy bootolo lerndszer akkor mar at lehet a kernelt makenyolni.

Az én olvasatomban a dolog arról szól, hogy valamiért csak a gyári (genkernel) kernel konfiggal készült initrd müködik jól. Tehát először csinálj egy gyári initrd-t, és csak utána állj neki annak a kernel konfignak és fordításnak, amit használni szeretnél. Szerintem...

rigidus!

Pls, erősítsd meg vagy cáfold a fentieket!
Most emergeltem egy ttmkfdir-3.0.9-r2-t, nálam nincs gond. zsirfeka már írta, hogy valami hibaüzenet nem ártana a segítséghez!

Szabi

Koszi, hogy utananeztel. :)

Ha szinkronizalok egy portage-t, mar akkor gondja akad a checksumnal. (emerge-webrsync)
Ime a log:
[code:1:e3477b0ecc]
Fetching most recent snapshot
Attempting to fetch file dated: 20050126
--- No md5sum present on the mirror. (Not yet available.)
Attempting to fetch file dated: 20050125
--- No md5sum present on the mirror. (Not yet available.)
Attempting to fetch file dated: 20050124
--- No md5sum present on the mirror. (Not yet available.)
Attempting to fetch file dated: 20050123
--- No md5sum present on the mirror. (Not yet available.)
Attempting to fetch file dated: 20050122
portage-20050122.tar.bz2: FAILED
[/code:1:e3477b0ecc]
A log aljabol lemaradt egy sor, ami irja, hogy azert nem sikeres a portage frissitese, mert a generalt kulcs es az ellenorzo kulcs nem egyezik.

Az emerge kde kimenete:
[code:1:e3477b0ecc]
Calculating dependencies ....>>> Unpacking source...
>>> Unpacking ttmkfdir-3.0.9.tar.bz2 to /var/tmp/portage/ttmkfdir-3.0.9-r2/work
Applying ttmkfdir-3.0.9-cpp.patch ...
Applying ttmkfdir-3.0.9-zlib.patch ...
Applying ttmkfdir-3.0.9-gcc34.patch ...
Applying ttmkfdir-3.0.9-encoding.patch ...
Applying ttmkfdir-3.0.9-freetype_new_includes.patch ...
>>> Source unpacked.
libtool --mode=compile i686-pc-linux-gnu-g++ -Wall -pedantic -I/usr/include/freetype2 -march=pentium4 -pipe -fomit-frame-pointer -fprefetch-loop-arrays -o ttmkfdir.o -c ttmkfdir.cpp
libtool --mode=compile i686-pc-linux-gnu-g++ -Wall -pedantic -I/usr/include/freetype2 -march=pentium4 -pipe -fomit-frame-pointer -fprefetch-loop-arrays -o directory.o -c directory.cpp
libtool: compile: unable to infer tagged configuration
libtool: compile: unable to infer tagged configuration
...done!
>>> emerge (1 of 72) x11-misc/ttmkfdir-3.0.9-r2 to /
>>> md5 src_uri ;-) ttmkfdir-3.0.9.tar.bz2
[/code:1:e3477b0ecc]

A hiba akkor tortenik amikor kier a vegere es ott megall. Vartam vele egy 30-40 percet de nem csinalt semmit ugyhogy Ctrl+C.

Megerositeskent: Az initrd-s dologra visszaterve, valoban nem a kernelbeallitasokkal tamadtak gondjaim, (anno 1.2-es kernelen kezdtem eloszor), hanem az initrd hibasan jott letre ezert nem tudott root fajlrendszert mountolni. Az initrd-ben levo /dev konyvtar cuccai kozul nehany node fake volt. Vagyis nem oda mutattak ahova kellene :?

Van egy jol kitapasztalt kernelbeallitasom ehhez a gephez, aminek a konfigjat mar regota cipelem magammal kernelrol kernelre. Csak a minimalis cuccokat forgatom bele mint a hardverbol, mint az egyeb kernel-belsosegekbol amit hasznalok. A sallangot igyekszem kerulni belole es mindig megbizhatoan szokott mukodni. :)

Ma egy kicsit beleastam magamat a genkernel rejtelmeibe es ahogy elneztem annak egy modulja allitja elo az initrd-t nem pedig a jol megszokott mkinitrd. Sot az mkinitrd-t fel sem teszi alapbol. :)

Az elso telepitest egyebkent sikerult bootolhatova tennem ketfele megoldas altal is, az egyik az az initrd kihagyasa a masik pedig a hagyomanyos modszer volt: eredeti kernel+sajat konfig+mkinitrd+a hagyomanyos kernelforgatas. Mindket megoldassal elindult.

A masodik telepitest azert valasztottam, mert jobb szeretem, ha egy rendszer egybe van, ugy ahogy azt terveztek nem pedig hazilag haxolva, hogy utana frissitesekkel es mas egyeb dolgokkal gondok legyenek. :)

Volna itt valami: Nezegettem a 22-e elotti portageket, szinte naponta jottek ujak, de most azota semmi. :) Ez igy szokvanyos?

Ja es koszi a segitseget :)

( szsz | 2005. 01. 26., sze – 23:18 )

Helló!

[quote:63c01ae357="rigidus"]Ha szinkronizalok egy portage-t, mar akkor gondja akad a checksumnal. (emerge-webrsync)
.
.
.
Volna itt valami: Nezegettem a 22-e elotti portageket, szinte naponta jottek ujak, de most azota semmi. :) Ez igy szokvanyos?

Nem találkoztam még ilyen problémával és a snapshotokat sem szoktam nézegetni, hogy milyen gyakoriak, mert mindig emerge sync-kel frissítek. Szóval ez passz...

A ttmkfdir-rel kapcsolatban próbáld meg, amit zsirfeka tanácsolt feljebb:
[quote:63c01ae357="zsirfeka"]amugy ha jol emlekszem, lattam ilyet, asszem emerge libtool utan fordult rendesen

Sok szerencsét!

Szabi

( strangedr | 2005. 01. 26., sze – 23:24 )

libtool probléma már sticky a forums.gentoo.org-on, magentán is volt hír, körül kell nézni

webrsync probléma: próbálj másik mirrort beállítani

( rigidus | 2005. 01. 23., v – 21:15 )

Sziasztok,

Nem akartam uj topicot nyitni a temanak mivel en is eppen 3 napja szenvedek vele, csak a problema mas jellegu.

2004.3-as gentoorol van szo. Az alaprendszer lefordult szepen. Amikor bootolok olyan hibauzenetet ad, hogy a root filerendszerem nem letezik. (ez nem a kernel panikos dolog)

Az initrd-t felmountolja szepen es amikor be akarja csatolni a "/newroot"-ba a /dev/hda6-on levo root particiot akkor valami ilyesmi promptot dob be:
[code:1:2577aee27c]boot () :: [/code:1:2577aee27c]
ill. keri, hogy adjak meg egy masik eszkozt a /dev/hda6 helyett, vagy felajanlja a "shell" parancs hasznalatat amire egy ash shell elindul es a felmountolt initrd-be lehet buherni.

Mindenesetre en megprobaltam kezzel bemountolni az initrd-bol a root filerendszert a kovetkezo keppen:
[code:1:2577aee27c]mount /dev/hda6 /newroot[/code:1:2577aee27c]
Majd kozolte, hogy a /dev/hda6 nem letezo blokkeszkoz.

Megneztem az initrd /dev konyvtarat, valojaban letezik a hda6. Kivancsi voltam, hogy mukodik-e, majd osszekapcsoltam a konzolommal az eszkozt:
[code:1:2577aee27c]cat < /dev/hda6[/code:1:2577aee27c]
Az tortent aminek kellett tortennie: folyamatosan olvas a vinyorol, majd nyomja a konzolba

probaltam megadni a filerendszer tipusat is:
[code:1:2577aee27c]mount -t reiserfs /dev/hda6 /newroot[/code:1:2577aee27c]
ugyanugy hibas blokkeszkozkent jon vissza. (a reiserfs bent van a kernelbe)

Termeszetesen a lilo es fstab fajlok ugy vannak beallitva ahogy a telepitesi leirasban szerepel.

Probaltam patcheletlen 2.6.10-eskernellel is, de a helyzet ugyanaz. :?

A masik gond, hogy sajna egyenlore nem tudok log-ot kesziteni a hibarol mivel a bootolas azon allapotaban nincs hova kiirjam az allomanyt.

Talalkozott mar valaki ilyennel?
A segitseget elore is koszi. :)

( szsz | 2005. 01. 23., v – 21:47 )

[quote:b7816f3562="rigidus"]
...
Az initrd-t felmountolja szepen es amikor be akarja csatolni a "/newroot"-ba a /dev/hda6-on levo root particiot akkor valami ilyesmi promptot dob be:
[code:1:b7816f3562]boot () :: [/code:1:b7816f3562]
ill. keri, hogy adjak meg egy masik eszkozt a /dev/hda6 helyett, vagy felajanlja a "shell" parancs hasznalatat amire egy ash shell elindul es a felmountolt initrd-be lehet buherni.
...
Talalkozott mar valaki ilyennel?
A segitseget elore is koszi. :)

Helló!

Én találkoztam már ilyennel. Próbáld meg az initrd nélkül és jó lesz (amennyiben a kernelbe raktad a szükséges dolgokat, ofkoz)!

Ha ez a megoldás nem tetszik és netalán megoldod az initrd-s indulást, akkor légyszi súgd majd meg a megoldást! Köszi! ;-)

Szabi

( rigidus | 2005. 01. 23., v – 21:53 )

[quote:6ca60216a9="szsz"][quote:6ca60216a9="rigidus"]
...
Az initrd-t felmountolja szepen es amikor be akarja csatolni a "/newroot"-ba a /dev/hda6-on levo root particiot akkor valami ilyesmi promptot dob be:
[code:1:6ca60216a9]boot () :: [/code:1:6ca60216a9]
ill. keri, hogy adjak meg egy masik eszkozt a /dev/hda6 helyett, vagy felajanlja a "shell" parancs hasznalatat amire egy ash shell elindul es a felmountolt initrd-be lehet buherni.
...
Talalkozott mar valaki ilyennel?
A segitseget elore is koszi. :)

Helló!

Én találkoztam már ilyennel. Próbáld meg az initrd nélkül és jó lesz (amennyiben a kernelbe raktad a szükséges dolgokat, ofkoz)!

Ha ez a megoldás nem tetszik és netalán megoldod az initrd-s indulást, akkor légyszi súgd majd meg a megoldást! Köszi! ;-)

Szabi

Koszi, megprobalom. :)