>> hdd csere megtortent, mukodik a raid, minden ok. (kiveve hogy az X elindult,
>> be
>> lehet jelentkezni/dolgozni, de szoveges konzolom nincs, alt+f1-f6 ures
>> kepernyo
>> a syslog-ba semmi, a boot.msg-ben talaltam vmit, azt a level vegere beszurom,
>> most probalom googlezni a megoldast, de h
On Thu, 3 Jul 2008, Szabo Istvan wrote:
> Ehhh... akkor a make-kpkg --arch paqraméterét el is hagyhatnám és az így
> keletkező .deb csomag minden további nélkül menne a 32 bites etch-en?
>
> Az tiszta, hogy 64 bites kernellel chrootban lehet 32 bites dolgokat
> futtatni, de most ezt nem akartam...
Hi!
"Szabo Istvan" <[EMAIL PROTECTED]> írta 2008-07-03 23:47-kor:
> Ehhh... akkor a make-kpkg --arch paqraméterét el is hagyhatnám és az így
> keletkező .deb csomag minden további nélkül menne a 32 bites etch-en?
Nem.
A kernel makefile az uname által szolgáltatott infók alapján próbálja
kitalálni
Hi!
"Szabo Istvan" <[EMAIL PROTECTED]> írta 2008-07-03 22:57-kor:
> Megnéztem, ennek a gcc csomagban kellene lapulnia, illetve ez valójában
> csak egy link lenne a gcc-4.1-re. A gcc természetesen fel van téve, az
> amd64-es gépen már fordtottam localba kernelt.
Tévedsz! Amd64-es rendszeren az i386
On Fri, 4 Jul 2008, Lajber Zoltan wrote:
> > Etch amd64, rajta 2.6.25 kernelt forgatnék egy másik gépre, amin viszont
> > 32 bites etch van.
> > make menuconfig ARCH=i386
>
> Nem a kerdesedre valasz, de a 64 bites kernel siman futtatja a 32 bites
> progikat, es a 32-es etch siman megy vele.
On Thu, 3 Jul 2008, Szabo Istvan wrote:
> Etch amd64, rajta 2.6.25 kernelt forgatnék egy másik gépre, amin viszont
> 32 bites etch van.
> make menuconfig ARCH=i386
Nem a kerdesedre valasz, de a 64 bites kernel siman futtatja a 32 bites
progikat, es a 32-es etch siman megy vele.
Udv,
-=Lajb
Hi!
Etch amd64, rajta 2.6.25 kernelt forgatnék egy másik gépre, amin viszont
32 bites etch van.
make menuconfig ARCH=i386
Ez rendben lement, majd a következőnél elakadtam:
make-kpkg --arch i386 -initrd --revision=1 --append[...]
Panaszkodik, hogy:
/bin/sh: i486-linux-gn
In article <[EMAIL PROTECTED]>,
"Linux Levlist" <[EMAIL PROTECTED]> writes:
> hdd csere megtortent, mukodik a raid, minden ok. (kiveve hogy az X elindult,
> be
> lehet jelentkezni/dolgozni, de szoveges konzolom nincs, alt+f1-f6 ures
> kepernyo
> a syslog-ba semmi, a boot.msg-ben talaltam
On Thu, 3 Jul 2008, Linux Levlist wrote:
> egy rovid kerdesem meg lenne: sda1-et dd-vel atmasoltam sdb1-re (tudom, tudom
> miert nem rakom raidbe, bele fogom, csak most nem lehetet tovabb leallni)
Nem kell leallni, anelkul is siman megoldhato.
Udv,
-=Lajbi=---
>> On Wed, 2 Jul 2008, Linux Levlist wrote:
>> ez normalis? gondolom a vinyocsere szukseges ezek utan.
>
> Reszben :)
> Az, hogy a diszk kihal, majd felbukkan, az dszk hiba, nezz utanna, en nem
> biznek benne. De lehet kabel hiba is.
> Az ,hogy pl hotswap eseten kiveszed a diszket, ami sda, majd be
>> sziasztok!
>> egy scriptbol szeretnem lementen a maildireket, veszont a tar mindig
>> hibara fut, ugyanis
>> a spamek miatt sajnos ejjel 2kor is erkeznek be levelek, valtozik a
>> konyvtar tartalom, es
>> ezt ugylatszik nem szereti ("file changed as we read it").
>
> Csinálj egy file listát pl.
On Thu, 3 Jul 2008, BERES Laszlo wrote:
> [EMAIL PROTECTED] írta:
>
>> Nálunk a drbd egy korábbi verziója és a diszk write cache-e is "érdekes"
>> hibákat okozott...
>
> Mit lehet ezekről tudni? Én egy meglehetősen terhelt környezetben (~1500
> user home-ja) használok drbd-t (CentOS, 2.6.9-55.0.9.
[EMAIL PROTECTED] írta:
> Nálunk a drbd egy korábbi verziója és a diszk write cache-e is "érdekes"
> hibákat okozott...
Mit lehet ezekről tudni? Én egy meglehetősen terhelt környezetben (~1500
user home-ja) használok drbd-t (CentOS, 2.6.9-55.0.9.EL, ext3) kb. egy
éves uptime-mal, hiba nélkül.
Linux Levlist írta:
> sziasztok!
> egy scriptbol szeretnem lementen a maildireket, veszont a tar mindig
> hibara fut, ugyanis
> a spamek miatt sajnos ejjel 2kor is erkeznek be levelek, valtozik a
> konyvtar tartalom, es
> ezt ugylatszik nem szereti ("file changed as we read it").
Csinálj egy file
On Wed, 2 Jul 2008, Linux Levlist wrote:
> ez normalis? gondolom a vinyocsere szukseges ezek utan.
Reszben :)
Az, hogy a diszk kihal, majd felbukkan, az dszk hiba, nezz utanna, en nem
biznek benne. De lehet kabel hiba is.
Az ,hogy pl hotswap eseten kiveszed a diszket, ami sda, majd beraksz egy
ma
15 matches
Mail list logo