Hozzászólások
danke.
akkor prőbálkozok régebbivel.
- A hozzászóláshoz be kell jelentkezni
[quote:1b3af31983="Anonymous"]Szivatnak. ChangeLog-2.6.6-rc1:
<akpm@osdl.org>
[PATCH] search for /init for initramfs boots
From: Olaf Hering <olh@suse.de>
initramfs can not be used in current 2.6 kernels, the files will never be
executed because prepare_namespace doesn't care about them. The only way to
workaround that limitation is a root=0:0 cmdline option to force rootfs as
root filesystem. This will break further booting because rootfs is not the
final root filesystem.
This patch checks for the presence of /init which comes from the cpio archive
(and thats the only way to store files into the rootfs). This binary/script
has to do all the work of prepare_namespace().
Hmm?? Nem 2.6.5-rol volt szo?
Zsiraf
- A hozzászóláshoz be kell jelentkezni
[quote:526c87e1ad="porneczi"]Nekem sikerult a 2.6.5-ot leforditanom, szepen el is indul a logoval egy apro hiba, hogy lilo bootolasa utan atkapcsol ugye a 1024-be, megjelenik felul a logo, alatta pedig mintha regiszter cimeket irna ki... de utana minden ok.
Jah, ez mit jelen:
EXT2-fs warning (device hda5): ext2_fill_super: mounting ext3 filesystem as ext2
szerintem azt, hogy ext2-ként csatolta be az ext3as fs-t. magyarul nincs journaling....biztos , hogy ext3 támogatás bele van forgatva?
persze azért jó ám az a 2.4es kernel még...-)
- A hozzászóláshoz be kell jelentkezni
Nekem sikerult a 2.6.5-ot leforditanom, szepen el is indul a logoval egy apro hiba, hogy lilo bootolasa utan atkapcsol ugye a 1024-be, megjelenik felul a logo, alatta pedig mintha regiszter cimeket irna ki... de utana minden ok.
Jah, ez mit jelen:
EXT2-fs warning (device hda5): ext2_fill_super: mounting ext3 filesystem as ext2
- A hozzászóláshoz be kell jelentkezni
felraktama a woody-t (pentium 2.8, ati 9500, MSI 865pe Neo2 LS, 160 G vinyó) Felement. Müködött szépen.
megpróbáltam felraknia 2.6.5-ös kernelt. Ha evvel inditottam, akkor valamilyen hibára panaszkodva csak read only-ba csatolta fel a boot particiot és a prompt henyére "none" kerult. A problema itt az volt, hogy amig az eredeti kernellel müködött a grafikus felulet, addig itt nem + nem tudtam irni a / particioba. Megnéztem a /etc/fstab-ot, és ott optionban az volt, hogy ha "error=read only"-vagy valami hasonló értelmu. (ki is irt valami hibat az indulaskor, hogy csak read only-ban tudja csatolni,de nem tudom mi volt a hiba) Ha ezt kitoroltem akkor az eredeti kernellel sem, meg az ujjal sem indult el a rendszr, mert nem tudta elinditania a syslogd-t .
Van valakinek otlete, hogy mit tegyek? (Töbnyire csak ismerkedek a debiannal)
- A hozzászóláshoz be kell jelentkezni
[quote:dc935051b6="Anonymous"]felraktama a woody-t (pentium 2.8, ati 9500, MSI 865pe Neo2 LS, 160 G vinyó) Felement. Müködött szépen.
megpróbáltam felraknia 2.6.5-ös kernelt. Ha evvel inditottam, akkor valamilyen hibára panaszkodva csak read only-ba csatolta fel a boot particiot és a prompt henyére "none" kerult. A problema itt az volt, hogy amig az eredeti kernellel müködött a grafikus felulet, addig itt nem + nem tudtam irni a / particioba. Megnéztem a /etc/fstab-ot, és ott optionban az volt, hogy ha "error=read only"-vagy valami hasonló értelmu. (ki is irt valami hibat az indulaskor, hogy csak read only-ban tudja csatolni,de nem tudom mi volt a hiba) Ha ezt kitoroltem akkor az eredeti kernellel sem, meg az ujjal sem indult el a rendszr, mert nem tudta elinditania a syslogd-t .
Van valakinek otlete, hogy mit tegyek? (Töbnyire csak ismerkedek a debiannal)
tudnam ezt miert a ``flame''-be irtad... salalalallllalalla
athelyeztem a Debian supportba.
- A hozzászóláshoz be kell jelentkezni
[quote:923d973567="trey"]
tudnam ezt miert a ``flame''-be irtad... salalalallllalalla
athelyeztem a Debian supportba.
nem a megoldásra kíváncsi, csak arra, hogy ezek után kinek mi a vélemnye a debianról :lol:
- A hozzászóláshoz be kell jelentkezni
Szivatnak. ChangeLog-2.6.6-rc1:
<akpm@osdl.org>
[PATCH] search for /init for initramfs boots
From: Olaf Hering <olh@suse.de>
initramfs can not be used in current 2.6 kernels, the files will never be
executed because prepare_namespace doesn't care about them. The only way to
workaround that limitation is a root=0:0 cmdline option to force rootfs as
root filesystem. This will break further booting because rootfs is not the
final root filesystem.
This patch checks for the presence of /init which comes from the cpio archive
(and thats the only way to store files into the rootfs). This binary/script
has to do all the work of prepare_namespace().
- A hozzászóláshoz be kell jelentkezni