dist-upgrade vs Highpoint
Tanácsotokat kérem az alábbiakhoz. A szerver jelenlegi állapota: Woody 300 MHz alaplapon, 2.4.21-es kernellel, lilo loaderrel. A HP366 csipszet miatt helyben fordított kernelt használok, mert a driverjének a kernelben kell lennie. Ha modulban lenne, nem találná: a kernel betöltése után a /dev/hda mindjárt /dev/hde-vé válik. Nincs RAID, mert csak egy winchesterem van. Dist-upgrade-et tervezek. Ennek következménye tudomásom szerint az lesz, hogy felrakja a legfrissebb stabil vanilla kernelt, letörli a lilo-t, és telepíti a grub-ot. Megnéztem: van a kernel csomagokban HPT366, de modulban. Megtehetem-e, hogy telepítés után rögtön eltávolítom a grub-ot, és telepítem a lilo-t? Illetve, hogyan? Lehet-e modult megadni boot paraméterként a grub-ban? Olyasmire gondolok, ami jelenleg is müködik a CD-író miatt a saját gépemben: kernel /vmlinuz-2.4.27-2-386 root=/dev/hda5 ro hdc=ide-scsi Jelenleg arra készülök, hogy kernelt fordítok, olyat, amilyen a várható új kernel lesz dist-upgrade után, de HPT366-ot belefordítva, és készítek vele egy LILO boot lemezt. Természetesen a modulokat nem fogja betölteni dependecy problémák miatt. Annyira viszont képes lesz, hogy újabb kernelt fordítsak, még így is. - Melyik a leg-biztonságosabb módszer ilyen esetekben? Van-e valakinek ötlete, tapasztalata? Üdv mindenkinek, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade vs Highpoint
Zana János wrote: > Tanácsotokat kérem az alábbiakhoz. > A szerver jelenlegi állapota: > Woody 300 MHz alaplapon, 2.4.21-es kernellel, lilo loaderrel. > A HP366 csipszet miatt helyben fordított kernelt használok, mert a > driverjének a kernelben kell lennie. Ha modulban lenne, nem találná: a > kernel betöltése után a /dev/hda mindjárt /dev/hde-vé válik. > Nincs RAID, mert csak egy winchesterem van. Ez szerintem nem egeszen igy van: korabban a HighPoint-tol letoltheto driver volt az, ami sdx-nek mutatta, a kernelben levovel viszont hdx-nek latszanak a diszkek. Mindegy, hogy modulban van-e a driver vagy sem, nem fogja mashogy mutatni a lemezeket. En legalabbis nagyon meglepodnek, ha a kernelem es a HTP374-em egyszer IDE-kent, egyszer meg SCSI-kent mutatna a diszkjeimet... > Dist-upgrade-et tervezek. Ennek következménye tudomásom szerint az > lesz, hogy felrakja a legfrissebb stabil vanilla kernelt, letörli a > lilo-t, és telepíti a grub-ot. Megnéztem: van a kernel csomagokban > HPT366, de modulban. Miert szedne le a lilo-t ??? > Megtehetem-e, hogy telepítés után rögtön eltávolítom a grub-ot, és > telepítem a lilo-t? Illetve, hogyan? > Lehet-e modult megadni boot paraméterként a grub-ban? Olyasmire > gondolok, ami jelenleg is müködik a CD-író miatt a saját gépemben: > kernel /vmlinuz-2.4.27-2-386 root=/dev/hda5 ro hdc=ide-scsi Itt mi is a modul? Nem ertem, mire gondolsz. Ha a hdc=ide-scsi, akkor az 2.4-es kernelnel rendben van, 2.6-ban kicsit valtozott a dolog, ott nincs ra szukseg. > Jelenleg arra készülök, hogy kernelt fordítok, olyat, amilyen a > várható új kernel lesz dist-upgrade után, de HPT366-ot belefordítva, > és készítek vele egy LILO boot lemezt. Természetesen a modulokat nem > fogja betölteni dependecy problémák miatt. Annyira viszont képes lesz, > hogy újabb kernelt fordítsak, még így is. Szerintem mindez felesleges, mert mar az alapfelteves hibas, ami miatt erre szukseg lenne... > - > Melyik a leg-biztonságosabb módszer ilyen esetekben? > Van-e valakinek ötlete, tapasztalata? Tarts keznel egy recovery CD-t a biztonsag kedveert. -- Gellér Sándor [EMAIL PROTECTED] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade vs Highpoint
Gellér Sándor írta: Miert szedne le a lilo-t ??? Eddig két gépen frissítettem sarge-ra. Mindkét esetben kérdés nélkül rakta fel a grub-ot. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade vs Highpoint
Zana János wrote: > Gellér Sándor írta: >> >> Miert szedne le a lilo-t ??? >> > > > Eddig két gépen frissítettem sarge-ra. Mindkét esetben kérdés nélkül > rakta fel a grub-ot. Üdv, János Attol meg nem szedi le a lilo-t. Egyebkent jo esellyel azert ment fel a grub, mert Suggests: grub szerepel egy csomagban, az apt meg felrakta. 'apt-cache rdepends grub' megmondja a csomagok nevet, aztan ellenorizheted 'apt-cache show csomagnev' paranccsal, hogy Depends, Recommends, vagy Suggests-e a grub. -- Gellér Sándor [EMAIL PROTECTED] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade vs Highpoint
Gellér Sándor írta: Ez szerintem nem egeszen igy van: korabban a HighPoint-tol letoltheto driver volt az, ami sdx-nek mutatta, a kernelben levovel viszont hdx-nek latszanak a diszkek. Mindegy, hogy modulban van-e a driver vagy sem, nem Nálam ez áll a .config-ban: CONFIG_BLK_DEV_HPT366=y Találtam egy levelet ezzel kapcsolatban. Egy német fickónak majdnem ugyanaz volt a baja, mint nekem. Idézem: /dev/hda (CDRW, worked) /dev/hde (boot: 36.5G) /dev/hdb /dev/hdf (storage: 61.4G) /dev/hdc /dev/hdg (CDRW, failed) /dev/hdd /dev/hdh In the crashing setup, the boot drive was /dev/hde, source drive was /dev/hdf. CDRW was /dev/hdg (Second channel, master.) In the working setup, boot and source were the same, CDRW was moved to hda. Nem tudom, hogyan oldotta meg, de a DMA-val kapcsolatos válaszokat kapott, ami viszont már mellékvágyány, mert a CD-problémáját oldotta meg, és nem a boot folyamatot. Az apt-cache rdepend jó megoldás, kösz, de egy beláthatalanul hosszú láncolathoz vezet, mert már az első lépésben vagy harminc találatot adott. Élén a kernel-image. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade vs Highpoint
2006. 07. 21, péntek keltezéssel 14.07-kor Zana János ezt írta: > CONFIG_BLK_DEV_HPT366=y OFF: Mekkora diszket tud kezelni ez a vezérlő? Neten hiába kerestem infót! -- Szekely Zsolt <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade vs Highpoint
Zana János wrote: > Gellér Sándor írta: >> Ez szerintem nem egeszen igy van: korabban a HighPoint-tol letoltheto >> driver volt az, ami sdx-nek mutatta, a kernelben levovel viszont hdx-nek >> latszanak a diszkek. Mindegy, hogy modulban van-e a driver vagy sem, nem [ Most latom, hogy nem hda->sda, hanem hda->hde a problemad, szoval ez a resze a korabbi levelemnek nem relevans ] > Nálam ez áll a .config-ban: > CONFIG_BLK_DEV_HPT366=y > > Találtam egy levelet ezzel kapcsolatban. Egy német fickónak majdnem > ugyanaz volt a baja, mint nekem. Idézem: > > /dev/hda (CDRW, worked) /dev/hde (boot: 36.5G) > /dev/hdb /dev/hdf (storage: 61.4G) > /dev/hdc /dev/hdg (CDRW, failed) > /dev/hdd /dev/hdh > > In the crashing setup, the boot drive was /dev/hde, source drive was > /dev/hdf. CDRW was /dev/hdg (Second channel, master.) In the working > setup, boot and source were the same, CDRW was moved to hda. > > Nem tudom, hogyan oldotta meg, de a DMA-val kapcsolatos válaszokat > kapott, ami viszont már mellékvágyány, mert a CD-problémáját oldotta > meg, és nem a boot folyamatot. > Az IDE eszkozok sorrendje fuggott attol, melyik driver indult elobb. Ezen lehet segiteni egyreszt a modulok betoltesi sorrendjenek varialasaval, ha pedig fixen a kernelbe vannak forgatva, akkor a boot_off-board_chipset... opcioval, plusz az ide=reverse parameterrel. Viszont ez csak akkor mukodik jol, ha ket vezerlo van, a harmadik bekavarhat... Ha van keznel recovery CD, akkor arrol rendbe lehet szedni a gepet akkor is, ha valami nem stimmel, illetve grub eseten lehet probalkozni a root=/... opcioval, aztan ha mar single modba eljutottal, ki lehet igazitani az fstab, mdadm.conf, stb. tartalmat. > Az apt-cache rdepend jó megoldás, kösz, de egy beláthatalanul hosszú > láncolathoz vezet, mert már az első lépésben vagy harminc találatot > adott. Élén a kernel-image. Az is csak Suggests/Recommends lesz, nem depends. apt-get-et vagy aptitude-ot hasznalsz? Utobbi a recommends csomagokat is felrakja alapbol (errol le lehet beszelni). -- Gellér Sándor [EMAIL PROTECTED] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade vs Highpoint
Szekely Zsolt írta: >> CONFIG_BLK_DEV_HPT366=y > Mekkora diszket tud kezelni ez a vezérlő? > Neten hiába kerestem infót! > Nálam 47 Gbyte, de én sem tudom a felső határát. Üdv, ZJ _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade vs Highpoint
Gellér Sándor írta: >> CONFIG_BLK_DEV_HPT366=y > boot_off-board_chipset... opcioval, plusz az ide=reverse parameterrel. > Viszont ez csak akkor mukodik jol, ha ket vezerlo van, a harmadik > bekavarhat... Kettö: az alaplapi és a HighPoint. A Debian automatikusan állította be; én is most látom a /proc/commandline-ban, hogy ide=reverse > Ha van keznel recovery CD, akkor arrol rendbe lehet szedni a gepet akkor Knoppix. Hétfön kipróbálom. > aptitude-ot hasznalsz? Utobbi a recommends csomagokat is felrakja Eddig jól bevált az apt-get, ezért az aptitude-öt nem is ismerem. Az apt-get dselect-upgrade-et is nagyon régen használtam. Szívesebben járok járt úton... De, ha tudtok jobbat, kipróbálom. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade vs Highpoint
> Zana János wrote: >> Nincs RAID, mert csak egy winchesterem van. Bocs, ezt rosszul írtam. Az alap (root fs) Seagate mellett van egy Maxtor, amely tele van badblokokkal - ezért nem jön szóba a RAID. Meg persze totál eltérö a geometry. Félek minden újraindítástól, mert, ha új badblockot talál, akkor görnyedhetek mellette négy órán át. (Ilyenkor nem bootol a rendszer, hanem automatikusan single user módba lép; méghozzá lokálisan.) Bocs, és üdv, ZJ _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade vs Highpoint
On 06-Jul-21 11:49, Zana János wrote: > Gellér Sándor írta: > > > >Miert szedne le a lilo-t ??? > > Eddig két gépen frissítettem sarge-ra. Mindkét esetben kérdés > nélkül rakta fel a grub-ot. Üdv, János Nekem a sarge liloval megy, es a sarge-rol etch-re frissites is bekenhagyta. Az uj telepitesek mar grubbal mentek, ez igaz, de a regit nem bantotta. G _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade vs Highpoint
2006. July 21. Friday 19.20 dátummal jzana ezt írta: > Szekely Zsolt írta: > >> CONFIG_BLK_DEV_HPT366=y > > > > Mekkora diszket tud kezelni ez a vezérlő? > > Neten hiába kerestem infót! > > Nálam 47 Gbyte, de én sem tudom a felső határát. > Üdv, ZJ > _ > Már nincs meg a papírja, de ha jól emléxem, akkor valami 132 GB körül van a határ... talán a Net-en rákereshetnél... ;) Üdv, kjt McAfee SCM 4.1 által ellenőrizve! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade vs Highpoint
Nagy Gabor írta: Az uj telepitesek mar grubbal mentek, ez igaz, de a regit nem bantotta. Pont ez a kérdés. Hogy csináljam meg, hogy ne bántsa az elözöt? Mi az alternatívája a dist-upgrade-nek HPT366 esetén? "apt-cache rdepends grub" felsorolja az összes kernel-image-et. Két lehetöséget látok: dist-upgrade után remove grub - install lilo dist-upgrade után rögtön kernel fordítás és telepítés - mielött újraindulna a gép. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade vs Highpoint
Zana János wrote: > Nagy Gabor írta: >> >> Az uj telepitesek mar grubbal mentek, ez igaz, de a regit nem bantotta. >> > > Pont ez a kérdés. Hogy csináljam meg, hogy ne bántsa az elözöt? Mi az > alternatívája a dist-upgrade-nek HPT366 esetén? > "apt-cache rdepends grub" felsorolja az összes kernel-image-et. Az apt-cache show pedig mutatja, hogy csak suggests, nem depends, ezt mar magyarazom egy ideje (a kernelcsomagok postinst-je hivhatja az update-grub-ot, amivel egybol beugrik a grub konfigjaba az uj kernel). Amugy nem gond, ha a grub is fent van a lilo mellett, ertelemszeruen csak az egyik lesz aktiv, akar le is szedheted a grub-ot, ha utban van. > dist-upgrade után remove grub - install lilo Nem fogja leszedni a lilo-t a frissites, legfeljebb /sbin/lilo kell, ha lefutott az install-grub, es atirta az MBR-t. -- Gellér Sándor [EMAIL PROTECTED] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade vs Highpoint
Gellér Sándor írta: Tarts keznel egy recovery CD-t a biztonsag kedveert. Nem tudok CD-röl bootolni. Most jut eszembe: egy éve órákat bajlódtunk azzal, hogy felélesszük a CD-t. Nem sikerült. Az összes alaplapi és HPT csatlakozást kipróbáltuk. Most a boot folyamatban a következöket látom: A BIOS-ban minden AUTO-ban van. A BIOS HD autodetect nem talál egyetlen diszket sem. A boot folyamatban a BIOS felismeri a CD-t, mint Primary Slave Ezután bejelentkezik a HighPoint. Belépve a menüjébe azt látom, hogy C:PrimaryMaster ST340016A D:PrimarySlave Maxtor 6E040L A HighPoint nem kínálja fel boot eszköznek a CD-t egyáltalán. dmesg elején a következöket látom (ami erre vonatkozik): (nincs CD) (Szerinte a /dev/hda-ról bootolt) onboard version of chipset, pin1=1, pin2=2 IDE controller at PCI slot 00:13:0 chipset revision 1 not 100% native mode ide0:BM-DMA at 0xe000 BIOS settings hda:DMA, hdb:DMA ide1:BM-DMA at 0xec00 BIOS settings hdc:PIO, hdd:PIO Talán lett volna más beállítási lehetöség is, de az ember nem tarthat üzemen kívül hosszú órákon át egy szervert. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade vs Highpoint
Gellér Sándor írta: Az IDE eszkozok sorrendje fuggott attol, melyik driver indult elobb. Ezen lehet segiteni egyreszt a modulok betoltesi sorrendjenek varialasaval, ha pedig fixen a kernelbe vannak forgatva, akkor a boot_off-board_chipset... opcioval, plusz az ide=reverse parameterrel. Viszont ez csak akkor mukodik jol, ha ket vezerlo van, a harmadik bekavarhat... Volt: CONFIG_BLK_DEV_OFFBOARD=y CONFIG_BLK_DEV_HPT366=y make dep make bzdisk ...és nem bootol. Pedig az elözö bootfloppyt is így csináltam. Át lehet-e adni valahogy ilyen kontrukcióban a boot floppynak azt a command line paramétert, hogy "ide=reverse" ? Az elözö két kernelfordításnál sikerült (2.4.21, 2.4.25). Változott valami a 2.4.27 esetére? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade vs Highpoint
Gellér Sándor írta: Az IDE eszkozok sorrendje fuggott attol, melyik driver indult elobb. Ezen lehet segiteni egyreszt a modulok betoltesi sorrendjenek varialasaval, ha pedig fixen a kernelbe vannak forgatva, akkor a boot_off-board_chipset... opcioval, plusz az ide=reverse parameterrel. Viszont ez csak akkor mukodik jol, ha ket vezerlo van, a harmadik bekavarhat... Levélváltásunk óta nem mertem hozzányúlni - ma kipróbáltam. A .config a következöket tartalmazza: CONFIG_BLK_DEV_OFFBOARD=y CONFIG_BLK_DEV_HPT366=y dpkg -i frissen_forditott_2.4.27_kernel.deb sikeresen települt, és boot floppy-t is készített. A kernel üzemképes; müködik. DE floppyról nem tudok bootolni. A fenti configban levö sorok ellenére a /dev/hda eszköz floppy boot után mint /dev/hde látszik (tehát kernel panic), tehát az "OFFBOARD=y" nem müködik. (Mint korábban említettem, CD-röl nem tudok bootolni, és a smart boot manager sem használható.) Kérdésem továbbrais: ha a régebbi kerneleknek jó volt a fenti két config-sor, miért nem jó a 2.4.27-nek? Kifelejtettem valamit? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
