A problémám a következő lenne:
Rákötöttem egy Compact Flash kártyát (2 GB) IDE átalakítóval IDE kábelre és megpróbáltam rá Ubuntu linuxot telepíteni szöveges módban (a minimális rendszer)
Ahol vettem a CF-IDE átalakítót, azt mondták, h nem mindegyik CF-kártyáról lehet bootolni.
A linux elég lassan települt fel a kártyára, tehát elég lassú volt az írás és amikor végre feltelepült és újraindítottam a gépet, egész gyorsan betöltötte a grubot(tehát lehetett róla bootolni), de utána 2,5 percig ez volt kiírva a képernyőre: Starting up...
ezután már egész gyorsan kiadta a login-t szöveges módban. A kérdésem az lenne, hogyan lehetne esetleg gyorsítani az írást (esetleg BIOS-ban) vagy a bebootolást. A CF kártya típusa: TakeMS 2GB high speed (40x)
Vagy esetleg tudtok ajánlani egy más fajta kártyát amire lehet linuxot telepíteni és nem fogyaszt sok erőforrást és kicsi? (a pendrive még szóba jöhet, de nem biztos, h támogatja az alaplap az USB-ről bootolást)
Ja és mégvmi: az CF-IDE átalakítón van egy jumper (2 állása van) esetleg azt kéne átállítani?
A választ előre is köszönöm.
- 1113 megtekintés
Hozzászólások
gyorsítani az írást (esetleg BIOS-ban) vagy a bebootolást. A CF kártya típusa: TakeMS
TakeMS felejtős, rosszul mondja magáról a DMA/IDE paramétereit. Vagy ???
Ami jól megy : Kingston, de az drágább...
- A hozzászóláshoz be kell jelentkezni
Fontos, hogy vmi ro fájlrendszert pakolj a kártyára, mert a rendszer minden fájl hozzáférési idejét eltárolja/frissiti, és ezért a kártya viszonylag hamar elhasználódik.
Két dolgot tudok ajánlani:
- ext2/3-nál a noatime mount opció
- használj mondjuk sqashfs-t, akkor elkerülheted ezeket a gondokat, bár ez meg újabb gondokat vet fel. Persze meg lehet oldani őket.
__________________________________________________________
Az életben csak egy dolog a szép, de az épp nem jut eszembe.
- A hozzászóláshoz be kell jelentkezni
e2/3 esetén érdemes még a tune2fs-sel letiltani, hogy x időnként ill. x felmountolás után mindenképp ellenőrizze, mert ehhez a superblock-ba minden mountoláskor bele kell írnia az időbélyeget ill. növelnie kell a mountolások számát (tune2fs -c 0 -i 0 /dev/...), valamint érdemes tmpfs/ramfs/shmfs/stb.-t használni az írandó könyvtárakhoz (/var, /dev). Ehhez kell egy saját rc script, ami minden más előtt indul, felmountolja az adott könyvtárat, majd valahonnan kicsomagolja oda a kezdeti tartalmat. Ezzel persze még nem vagy kész, mert minden általam ismert linux disztró ívesen tesz az FHS-nek azon részeire, hogy hol szabad és hol nem szabad feltételezni az írhatóságot, és jó pár helyre mindenképpen írni akarnak.
Ilyenek pl.:
- a syslog mindenképp létre akarja hozni a /dev/log nevű unix domain socket-et
- a dhcp kliensek ill. a pppd mindenképp írni akarja a /etc/resolv.conf-ot
- a mount írni akarja a /etc/mtab-ot (ezen segíthetsz, ha át-symlink-eled a /proc/mounts-ra)
- az smbmount atomikusan (új file létrehozása, írása, majd átnevezése) szintén írná a /etc/mtab-ot, meg ráadásul az átmeneti file-ját szintén a /etc-ben hozná létre
Több most így nem ugrik be, de emlékszem, hogy mikor ilyesmit csináltunk, nagy szexuál-teológiai fejtegetések voltak a derék fejlesztők egynémely trehányságának okán :).
Más. Mivel anno mi egy 8M-s flash-re varázsoltunk linuxot, a hellyel erősen takarékoskodni kellett, így aztán úgy csináltuk, hogy egy asztali gépen lévő, disztribúcióból telepített linuxról állítottuk össze a filerendszert úgy, hogy kiválogattuk a szükséges binárisokat, ldd-vel megnéztük a függőségeiket, majd rekurzíve ezen lib-ek függőségeit is, stb., majd mindezeket kimásoltuk egy külön könyvtárban létrehozott hierarchiába (~/flashre/bin, ~/flashre/lib, stb.), a futtatható binárisokról le-strip-peltük a debug infót, aztán az egészről csináltunk cramfs image-eket, majd ezeket másoltuk a flash-re és bootoláskor mountoltuk velük felül a flash megfelelő könyvtárait. Persze ezt a másolgatósdit nem kézikusan, hanem automatizálva, így aztán a frissítés mindössze annyi volt, hogy az asztali gépen "apt-get update; apt-get upgrade; make flashimage" (okos ember lusta is :)...).
Ezzel magán a flash-en tömörítetlenül csak ezek kellettek: /etc/inittab, /sbin/init, /sbin/mount, /bin/ash, meg persze a spéci init scriptek.
Később egy kollégával a témáról beszélgetve kaptam egy olyan tippet, hogy érdemes lett volna az egész kócerájt uclibc-vel újraforgatni, ráadásul méretre optimalizálva, de addigra ez az egész már csak egy érdekes emlék volt a múltból, a régi projekt ex-kollégái meg szerintem annak is épp eléggé örülnek, hogy egy db make paranccsal tudnak komplett flash image-et generálni :).
Sic transit gloria mundi...
- A hozzászóláshoz be kell jelentkezni
Ezt itt ismeritek? Kényelmes szerintem. Kipróbálva, működik szépen.
- A hozzászóláshoz be kell jelentkezni
az atalakiton a jumper csak azt allitja hogy master vagy slave kent ismerje fel az alaplap
nekem S3+ feliratu van rajta linux nem vettem eszre h lassu lenne
- A hozzászóláshoz be kell jelentkezni