Re: Target filesystem doesn't have /sbin/init
Ferenc Wagner írta: > volt a burkolt felvetes. Bocs, ha trivialitasokat beszelek, es nem > sikerult kitalalnom, mire gondolsz. A valodi gyoker felcsatolasa utan > a /usr/share/initramfs-tools/scripts/init-bottom/udev fut, nezd csak meg! > Csak a csomagok forrasat nezem, nem zartam ki, hogy valami kimaradt..Az initramfs-tools biztosan :) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Gabor HALASZ <[EMAIL PROTECTED]> writes: > Ferenc Wagner wrote: >> Gabor HALASZ <[EMAIL PROTECTED]> writes: >> >>> Gabor Gombas wrote: >>> > es hasznalatakor osszevissza vergodni a rw directoryk eloallitasaval. Ezt nem ertem. Mit kellene vergodni? A rootfs mindig irhato, onnantol meg pontosan ugyanott vagy, mint az initrd eseten. >>> Pl ilyenekre gondolok (ez a debian fele initramfs-bol van): >>> >>> mount -t tmpfs -o size=$tmpfs_size,mode=0755 udev /dev >> >> Ez kell majd a futó rendszerben is, és így nem kell újra megcsinálni, >> hanem egyszerűen átköltöztethető az igazi gyökér fölé. > > Hmm/etc/init.d/udev > > start) > if [ -e "$udev_root/.udev/" ]; then > if mountpoint -q $udev_root/; then > log_failure_msg "udev is already active on $udev_root." > log_end_msg 1 > else > log_warning_msg ".udev/ already exists on the static > $udev_root!" > fi > fi > > echo > /proc/sys/kernel/hotplug > > mount -n -o size=$tmpfs_size,mode=0755 -t tmpfs tmpfs $udev_root > mkdir -p $udev_root/.udev/db/ > > > Lehet, hogy felreneztem a szanaszet szabdalt funkciokat, de a log_akarmi > funkciok csak csicsapicsak az echo korul... Ez a script set -e-vel fut, ezert kilep a log_end_msg 1 utan. Ha ez volt a burkolt felvetes. Bocs, ha trivialitasokat beszelek, es nem sikerult kitalalnom, mire gondolsz. A valodi gyoker felcsatolasa utan a /usr/share/initramfs-tools/scripts/init-bottom/udev fut, nezd csak meg! -- Udv: Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
On Thu, May 31, 2007 at 01:10:12PM +0200, Hegedüs Ervin wrote: > > > > felreerted: nincs HW raid, md-t hasznalok, csak a vezerlo tipusa > > > ez: LSI MegaRaid, ettol fuggetlenul a diszkek kezelesehez kell a > > > megaraid_sas modul, es az is bent van. Igy mar talan ertheto, de > > > nem tudom maskepp irni... > > > > HaatNekem eros a gyanum, hogy valaki elfelejtette bekonfiguralni a > > raid vezerlot, es ezert latod a single diskeket. > Haaat... alaptalan a gyanud, mert amig nem csinaltam a vezerlon 4 > raid 0-s tombbot, addig nem volt _semmi_. De termeszetesen > konfiguralas utan ott a 4 diszk. Azt hiszem, hogy most ertettem meg amit irtal. Ha jol ertem, akkor radugtal 4 diszket a raid-vezerlore, es a telepito nem latta a diszkeket. Erre te csinaltal minden diszkbol 1-1 raid0-s "tombot", es ettol kezdve az oprendszer latni kezdte a diszkeket. Es erre hiszed te azt, hogy nem hasznalsz HW raid-et. Szerintem (ez) a raid-vezerlo nem tudja kulon mutatni a diszkeket az oprendszer fele, ezert nem lattad eloszor. A raid0-k letrehozasa utan (amelyek ugye HW raid-ek, meg ha ertelmetlenul is vannak konfiguralva) pedig a raid eszkozoket latod, nem direktben a diszkeket. Tehat semmikeppen nem kerulted ki a raid-vezerlot, de meg "fole" teszel egy szoftveres raid-et. Talan erdemesebb lenne atgondolni a HW vs. SW raid dolgot... -- Udvozlettel Zsiga _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
On Thu, May 31, 2007 at 03:24:08PM +0200, Hegedüs Ervin wrote: > Egyebkent a hdparm -t altal mutatott ~60M koruli sebesseg > jelenthet valamit? (ertsd: valos ertek, tenyleg tud ennyit a > diszk?) Ja, a diszk elejen, szekvencialis olvasas eseten. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
On Thu, May 31, 2007 at 03:14:52PM +0200, Hegedüs Ervin wrote: > es mi volt a megoldas? (mar ha leptetek valamit...) Az LSI vezerlo valamelyik szekrenyben van a polcon, a diszkek meg egy 3ware 9650-es vezerlon lognak. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hegedüs Ervin wrote: >> A >> diszk erzekenyseg eleg ritka, tobbnyire a disk hibas firmware-e okozza, >> es firmware upgrade-del gyogyithato. > arra gondoltam, hogy ha diszket kell cserelni 3 ev mulva, es nem > kap a tulaj ilyet, akkor mit fog csinalni? Vesz 4 ujat? :) > Nem egeszen ertelek, de biztosan nincs igazad :) A hw raidek sem erzekenyek a disk tipusara, az scsi plane nem. De ha hw raidnel valami nyug van a hdd-vel, a vezerlo nyugodtan el tud szorakozni vele, mig a gep dolgozik tovabb, softraid eseten szepen megall az elet amig nem vegez, rosszabb esetben deadlockba is kerul, vagy siman segfaultol egyet a kernel. > szerepel is, de erre meg nem volt idom megnezni. Viszont ott aki > irt, es megtalalta a parost, ott a hdparm is nagyon alacsony > erteket mutatott.) Az ilyen esetek tobbnyire firmware bugok eredmenye, nemi upgradevel megoldodnak. -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hello, > A rendesebb raid kontrollereket lehet a /proc-on keresztul managelni. akkor ez nem rendes :) vmi olyasmi volt a /proc alatt valahol, hogy "The driver does not yet support the proc-fs"... > A > diszk erzekenyseg eleg ritka, tobbnyire a disk hibas firmware-e okozza, > es firmware upgrade-del gyogyithato. arra gondoltam, hogy ha diszket kell cserelni 3 ev mulva, es nem kap a tulaj ilyet, akkor mit fog csinalni? Vesz 4 ujat? :) > A raid celja nem annyira az adatbiztonsag, mint a rendelkezesreallas, ok, bocs, egyre gondoltunk imho. > PedigA hw raidet ugyanugy software uzemelteti, amit ugyanugy el > lehet rontani, ha kozeleg a hatarido, mint barmi mast. amint a mellekelt pelda mutatja... :) > > (ertsd: valos ertek, tenyleg tud ennyit a > > diszk?) > > Inkabb ekkora sebeseggel tud a disken levo cache-bol olvasni :) mar az is valami. Eloszor arra gondoltam, hogy a vezerlo/diszk paros nem megy jol. (nehany eve talan (?) volt egy tema, miszerint a nem mukodo kontroller/diszk parosokrol van black-list, allitolag a kernel doksijaban/valamelyik fileban szerepel is, de erre meg nem volt idom megnezni. Viszont ott aki irt, es megtalalta a parost, ott a hdparm is nagyon alacsony erteket mutatott.) Koszi: a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hegedüs Ervin wrote: > Hello, > >>> 8308ELP >>> >>> http://www.lsi.com/files/docs/techdocs/storage_stand_prod/sas/mr_sas_stor_ug.pdf >>> >> Ez biza hw raid. ramja is van, cpuja is van... > ez ok, gondolkodom erosen azon, hogy hasznalom majd, de van némi > fenntartasom a HW raid-del: diszk tipus erzekenyseg, > menedzselhetoseg. A rendesebb raid kontrollereket lehet a /proc-on keresztul managelni. A diszk erzekenyseg eleg ritka, tobbnyire a disk hibas firmware-e okozza, es firmware upgrade-del gyogyithato. > Lehet, hogy ezek buta ervek, de nekem a Linux > md idaig eleg jol bejott, sokszor mentett meg diszkhiba miatti > adatvesztestol, es mindig tudtam rola, ha gaz van a tombbel. A raid celja nem annyira az adatbiztonsag, mint a rendelkezesreallas, nekem pedig mostanaban eleg rossz tapasztalataim vannak ezen a teren az md driverrel, de ezek scsi eseten nem annyira fognak jelentkezni. > > Ezzel csak azt szeretnem mondani, hogy talan nem allt eveket a > raktarban, bar a firmware upgrade segithet - en sokat attol sem > varok. > PedigA hw raidet ugyanugy software uzemelteti, amit ugyanugy el lehet rontani, ha kozeleg a hatarido, mint barmi mast. > Egyebkent a hdparm -t altal mutatott ~60M koruli sebesseg > jelenthet valamit? Igen, jol mutat a reklamanyagban > (ertsd: valos ertek, tenyleg tud ennyit a > diszk?) Inkabb ekkora sebeseggel tud a disken levo cache-bol olvasni :) -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hello, > > 8308ELP > > > > http://www.lsi.com/files/docs/techdocs/storage_stand_prod/sas/mr_sas_stor_ug.pdf > > > > Ez biza hw raid. ramja is van, cpuja is van... ez ok, gondolkodom erosen azon, hogy hasznalom majd, de van némi fenntartasom a HW raid-del: diszk tipus erzekenyseg, menedzselhetoseg. Lehet, hogy ezek buta ervek, de nekem a Linux md idaig eleg jol bejott, sokszor mentett meg diszkhiba miatti adatvesztestol, es mindig tudtam rola, ha gaz van a tombbel. (itt RedHat-hoz es SuSE-hoz van valami szoftver, RedHat fizetos, SuSE - haat, ize... egyik sem a kedvencem) > > Ja, es ez a vezerlo a 250G-s WD SATA2-es diszkeken a raid1-et > > 6M-val sync-eli (10 ora koruli becsult idove). > > Minden ilyen darabokbol osszerakott brand gep firmwareeit azonnal > frissiteni kell, sokat birnak allni a raktarban...Nalunk is megfordulnak > uj szerverek 2004-es firwaret tartalmazo raidvezerlovel... nem jelent sokat, de: - a doksi 2007 aprilisi, - az LSI oldalan a tipusra rakeresve 2 talalat van: egyik ez a doksi, masik egy nemet nyelvu hir, az 2006.09. datummal van. Ezzel csak azt szeretnem mondani, hogy talan nem allt eveket a raktarban, bar a firmware upgrade segithet - en sokat attol sem varok. Egyebkent a hdparm -t altal mutatott ~60M koruli sebesseg jelenthet valamit? (ertsd: valos ertek, tenyleg tud ennyit a diszk?) koszi: a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hello, > > Ja, es ez a vezerlo a 250G-s WD SATA2-es diszkeken a raid1-et > > 6M-val sync-eli (10 ora koruli becsult idovel). > > Nalunk is volt egy LSI Megaraid SATA vezerlo (pontos tipusat most nem > tudom). Ket baj volt vele: q*ra lassu volt (write back cache-t beallitva > kicsit jobb, de meg igy sem szaguldo idegbajos), azonkivul ha 4G-nal > tobb memoria volt a gepben, akkor idonkent hibazott (nem egeszen azt > irta a diszkre amit kellett volna). es mi volt a megoldas? (mar ha leptetek valamit...) (1G van a gepben, es a write back cache be van kapcsolva) Ha ket tombbot sync-elek (2x raid1, melyekbol majd raid0 lenne), akkor a load felmegy 3-4 korul, a rendszer erezhetoen lassul, nem interaktiv, stb... koszi: a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hegedüs Ervin wrote: > bocs, > >> Ha eleg emlekezetbol, akkor LSI Megaraid 8303 vagy 8306... >> (PCI-exp.) > > 8308ELP > > http://www.lsi.com/files/docs/techdocs/storage_stand_prod/sas/mr_sas_stor_ug.pdf > Ez biza hw raid. ramja is van, cpuja is van... > Ja, es ez a vezerlo a 250G-s WD SATA2-es diszkeken a raid1-et > 6M-val sync-eli (10 ora koruli becsult idove). Minden ilyen darabokbol osszerakott brand gep firmwareeit azonnal frissiteni kell, sokat birnak allni a raktarban...Nalunk is megfordulnak uj szerverek 2004-es firwaret tartalmazo raidvezerlovel... -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
On Thu, May 31, 2007 at 01:41:22PM +0200, Hegedüs Ervin wrote: > Ja, es ez a vezerlo a 250G-s WD SATA2-es diszkeken a raid1-et > 6M-val sync-eli (10 ora koruli becsult idovel). Nalunk is volt egy LSI Megaraid SATA vezerlo (pontos tipusat most nem tudom). Ket baj volt vele: q*ra lassu volt (write back cache-t beallitva kicsit jobb, de meg igy sem szaguldo idegbajos), azonkivul ha 4G-nal tobb memoria volt a gepben, akkor idonkent hibazott (nem egeszen azt irta a diszkre amit kellett volna). Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Ferenc Wagner wrote: > Gabor HALASZ <[EMAIL PROTECTED]> writes: > >> Gabor Gombas wrote: >> es hasznalatakor osszevissza vergodni a rw directoryk eloallitasaval. >>> Ezt nem ertem. Mit kellene vergodni? A rootfs mindig irhato, onnantol >>> meg pontosan ugyanott vagy, mint az initrd eseten. >> Pl ilyenekre gondolok (ez a debian fele initramfs-bol van): >> >> mount -t tmpfs -o size=$tmpfs_size,mode=0755 udev /dev > > Ez kell majd a futó rendszerben is, és így nem kell újra megcsinálni, > hanem egyszerűen átköltöztethető az igazi gyökér fölé. Hmm/etc/init.d/udev start) if [ -e "$udev_root/.udev/" ]; then if mountpoint -q $udev_root/; then log_failure_msg "udev is already active on $udev_root." log_end_msg 1 else log_warning_msg ".udev/ already exists on the static $udev_root!" fi fi echo > /proc/sys/kernel/hotplug mount -n -o size=$tmpfs_size,mode=0755 -t tmpfs tmpfs $udev_root mkdir -p $udev_root/.udev/db/ Lehet, hogy felreneztem a szanaszet szabdalt funkciokat, de a log_akarmi funkciok csak csicsapicsak az echo korul... -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Gabor HALASZ <[EMAIL PROTECTED]> writes: > Gabor Gombas wrote: > >>> es hasznalatakor osszevissza vergodni a rw directoryk eloallitasaval. >> >> Ezt nem ertem. Mit kellene vergodni? A rootfs mindig irhato, onnantol >> meg pontosan ugyanott vagy, mint az initrd eseten. > > Pl ilyenekre gondolok (ez a debian fele initramfs-bol van): > > mount -t tmpfs -o size=$tmpfs_size,mode=0755 udev /dev Ez kell majd a futó rendszerben is, és így nem kell újra megcsinálni, hanem egyszerűen átköltöztethető az igazi gyökér fölé. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
bocs, > Ha eleg emlekezetbol, akkor LSI Megaraid 8303 vagy 8306... > (PCI-exp.) 8308ELP http://www.lsi.com/files/docs/techdocs/storage_stand_prod/sas/mr_sas_stor_ug.pdf Ja, es ez a vezerlo a 250G-s WD SATA2-es diszkeken a raid1-et 6M-val sync-eli (10 ora koruli becsult idovel). A hdparm -t 60M koruli erteket ad vissza. a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
hello, > > Haaat... alaptalan a gyanud, mert amig nem csinaltam a vezerlon 4 > > raid 0-s tombbot, addig nem volt _semmi_. De termeszetesen > > konfiguralas utan ott a 4 diszk. > > > > Nezd mar meg a pontos tipusat, pl lspci-vel. a gep nincs itt, ha pontos kimenet kell, majd este. Ha eleg emlekezetbol, akkor LSI Megaraid 8303 vagy 8306... (PCI-exp.) (egyenkent egy ilyen geprol van szo: http://www.fujitsu-siemens.com/products/standard_servers/tower/primergy_tx150s5.html) a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hegedüs Ervin wrote: > Hello, > >>> felreerted: nincs HW raid, md-t hasznalok, csak a vezerlo tipusa >>> ez: LSI MegaRaid, ettol fuggetlenul a diszkek kezelesehez kell a >>> megaraid_sas modul, es az is bent van. Igy mar talan ertheto, de >>> nem tudom maskepp irni... >> HaatNekem eros a gyanum, hogy valaki elfelejtette bekonfiguralni a >> raid vezerlot, es ezert latod a single diskeket. > Haaat... alaptalan a gyanud, mert amig nem csinaltam a vezerlon 4 > raid 0-s tombbot, addig nem volt _semmi_. De termeszetesen > konfiguralas utan ott a 4 diszk. > Nezd mar meg a pontos tipusat, pl lspci-vel. -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hello, > > felreerted: nincs HW raid, md-t hasznalok, csak a vezerlo tipusa > > ez: LSI MegaRaid, ettol fuggetlenul a diszkek kezelesehez kell a > > megaraid_sas modul, es az is bent van. Igy mar talan ertheto, de > > nem tudom maskepp irni... > > HaatNekem eros a gyanum, hogy valaki elfelejtette bekonfiguralni a > raid vezerlot, es ezert latod a single diskeket. Haaat... alaptalan a gyanud, mert amig nem csinaltam a vezerlon 4 raid 0-s tombbot, addig nem volt _semmi_. De termeszetesen konfiguralas utan ott a 4 diszk. > Mondom, megharagudott rad a profeta...Nem ettel tisztatalan hust > veletlenul? ;) ize, lehet... tudod, amit a konyhan adnak... :) > Szoval nem sok otletem van, ha kezzel vegrehajtva > mukodik, esetleg tegyel bele egy jokora sleep-et a mount ele, hogy > legyen egy kis ideje meg probalkoznia hwrel. kosz, ezt megprobalom. Koszonom: a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hegedüs Ervin wrote: > hello, > >>> nos, tok mas gep: mas vezerlo (lsi megaraid), mas diszkek (wd250 >>> sata), az eredmeny kb 20 boot utan 1x csak ua. >>> (termeszetesen a rendszer Ubuntu 7.04, kernel 2.6.20.) >>> Akkor eloszor megnezed, betoltotte-e a hw drivert, >>> igen fs drivert, md >>> igen, igen >>> >> A megaraidhez nem kell md driver. > felreerted: nincs HW raid, md-t hasznalok, csak a vezerlo tipusa > ez: LSI MegaRaid, ettol fuggetlenul a diszkek kezelesehez kell a > megaraid_sas modul, es az is bent van. Igy mar talan ertheto, de > nem tudom maskepp irni... HaatNekem eros a gyanum, hogy valaki elfelejtette bekonfiguralni a raid vezerlot, es ezert latod a single diskeket. > >>> a /dev alatt az osszes md eszkoz, es a raw diszkek, valamint >>> particiok, udev, szal' miden, ami kell. >>> >> Nem mountolta a real root fs-t... > vajh' miert? Kezzel fel tudom csatolni siman (ott pedig van > /sbin/init...). > (kikerestem a /scripts alatt a file-t, ami mountol, es ott a > sorban leirtakat begepeltem...) > Mondom, megharagudott rad a profeta...Nem ettel tisztatalan hust veletlenul? ;) Szoval nem sok otletem van, ha kezzel vegrehajtva mukodik, esetleg tegyel bele egy jokora sleep-et a mount ele, hogy legyen egy kis ideje meg probalkoznia hwrel. -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
hello, > > nos, tok mas gep: mas vezerlo (lsi megaraid), mas diszkek (wd250 > > sata), az eredmeny kb 20 boot utan 1x csak ua. > > (termeszetesen a rendszer Ubuntu 7.04, kernel 2.6.20.) > > > >> Akkor eloszor megnezed, betoltotte-e a hw drivert, > > igen > >> fs drivert, md > > igen, igen > > > A megaraidhez nem kell md driver. felreerted: nincs HW raid, md-t hasznalok, csak a vezerlo tipusa ez: LSI MegaRaid, ettol fuggetlenul a diszkek kezelesehez kell a megaraid_sas modul, es az is bent van. Igy mar talan ertheto, de nem tudom maskepp irni... > > a /dev alatt az osszes md eszkoz, es a raw diszkek, valamint > > particiok, udev, szal' miden, ami kell. > > > > Nem mountolta a real root fs-t... vajh' miert? Kezzel fel tudom csatolni siman (ott pedig van /sbin/init...). (kikerestem a /scripts alatt a file-t, ami mountol, es ott a sorban leirtakat begepeltem...) > De ha hw raided van, akkor minek is > neked az initramfs?! A rendszer stabilitasat szemmel lathatoan nem > noveli, es bootolni anelkul is tudsz a hw raidrol. "gyari" ubuntu, nem nyultam hozza semmihez egyelore, az md-vel szenvedek (lassu a sync - de ez mas tema). Es ahogy irtam, nincs HW raid, 4 diszk latszik csak a vezerlon... koszi: a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hegedüs Ervin wrote: > hello, > > (bocs, nyitok egy uj szalat) > > > nos, tok mas gep: mas vezerlo (lsi megaraid), mas diszkek (wd250 > sata), az eredmeny kb 20 boot utan 1x csak ua. > (termeszetesen a rendszer Ubuntu 7.04, kernel 2.6.20.) > >> Akkor eloszor megnezed, betoltotte-e a hw drivert, > igen >> fs drivert, md > igen, igen > A megaraidhez nem kell md driver. > >> /dev/lvm alatt mit >> hozott letre, /proc/mounts tartalma, > rootfs / rootfs rw 0 0 > none /sys ... > none /proc ... > none /dev ... > > a /dev alatt az osszes md eszkoz, es a raw diszkek, valamint > particiok, udev, szal' miden, ami kell. > Nem mountolta a real root fs-t...De ha hw raided van, akkor minek is neked az initramfs?! A rendszer stabilitasat szemmel lathatoan nem noveli, es bootolni anelkul is tudsz a hw raidrol. -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Gabor Gombas wrote: > > Eddig pontosan ezt irtam en is... > Ah..mas hangsulyal ertettem. >> es hasznalatakor osszevissza vergodni a rw directoryk eloallitasaval. > > Ezt nem ertem. Mit kellene vergodni? A rootfs mindig irhato, onnantol > meg pontosan ugyanott vagy, mint az initrd eseten. > Pl ilyenekre gondolok (ez a debian fele initramfs-bol van): mount -t tmpfs -o size=$tmpfs_size,mode=0755 udev /dev -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
hello, (bocs, nyitok egy uj szalat) nos, tok mas gep: mas vezerlo (lsi megaraid), mas diszkek (wd250 sata), az eredmeny kb 20 boot utan 1x csak ua. (termeszetesen a rendszer Ubuntu 7.04, kernel 2.6.20.) > Akkor eloszor megnezed, betoltotte-e a hw drivert, igen > fs drivert, md igen, igen > drivert, lvm drivereket, (lvm-et nem hasznalok) > /proc/mdstat tartalma, aminek lennie kell, tehat ami a normal boot utan is a tartalma (azaz a kesz md eszkozok) > /dev/lvm alatt mit > hozott letre, /proc/mounts tartalma, rootfs / rootfs rw 0 0 none /sys ... none /proc ... none /dev ... a /dev alatt az osszes md eszkoz, es a raw diszkek, valamint particiok, udev, szal' miden, ami kell. kezzel nyomtam egy /init-et, de elfelejtettem parameterezni [...], erre dobott egy panic-ot. Reboot utan tokeletesen felallt a rendszer. ?? Koszi: a. -- Minden baj forrása az 1/x függvény. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
On Wed, May 30, 2007 at 04:03:45PM +0200, Gabor HALASZ wrote: > > Ize. Az initrd fog egy elore elkeszitett file system image-t, es > > kicsomagolja egy ramdisk-re. Az initramfs fog egy elore elkeszitett cpio > > archivumot, es kicsomagolja ramfs-re. Mi itt a visszalepes? > > > > Ebben tevedsz (most hizik am a majam :), az initrd-n barmilyen > filesystem lehet, amit a kernel tamogat (legalabbis egy ideje mar nincs > ott a forrasban a tamogatott fsek listaja), es lehet rw mountolni, Eddig pontosan ezt irtam en is... > a tobbi egyertelmu, mennyivel egyszerubb eloallitani es hasznalni, > mint a cpio-val vergodni az eloallitasakor Izles kerdese. > es hasznalatakor osszevissza vergodni a rw directoryk eloallitasaval. Ezt nem ertem. Mit kellene vergodni? A rootfs mindig irhato, onnantol meg pontosan ugyanott vagy, mint az initrd eseten. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Gabor Gombas wrote: > On Wed, May 30, 2007 at 02:35:32PM +0200, Gabor HALASZ wrote: > >> Szerinted miert mondom, hogy gyagyi a debian fele initramfs megoldas >> (illetve az egesz initramfs techikai visszalepes az intird-hez kepest, >> aminek a hatranyait egy halom egyebb fejlesztessel workaroudoljak)?! > > Ize. Az initrd fog egy elore elkeszitett file system image-t, es > kicsomagolja egy ramdisk-re. Az initramfs fog egy elore elkeszitett cpio > archivumot, es kicsomagolja ramfs-re. Mi itt a visszalepes? > Ebben tevedsz (most hizik am a majam :), az initrd-n barmilyen filesystem lehet, amit a kernel tamogat (legalabbis egy ideje mar nincs ott a forrasban a tamogatott fsek listaja), es lehet rw mountolni, a tobbi egyertelmu, mennyivel egyszerubb eloallitani es hasznalni, mint a cpio-val vergodni az eloallitasakor es hasznalatakor osszevissza vergodni a rw directoryk eloallitasaval. > >> Azt sem tudod eldonteni, hogy mi okozza a hibat. Ez mondjuk debian >> specifikus, a redhatnak lenyegesen egyszerubb a megoldasa. > > A Fedoraban egy nagy monolitikus script rakja ossze az initramfs-t, a > Debianban meg sok kicsi modul. Hogy melyik az egyszerubb, arrol lehet > vitatkozni... A tartalma jobb, pl udev helyett hotplug. Problema eseten kezzel vegrehajtani is egyszerubb. -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
On Wed, May 30, 2007 at 02:35:32PM +0200, Gabor HALASZ wrote: > Szerinted miert mondom, hogy gyagyi a debian fele initramfs megoldas > (illetve az egesz initramfs techikai visszalepes az intird-hez kepest, > aminek a hatranyait egy halom egyebb fejlesztessel workaroudoljak)?! Ize. Az initrd fog egy elore elkeszitett file system image-t, es kicsomagolja egy ramdisk-re. Az initramfs fog egy elore elkeszitett cpio archivumot, es kicsomagolja ramfs-re. Mi itt a visszalepes? Az, hogy mit raksz ra, teljesen fuggetlen attol, hogy initrd vagy initramfs van alatta. > Azt sem tudod eldonteni, hogy mi okozza a hibat. Ez mondjuk debian > specifikus, a redhatnak lenyegesen egyszerubb a megoldasa. A Fedoraban egy nagy monolitikus script rakja ossze az initramfs-t, a Debianban meg sok kicsi modul. Hogy melyik az egyszerubb, arrol lehet vitatkozni... Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Kosa Attila wrote: > On Wed, May 30, 2007 at 02:00:38PM +0200, Gabor HALASZ wrote: >> Igen, te hajlamos vagy ezen a ponton abbahagyni a gondolkodast, hogy a >> megoldas mennyire praktikus, az mar gyakran 'odaat van' :) > > A szemelyeskedes nem erre a listara valo! > Bocs, nem az akart lenni. -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
On Wed, May 30, 2007 at 02:00:38PM +0200, Gabor HALASZ wrote: > > Igen, te hajlamos vagy ezen a ponton abbahagyni a gondolkodast, hogy a > megoldas mennyire praktikus, az mar gyakran 'odaat van' :) A szemelyeskedes nem erre a listara valo! -- Udvozlettel Zsiga linux lista admin _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hegedüs Ervin wrote: > Hello, > >>> akkora ganyolas, de ahogy azt eloszor irtam: nem erdekel, milyen >>> a kod, ha 10-bol 9x mukodik, akkor a maradek 1 esetben miert all >>> meg ott. >> Ez korbenjaras. Ha nem erdekel, milyen a kod, akkor hiaba kerdezed, >> miert all meg egy helyen. > _szerintem_ ez nem igy van. Hol van a hatar, hogy utannanezz, mi > okozza a hibat? Mindenkinek kernelt kell debuggolnia, ha fagy a > rendszer pl...? (marmint szelsoseges esetben, de itt pont a > hatar a kerdes) Szerinted miert mondom, hogy gyagyi a debian fele initramfs megoldas (illetve az egesz initramfs techikai visszalepes az intird-hez kepest, aminek a hatranyait egy halom egyebb fejlesztessel workaroudoljak)?! Azt sem tudod eldonteni, hogy mi okozza a hibat. Ez mondjuk debian specifikus, a redhatnak lenyegesen egyszerubb a megoldasa. Mindenesetre az olyannyira elbonyolitott rendszerek, ahol mar a hiba forrasanak meghatarozasahoz is 'pilotavizsga' kell, bizony eroteljesen megerett az alapos atgondolasra. > >> Szerintem az automatikus hw felismeres eredmenye a legkevesbe sem >> determinalhato, kulonben nem lenne ra szukseg. > ?? > ezt nem ertem... Ha kiszamithato lenne az eredmeny, akkor nem > lenne ra szukseg? > Ha tudod a vegeredmenyt, miszerint milyen hardware-t kell inicializalni, akkor eleg annak a driveret betolteni, nem kell vegigprobalni az osszes hardware-t es a hozza tartozo/feltetelezett drivert. Ez egy kis rendszerben gondolkodassal ma is megvalosithato lenne, ha maskor nem, telepiteskor meg kell kerdezni a usert arrol, hogy hol legyen a root device, igy kideritheto, milyen hardware tartalmazza, es csak ezt kellene beirni az intird csinalo konfogjaba mintegy automatikusan. A gyari initrdk amugy sem hordozhatoak (a debiane biztosan nem), mert label alapjan epeszu ember nem mountol, az uuid meg egyedi, ezen kivul csak nfs-t tud, de az is felesleges, mert a mostani disztirbuciok csak jelentos farigcsalas utan kepesek disklesskent mukodni, kiveve a debiant, mert valami okos az rc2-5-ben is elinditja (a mar futo) portmap-et, ami azonnali fagyast okoz nfsroot eseten. Azt csak csendesen jegyzem meg, hogy a root kernelparameter hasznalata teljesen nemegyertelmu mar... -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hello, > > akkora ganyolas, de ahogy azt eloszor irtam: nem erdekel, milyen > > a kod, ha 10-bol 9x mukodik, akkor a maradek 1 esetben miert all > > meg ott. > Ez korbenjaras. Ha nem erdekel, milyen a kod, akkor hiaba kerdezed, > miert all meg egy helyen. _szerintem_ ez nem igy van. Hol van a hatar, hogy utannanezz, mi okozza a hibat? Mindenkinek kernelt kell debuggolnia, ha fagy a rendszer pl...? (marmint szelsoseges esetben, de itt pont a hatar a kerdes) > A szoftereknek is van meghibasodasi mutatojuk, > sot mindenfele matematikai varazslattal az egymassal egyuttmukodo > komponensek egymasra hatasat is ki lehet szamolni (mar regen > elfelejtettem, pedig anno SFT3-as Netware-re kiszamoltuk). kicst elment a szal masfele, nem akarom nagyon folytatni. Igen, van ilyen, de ha mar valaki matematikai modellt allit egy szoftver(csomag) vizsgalatara, akkor nagy esellyel a kod minosege is javulni fog (vö módszertan fogalmaval), pl kiszamithatobb lesz az eredmeny. (felteve ha ezt a fejleszteskor elkezdi hasznalni, nem pedig utolag...) > Szerintem az automatikus hw felismeres eredmenye a legkevesbe sem > determinalhato, kulonben nem lenne ra szukseg. ?? ezt nem ertem... Ha kiszamithato lenne az eredmeny, akkor nem lenne ra szukseg? Koszi: a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Gabor Gombas wrote: > On Wed, May 30, 2007 at 01:09:17PM +0200, Gabor HALASZ wrote: > >> Nem lattam benne logsave-t. > > C'est la vie. > >>> Egyebkent meg mind a soros konzol, mind a netkonzol outputjat at >>> lehet iranyitani egy file-ba. >> Szerinted azok a userek, akinek ez az initrams keszult, kepesek ilyesmire? > > Nem tudom kinek keszult. Reszemrol az erdeklodes megszunik azon a > ponton, hogy van technikai megoldas :-) > Igen, te hajlamos vagy ezen a ponton abbahagyni a gondolkodast, hogy a megoldas mennyire praktikus, az mar gyakran 'odaat van' :) > Egyebkent meg ugyanaz a helyzet a szamitogeppel, mint barmilyen mas > hasznalati cikkel: semmi nem tart vissza attol, hogy magad megbutykold, > de ha erre nem vagy kepes, akkor fizest meg a szakembert/supportot. Igen, altalaban ezt teszem, ezert hasznalok sajat initrd-t, sot sajat sysv scripteket is, ezert alatalaban eleg jol is bootolnak a gepeim, kiveve, amikor olyan nyugbe utkozom, amit mar nem lehet userspaceben korrigalni :) > > Az Open Source cegek pont abbol elnek, hogy a mezei userek egy csomo > dolgot nem tudnak/akarnak megcsinalni... > Ezzel nincs problema. A problema az, hogy a fejlesztesek nagy reszet az ilyen opensource softwarekbol elo cegek hatarozzak meg. Ezek a cegek viszont pontosan ugy mukodnek, mint a masik mosoporos ceg, ugyanolyan filozofiaval iranyitjak, ezert a keszulo fejlesztesek minosege sem jobb, mint a masik csapatnal. Peldaul nem lehet oket kikapcsolni, ami szerintem a legnagyobb problema veluk. Nem lehet kikapcsolni az oom killert, nem lehet kikapcsolni a initramfs-sel kapcsolatos formedvenyeket, stb...stb...stb...Nekem pl nincs sehol initramfs-em (kernelben sem), megis van rootfs bejegyzesem a mount tablaban. Na jo, flam off. -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Gabor Gombas wrote: > On Wed, May 30, 2007 at 01:13:27PM +0200, Gabor HALASZ wrote: > >> Tiszta windowsEs ha meg akarom tartani debugolashoz az initramfs >> tartalmat?! > > "Doktor ur, ha kiadom ezt a parancsot, akkor nem marad meg az initramfs > tartalma!" "Akkor ne add ki azt a parancsot..." > Tudom, az egy parancs egy dolgot csinal eppugy feledesbe merult, mint a linux nem windows es nem is akar az lenni, de attol meg ne kelljen ennek orulni, mert a redhatnak ettol jobban megy a boltja. > Csak "mount --bind"-del tedd el valami kesobb is lathato helyre a > rootfs-t, mielott felulmountolod az igazi roottal. > Ehhez ugyebar at kell faragni az initramfs-t, vagy kezzel egyesevel vegrehajtani a /init-ben (es a masik 3scriptben) levo parancsokat, hogy a vegen ne a switchroot-ot vagy hasonlot hivja...Egyszeru, racionalis megoldas...Plane, ha a switchroot-tal van a problema :) Persze be lehet hozza vezetni valami ujabb magikus kapcsolotSzal mindent el lehet a vegtelensegig bonyolitani, amig eljut a fejlesztes a win95 szintjere, miszerint random nem bootol be a gep. Hagyjuk, flame. -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
On Wed, May 30, 2007 at 01:09:17PM +0200, Gabor HALASZ wrote: > Nem lattam benne logsave-t. C'est la vie. > > Egyebkent meg mind a soros konzol, mind a netkonzol outputjat at > > lehet iranyitani egy file-ba. > > Szerinted azok a userek, akinek ez az initrams keszult, kepesek ilyesmire? Nem tudom kinek keszult. Reszemrol az erdeklodes megszunik azon a ponton, hogy van technikai megoldas :-) Egyebkent meg ugyanaz a helyzet a szamitogeppel, mint barmilyen mas hasznalati cikkel: semmi nem tart vissza attol, hogy magad megbutykold, de ha erre nem vagy kepes, akkor fizest meg a szakembert/supportot. Az Open Source cegek pont abbol elnek, hogy a mezei userek egy csomo dolgot nem tudnak/akarnak megcsinalni... Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hegedüs Ervin wrote: > Hello, > >>> Dehogynem, a busybox shellben, amit kapsz. >> Mintha a kerdezo nem emlitette volna, hogy kapott volna promptot. > > bocs, valoban, de az egyik valaszban kerdeztek, akkor irtam, h > van busybox. > > mea culpa. > Akkor eloszor megnezed, betoltotte-e a hw drivert, fs drivert, md drivert, lvm drivereket, /proc/mdstat tartalma, /dev/lvm alatt mit hozott letre, /proc/mounts tartalma, a nem kivant torlendo, aztan valami kiindulasi pont van mar. -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
On Wed, May 30, 2007 at 01:13:27PM +0200, Gabor HALASZ wrote: > Tiszta windowsEs ha meg akarom tartani debugolashoz az initramfs > tartalmat?! "Doktor ur, ha kiadom ezt a parancsot, akkor nem marad meg az initramfs tartalma!" "Akkor ne add ki azt a parancsot..." Csak "mount --bind"-del tedd el valami kesobb is lathato helyre a rootfs-t, mielott felulmountolod az igazi roottal. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Gabor Gombas wrote:
> On Wed, May 30, 2007 at 12:19:51PM +0200, Gabor HALASZ wrote:
>
>> Amikor utoljara neztem, meg nem torolte semmi.
^^
>
> klibc forras, usr/kinit/run-init/runinitlib.c:
>
> /* Delete rootfs contents */
> if (nuke_dir("/"))
> return "nuking initramfs contents";
>
> /* Overmount the root */
> if (mount(".", "/", NULL, MS_MOVE, NULL))
> return "overmounting root";
>
> busybox forras, util_linux/switch_root.c:
>
> // Zap everything out of rootdev
>
> delete_contents("/");
>
> // Overmount / with newdir and chroot into it. The chdir is needed to
> // recalculate "." and ".." links.
>
> if (mount(".", "/", NULL, MS_MOVE, NULL) || chroot(".") || chdir("/"))
> bb_error_msg_and_die("moving root");
>
Tiszta windowsEs ha meg akarom tartani debugolashoz az initramfs
tartalmat?!
--
Gabor HALASZ <[EMAIL PROTECTED]>
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
On Wed, May 30, 2007 at 08:10:22AM +0200, Hegedüs Ervin wrote: > Na nekem pont ezzel van a gondom: 1968-ban ezt meg megertettem > volna: kopott a lyukkártya, beragadt a relé, vagy mittudomén'... > > De konyorgom: 2007-et irunk, a szamitogepet pedig (szerintem) > nyugodtan felfoghatjuk egy determinisztikus automatanak (nem a > nyelvi elemzore gondolok), ezen belul a szoftver az, ami talan a > "leg-permanensebb", es eltekintve nehany specialis esettol > (pl. asszinkron folyamatok) jellemzoen determinisztikusan > viselkedik. Ezt PC kategorianal felejtsd el. Meg egy brand PC-ben is legalabb 5-10 kulonbozo gyartotol valo eszkozok talalhatok, az egyik eszkoz epphogy a szabvanyban megengedett hatarertekek egyik vegen mukodik, a masik pont az ellenkezo vegen, ketten egyutt igy pedig remek hardware random generatort adnak. Azonkivul az aszinkron folyamatok egyaltalan nem specialis esetek, egy atlagos gepen masodpercenkent tobb szazszor vagy akar tobb ezerszer is elofordulnak - ugy hivjak oket, hogy hardware interrupt. Namost pl. egy olyan hibat megtalalni, ami csak akkor fordul elo, ha ket interrupt pont a megfelelo idoelteressel kovetkezik be, eleg maceras dolog... Ha ehhez hozzaveszed a DMA-t, videokartyat (ami ugye maga is egy processzor, ami a CPU-hoz kepest aszinkron mukodik), az SMM-et, az inteligens(ebb) I/O eszkozokon futo firmware-t stb., akkor az jon ki, hogy a nem aszinkron folyamatok szamitanak specialis esetnek... Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hello, > > Dehogynem, a busybox shellben, amit kapsz. > Mintha a kerdezo nem emlitette volna, hogy kapott volna promptot. bocs, valoban, de az egyik valaszban kerdeztek, akkor irtam, h van busybox. mea culpa. a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Gabor Gombas wrote: > On Wed, May 30, 2007 at 12:20:41PM +0200, Gabor HALASZ wrote: > >> Ez esetben ismet sokra megyunk az odairt loglfilevel :) > > Pl. ilyesmire talaltak ki a logsave parancsot, ami a memoriaban tartja a > logot amig a feneke ala nem tolnak egy olyan file rendszert, amire irni > tud. Nem lattam benne logsave-t. > Egyebkent meg mind a soros konzol, mind a netkonzol outputjat at > lehet iranyitani egy file-ba. Szerinted azok a userek, akinek ez az initrams keszult, kepesek ilyesmire? -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
On Wed, May 30, 2007 at 12:20:41PM +0200, Gabor HALASZ wrote: > Ez esetben ismet sokra megyunk az odairt loglfilevel :) Pl. ilyesmire talaltak ki a logsave parancsot, ami a memoriaban tartja a logot amig a feneke ala nem tolnak egy olyan file rendszert, amire irni tud. Egyebkent meg mind a soros konzol, mind a netkonzol outputjat at lehet iranyitani egy file-ba. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
On Wed, May 30, 2007 at 12:19:51PM +0200, Gabor HALASZ wrote:
> Amikor utoljara neztem, meg nem torolte semmi.
klibc forras, usr/kinit/run-init/runinitlib.c:
/* Delete rootfs contents */
if (nuke_dir("/"))
return "nuking initramfs contents";
/* Overmount the root */
if (mount(".", "/", NULL, MS_MOVE, NULL))
return "overmounting root";
busybox forras, util_linux/switch_root.c:
// Zap everything out of rootdev
delete_contents("/");
// Overmount / with newdir and chroot into it. The chdir is needed to
// recalculate "." and ".." links.
if (mount(".", "/", NULL, MS_MOVE, NULL) || chroot(".") || chdir("/"))
bb_error_msg_and_die("moving root");
Gabor
--
-
MTA SZTAKI Computer and Automation Research Institute
Hungarian Academy of Sciences
-
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hegedüs Ervin wrote: > > egyrészt kiderult (koszonom Wagner Ferencnek), hogy ez megsem > akkora ganyolas, de ahogy azt eloszor irtam: nem erdekel, milyen > a kod, ha 10-bol 9x mukodik, akkor a maradek 1 esetben miert all > meg ott. > Ez korbenjaras. Ha nem erdekel, milyen a kod, akkor hiaba kerdezed, miert all meg egy helyen. A szoftereknek is van meghibasodasi mutatojuk, sot mindenfele matematikai varazslattal az egymassal egyuttmukodo komponensek egymasra hatasat is ki lehet szamolni (mar regen elfelejtettem, pedig anno SFT3-as Netware-re kiszamoltuk). > > Ez a kodreszlet pedig egyebkent sem indokolna (IMHO). > Ha sok kis ganyolast egymas melle raksz, akkor lesz egy irdatlan nagy ganyolas, ami mar vegkepp nem mukodik. Erre van mindenfele tudomanyos megfogalmazas, vagy nepiesen: szarbol katedralist. Pl egy usb-s eszkoz hol be van dugva, hol nincs, vagy a profeta megharadgudott rad, vagy hasonlo... >>> eddig a profeta haragja tunik a legvaloszinubbnek... >> Mint minden, nem igazan determinisztikus folyamatnal... > > Na nekem pont ezzel van a gondom: 1968-ban ezt meg megertettem > volna: kopott a lyukkártya, beragadt a relé, vagy mittudomén'... > > De konyorgom: 2007-et irunk, a szamitogepet pedig (szerintem) > nyugodtan felfoghatjuk egy determinisztikus automatanak (nem a > nyelvi elemzore gondolok), ezen belul a szoftver az, ami talan a > "leg-permanensebb", es eltekintve nehany specialis esettol > (pl. asszinkron folyamatok) jellemzoen determinisztikusan > viselkedik. > Szerintem az automatikus hw felismeres eredmenye a legkevesbe sem determinalhato, kulonben nem lenne ra szukseg. -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Gabor Gombas wrote:
> On Tue, May 29, 2007 at 06:30:31PM +0200, Ferenc Wagner wrote:
>
>> Ezt hogyan lehet ellenorizni?
>
> /usr/src/linux/Documentation/filesystems/ramfs-rootfs-initramfs.txt:
>
> All this differs from the old initrd in several ways:
> [...]
> - When switching another root device, initrd would pivot_root and then
> umount the ramdisk. But initramfs is rootfs: you can neither pivot_root
> rootfs, nor unmount it. Instead delete everything out of rootfs to
> free up the space (find -xdev / -exec rm '{}' ';'), overmount rootfs
> with the new root (cd /newmount; mount --move . /; chroot .), attach
> stdin/stdout/stderr to the new /dev/console, and exec the new init.
>
Ez esetben ismet sokra megyunk az odairt loglfilevel :)
--
Gabor HALASZ <[EMAIL PROTECTED]>
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Ferenc Wagner wrote: >> Ahogyan nezem, elvben a debug=1 kernelparametertol elkezd nyomokban >> logolni, igaz, hogy megnezni sosem fogod tudni, mert az initramfs-re >> mountolt tmpfs-re irja, amit nem tudsz megnezni, mert nem indult el a >> rendszered :-D > > Dehogynem, a busybox shellben, amit kapsz. > Mintha a kerdezo nem emlitette volna, hogy kapott volna promptot. -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Wagner Ferenc wrote: > Gabor Gombas <[EMAIL PROTECTED]> writes: > >> On Tue, May 29, 2007 at 06:30:31PM +0200, Ferenc Wagner wrote: >> >>> Ezt hogyan lehet ellenorizni? >> /usr/src/linux/Documentation/filesystems/ramfs-rootfs-initramfs.txt: >> [...] >> Szvsz egy ures ramfs 1-2 kB-nal tobbet nem foglal. > > Allitolag alig par tucat bajtot, de en ugy ertettem, hogy Gabor arra > gondol, nem is torli a tartalmat (vagyis nem uresen marad hatra). Amikor utoljara neztem, meg nem torolte semmi. -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Gabor Gombas <[EMAIL PROTECTED]> writes: > On Tue, May 29, 2007 at 06:30:31PM +0200, Ferenc Wagner wrote: > >> Ezt hogyan lehet ellenorizni? > > /usr/src/linux/Documentation/filesystems/ramfs-rootfs-initramfs.txt: > [...] > Szvsz egy ures ramfs 1-2 kB-nal tobbet nem foglal. Allitolag alig par tucat bajtot, de en ugy ertettem, hogy Gabor arra gondol, nem is torli a tartalmat (vagyis nem uresen marad hatra). -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hello,
> > szerintem nem erted a kerdest; miert pont OTT all meg?
> >
>
> Ezert:
>
> while [ ! -x ${rootmnt}${init} ]; do
> panic "Target filesystem doesn't have ${init}"
> done
>
> (Ha en azt ertenem, minek ehhez ciklus...)
:))
egyrészt kiderult (koszonom Wagner Ferencnek), hogy ez megsem
akkora ganyolas, de ahogy azt eloszor irtam: nem erdekel, milyen
a kod, ha 10-bol 9x mukodik, akkor a maradek 1 esetben miert all
meg ott. Ez a kodreszlet pedig egyebkent sem indokolna (IMHO).
> >> Pl egy usb-s eszkoz hol be van dugva, hol nincs, vagy a profeta
> >> megharadgudott rad, vagy hasonlo...
> > eddig a profeta haragja tunik a legvaloszinubbnek...
> Mint minden, nem igazan determinisztikus folyamatnal...
Na nekem pont ezzel van a gondom: 1968-ban ezt meg megertettem
volna: kopott a lyukkártya, beragadt a relé, vagy mittudomén'...
De konyorgom: 2007-et irunk, a szamitogepet pedig (szerintem)
nyugodtan felfoghatjuk egy determinisztikus automatanak (nem a
nyelvi elemzore gondolok), ezen belul a szoftver az, ami talan a
"leg-permanensebb", es eltekintve nehany specialis esettol
(pl. asszinkron folyamatok) jellemzoen determinisztikusan
viselkedik.
Koszi:
a.
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
On Tue, May 29, 2007 at 06:30:31PM +0200, Ferenc Wagner wrote:
> Ezt hogyan lehet ellenorizni?
/usr/src/linux/Documentation/filesystems/ramfs-rootfs-initramfs.txt:
All this differs from the old initrd in several ways:
[...]
- When switching another root device, initrd would pivot_root and then
umount the ramdisk. But initramfs is rootfs: you can neither pivot_root
rootfs, nor unmount it. Instead delete everything out of rootfs to
free up the space (find -xdev / -exec rm '{}' ';'), overmount rootfs
with the new root (cd /newmount; mount --move . /; chroot .), attach
stdin/stdout/stderr to the new /dev/console, and exec the new init.
Since this is a remarkably persnickity process (and involves deleting
commands before you can run them), the klibc package introduced a helper
program (utils/run_init.c) to do all this for you. Most other packages
(such as busybox) have named this command "switch_root".
Szvsz egy ures ramfs 1-2 kB-nal tobbet nem foglal.
Gabor
--
-
MTA SZTAKI Computer and Automation Research Institute
Hungarian Academy of Sciences
-
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Gabor HALASZ <[EMAIL PROTECTED]> writes:
> Hegedüs Ervin wrote:
>>
Tehat azon megprobalok tullepni, hogy K+1 esetbol 1x csinal
ilyet, de akkor is miert az udev,
>>> Mert ha nem indul el, akkor nem keletkezik a /dev/.static/blahblah...
>> szerintem nem erted a kerdest; miert pont OTT all meg?
>
> Ezert:
>
> while [ ! -x ${rootmnt}${init} ]; do
> panic "Target filesystem doesn't have ${init}"
> done
>
> (Ha en azt ertenem, minek ehhez ciklus...)
Mert a panic shellt ad neked, amiben kijavithatod a hibat, es ha
utana kilepsz, ujra probalkozik.
> Ahogyan nezem, elvben a debug=1 kernelparametertol elkezd nyomokban
> logolni, igaz, hogy megnezni sosem fogod tudni, mert az initramfs-re
> mountolt tmpfs-re irja, amit nem tudsz megnezni, mert nem indult el a
> rendszered :-D
Dehogynem, a busybox shellben, amit kapsz.
> Nem mellekes, hogy nem szabaditja fel boot utan az initramfs-t, az
> idok vegezeteig foglalja a memoriat.
Ezt hogyan lehet ellenorizni?
--
Feri.
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hegedüs Ervin wrote:
> Hello,
>
>>> Tehat azon megprobalok tullepni, hogy K+1 esetbol 1x csinal
>>> ilyet, de akkor is miert az udev,
>> Mert ha nem indul el, akkor nem keletkezik a /dev/.static/blahblah...
> szerintem nem erted a kerdest; miert pont OTT all meg?
>
Ezert:
while [ ! -x ${rootmnt}${init} ]; do
panic "Target filesystem doesn't have ${init}"
done
(Ha en azt ertenem, minek ehhez ciklus...)
ELotte pedig:
# FIXME This has no error checking
modprobe ${FSTYPE}
# FIXME This has no error checking
# Mount root
mount ${roflag} -t ${FSTYPE} ${ROOTFLAGS} ${ROOT} ${rootmnt}
Ha nem haragszol, most nem nezem tovabb, meg a vegen remalmaim lesznek
es sok idobe telik, mert a szervezes is gusztustalan, valami
scriptkiddie osszemasolgatta innen-onnan a darabjait.
>> Pl egy usb-s eszkoz hol be van dugva, hol nincs, vagy a profeta
>> megharadgudott rad, vagy hasonlo...
> eddig a profeta haragja tunik a legvaloszinubbnek...
>
Mint minden, nem igazan determinisztikus folyamatnal...
Ahogyan nezem, elvben a debug=1 kernelparametertol elkezd nyomokban
logolni, igaz, hogy megnezni sosem fogod tudni, mert az initramfs-re
mountolt tmpfs-re irja, amit nem tudsz megnezni, mert nem indult el a
rendszered :-D Nagyjabol hasonlo szellemi szinvonalon all az egesz cucc,
ha stabil rendszert akarsz, akkor felejtsd el ugy, ahogyan van. Nem
mellekes, hogy nem szabaditja fel boot utan az initramfs-t, az idok
vegezeteig foglalja a memoriat. A benne levo logolas teljesen
ertelmetlen, csak a kepernyore echo-za az uzeneteket, amit a bootlogd
nem tud elkapni (a bootlogd eleg ertelmetlen talalmany)
--
Gabor HALASZ <[EMAIL PROTECTED]>
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hello, > 2.6.20-as kernellel sok SCSI eszköz mellett előjött nekem egy sysfs > hiba: néhány eszközt nem tudott a kernel regisztrálni, így az udev sem > hozta létre a bejegyzését a /dev alatt. 2.6.21-nél is maradt még > ebből valami, 16 eszközből 2-4 véletlenszerűen hiányzik. Szerintem > csípd el a teljes konzol logot a boot folyamatról soros porton vagy > netconsole-lal, és hasonlítsd össze a "jó" és a "nem jó" esetben. koszonom, ezeknek utananezek (meg nem csinaltam ilyet), > Újabban egyre több folyamat aszinkron módon zajlik, lehet akár az is, > hogy más sorrendben inicializálódnak az eszközeid, és összecserélődik > a boot és a gyökér eszköz. Mi alapján mountolsz (label, UUID, > eszköznév)? Egy kis rootdelay nem segít (ha mkinitramfs-t használsz)? a rootdelay-t mar mas esetben lattam, hogy megoldas lehet (szinten ubuntu...) ilyen esetekben. Egyebkent UUID alapjan megy a mount. Koszonom a segitseget. a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hello, > > Tehat azon megprobalok tullepni, hogy K+1 esetbol 1x csinal > > ilyet, de akkor is miert az udev, > Mert ha nem indul el, akkor nem keletkezik a /dev/.static/blahblah... szerintem nem erted a kerdest; miert pont OTT all meg? > Pl egy usb-s eszkoz hol be van dugva, hol nincs, vagy a profeta > megharadgudott rad, vagy hasonlo... eddig a profeta haragja tunik a legvaloszinubbnek... > Valami logolasszerusegre lenne > szukseg, pl init=/bin/sh-val inditani, es utana vegrehajtani kezzel a > /linuxrc-t sorrol sorra, es nezni, hogy hol a hinaszeru. Vagy amikor > eppen bootol, akkor megeditalni a /linuxrc elejet /bin/sh -x-re, aztan > nezni, hol akad el (vagy tobbet nem ujrainditani :). igen, tulkepp ennyi a bajom, hogy a tavoli restart lehetosege megszunt... Mindenesetre kossz a tippeket, ha netan egyszer a gep fizikai kozelebe kerulok, es reprodukalni tudom a hibat, ezeket kiprobalom... koszi: a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hegedüs Ervin írta: > Hello, > > >>> * Mounting /root/dev on /dev/.static/dev failed: No such file... >>> Target filesystem doesn't have /sbin/init >>> >>> >> Elesik az udev-ed illetve a kore ganyolt scriptformedveny. >> > > Gabor, > > _de_miieeert_??? :))) > > Barmiert? > Tudom-tudom: marad a hardver, de vajh' mi okozhat ilyet? > > - a vezerlo: akkor miert tolti be a kernelt es az initrd-t? > - a diszk(ek): akkor miert tolti be a kernelt es az initrd-t? > - a memoria: akkor miert tolti be a kernelt es az initrd-t? > > Tehat azon megprobalok tullepni, hogy K+1 esetbol 1x csinal > ilyet, de akkor is miert az udev, Mert ha nem indul el, akkor nem keletkezik a /dev/.static/blahblah... > meg a ganyolas, Elvben azert, mert semmi szukseg ra az initrdben, gyakorlatban azert, mert nem ott all meg, ahol a hiba tortenik, es csak nezel es minket kerdezel olyasmirol, amire eselyunk sincs korrekt valaszt adni :) > es ugyanott? > Pl egy usb-s eszkoz hol be van dugva, hol nincs, vagy a profeta megharadgudott rad, vagy hasonlo... Valami logolasszerusegre lenne szukseg, pl init=/bin/sh-val inditani, es utana vegrehajtani kezzel a /linuxrc-t sorrol sorra, es nezni, hogy hol a hinaszeru. Vagy amikor eppen bootol, akkor megeditalni a /linuxrc elejet /bin/sh -x-re, aztan nezni, hol akad el (vagy tobbet nem ujrainditani :). _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hegedüs Ervin <[EMAIL PROTECTED]> writes: > A gép látszólag rendben van, a gond az, hogy a gép > véletlenszerűen nem indul el (a hibaüzenet valami ilyesmi): > > [...] > * Mounting /root/dev on /dev/.static/dev failed: No such file... > Target filesystem doesn't have /sbin/init 2.6.20-as kernellel sok SCSI eszköz mellett előjött nekem egy sysfs hiba: néhány eszközt nem tudott a kernel regisztrálni, így az udev sem hozta létre a bejegyzését a /dev alatt. 2.6.21-nél is maradt még ebből valami, 16 eszközből 2-4 véletlenszerűen hiányzik. Szerintem csípd el a teljes konzol logot a boot folyamatról soros porton vagy netconsole-lal, és hasonlítsd össze a "jó" és a "nem jó" esetben. Újabban egyre több folyamat aszinkron módon zajlik, lehet akár az is, hogy más sorrendben inicializálódnak az eszközeid, és összecserélődik a boot és a gyökér eszköz. Mi alapján mountolsz (label, UUID, eszköznév)? Egy kis rootdelay nem segít (ha mkinitramfs-t használsz)? -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hello, > Pont ma kuzdottem egy ilyen hibauzenettel, az ok az volt hogy az > initrd-bol hianyoztak a sata-t es/vagy scsi-t kezelo modulok. ezt akkor ki is zarhatjuk :) > A fentiekbol az kovetkezik, hogy az inird mukodesevel van a > gond szerintem. a masik valaszra reagaltam: az initrd egy "szoftver", egy file, allomany - ahogy tetszik. Tekinthetjuk permanensnek, tehat nem modositgatom az initrd-t minden boot utan 2x is. Az initrd-nel all meg a boot, de nem tudom azt mondani, hogy az a hibas. > A véletlenszerűsege miatt hw hibara > gondolok. Mivel ilyen ritka eloszor nezd meg a memoriakat. > A hibauzenet utan kapsz initrd prompt-ot? (busybox) kapok, de a gep nem sokaig volt nalam, a telepites utan nem sokkal elojott ez a hiba, es arra figyeltem, hogy hogy tudom reprodukalni - ezt sajnos nem neztem meg, hogy a busybox-ban mik vannak mar jelen... :(( Koszi: a. -- Minden baj forrása az 1/x függvény. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hello, > > * Mounting /root/dev on /dev/.static/dev failed: No such file... > > Target filesystem doesn't have /sbin/init > > > > Elesik az udev-ed illetve a kore ganyolt scriptformedveny. Gabor, _de_miieeert_??? :))) Nem erdekel, hogy ganyolt a "scriptformedveny", es hogy mi esik el. Mindegyik egy bithalmaz kotott permutacioju elemekkel, ahol jo esellyel sem a halmazok elemei, sem a sorrend nem valtozik. Tudom-tudom: marad a hardver, de vajh' mi okozhat ilyet? - a vezerlo: akkor miert tolti be a kernelt es az initrd-t? - a diszk(ek): akkor miert tolti be a kernelt es az initrd-t? - a memoria: akkor miert tolti be a kernelt es az initrd-t? Tehat azon megprobalok tullepni, hogy K+1 esetbol 1x csinal ilyet, de akkor is miert az udev, meg a ganyolas, es ugyanott? Koszi: a. -- Minden baj forrása az 1/x függvény. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Hegedüs Ervin wrote: > * Mounting /root/dev on /dev/.static/dev failed: No such file... > Target filesystem doesn't have /sbin/init > > Újraindítás után a gép rendszerint elindul, de volt már úgy, hogy > 2x egymás után nem bootolt be. Kb fél órán keresztül próbáltam > restartolni, megállítani, esetleg áramtalanítani, és úgy > elindítani, de kb 20-25 indításból 2-3 eset volt, hogy nem indult > el. Teljesen véletlenszerű, semmi determinisztikus összefüggés > nincs a megállítás és az (el-nem)indulás között. > > Van valakinek tippje, mi lehet a gond? > Elesik az udev-ed illetve a kore ganyolt scriptformedveny. -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Target filesystem doesn't have /sbin/init
Szia, > véletlenszerűen nem indul el (a hibaüzenet valami ilyesmi): > * Mounting /root/dev on /dev/.static/dev failed: No such file... > Target filesystem doesn't have /sbin/init Pont ma kuzdottem egy ilyen hibauzenettel, az ok az volt hogy az initrd-bol hianyoztak a sata-t es/vagy scsi-t kezelo modulok. A fentiekbol az kovetkezik, hogy az inird mukodesevel van a gond szerintem. A véletlenszerűsege miatt hw hibara gondolok. Mivel ilyen ritka eloszor nezd meg a memoriakat. A hibauzenet utan kapsz initrd prompt-ot? (busybox) Zoli _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
