"a Ctrl+Alt+F1(vagy F2, F3, F4, F5) nem karakteres felületre vált, hanem futási szintet vált"
???
Dehogy. Ezek virtual terminalok kozott valtogatnak, semmi kozuk a runlevelhez (egyebkent meg az Ubi default runlevelje amugy is 2, nem 5).
"a Ctrl+Alt+F1(vagy F2, F3, F4, F5) nem karakteres felületre vált, hanem futási szintet vált"
???
Dehogy. Ezek virtual terminalok kozott valtogatnak, semmi kozuk a runlevelhez (egyebkent meg az Ubi default runlevelje amugy is 2, nem 5).
Egyebkent a bootolast megdobja az is, ha az ember parhuzamositja a folyamatokat (itt azert el kell mondani, hogy ez kiserleti dolog, elvileg bootolhatatlanna is teheti a rendszert - nalam viszont semmi gond nem volt vele).
Ehhez eloszor fel kell rakni az insserv csomagot, aztan az /etc/default/rcS file vegere kell egy sor:
CONCURRENCY=shell
Ennyi
Ja, meg ha mar rendszert gyorsit az ember, akkor erdemes eltoprengeni a noatime opcion is: ugyanis defaultban minden olvasas is irassal jar, ugyanis linuxos filerendszereken minden file-nak harom datuma van:
ctime - ekkor keszult
mtime - ekkor modosult utoljra*
atime - utolso hozzaferes datuma, itt a modositas (iras) es az olvasas is szamit
Ha nincs szukseg az atime-ra (nem szokott lenni), akkor meg lehet sporolni egy csomo HDD irast azzal, hogy az atime naplozasat letiltja az ember az /etc/fstab-ban:
/dev/hda1 / ext3 defaults,noatime,errors=remount-ro 0 1
*: Az mtime erdekes tulajdonsaga, hogy a ctime-nal regebbi idopontot is mutathat: pl. ha letolt az ember egy file-t, akkor az mtime-kent megkapja azt az idopontot, amikor az ftp/http szerver szerint azt a file-t utoljara modositottak, a ctime viszont a letoltes idopontja lesz.
[ Szerkesztve ]
Igen, ez is segíthet, de akkor ajánlják a használatát, ha legalább kétmagos CPU-d, vagy legalább két CPU-s rendszered van.
Ezt nem tudom, hogy ki mondta, de nem igaz, ugyanis a bootolas tipikusan nem CPU-bound dolog, hanem a legtobb lassu processz IO-ra vagy halozatra var, igy azokat lehet parhuzamositani egy magnal is (es tenyleg, a Pentium M-es laptopomon is gyorsult a boot).
[ Szerkesztve ]
Ezexerint akkor elég sokfelé téves az információ, én eddig pont ezért nem kapcsoltam ezt be, mert mindenhol ezt írták. Otthon kiprósza.
A folyamat párhuzamosítást én is beállítottam, de nem tapasztaltam változást az X2-es Athlonnal.
A noatime-ot nem próbáltam ki, mert nem hittem benne, hogy ez számítana.
Van még a boot profile készítés:
(1)GRUB-ba belépés rendszer indításkor
(2) E gomb megnyomása (edit)
(3) Első sor kiválasztása, e gomb megint.
(4) Írjuk be, hogy profile, majd enter
(5) B gomb megnyomása (boot)
(6) Itt egy hosszú boot futás következik.
(7) Következő indításkor már gyorsabb lesz.
ugyanez le van írva a cikkben is:
Vegyük használatba a readaheadet, azaz a számítógép indításakor a GRUB-ban álljunk rá arra a sorra, ahol az indítani kívánt kernelünk van, és adjuk hozzá a kernel indítási paramétereihez a profile kulcsszót
ez pont ugyanaz
más: ki akartam ezt próbálni, de nekem elakadt ott, hogy sudo readahead-watch -o ~/.readahead/gnome.root /
írtad, hogy ezután nekiáll darálni a vinyó akár több percig is... nálam ez nagyjából 1 egész másodpercet jelentett, és vissza is kaptam a promptot
[ Szerkesztve ]
Bocs, figyelmetlenül olvastam, terjedelemben nagyobb rész szólt az alkalmazások optimalizálásáról.
Szerintem folytasd, rebootkor úgyis kiderül, segített-e a dolog, vagy sem.
Bazze, hogy egyeseknek milyen fontos, hogy gyorsan bootoljon a rendszer...
Profile-ra az Obi-1 által leírt módszer a nyerő, mert elég egyszer lefuttatni. Ha meg beírjuk a grubba, akkor minden indításkor lassítani fog.
Inv1sus: Bazze, hogy egyeseknek milyen fontos beletrollkodni mindenféle témába.
[ Szerkesztve ]
Hova kell irni, h profile? A sor elejere, vegere, ujsorba? Nem szeretnem szet cseszni a grubom
mod.:
Itt azt irja a sor vegere: (4) Move to the end of the line, then add the word profile. Press enter. Nekem ugy valami hibat irt ki. Vagy nem kell szokoz a sor es a profile szo koze?
[ Szerkesztve ]
A 2. sor moge irva minden szep es jo lett
Megcsinaltam az osszes hacket amit irtatok, mostmar villamgyors ez a kis masina
A / eseten nekem is ezt csinalta, de a ~-nal mar tenyleg elkezdett zorogni.
Csak igy nem viszi at a swap-ot, boot-ot es mas aprosagokat.
Tehat eloszor az uj lemezt fel kell particionalni es meg kell formazni, majd szepen felmountolni. Ha minden megvan, akkor grub.conf, device.map (mindketto /boot/grub) ellenorzes, majd grub-install device (rakhatod a particioba is, nem kell a bootsectorba es betoltheted a win bootmanagerevel.)
Egyszerubb, ha lerangatod single user-be (esetleg live CD) es johet a raw masolas. Igy a Windows es minden mas OSX, Solaris... is atkoltozik
dd if=/dev/sda of=/dev/sdb
Ha controllert valtasz (ma koltoztettem RH-et ket gep kozott) lehet, hogy nem indul el, mert az initramfs nem tartalmazza a megfelelo modult. Ilyenkor ismet jol jon egy live cd:
- boot
- felmountoljuk egy konyvtarba a teljes strukturat (redhat rescue modban magatol megteszi: /mnt/sysimage)
- chroot /mnt/sysimage
- /boot/grub/device.map megnezzuk, hogy jo helyre mutat -e (sda, hda, cciss...)
- /boot/grub/grub.conf ellenorizzuk, hogy ROOT= jo helyre mutat-e (LABEL, GUID ilyenkor egyszerusiti az eletunket)
- grub-install device (stanal tipikusan /dev/sda)
- /etc/modules.conf adjuk meg az eszkozunket alias scsi_hostadapter cciss
- initramfs rebuild: mkinitrd -v -f /boot/initrd-2.6.9-XXXX.img 2.6.9-XXXX (Az elso XXX a grub-bol kiderul. A masodik a /lib/modules-ben levo hozza tartozo konyvtar.)
- unmount
- reboot
Nekem gyorsan indul az ubi, legalábbis a töltöttpulyka vistához képest, eszembe sem jutott h még gyorsítani is lehetne kicsit, kösz a tippet. Mindenestre én is a hibernálást szoktam használni az ilyen "hack" helyett, csak azért is mert nem vagyok biztos magamban - az újratelepítések elveszik az életkedvem
Nem szar a cucc! Majd mikor a Windows bootol 5mp alatt
Nincs SSD-m, sem olyan ismerősöm, akinek van; mindenesetre az intel kernelhackerei 2mp különbséget mértek SSD és HDD között előbbi javára.
Egy tesztelés során előbb 66-ig jutottam, de aztán kollégám felhívta a figyelmemet, hogyha így csinálom, ahogy le van írva, még gyorsabb lehet.
Szerintem nem azzal kéne foglalkozni hogy milyen gyorsan indul az ubuntu, hanem hogy elinduljon egyáltalán Addig ugyanis, amíg egyszerű elindulásba belehal, nem igazán lehet komolyan venni. Ilyen vicc kategóriájú "oprendszer" nekem csak mellékesen van feltéve, hogy legyen min szörnyülködni. Lássuk pl. milyen esetekben nem indult el ez az szatali "oprendszer":
1. Install után nem egy esetben. Busybox nevű okosság ad promtot és csodálkozik a pingvin.
2. Videókártya csere után nem tér magához
3. Saját maga által felrakott "frissítések" után.
Azért csak kitartás...
Nálam meg fél tucat gépen ment gond nélkül. Igaz nem az uborka. Úgyhogy: pech.
Intel chipsetes alaplap intel procival nem kéne megakassza. Azért elképzelek egy kedves nagymamát, akik irqpoll-t illeszt be a menu.lst-be, csak azért mert nem indul a dicső linux. Igazad lehet, tényleg valami normálisabb disztribet kéne nézegetni, te mit ajánlassz?
Valsz Nálad a hardver lesz a bűnös, esetleg bétát próbáltál. Kollégámnál Asrock alaplapon E2180-nal rövidebb ideig tart az Ubuntu bootja, mint a BIOS POST-ja...
Egyértelmű hogy az ubuntu a bűnös, nem volt az béta hanem LTS.
Nem hálózati hiba ez tuti. Intel pro gigabit karik mindkét oldalon köztük egy linksys wirespeed gigabit switch és üres a hálózat. Hálózati tesztnél (ftp-zés ramdrive-ből ramdrive-ba) 980 és 970Mbit/s-ra jön ki a másolási sebesség átlagban.
Valahol a vinyó, fájlrendszer etc. helyen lehet a gond.
Dchard
Most jut eszembe, hogy a 8.10-ben javítottak az ICH-kkal való kompatibilitáson, esetleg azt próbáld meg.
Nem vonz igazán megint az ubuntu, látom megjelent az új debian, lehet megnézem azt. Abba mégse pakolgatnak mindenféle bétákat. De hogy mi rajta 5 DVD...
[ Szerkesztve ]
Up 2 U. Debianhoz egyébként fullra elég az első CD, nem kell az összes cucc hozzá, de ha van netkapcsolatod, akkor meg a netinst is elég és mindent Internetről telepít.