Hozzászólások
-
Bejegyzés
-
mysterious:
„az „úriember” azt mondta hogy nem bízna a Linuxra komolyabb munkát,pl szervóvezérlést”
http://www.osdl.org/about_osdl/members/Azért az hozzá kell tenni, hogy felsorolt a cégek 90%-a (súlyozva 99,5%-a) valójában két vasat tart a tüzben.
Mi lehet a gond???
[filterlist] (re)scanning transcode’s module path /usr/lib/transcode…
Can’t locate Gtk/Gdk/Pixbuf.pm in @INC
(…)Nincs fent a perl-gtk csomag. Ennyi. Természetesen lehet még további probléma is.
Van free 56k-s HCF driver is.
A FreeBSD szerintem azért kiabál a 2 FAT partíció miatt, mert kettõ FAT extended típus létezil: egy sima (ID: 5) és egy LBA (ID: 15). Neked az LBA van fent, viszont az elsõ FAT32 partíció LBA nélküli (ID: 11). Van LBA-s FAT32 is (ID: 12), ami értelem szerûen az LBA-s extended partícióhoz illeszkedik.
Tehát vagy az elsõ FAT32-es partíció típusát írd át FAT32 LBA-ra, vagy az extended partícióét simára (ID: 5). A legjobb megoldás az elsõ lenne, mert a második esetén úgy emlékszem a Microsoft Windows dob egy nagy hátast.
Ha egy második (n.) FAT partíciót hozol létre, akkor a fentiek szellemében kell eljárni. A Microsoft Windows „ügyesen” LBA-s FAT32-t hoz létre az extended partícióban, ami összetüzésben van az LBA nélküli elsõ partícióval.
A poén az, hogy az LBA nem partíciókra, hanem az egész vinyó címkezelésére vonatkozik (semmiképpen sem szabad mixelni a kettõt).
PS: az ID a táblázatban Flags néven van.
Hali!
Most próbálkoztam másodszor, és hát egy kis bibi van:Offset Size (ST) End Name PType Desc Subtype Flags
0 63 62 – 12 unused 0
63 14333697 14333759 ad0s1 7 Fat 11
14333760 11067840 25401599 ad0s2 4 Extended DOS, LBA 15
25401600 28224 25429823 – 12 unused 0[Remélem el lehet igazodni rajta]
A helyzet az, hogy a mostani (második) próba elõtt csináltam Win alatt a második particíóból egy harmadikat. De a drága ugyanazt írja mint a két partíció esetében. Ilyenkor mi van?
Az elsõ partíción a win van (kb. 7GB), a második part.
„Ha a NASA-nak jó a Linux,akkor nekem is az”
A leggyorsabb Linuxos szuperszámítógép (2003. November) az NCSA Tungsten nevû gépe. „Csak” 17.7 teraflops sebességre képes. A top500.org -on található szuperszámítógépek közül nagyon sok fut Linuxszal.
A mostani top500.org listájában az elsõ 10-ben 3 Linuxos gép szerepel (:!:). Engem ez gyõz meg, hogy bármilyen komoly célra alkalmas.
http://www.top500.org/list/2003/11/
http://www.ncsa.uiuc.edu/Divisions/PublicA…r/tungsten.htmlA 9.2-ben libxfree86-devel a csomag neve. A 9.1-ben XFree86-devel.
ftp://ftp.linuxforum.hu/mirrors/Mandrake/…3-5mdk.i586.rpm
ftp://ftp.linuxforum.hu/mirrors/Mandrake/…1-2mdk.i586.rpmHát, vagy a terminálba beírod, hogy
__GL_SYNC_TO_VBLANK=1 mplayer -vo gl2 „videófájl”
vagy szintén a konzolba:
__GL_SYNC_TO_VBLANK=1 gmplayer
de akkor mindenképpen a gl2-es drivert kell használni (mplayer opciók),
vagy az /etc/bashrc fájl legvégére be kell írni:
export __GL_SYNC_TO_VBLANK=1
és az mplayert továbbra is gl2-es driverrel kell használni, de a _GL_SYNC_TO_VBLANK=1 elõtagot már nem kell használni (ekkor az összes OpenGL-es progi használni fogja a VSYNC-et).A doksikban ez a változat szerepel:
egy konzolba beírod az
export __GL_SYNC_TO_VBLANK=1
sort, majd utána simán kiadod a már megszokott
mplayer -vo gl2 „videófájl”
parancsot.A „-vo gl2” opciót el lehet hagyni, ha a konfigfájlban (/home/USER/.mplayer/config) szerepel a „vo=gl2” sor.
Mindent letöltöttem és lefuttattam,most meg ezt írja ki:
Error: X11 support required for GUI compilation
A libxfree86-devel csomag hiányzik. Legalábbis erre lehet következtetni.
Nagy tiszteletem azoknak,akik már úgy kenik a témát,mint pl.Gabaman,vagy VectoR.
Szerintem illik nekünk min. a mostani szinten érteni a Linuxhoz, mivel egyrészt viszonylag régen ismerkedünk már a rendszerrel, másrészt informatikus a szakmánk. Ha a súlycsoportunkon belül akarom minõsíteni magamat, akkor nyugodttan állíthatom, bõven van még mit tanulnom. Sõt! 😀
