[SOLVED] Problemy z boot'em install-amd64-minimal-2006.0.iso

[KaszeL]

Witam wszystkich serdecznie.

Mam mały problem z bootowaniem iso jak w temacie. Otoż dwa dni temu postanowiłem aktualizować moją nieco już wysłużoną maszynę na coś szybszego. Wybor padł na:

Płyta główna: DFI Infinity RS482 (na chipsesie ATI RS482)
Procesor: AMD Athlon 64 X2 3800+

Niestety mimo usilnych starań nie mogę nawet zabootować iso jak w temacie. Komputer wiesza się w trakcie ładowania kernela (jeszcze na "kropkach") albo, jak już to przebrnie to zaraz po inicjalizacji io schedulerów. Generalnie ostatnią linijkąjaką widzę jest:

io scheduler noop registered
io scheduler deadline registered
dalej jest juz tylko migający kursor i stop.

Poprzednio używałem gentoo na swoim desktopie z płytą na nVidia nForce2 + AMD Athlon-XP. Nie było zadnych problemów. Co więcej postanowiłem sobie przygotować małą instalacje gentoo w chroocie na potrzeby nowego sprzetu - wykożystując profil hardened, oczywiście jeszcze w trybie 32-bitowym. I jak się okazuje, mam duże problemy z przygotowaniem poprawnie bootującego się kernela. Wcześniej nie sprawiało mi to większego problemu. Ostatecznie skompilowałem kernel 2.6.14-hardened-r5 w konfiguracji żywcem sciągnietej z któregoś z wcześniejszych live-cd. W takiej konfiguracji jestem w stanie zabootować komputer. I instalować dalsze pakiety, niemniej chciałbym to jednak odpalić w natywnym trybie 64-bit. Próba kompilacji gentoo-sources 2.6.15-r1 w konfiguracji _identycznej_ kończy się problemem z bootowaniem podobnym do tego jaki ma livecd.

Może ktos z was ma jakies wskazówki? Administracja gentoo zajmuję się zawodowo już dobre 2lata a ogólnie linuksami od jakiś 10lat i do tej pory nigdy nie miałem aż takich problemów. Początkowo myslałem nawet, że być może sprzęt jest uszkodzony. Ale instalacja Windows Server 2003 R2 w trybie 64-bitowym przeszła bez najmniejszych problemów. Na obecnie uruchomionym systemie jestem w stanie przekompilować cały system bez żadnych problemów ze stabilnościa maszyny. Tylko co do licha jest grane z tym kernelem?? W tej chwili kompijule 2.6.15-r7, zobaczymy, może teraz zadziała. To będzie już ze 20-ta kompilacja kernela dzisiaj

EDIT: 2.6.15-r7 sie skompilowal i działa, aczkolwiek podczas startu na schedulerach jest około 8-sekundowa pauza. Poczym kernel sie łauje dalej. Próbowałem także czekać podczas bootowania livecd, niestety tam jest zwiecha.

[Eeeyeore]

Witam wszystkich serdecznie.
Płyta główna: DFI Infinity RS482 (na chipsesie ATI RS482)
Procesor: AMD Athlon 64 X2 3800+

Wiesz nie mialem doczyniania z takim chipsetem, jednakze jest to stosunkowo nowy sprzet, z ktorym moga byc problemy i to jeszcze przez dlugi czas.
Z tego co napisales ze jestes w 100% pewnien ze to nie wina sprzetu czy pamieci (bo to ze win 2003 zadziala, to wiesz win jest bardzo tolerancyjny na nawet kiepski sprzet) i to o niczym nie swiadczy.
Wkazdym razie ja mysle, ze zamiast masz sie meczyc i bezplodnie tracic czas na kombinacje to zatanow sie czy nie warto byloby wymienic tej plyty glownej na cos sprawdzonego z czym nie ma problemow
Ja mysle o plycie na nforce-4 ultra. Bo procesor masz przedni
Kazdy sprzedawca, ktoremu zalezy na kliencie powinen Ci wymienic ze zrozumieniem, bez problemow.
Ja doszedlem do tego ze jednak linuks to lubi sprawdzony sprzet a nie jakies eksperymanta czy o zgrozo extremalne podkrecenia, bo po pierwsze najwazniejsza jest stabilnosc i relaksacyjna praca.
A to ze na jakichs overclocking/forums sie podniecaja osiagami o 1,5%, czy o wyzszosci ati nad nvidia czy intel -> to jest bez sensu
Szkoda zrowia...

[noobah]

Pewnie głupie pytanie, ale czy sprawdzałeś poprawność iso, albo płyty wypalonej?

Jak masz chwilkę czasu to spróbuj ściągnąć jakiegoś slaxa np i spod niego instalować, w sumie to prawie to samo, tam jest chroot przecież.

[Riklaunim]

do 64 bitowego systemu można chrootować się tylko z 64 bitowego systemu tak więc można próbować z np. Kanotixem 64bitowym

[KaszeL]

Witam wszystkich serdecznie,

Prawdę mówiąc, z tego wszystko zapomniałem napisać, jakie są postępy. Otóż po kompilacji 2.6.15-r7 sprzęt zaczął się uruchamiać z drobną pauzą po schedulerach, o czym pisałem już wcześniej. Kilka godzin później zupełnie przez przypadek, natrafiłem w dmesg na taki komunikat: ehci: BIOS handoff failed. Co dało mi do myślenia, że winowajcą może być kontroler USB 2.0. Po jego wyłączeniu w biosie problemy z bootowaniem/wieszaniem się kernela ustąpiły momentalnie. Co oczywiście wcale nie oznacza, ze to koniec problemów - tylko wykraczają one chyba poza ten topic.