[megoldva?] Debian Squeeze telepítés nem megy

Debian GNU/Linux

Na így még nem jártam :(
Adva van egy Gigabyte G31M-ES2L alaplap, benne egy dual core E6500 2,93 GHz, egyenlőre 1 G RAM. Rácsaptam egy IDE vincsesztert és egy IDE DVD-ROM -ot. Szóval semmi extra - talán az IDE diszkeket leszámítva (a régebbi PXE telepítő image nem is látta a diszket, a frissítés megoldotta).
Először a szokásos módon i386 -ként akartam telepíteni PXE boot és neten-át. Fel is ment, de valahol az ACPI cuccok magasságában kiakad :(
Tapasztaltam, hogy a RIP 11 -es verziója sem tud rajta működni, se 32, se 64 bit (mit AMD -t próbáljak?).
Lehúztam a Squeeze IA64 netinst boot CD -jét, leégettem - nem bootol - ha bemountolom azon a gépen amin írtam, valami olyat ír ki hogy UDF fájlrendszer(?) de felcsatolja és olvasható - bootolni nem próbáltam más gépen.
Amit az IA64 netinst nagyon eltér a szokásos PXE image -től, mit kellene ezzel csinálni? Mit kellene kipróbálnom?

  • 3482 megtekintés

( uid_194 | 2011. 01. 24., h – 16:34 )

Az IA64 nagyon nem az amire gondolsz, szerintem. IA64 = Itanium. x86-64 = amd64.

Esetleg meg lehet kerni a telepitot, hogy adjon a kernelnek egy acpi=off opciot, hatha az meggyogyitja.

--
|8]

( tovis v | 2011. 01. 24., h – 16:48 )

Na most akkor ez milyen architektúra?
http://ark.intel.com/Product.aspx?id=42805
Idézetek:
Instructtion set 64-bit
Intel(R)64 Yes
Amikor én kezdtem mikroprocesszorokkal foglalkozni, akkor az adatbusz hossza volt a döntő (4 bit, 8 bit, 16 bit, 32 bit, 64 bit manapság)
Most akkor ez a Linux világában melyik kernel?

* Én egy indián vagyok. Minden indián hazudik.

Kösz!
Most már csak azt áruld el, hogy hol van ez leírva - legközelebb esetleg utána olvasok és nem piszkálok senkit ilyen butasággal :(
Itt keresgélek a neten, de biztos rosszul, mert már láttam rá benchmarkot, és rengeteg olcsó ajánlatot, csak aztt nem találom a hogy melyik Linux kernel -t szeretné.
Szóval AMD 64 - nagyon köszönöm - ez eszembe nem jutott volna :(

* Én egy indián vagyok. Minden indián hazudik.

Pl itt: http://www.debian.org/ports/

IA-64 (ia64)

First officially released with Debian 3.0. This is a port to Intel's first 64-bit architecture. Note: this should not be confused with the latest Intel 64-bit extensions for Pentium 4 and Celeron processors, called EM64T; for these, see the AMD64 port.

--
|8]

( tovis v | 2011. 01. 24., h – 22:53 )

Visszatértem az eredeti i386 -os telepítőhöz - még mindig Squeeze.
Gond nélkül feltelepült és szokásomtól eltérően grub -ot telepítettem mint boot loader.
Ugyanúgy kiakad és újraindul. Beszerkesztettem az "earlyprintk=serial,ttyS0,9600,keep" beállítást. A következőnél akad ki:

...
[ 10.293221] NET: Registered protocol family 2
[ 10.345227] IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
[ 10.430663] TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
[ 10.519108] TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
[ 10.598501] TCP: Hash tables configured (established 131072 bind 65536)
[ 10.676906] TCP reno registered
[ 10.714446] NET: Registered protocol family 1
[ 10.

Hát ebből még nem vagyok okosabb :(
Próbálom megnézni az előzményeket.
SZERK:
Van egy ACPI warning, hogy a [TAMG] táblában nem stimml a checksumma.
A "noapic" nem segített.
A "noacpi" sem segített.
Talán megpróbálom a Lenny -t - ez valamiért naígyon nem megy :(

* Én egy indián vagyok. Minden indián hazudik.

( tovis v | 2011. 01. 25., k – 22:47 )

Hát így már nem tudom mikor jártam utoljára - nagyon régen. Egyszerűen nem tud bootolni még a stable sem. Az egy dolog hogy hogy a stable telepítője nem ismeri fel a hálókártyát de, hogy ennyire nem akarja az igazságot. Ez új. Az első gyanús momentum, hogy nem tudja a második magot beizzítani, aztán "Setting up standard PCI resources" és és vége ...
Csak a googleban bízhatok?

* Én egy indián vagyok. Minden indián hazudik.

A stable/Lenny i386 telepítő lemegy, de aztán nem tud bootolni - nem kínál fel 64 bites kernelt.
A stable/Lnny am64 telepítő már a bootolás folyamán lefagy - ennyi.
A testing/Squeeze i386 telepítő csípőből felismeri a hálókártyát, lefut, és az új rendszer nem bootol, lefagy.
A testing/Squeeze amd64 telepítő a bootolás során már lefagy - ennyi.

* Én egy indián vagyok. Minden indián hazudik.

Esetleg nézd meg, van-e BIOS frissítés az alaplaphoz.

...vagy esetleg próbáld meg, hogy kiszedsz minden felesleges eszközt a gépből, letiltod az integrált eszközöket is és így bootol-e.
Ha igen, egyesével kapcsold vissza/tedd vissza a kártyákat.

Szintén meg lehet próbálni SATA helyett IDE (vagy fordítva) eszközre telepíteni.

Meg kéne fogni, hogy nagyjából mi okozza a gondot.

Szerk.:
feleslegest értsd: nem elengedhetetlenül szükséges egy boot teszthez.

( tovis v | 2011. 01. 26., sze – 17:34 )

Kínomban, lehúztam a telepítő CD set 1. diszkjét, stable és testing amd64.
Egyikkel sem lehetett helyből bootolni, viszont az én PXE konfigurációimból kispóroltam a súgó cuccokat, itt megvolt. Benyomtam mindent vga, fb, apic és acpi. Sikerült bebootolni - no akkor leredukáltam a "no" és "off" dolgokat, a végeredmény a "nolapic". Ezt beszerkesztettem a PXE konfigurációba is, így sikerült bebootolnom, mit több feltelepítenem és most már működik. Tény, hogy eddig a nolapic opcióval nem találkoztam, pedig már elég régen benne van. Kár, hogy a telepítők helpjén kívül ezek a létfontosságú opciók nincsenek felsorolva.
Egyébként, a telepítő nagyon előzékenyen a nolapic opciót a telepített rendszer grub.cfg -be is betette :)
Lehet, hogy BIOS -t kéne frissíteni? Kérdés hogy ezt vajon javították e.
Ráadásul ez a művelet nekem mindíg kockázatosnak tűnik, bár ez az alaplap is tud valami Dual BIOS feature -t. Ennek még utána kell néznem, nem tudom hogy "nolapic" mennyit ront a rendszer hatásfokán, teljesítményén.

* Én egy indián vagyok. Minden indián hazudik.

( tovis v | 2011. 01. 26., sze – 18:20 )

Hát ez meglepő. A jelenlegi BIOS verziómnál csak egíy frissebb van, az is csak valami új típusú flash ROM támogatásban új. Ezt frissíteni nem tűnik túl értelmesnek.

* Én egy indián vagyok. Minden indián hazudik.

( viktor32 | 2011. 02. 17., cs – 08:00 )

Van egy Pentium III-as coppermine processzorral ellátott gépem. Eddig lenny ment rajta évek óta tökéletesen fagyás nélkül. Tönkre ment benne a vinyó. Betettem egy újat és gondoltam feltelepítem rá az új Squeeze-t. Az i386-os verziót próbáltam telepíteni, bejött a telepítő menü, majd ezután kiválasztva az installt, vagy a grafikus installt, akkor is kifagyott a gép, a képernyő szétcsúszásával együtt. Nem tudtam telepíteni. Fogtam magam és felraktam rá újra a lenny-t, ami tökéletesen csont nélkül kúszott fel rá és szépen működik mint eddig évek óta.
Kérdésem, hogy miért nem települhetett. A P3-as processzor támogatását vették ki a kernelből?

Másik kérdés, hogy ha a működő lenny-t upgradelném Squeeze-re, akkor vajon működne?

root@pluto:~# cat /proc/version
Linux version 2.6.32-5-686 (Debian 2.6.32-27) (maks@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Sat Oct 30 22:47:19 UTC 2010
root@pluto:~# cat /etc/issue
Debian GNU/Linux squeeze/sid \n \l

root@pluto:~# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 7
model name : Pentium III (Katmai)
stepping : 3
cpu MHz : 498.727
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pse36 mmx fxsr sse
bogomips : 997.45
clflush size : 32
cache_alignment : 32
address sizes : 36 bits physical, 32 bits virtual
power management:

szerintem ez még egy bétás squeeze, de nem upgrade-del lett telepítve, hanem cd-ről.

( tovis v | 2011. 05. 20., p – 22:35 )

Ez a telepítés még mindig nem gömbölyű :(
Miután nehezen túlestem a raid1 telepítésen (http://hup.hu/node/103214) 2.6.32..amd64
belenéztem a /proc/cpuinfo -ba, és elhülve láttam hogy csak egy processzort lát?
Egy Dual-Core legalább két processzor kéne legyen nem?
Ahhoz hogy egyáltalán képes legyen bootolni (különben leakadt a proceszorok felismeréséneél), hozzá kellett adnom a "nolapic" opciót - no local APIC. De akkor hogy lehe t amásik magot felpiszkálni?

* Én egy indián vagyok. Minden indián hazudik.

A BIOS -ban nem látok semmi különösebbet.
Itt a sorosról levett kernel log http://pastebin.com/AGiy2R3n "nolapic" opció nélkül.

Itt a dmesg http://pastebin.com/P6PT4qEz "nolapic" opcióval.

A "$grep SMP /boot/config-$(uname -r)" parancs a következőket dobja: 


  CONFIG_USE_GENERIC_SMP_HELPERS=y
  CONFIG_X86_64_SMP=y
  CONFIG_SMP=y
  # CONFIG_MAXSMP is not set
  CONFIG_PM_SLEEP_SMP=yes
  CONFIG_SCSI_SAS_HOST=y
  CONFIG_VIDEO_VP27SMPX=m

A "grep -i processor /proc/cpuinfo" csak ennyit dob: 


  processor   : 0

Megint megnéztem a Gigabyte honlapot, nincs új érdemi BIOS frissítés.
http://hu.gigabyte.com/products/page/mb/ga-g31m-es2l_2x/download/bios - nekem "FH" verzióm van.

* Én egy indián vagyok. Minden indián hazudik.

Megnézem - anno nagyon megörültem ennek nolapic opciónak de gyanús hogy cserébe csak egy magot lát.
Viszont most megpróbáltam lehúzni/feltenni a linux-doc-2.6.32 és a linux-doc-2.6 mire kijelentette, hogy nem bírja kicsomagolni, hibás a csomag. Átdobtam az ír szerverre, ugyanaz az eredmény. Ez már kicsit sok nekem mára :(

* Én egy indián vagyok. Minden indián hazudik.

( tovis v | 2011. 05. 21., szo – 14:34 )

Köszönöm a segítséget, úgy tűnik megoldódott. Nem vagyok boldog, mert nem igazán világos. A lényeg, hogy amit mondtatok, amit googleztam mind BIOS vagy BIOS setup problémára utal/mutat. Radikálisan minden perifériát és "gyanús szolgáltatást" kikapcsoltam (USB, LAN,Azalea, HPET stb.) Meglepi, "nolapic" opció nélkül szépen bootol, és megvan a másik mag!
Jó. Örülök. Most már egyesével kezdtem visszakapcsolgatni a dolgokat (a létfontosságúakkal kezdve - LAN) ... szinte mindent visszakapcsoltam (USB, USB 2.0) kivéve a billentyű/egér és a legacy storage támogatást, "és még mindig mozog a föld ..."
Azért ez gáz, mi változott? Ha visszakapcsoltam volna valamit, amitől megint fejre áll, akkor tudnám mi az amit nem szabad piszkálni, és ha létfontosságú akkor vissza a kereskedőhöz. De így?
Mindegy, most megoldódott, és működik, a BIOS beállításokat lefényképeztem ;)
Még egyszer köszönöm az ötleteket, tippeket!

* Én egy indián vagyok. Minden indián hazudik.

Nem frissítettem a BIOS -t, eleve majdnem a legfrissebbel kaptam. A frissebb verzió a Gigabyte szerint, mindösszesen annyival jobb hogy támogat valami új flash -t - szerinemt nekem a régi van.
Nem, itt kimondottan arról lehet szó, hogy valamelyik beállítás, látens/rejtett módon valami olyat is állít ami nem nyilvánvaló (lehet hogy a windows -ban észre sem vennénk). Úgy nagyjából az XT korszak óta állítgatok BIOS -t, van némi tapasztalatom. Eszembe sem jutott, hogy valami olyat állítottam be, ami a Linux -ot bootolhatatlanná tette/teszi, már a telepítő számára is. Van ugyanettől a gyártótól egy AMD alaplapom is, ott is használnom kell a nolapic kapcsolót, de ott ez látszólag csak a shutdown parancsot befolyásolja (nem kapcsol le, megreked a reboot végén) viszont gond nélkül bootol és mind két magot látja.

* Én egy indián vagyok. Minden indián hazudik.

nem tudom számit-e, de nekem jelenleg a laposomban egy több szektor hibával rendelkező vinyo van a gépben. simán felment a squeeze, wifit kellett telepítés után hekkelni. néha a szektor hiba miatt van egy kis nyavajgás de nem zavaró. squeeze-t szerintem nagyon eltalálták. korábban mandrivát használtam hosszú évekig, de az ott kialakult vacakolások miatt váltottam debianra. nem bántam meg.

Nemtom', nekem van egy kb. két éves alaplapom, rendszeresen frissítem a BIOS-át, és sikerült egy olyan update-et kiadnia a gyártónak, ami simán resetelte a lapot bionytalan időközönként. Mivel viszonylag gyorsan reagáltak (kb. egy hónap) és mivel viszonylag ritkán használom a gépet (kb. hetente pár órát), ezért mire feltűnt hogy mi van, addigra jött a frissítés...
ezzel csak azt akarom mondani hogy könnyen előfordulhat, hogy egy hibás BIOS-fájllal kaptad a lapot, olyan hibával, amire már van javítás egy újabb BIOS-ban. Ezért érdemes frissíteni, ha már végképp nincs tipp a rejtélyes jelenségekre...

( salaud v | 2011. 05. 22., v – 13:15 )

Nekem volt ugyanilyen alaplapom, hasonló gondokkal, az alaplap volt hibás. Garanciális csere után kiválóan üzemelt, több disztribúcióval, volt rajta próbából debian, fedora is. Semmilyen extra boot opció nem kellett neki, minden működött.
Arch linux-al üzemelt majd egy évig. Tudomásom szerint most linux mint fut rajta, gond nélkül.

---------------------------------------------------------------------------------
A Linux nem ingyenes. Meg kell fizetni a tanulópénzt.
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!

Nekem szerencsém volt, windows telepítésnél is előjöttek hibák, fagyások, és lelkiismeretes eladótól vettem. Amúgy hőfokokat néztél? Nekem a chipset is eléggé melegedett...

---------------------------------------------------------------------------------
A Linux nem ingyenes. Meg kell fizetni a tanulópénzt.
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!

A chipset tényleg forró - legalább 50° C - nem markolnám meg tartósan :(
A CPU az 31°C - BIOS szerint - van rajta egy szép, nagy tenyérnyi passzív hűtőborda ami a táp 12 cm ventilátorával néz farkasszemet (alig találtam hozzá jó dobozt).
Valamit kezdenem kell ezzel . kell egy jó nagy chipset hűtő.

* Én egy indián vagyok. Minden indián hazudik.

Gigabyte alaplapok biosában van elrejtett rész, azt hiszem, Ctrl+F1-re jön elő, ott lehet pár dolgot állítgatni. Lehet ezek egyikét sikerült resetelned. http://hup.hu/node/83593 Anno én ilyen gépet raktam össze erre a lapra építkezve, az új tulajánál szépen működik ma is.

---------------------------------------------------------------------------------
A Linux nem ingyenes. Meg kell fizetni a tanulópénzt.
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!

( tovis v | 2011. 05. 22., v – 15:37 )

A mostani állapot szerint, minden ZÖLD - jó a chipsetnek kell valami plusz hűtés, majd kitalálom.
A probléma a telepítéskor keletkezett, valamilyen rossz BIOS beállítás miatt csak nolapic kernel paraméterrel akart elindulni a 2.6.32.8 -as kernel. Később kiszúrtam (nem nézem percenként) hogy csak egy magot lát. Hosszas nyűglődés után, kikapcsoltam mindent amit csak ki lehetett kapcsolni (még az IDE kontrollert is, csak a SATA maradt) és láss csodát, nolapic paraméter nélkül indult a gép, és látta/kezelte mindkét magot. Akkor szépen visszakapcsoltam szinte mindent, és ... jól működik (ami kimaradt az az USB egér és billentyűzet, a "legacy USB storage támogatás" és az IDE kontroller). A gond csak az, hogy nem tudom, nem értem, mitől javult meg? Nem látom, melyik az a BIOS beállítás ami helyrehozta. Ha nem szóltok, meg sem nézem a chipsetet - köszönöm, hogy eszembe juttattátok.

Továbbra is hibátlanul működik!

* Én egy indián vagyok. Minden indián hazudik.