Debiános kernel patchelés és és forgatást követően nem kapok login prompt jelet.
A kernel konfigurálása során megadtam:
Virtual terminal = Y
Mit hagyhatok ki, még mindig?
Minek kellene még utánanéznem?
Helyreigazítása (ápr.05.): Pontosabban Freeing unused kernel memory sorral megáll a dolog. Erre viszont találtam ezzel kapcsolatban másik topicot: http://hup.hu/node/31432
- 969 megtekintés
Hozzászólások
a prompt jelet a "login" adja és nem a kernel.
Bebootol a rendszer, csak nincs login prompt?
- A hozzászóláshoz be kell jelentkezni
Igen, a login promptra gondoltam. Az nincs :-(
- A hozzászóláshoz be kell jelentkezni
bpróbáld meg, hogy a grub-ban átírod az init=/bin/bash-ra
- A hozzászóláshoz be kell jelentkezni
Ez nem jött be. Feltéve, ha jó helyre írtam menu.lst kernel sorába.
- A hozzászóláshoz be kell jelentkezni
Gyári config-gal próbáltad?
- A hozzászóláshoz be kell jelentkezni
Gyári configon mit értünk?
- A hozzászóláshoz be kell jelentkezni
Gyári config az az a config, amivel a debian kernelét szállítják, és ami alapján az le lett fordítva.
Alapvetően miért szertnél kernelt forgatni?
1.) Nincs bekapcsolva egy létező funkció a kernleben?
2.) Kernelt akarsz frissíteni, hogy az újabb kernelfunkciókat használhasd?
Az 1. esetben töltsd le a debian kernel forrását és, módosítsd amit kell, majd fordítsd le.
A 2. esetben töltsd le az óhajtott kernel verziót, a kernel-package csomagot, olvasd el ezt is, és forgatáskor a kernel opciók helpjeit is.
- A hozzászóláshoz be kell jelentkezni
Köszi. Sejtettem, hogy erről van szó. Most éppen a gyárival próbáltam. Mert ugye a patch azt nem módosítja, vagy igen?
Miért is?
1.) Szeretnék többet megtudni a rendszeremről.
2.) grsec, amire szükségem lenne.
A tippeket köszönöm, a hivatkozott olvasmányon kívül, úgy hiszem a többi lépés többé-kevésbé megvolt.
- A hozzászóláshoz be kell jelentkezni
Debian kernellel nem használható grsec. Ha grsecet szeretnél használni akkor vanilla kernelt kell letöltened a kernel.org-ról.
- A hozzászóláshoz be kell jelentkezni
szerintem ez hülyeség, meg Oscon szerint is :)
http://oscon.freeweb.hu/
debian gnu/linux @ linux-2.6.22.20-op1 | patch
info
- A hozzászóláshoz be kell jelentkezni
Kicsit késve, de remélem nem megkésve. Érdekelne a dolog bővebben, ha kifejtenéd.
Próbáltam követni a linket, de nem jártam sikerrel.
Azt mondod tehát, hogy a gyári debian kernelre simán felmegy a grsec (akár debian csomagból, akár a weboldalukról letöltve)? Megnéztem a grsecurity debian-os csomagot, ott a támogatott kernelverziók között nincs jelölve a gyári 2.6.18-6.
Ja, és részemről Etch-ről beszéltem...
- A hozzászóláshoz be kell jelentkezni
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
debian gnu/linux @ linux-2.6.22.20-op1 | patch
info
- A hozzászóláshoz be kell jelentkezni
Hmm, ez nálam is így van.
#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
# CONFIG_SERIAL_NONSTANDARD is not set
- A hozzászóláshoz be kell jelentkezni
cp-zd be a /boot könytárból az aktiális kernel configját a kernel forrás
könytárba!
inditsd el a make menuconfig-ot, változtass amit akarsz.
Nem tom kell-e initrd?
Ha nem kell, akkor az alaplap chipset, (ide/ata/sata/) ami van és
a root fájlrendszert fixen rakd be, nem modulként ahogy "gyárilag" van!
Aztán
make
make install
vigyázz ne írd felül a deb vmlinuz-t!
config alatt meg lehet adni külön név hozzáadással!
make modules_install
- A hozzászóláshoz be kell jelentkezni
akkor már fakeroot make deb-pkg ;)
alapból nincs vmlinuz, hanem vmlinux-_kernel-verzió_ és a /-ben van egy symlink rá vmlinuz néven
debian gnu/linux @ linux-2.6.22.20-op1 | patch
info
- A hozzászóláshoz be kell jelentkezni
"make deb-pkg" - Ezzel a módszerrel eddig nem ismerkedtem. Ezt találtam eddig, mondanátok erről még valamit?
"Természetesen a kernel fordítása és a kernel moduljainak telepítéseinek szokásos lépései helyett lehet a make deb-pkg parancsot is használni, ekkor automatikusan deb csomagunk képződik."
Deb csomag? Ez mit is jelent ebben az esetben?
- A hozzászóláshoz be kell jelentkezni
fel kell rakni a debhelper csomagot és utána a vanilla kernelből is tudsz deb csomagot forgatni, csak simán make menuconfig és utána make deb-pkg, a kernel forrás felett is dir-ben ott lesz egy linux-2.6.XX.YY_valami_i386.deb
és azt fel tudod rakni dpkg -i linux-2.6.XX.YY_valami_i386.deb
így nem kell szórakozni a make install és make modules-installal és ha már nincs szükség a kernelre, akkor csak dpkg -P linux-2.6.XX.YY és leszedi modulokkal együtt, így sokkal kényelmesebb felrakni és eltávolítani az új / régi kerneleket
debian gnu/linux @ linux-2.6.22.20-op1 | patch
info
- A hozzászóláshoz be kell jelentkezni
Ez jó, csak ha jól tévedek, akkor ezzel sem sporolhatom meg az initrd készítést, ha mégis arra lenne szükségem. Persze ez sem von le semmit az információ értékéből.
Különben jól tévedek?
- A hozzászóláshoz be kell jelentkezni
nekem spec inirtd nélkül megy a rendszer, mert nem használok LVM-et (device-mapper és tsai), ha nincsenek ilyen extrák, akkor nem kell.
"root=LABEL=valami_root"-nak meg működni kell :)
debian gnu/linux @ linux-2.6.22.20-op1 | patch
info
- A hozzászóláshoz be kell jelentkezni
Megnyugatató, és köszi. Én is ezt a célt tűzöm ki, bár szeretek minden szálat elvarni melegében. :-)
- A hozzászóláshoz be kell jelentkezni
Azt hiszem ez lesz. Ezt már egyszer csináltam, csakhogy akkor a amatőr módjára a néhány dolog bennmaradt modulban, és az nem tetszet neki. Ekkor tértem vissza a gyári configra, hátha... (de ezek szerint nem)
Apropó, van egy nagyon buta kérdésem. Jól sejtem, hogy az initrd csak boot-oláshoz kell? Vagyis, ha valamit modulba teszek és nem készítek saját initrd-t, attól még a modulokat is használhatom, feltéve hogy azok nem a fájlrendszer felmountolásához szükségesek?
- A hozzászóláshoz be kell jelentkezni
initrd azokhoz kell amit már írtam.
rootfs
ide-ata-sata-stb vezérlő
alaplapi chipset
ha ezek fixen vannak, nem kell!
- A hozzászóláshoz be kell jelentkezni
initrd-be olyan modulokat szoktak rakni, amik kellenek a bootoláshoz, pl ide, sata, ata és fs modulok, de ha mindent kernelbe forgatsz és nem használsz LVM-et akkor lehet initrd nélül is
debian gnu/linux @ linux-2.6.22.20-op1 | patch
info
- A hozzászóláshoz be kell jelentkezni
LVM? Azaz Linux Volume Manager? Ezért nem tudtam LABEL-lel hivatkozni bootoláskor a root-ra?
Ooops,már ezért sem volt hiábavaló, hogy feltettem a kérdéseimet. Ennek utánanézek, mert nem sokat tudok róla, de ez megmagyarázhat egy-két dolgot. :-)
- A hozzászóláshoz be kell jelentkezni
LABEL az teljesen más dolog, azzal lehet rá hivatkozni; de LVM-hez kell userspace hogy felhúzza a "hdd"-ket.
raid-del nincs ilyen gond, mert azt kernel elintézi, de lvm-nek kell segítség, kivéve, ha a root fs egy külön nem LVM-es partición van és pl a home meg a többi _nem rendszerparticó_ van LVM-en
debian gnu/linux @ linux-2.6.22.20-op1 | patch
info
- A hozzászóláshoz be kell jelentkezni
Megjegyzem, hogy az initrd sem nagy ördöngösség.
mkinitrd -o /boot/initrd-kernel kernel_verzio. Grubba egy link kell az initrd-re (nézd meg a gyári beállításokat), és csókolom. Az mkinitrd kimazsolázza, hogy milyen modulokra lehet szükséged, és berakja az initrd-be.
- A hozzászóláshoz be kell jelentkezni
Őőőő... itt, most egy kicsit értetlenkednék még. Nem is régen már nem is tudom hol, olvastam, hogy a debian alatt nem az mkinitrd a legjobb megoldás. update-initramfs utasítást javasolta, ha jól emlékszem, csak sajna nem tudom, hogy milyen opciókkal, meg hogyan is. ???
Szóval most nem is tudom kinek hidjek, de az mkinitrd az alap rendszer telepítésekor nekem nem is került fel, hanem csak utóbb raktam fel.
- A hozzászóláshoz be kell jelentkezni
igen, az update-initramfs, _HA_ a kernelt a debianos módon csinálod :) azaz a make-kpkg nevezetű toollal :) de ez csak tovább bonyolítja a dolgot
debian gnu/linux @ linux-2.6.22.20-op1 | patch
info
- A hozzászóláshoz be kell jelentkezni
A nem kapsz login prompt alatt pontosabban mit értesz? Bejön a grub, kiválasztod az új kernel bejegyzést, indítod és csak egy kis darabon jön kernel üzenet, majd semmi több? Viszont a hdd meg teker és be is töltődik az os. Ha ez, akkor a grub konfigjában a kernel sor végére tedd hozzá:
vga=0x318
- A hozzászóláshoz be kell jelentkezni
Nos még nem sikerült megoldanom, de pontosabban megvizsgáltam, hogy miket ír ki, és találtam egy topicot, ami már így pontosított kérdésemmel foglalkozik:
Mindenesetre köszönöm a segítséget, azokból sokat tanultam.
- A hozzászóláshoz be kell jelentkezni