>
> Gyimesi Laszlo <[EMAIL PROTECTED]> wrote:
>
> > Please append a correct "root=" boot option
> > Kernel panic - not syncing: VFS: Unable to mount root fs on
> > unknown-block(104,2)
>
> megvaltozott a diszk driveredhez (csak nem sata?) tartozo konfig opcio
> neve. Make menuconfig es javitsd
[EMAIL PROTECTED] írta:
> Van egy nagy problemam...
> Ha FAT32 particiora masolok fajlokat, es abban vannak hosszu
> ekezetek (o: es u:), akkor allandoan "cannot create regular file:
> invalid argument hibaval nem masolja at, es mar borzalmasan
> idegesit...
>
> Mit tegyek? :
Nézd át a mo
Gyimesi Laszlo <[EMAIL PROTECTED]> wrote:
> Please append a correct "root=" boot option
> Kernel panic - not syncing: VFS: Unable to mount root fs on
> unknown-block(104,2)
megvaltozott a diszk driveredhez (csak nem sata?) tartozo konfig opcio
neve. Make menuconfig es javitsd meg.
raas
--
Tho
Szervusztok!
Lefordítom a 2.6.19.2-es kernelt a már korábbi verziókhoz is használt
konfiggal egy Compaq (HP) ml370-es gépre. Boot, OK.
Ráengedem a grsecurity patch-et. Konfig, a grsec-ből semmit nem
teszek a kernelbe. Boot:
Please append a correct "root=" boot option
Kernel panic - not syncing
Sziasztok,
Van egy nagy problemam...
Ha FAT32 particiora masolok fajlokat, es abban vannak hosszu
ekezetek (o: es u:), akkor allandoan "cannot create regular file:
invalid argument hibaval nem masolja at, es mar borzalmasan
idegesit...
Mit tegyek? :
Koszonettel: Csabi
___
> Most megpróbálom kézzel lefordítani. De ha ez sem megy,
> akkor nem lesz 3d-s képernyővédőm :D
Kézzel lefordul a modul, betöltődik. De:
/var/log/Xorg.0.log:
(EE) AIGLX error: dlopen of /usr/lib/dri/fglrx_dri.so failed
(/usr/lib/dri/fglrx_dri.so: undefined symbol:
__glXFindDRIScreen)
Szóval le
> > Lehet, hogy a 2.6.20-as kernellel van baja? Vagy tényleg az
> > Etch-re még nem készültek fel? Ha még lesz időm szórakozni
> > vele kipróbálok egy régebbi kernelt...
Na már majdnem örültem... Felpakoltam újra a deb csomagokat,
és rebootoltam az előző (2.6.16.19) kernelemet. És láss
csodát lefo
On Wed, Feb 07, 2007 at 12:01:58PM +0100, Kiss Róbert wrote:
> Lehet, hogy a 2.6.20-as kernellel van baja? Vagy tényleg az
> Etch-re még nem készültek fel? Ha még lesz időm szórakozni
> vele kipróbálok egy régebbi kernelt...
>
> Örülnék, ha valaki írna, hogy neki megy, mert akkor tudnám,
> hogy é
Kiss Róbert írta:
> A következő a problémám, Etch alá próbálom feltenni az ati
> honlapjáról leszedett fglrx drivert (8.32.5). A deb csomagok
> szépen elkészülnek, felmennek a rendszerre. De amikor a
> kernelmodult szeretném lefordítani a következő üzenetet kapom:
>
nvidia es fglrx forgatasnal i
> Sarge alatt ment az előző driver. Igaz ott nem deb
> csomagból, hanem simán az ATI telepítő által feltéve.
> Megpróbálom úgy is.
No most Etch alatt a nem deb-csomagból való felrakás sem jön
össze. A kernel modult nem lehet lefordítani. 2D-s módban
szerencsére megy így is az Xorg...
Lehet, hogy
Az aktualis upgrade utan a kovetkezo logokra figyeltem fel:
Feb 7 09:03:09 galilei kernel: 152.66.26.65 sent an invalid ICMP type 3,
code 3 error to a broadcast: 152.66.33.95 on eth0
Es ez ismetlodott kb. 3 percenkent a frissites utan kb. 40 percig,
aztan azota nem jott tobb...
Mi ez? A samba
> A 2.6.19 kornyeken valahol megszunt a config.h, ami csak
> kompatibilitasi okokbol volt a kernelekben. Egy regebbibol
masold be
> addig, mig az ati nem csinal egy ujabbat a moduljabol, ami
mar nem
> igenyli a config.h-t.
Áhh igen, közben én is rájöttem. Köszi!
Le is szedtem a legújabb ati c
On Wed, Feb 07, 2007 at 11:24:04AM +0100, Kiss Róbert wrote:
> linux/config.h: No such file or directory
> Ez a 2.6.20-as kerenelem van bebootolva. A /usr/src/linux
A 2.6.19 kornyeken valahol megszunt a config.h, ami csak
kompatibilitasi okokbol volt a kernelekben. Egy regebbibol masold be
addi
Sziasztok!
A következő a problémám, Etch alá próbálom feltenni az ati
honlapjáról leszedett fglrx drivert (8.32.5). A deb csomagok
szépen elkészülnek, felmennek a rendszerre. De amikor a
kernelmodult szeretném lefordítani a következő üzenetet kapom:
/usr/bin/make -C /lib/modules/2.6.20/source
SU
Hi!
Miután a '97 óta használt tcl-es ical alkalmazásom végleg
megdöglött(*), elhatároztam, hogy evolution-ban kezelem a naptáramat,
és hogy akkor már szerveren tartom azt.
A dokumentáció alapján azt találtam, hogy a caldav típusú calendar
lesz nekem jó, ami
simán webdav-ot használ, mert a webcal
15 matches
Mail list logo