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
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
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
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
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
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,
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
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
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
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
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
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,
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
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
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
--
-
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
--
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,
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
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
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
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.
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.
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,
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,
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
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
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.
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 -
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
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
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
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
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
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,
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
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
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)?!
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
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
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
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} ];
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:
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
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
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
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
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
ilyesmi):
[...]
* 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
Szia,
gt; véletlenszerűen nem indul el (a hibaüzenet valami ilyesmi):
gt; * Mounting /root/dev on /dev/.static/dev failed: No such file...
gt; 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
49 matches
Mail list logo