Ubuntu Suomen keskustelualueet
Muut alueet => Muut käyttöjärjestelmät ja Linux-jakelut => Aiheen aloitti: Matias^ - 29.07.07 - klo:16.21
-
Innostuin kokeilemaan tähän testailukoneeseeni pääsääntöiseksi käyttöjärjestelmäksi arch linuxia. Sehän on tarkoitettu lähinnä i686 koneille?
Koneeni prosessori on muistaakseeni amd athlon xp 1100Mhz 32bit. Latasin Archlinux-x86_64-2007.05-Duke.current.ison. Onko tämä tarkoitettu 32bittiselle?
Laitan Arch linux duken cd:n sisään ja aloitan asentamista, mutta se valittaakin:
Your cpu does not support long mode. use a 32bit distribution.
Taisin ladata väärän cd:n? Mikä .iso siellä on tarkoitettu 32bittiselle? Jos linkin tai torrentin kehtaisi joku neuvoa. http://www.archlinux.org/ (http://www.archlinux.org/) -sivua siis meinaan.
Muutenkin kiinnostaisi käyttökokemukset tästä distrosta? Olen kuullut että olisi nopea ja vakaa. :) Löytyykö paljonkin eri ohjelmia ja päivitetäänkö paketteja nopeasti uusimpaan vai pidetäänkö sama versio pidemmän aikaa kunnes tehdään uusi vakaa paketti?
-
Innostuin kokeilemaan tähän testailukoneeseeni pääsääntöiseksi käyttöjärjestelmäksi arch linuxia. Sehän on tarkoitettu lähinnä i686 koneille?
Niin on.
Latasin Archlinux-x86_64-2007.05-Duke.current.ison. Onko tämä tarkoitettu 32bittiselle?
Ei ole. sen ilmaiseekin tuo x86_64
Oikea löytyy tästä. (http://ftp://ftp.archlinux.org/iso/2007.05/i686/Archlinux-i686-2007.05-Duke.current.iso.torrent) (Linkki johtaa .torrent-tiedostoon - Suora lataus Ruotsalaiselta Gigabit-serveriltä täällä. (ftp://ftp.gigabit.nu/iso/2007.05/i686/Archlinux-i686-2007.05-Duke.base.iso))
-
Okei, kiitos nopeasta vastauksesta!
Pistin lataukseen. Katsotaan miten käy.
-
Itse olen käyttänyt Arch Linuxia jo pitemmän aikaa. Saa säätää tarpeeksi mutta kaikki toimii silti hyvin. Pakettivarasto on laaja ja jos jokin paketti ei pakettivarastosta löydy, ainakin se löytyy AURista: http://aur.archlinux.org/ (http://aur.archlinux.org/)
-
Minä myös käytin aika pitkään Arch Linuxia. Nopea ja simppeli kyllä on, mutta vakaaksi en sanoisi. Saattaa tulla ihan yks kaks päivitysten mukana vaikka uusi kerneli, joka sitten ei boottaakaan. Muutenkin, jos mitään isompia muutoksia päivitysten yhteydessä distron asetuksiin pitää tehdä, niin kyllä siinä herkästi joutuu käsin säätämään.
Jos ei pelota osin pakollinen säätäminen ja ajoittainen särkyily ja lisäksi haluat erittäin ajantasaisen jakelun, johon on helppo asentaa myös pakettivaraston ulkopuolisia ohjelmia, niin Arch Linux on kyllä parhaasta päästä oleva jakelu.
-
Jep, tuo uusi cd toimii ja lähti asentumaan. Säätämisen paljous ei haittaa kun siitä on jo kokemusta.
-
Kokeilin Arch Linuxia, mutta jo asennuksessa meni kaikki pieleen. :'(
-
Minä myös käytin aika pitkään Arch Linuxia. Nopea ja simppeli kyllä on, mutta vakaaksi en sanoisi. Saattaa tulla ihan yks kaks päivitysten mukana vaikka uusi kerneli, joka sitten ei boottaakaan. Muutenkin, jos mitään isompia muutoksia päivitysten yhteydessä distron asetuksiin pitää tehdä, niin kyllä siinä herkästi joutuu käsin säätämään.
Jep. Kerrankin matroxilla vaan hajosi x-päivityksen myötä näytönohjainajurit ja meni viikko ainakin ettei toiminut repoista tulevilla paketeilla.
Toisaalta parempaakaan en ole löytänyt. Debian unstablen pakettimäärä kyllä himottaa. Archissa ei repoissa hirveää määrää paketteja ole, ehkä kolmasosa debianin vastaavista.
Arch alkaa kanssa olemaan ihan liian valtavirtaa ollakseen oikeasti cool.
-
*Puhaltaa Arch Linux-topicin päältä ainakin 120päivän pölyt*
Aika penteleen vikkelä linux tämä :)
-
Arch alkaa kanssa olemaan ihan liian valtavirtaa ollakseen oikeasti cool.
Ei tietokoneen käyttäminen ole coolia koskaan :)
-
Olen jo pidemmän aikaa miettinyt, että voisi laittaa tämän Ubuntun tilalle jonkun muun distron. Ihan vaihtelun vuoksi siis. openSUSEa testasin kuukausi pari sitten, mutta se ei iskenyt. Joten tuossa puolisen tuntia sitten kaveri ehdotti Archia.
Mitä ilmeisimmin Arch ilmestyy tähän koneeseen viikon parin sisällä.
-
Aika penteleen vikkelä linux tämä :)
Totta.
Jos minulla pöytäkoneena olevaan vanhahkoon viritykseen (tiedot signassa) asentaa Ubuntun, konetta voi käyttää siedettävästi peruskäytössä ja Teeworlds toimii 22" näytön natiiviresoluutiolla kun grafiikka-asetukset säätää minimiin.
Jos koneessa on Arch, peruskäyttö sujuu oikein vikkelästi ja Teeworlds pyörii ilman ongelmia asetukset tapissa, mikä kompensoi 110 prosenttisesti Archin hankalahkon asennuksen ;)
-
Aika penteleen vikkelä linux tämä :)
Totta.
Jos minulla pöytäkoneena olevaan vanhahkoon viritykseen (tiedot signassa) asentaa Ubuntun, konetta voi käyttää siedettävästi peruskäytössä ja Teeworlds toimii 22" näytön natiiviresoluutiolla kun grafiikka-asetukset säätää minimiin.
Jos koneessa on Arch, peruskäyttö sujuu oikein vikkelästi ja Teeworlds pyörii ilman ongelmia asetukset tapissa, mikä kompensoi 110 prosenttisesti Archin hankalahkon asennuksen ;)
Archin koko core-puun voi rykäistä yhdellä komennolla levylle, mitään ei kysytä. Minä pitäisin asennusta tässä tapauksessa harvinaisen simppelinä! x)
-
Archin koko core-puun voi rykäistä yhdellä komennolla levylle, mitään ei kysytä. Minä pitäisin asennusta tässä tapauksessa harvinaisen simppelinä! x)
Joo, yksinkertaista kyllä, ei vaan ensikertalaiselle kovinkaan helppoa.
Yksinkertaisuuden etu on kyllä se, että kaikki hoituu kätevästi kunhan tietää mitä on tekemässä. Muutaman Arch-asennuksen kokemuksella asennuslevyn asemaan asettamisen jälkeen työpöytäympäristö tarvittavine palveluineen ja ohjelmineen on pystyssä suunnilleen tunnissa kunhan nettiletku on riittävän paksu. Monen "helpon" distron kanssa menee pidempi aika säätäessä, kun asioita ei ole laitettu Kerralla Kuntoon(tm). Ensimmäinen asennus wikin ohjeita seuraten kesti tosin "hiukan" pidempään ::).
-
Archin koko core-puun voi rykäistä yhdellä komennolla levylle, mitään ei kysytä. Minä pitäisin asennusta tässä tapauksessa harvinaisen simppelinä! x)
Joo, yksinkertaista kyllä, ei vaan ensikertalaiselle kovinkaan helppoa.
Yksinkertaisuuden etu on kyllä se, että kaikki hoituu kätevästi kunhan tietää mitä on tekemässä. Muutaman Arch-asennuksen kokemuksella asennuslevyn asemaan asettamisen jälkeen työpöytäympäristö tarvittavine palveluineen ja ohjelmineen on pystyssä suunnilleen tunnissa kunhan nettiletku on riittävän paksu. Monen "helpon" distron kanssa menee pidempi aika säätäessä, kun asioita ei ole laitettu Kerralla Kuntoon(tm). Ensimmäinen asennus wikin ohjeita seuraten kesti tosin "hiukan" pidempään ::).
Hehehe, aluksi harjoittelin virtualboxilla asennusta ;) Ja tosiaan aikaa meni piukat 4h kun lueskelin läpi ohjeita ja veistin itselleni mieleisen käyttöjärjestelmän :)
-
On tää hieno distro...
Kaveri auttoi asentamisessa. Huomenna aloitan "opiskelun" tämän kanssa, että saan kaiken irti. "Pikakurssin" jälkeen voin sanoa, että tää on hot - vaikkakin hankala. Mutta vaikeudet on tehty voitettaviksi. :D
(KDE4.1)
-
Kiinnostaisi kyllä laittaa arch vanhaan koneeseen, kun pitäisi saada sekin taas toimintaan. Ainoastaan mietityttää, onko 800 mhz Duron suoritin liian vanha? Arch linuxin sivuilla puhuttiin Athlonista, ja Duronhan on halpisversio Athlonista, eli pitäisi toimia? Tähän uudempaan koneeseen en vielä viitsisi laittaa, kun gentoo on jo aika mukavaan kuntoon conffattuna :D
-
Eikös tuo liene riittävän uusi, kun näkyy olevan K7.
-
Onko archin asennus siis "serveriasennus", komentorivin päälle aletaan lälkimään juttuja? Vai mitä siinä säädetään? Ei liikaa potkua ole koneessa, varsinkaan eee:ssä.
-
Onko archin asennus siis "serveriasennus", komentorivin päälle aletaan lälkimään juttuja? Vai mitä siinä säädetään? Ei liikaa potkua ole koneessa, varsinkaan eee:ssä.
Tavallaan, mitään X:ää tai vastaavaa ei oletus asennuksesta löydy, mutta mitään kieliasetuksia tms sellaistakaan ei ole oletusasennuksessa säädettynä. Nekin pitää tehdä käsin. Koko asennusimagen koko on n.200-300Mt.
Siitä vain lukeen
http://wiki.archlinux.org/index.php/Beginners_Guide
-
Asentelin hetki sitten Arch Linuxiin uuden kernelin (2.6.32). Näyttääkö dmesg-komennon tuloste (https://gist.github.com/raw/a8e38f4a6bf02c2fb834/0350defe1f581d2d5a238d2aba43364d034abb29/gistfile1.txt) kunnolliselta?
-
Ei siellä ainakaan mitään erityistä panikointia tai oopsia näkynyt. Onko siis jotain käytännön vikaa havaittavissa, kun moista kyselet?
-
Eksynpäs evoilemaan tähänkin ketjuun.
Muutaman kuukauden ajan olen eri distroja vanhassa romukopassani aktiivisesti pyörittänyt, ja nyt on Archin vuoro.
Kertokaas miten olette levynne osioineet? Yleensä olen sen hoitanut automatiikalla, mutta olisi hyvä opetella manuaalinenkin osiointi.
Loistavaa Archin aloittelijan opasta seuraten osioin levyn esimerkin mukaan seuraavasti:
Name Flags Part Type FS Type [Label] Size (MB)
-------------------------------------------------------------------------
sda1 Primary Linux 15440 #root
sda2 Primary Linux 6256 #/var
sda3 Primary Linux swap / Solaris 1024 #swap
sda4 Primary Linux 140480 #/home
Asennus rullaa mukavasti loppuun, mutta järjestelmä ei boottaa, johtuen oletettavasti osioinnista.
Automaattisella osioinnilla homma toimii.
-
Ensimmäinen mieleentuleva seikka on se, että Archissa on kait vielä wanhempi grub käytössä, eli et kai yritä bootata ext4 osiolta? Ja miten tämä boottaamattomuus ilmenee?
-
Archin pakettivaraston tilanne on nähtävillä täällä (http://www.archlinux.org/packages/?q=grub). Tuosta listauksesta voidaan havaita, että Archiin saa sekä vanhaa että uutta grubbia.
-
Vanha GRUB oli käytössä ja tiedostojärjestelmä EXT3.
Järjestelmä ei siis bootannut levyltä, vaan bios (?) antoi ilmoituksen, ettei levyä löydy.
-
Loistavaa Archin aloittelijan opasta seuraten osioin levyn esimerkin mukaan seuraavasti:
Name Flags Part Type FS Type [Label] Size (MB)
-------------------------------------------------------------------------
sda1 Primary Linux 15440 #root
sda2 Primary Linux 6256 #/var
sda3 Primary Linux swap / Solaris 1024 #swap
sda4 Primary Linux 140480 #/home
Itse tykkään luoda myös erillisen /boot-osion, mutta pitäisi homman toimia noinkin.
Vanha GRUB oli käytössä ja tiedostojärjestelmä EXT3.
Järjestelmä ei siis bootannut levyltä, vaan bios (?) antoi ilmoituksen, ettei levyä löydy.
Jos BIOS antaa ilmoituksen että järjestelmää ei löydy, niin joko grub on väärin asennettu tai bios yrittää käynnistää väärältä levyltä tai vastaavaa.
Voisitko kertoa tarkemmin minkälaisen virheilmoituksen saat? Myös menu.lst:in (/boot/grub/menu.lst) sisältö ja fdisk -l komennon tuloste voisivat auttaa.
-
Järjestelmä on pystytetty monesti uudelleen ja ongelma on osioinnissa, sillä joka kerta, kun osiointi tehdään automaattisesti se toimii.
Tosin viimeksi Arch hävitti verkkoasetukset, vaikka ne tehtiin automaattisesti DHCP:llä.
Grub asennettiin sda:han, kuten pitää.
Virheilmoitus oli jotaikuinkin:
Press 'H' to boot from hard disk.
Kun H:ta painaa, tulee sama ilmoitus. Eli on kuin koneessa ei olisi kovalevyä ollenkaan.
-
Tämä säätäminen alka olla parin päivän jälkeen melko hauskaa...
Päätin etten tarvitse Dual Boottia, joten annoin Archin osioida levyn itse. Onneksi Arch ei päästä helpolla, vaan on yhdistämättä nettiin jostain kumman syystä.
Asennuksessa netti toimi, ja määritin asetukset dhcp:n avulla.
Kun verkkoa yrittää käynnistää tulee ilmoitus:
dhcpcd: `/var/run/dhcpcd-eth0.pid´: Read-only file system
Tuntuu, ettei minulla ole pääkäyttäjän oikeuksia, sillä en saa muokattua mitään tiedostoja...
Ensimmäisellä kerralla, kun asensin Archin kaikki toimi, vaikka asetin systeemin samalla tavalla.
E: Asensin Archin uudestaan (taas), tällä kertaa ext3-muotoon ja kaikki toimii nätisti. Ehkä se tästä.
-
Mikäs ajuri käy seuraavalle museonäytönohjaimelle käy:
VGA compatibel controller: Intel Corporation 82810E BC-133 (CGC) Chipset
Graphics Controller (rev 03)
Tuommoinen löytyy kymmene vuotta vanhasta Compaqin pöytäkoneesta. Ei taida uusimmat Intelin ajurit toimia.
-
Vesa?
-
Se on varmaan ainoa vaihtoehto.
Onko mitään komentoa, jolla voisi tarkistaa, minkä ajurin live-CD on ladannut?
Käytän nyt Ubuntun livelevyä. Mielenkiinnosta haluaisin tietää mitä ajuria Ubuntu käyttää.
-
Mitä lsmod | grep video kertoo?
Minulla tuo tulostaa miniläppärissä seuraavaa:
video 14871 1 i915
output 1404 1 video
-
Vesalla yritettiin, mutta kummastuksekseni näyttö vain pimeni. Näyttö ei vissiin tukenut virkistystaajuutta tms. Ainut kerta, kun olen nähnyt vesan pettävän.
No käsikopelolla asensin paketin xf86-video-intel, ja kas kummaa, nytten toimii.
Nyt vaan openboxia rakentelemaan :)
-
Itsekin tässä päätin Archia kokeilla VirtualBoxissa, muutama yritys meni ennen kuin onnistui. Nyt Gnomea asentaessa
ilmeni jotain ongelmaa yhteyden kanssa ja tälläisiä erroreita pukkaa: error: failed retrieving file 'x' from mirror.archlinux.fi : Connection timed out
Ratkesi osittain; sain paketit ladattua mutta taas tuli parille paketille error.
-
Itsekin tässä päätin Archia kokeilla VirtualBoxissa, muutama yritys meni ennen kuin onnistui. Nyt Gnomea asentaessa ilmeni jotain ongelmaa yhteyden kanssa ja tälläisiä erroreita pukkaa: error: failed retrieving file 'x' from mirror.archlinux.fi : Connection timed out
Ratkesi osittain; sain paketit ladattua mutta taas tuli parille paketille error.
Jos netti toimii muuten ok niin syy on varmaan serverissä. Tuo Suomi-mirror kiukutteli ainakin itselläni joskus, joten en ole sitä enää käyttänyt.
-
Itsekin tässä päätin Archia kokeilla VirtualBoxissa, muutama yritys meni ennen kuin onnistui. Nyt Gnomea asentaessa ilmeni jotain ongelmaa yhteyden kanssa ja tälläisiä erroreita pukkaa: error: failed retrieving file 'x' from mirror.archlinux.fi : Connection timed out
Ratkesi osittain; sain paketit ladattua mutta taas tuli parille paketille error.
Jos netti toimii muuten ok niin syy on varmaan serverissä. Tuo Suomi-mirror kiukutteli ainakin itselläni joskus, joten en ole sitä enää käyttänyt.
Juu, sain ladatuksi paketit ja vähän rc.confiakin puukotin, mutta "startx" komentoa ei löydy eikä Gnome aukea, mitäs nyt? Käytin tätä (http://wiki.archlinux.org/index.php/Gnome) ohjeena.
-
Itse asentaisin kyllä gdm:n. Ei ole kokemusta kirjautumisesta ilman gdm:ää tai kdm:ää.
Ohjeet gdm:n asentamiseen:
pacman -S gdm
Lisää gdm rc.confiin daemons kohtaan.
-
Itse asentaisin kyllä gdm:n. Ei ole kokemusta kirjautumisesta ilman gdm:ää tai kdm:ää.
Ohjeet gdm:n asentamiseen:
pacman -S gdm
Lisää gdm rc.confiin daemons kohtaan.
gdm oli jo asennettuna, eikä daemonsiin lisääminen vaikuttanut mitenkään. Muita vinkkejä?
-
Vaikeeksi menee. Pystytkö kertomaan tarkemmin mitä tapahtuu kun käynnistät koneen ja gdm ei aukea. Tuo startx:n puuttuminen hieman ihmetyttää. Ehkä hieman tyhmä kysymys, mutta onhan X varmasti asennettuna? Itse olen asentanut archin kahteen kertaan käyttäen apuna tätä (http://http://wiki.archlinux.org/index.php/Beginners_Guide). Tosin KDE:llä.
EDIT: Typo
-
Olin samassa tilanteessa jokin aika sitten kokeillessani Archia, tosin KDE:lla minäkin. Minulla puuttuvat palikat DAEMONS-rivillä olivat 'hal' ja 'kdm'. Eli onhan tuo hal siellä?
-
Niin käynnistyykö se GUI startx:llä vaiko ei? Eihän graafinen loggarikaan voi toimia jos sille ei ole edellytyksiä, eli startx:n virhettä katsomaan ensimmäisenä sanoisin..
-
Eikös ~/.xinitrc (http://wiki.archlinux.org/index.php/Beginners_Guide#Prepare_for_the_test_by_configuring_.7E.2F.xinitrc) -tiedostosta pidä ottaa kommentti pois exec gnome-session edestä, että Gnomen saa käynnistymään?
Ihe en hal:ia käytä ollenkaan, joten ei siitä voi olla kiinni. Siis mikäli xorg on koffattu.
-
- hal ja gdm on daemonsissa
- startx ei tee mitään
- ~/.xinitrc? eikös ~ ole home? ei löydy homea kun ei ole muita käyttäjätunnuksia kuin root :P
- xorgin konffauksesta en tiedä
Katselen tätä sitten kohta, pakko käydä pamauttamassa parit raketit > ;D
-
- startx ei tee mitään
Se vaatii ~/.xinitrc:n
- ~/.xinitrc? eikös ~ ole home? ei löydy homea kun ei ole muita käyttäjätunnuksia kuin root :P
~ viittaa komentotulkin käyttäjän kotihakemistoon, eli rootilla ~ = /root
- xorgin konffauksesta en tiedä
Pitäisi toimia ainakin jollain tavalla ihan automaattisesti, mutta Atin ja Nvidian suljettujen ajurien käyttäminen edellyttää manuaalisten asetusten tekemistä /etc/X11/xorg.conf-tiedostoon. Tähän voi käyttää ajurien mukana tulevia asetusohjelmia (aticonfig ja nvidia-xconfig).
-
- startx ei tee mitään
Se vaatii ~/.xinitrc:n
- ~/.xinitrc? eikös ~ ole home? ei löydy homea kun ei ole muita käyttäjätunnuksia kuin root :P
~ viittaa komentotulkin käyttäjän kotihakemistoon, eli rootilla ~ = /root
- xorgin konffauksesta en tiedä
Pitäisi toimia ainakin jollain tavalla ihan automaattisesti, mutta Atin ja Nvidian suljettujen ajurien käyttäminen edellyttää manuaalisten asetusten tekemistä /etc/X11/xorg.conf-tiedostoon. Tähän voi käyttää ajurien mukana tulevia asetusohjelmia (aticonfig ja nvidia-xconfig).
Nyt on jotain pielessä. Kaikki tarvittavat paketit on mielestäni asennettu, mutta xorgia ei voi confata, sillä "Xorg -config"-komentoa ei löydy. Startx-komentoa ei löydy. Aika argh Linux tämä Arch Linux :D
-
Xorg -configure
Kirjoitiko tuon pilkuntarkasti? Senhän se vaatii, eli jos kirjoiti Xorg -config, ei mitään tapahdu.
X:n (http://wiki.archlinux.org/index.php/Beginners_Guide#Step_3:_Configure_X) konffaus Arch wikissä.
Itse en ainakaan ilman tuota olisi saanut mitään kuvaa aikaiseksi.
-
Xorg -configure
Kirjoitiko tuon pilkuntarkasti? Senhän se vaatii, eli jos kirjoiti Xorg -config, ei mitään tapahdu.
X:n (http://wiki.archlinux.org/index.php/Beginners_Guide#Step_3:_Configure_X) konffaus Arch wikissä.
Itse en ainakaan ilman tuota olisi saanut mitään kuvaa aikaiseksi.
-bash: Xorg: command not found
Ei ole Xorg tai xorg nimistä kansiota eikä tiedostoa /usr/bin/:ssä,
/etc/X11/ sisältää vain xinit-nimisen tiedoston.
Mitäs ihmettä?
-
Tyhmä kysymys, mutta olethan asentanut Xorgin ja libgl:n sitä varten?
-
Tyhmä kysymys, mutta olethan asentanut Xorgin ja libgl:n sitä varten?
Juu, olen. Mikähän tässä nyt on...
-
Kannattaa varmaan kokeilla asentaa xorg ja kumppanit uudestaan. Toimiiko pacman muiden pakettien kanssa oikein?
-
Juu, olen. Mikähän tässä nyt on...
En ole varma, onko tästä apua, mutta anyway:
nano /etc/inittab
Muuta näin:
## Only one of the following two lines can be uncommented!
# Boot to console
#id:3:initdefault:
# Boot to X11
id:5:initdefault:
Ja
# Example lines for starting a login manager
#x:5:respawn:/usr/bin/xdm -nodaemon
x:5:respawn:/usr/sbin/gdm -nodaemon
#x:5:respawn:/usr/bin/kdm -nodaemon
#x:5:respawn:/usr/bin/slim >& /dev/null
-
Juu, olen. Mikähän tässä nyt on...
En ole varma, onko tästä apua, mutta anyway:
nano /etc/inittab
Muuta näin:
## Only one of the following two lines can be uncommented!
# Boot to console
#id:3:initdefault:
# Boot to X11
id:5:initdefault:
# Example lines for starting a login manager
#x:5:respawn:/usr/bin/xdm -nodaemon
x:5:respawn:/usr/sbin/gdm -nodaemon
#x:5:respawn:/usr/bin/kdm -nodaemon
#x:5:respawn:/usr/bin/slim >& /dev/null
Ei mitään näkyvää muutosta. Käynnistin muuttamisen jälkeen uudelleen ja sammuttaessa tuli Stopping GDM [FAIL].
-
Tyhmä kysymys, mutta olethan asentanut Xorgin ja libgl:n sitä varten?
Juu, olen. Mikähän tässä nyt on...
Asennus on varmaankin jäänyt kesken tai epäonnistunut. Mitä tapahtuu, jos yrität uudelleen, kuten Pavao ehdotti?
pacman -S libgl
pacman -S xorg
-
Tyhmä kysymys, mutta olethan asentanut Xorgin ja libgl:n sitä varten?
Juu, olen. Mikähän tässä nyt on...
Asennus on varmaankin jäänyt kesken tai epäonnistunut. Mitä tapahtuu, jos yrität uudelleen, kuten Pavao ehdotti?
pacman -S libgl
pacman -S xorg
warning: libgl-7.7-1 is up to date -- reinstalling
resolving dependencies
looking for inter-conflicts...
Targets (1): libgl-7.7-1
Total Download Size: 0.00 MB
Total Installed Size: 2.94 MB
Proceed with installation [Y/n] y
checking package integrity...
(1/1) checking for file conflicts 100%
(1/1) upgrading libgl 100%
xorg package not found, searching for group...
: : group xorg (including ignored packages) :
xf86-video-vesa xorg-docs xorg-fonts-100dpi xorg-fonts-75pi xorg-res-utils xorg-server xorg-server-utils xorg-twm xorg-utils xorg-xinit xterm
: : Install whole content? [Y/n]
resolving dependencies...
looking for inter-conflicts...
Targets (29): xf86-video-vesa-2.2.1-1 xorg-docs-1.5-1
xorg-fonts-encodings-1.0.3-1 xorg-fonts-alias-1.0.2-1
xorg-fonts-100dpi-1.0.1-2 xorg-fonts-75dpi-1.0.1-2
xorg-res-utils-1.0.3-3 libpciaccess-0.10.9-1
xcursor-themes-1.0.2-1 fontcacheproto-0.1.3-1
libxfontcache-1.0.5-1 mcpp-2.7.2-2 xorg-server-utils-7.5-3
xorg-fonts-misc-1.0.0-4 xbitmaps-1.1.0-1
xf86-input-evdev-2.3.2-1 xorg-server-1.7.3.902-1
xorg-twm-1.0.4-3 xf86dgaproto-2.1-1 libxxf86dga-1.1.1-1
dmxproto-2.3-1 libdmx-1.1.0-1 printproto-1.0.4-1
libxp-1.0.0-3 xorg-utils-7.5-1 xorg-xauth-1.0.4-1
xorg-xinit-1.2.0-1 xorg-apps-7.5-2 xterm-250-1
Total Download Size: 0.00 MB
Total Installed Size: 61.39 MB
Proceed with installation? [Y/n] y
checking package integrity...
(29/29) checking for file conflicts 100%
error: failed to commit transaction (conflicting files)
xorg-xinit: /etc/X11/xinit/xinitrc exists in filesystem
Errors occurred, no packages were upgraded
...onko tämä tarpeeksi tarkasti mitä tapahtuu? ;D
-
Oletko todellakin käynyt läpi kokonaan Part 3:n tuolta Archin Wikistä?
http://wiki.archlinux.org/index.php/Beginners%27_Guide#Part_III:_Install_X_and_configure_ALSA
-
Oletko todellakin käynyt läpi kokonaan Part 3:n tuolta Archin Wikistä?
http://wiki.archlinux.org/index.php/Beginners%27_Guide#Part_III:_Install_X_and_configure_ALSA
Olen käynyt. Modprobe-ohje kummastutti hieman sillä tuossa tiedostossa ei ollut kuin muutama rivi.
alsa-utils pakettia en voi asentaa, sillä mirror.archlinux.fi ei sisällä kyseistä tiedostoa jostain syystä.
Edit: Ongelmia on enemmän kuin rälläköidyssä läppärissä: Starting Hardware Abstraction Layer [FAIL]
Edit: Ilmeisesti mikään X:ään liittyvä ei toimi, asennanko alusta vai mitä teen?
-
warning: libgl-7.7-1 is up to date -- reinstalling
resolving dependencies
looking for inter-conflicts...
Targets (1): libgl-7.7-1
Total Download Size: 0.00 MB
Total Installed Size: 2.94 MB
Proceed with installation [Y/n] y
checking package integrity...
(1/1) checking for file conflicts 100%
(1/1) upgrading libgl 100%
xorg package not found, searching for group...
: : group xorg (including ignored packages) :
xf86-video-vesa xorg-docs xorg-fonts-100dpi xorg-fonts-75pi xorg-res-utils xorg-server xorg-server-utils xorg-twm xorg-utils xorg-xinit xterm
: : Install whole content? [Y/n]
resolving dependencies...
looking for inter-conflicts...
Targets (29): xf86-video-vesa-2.2.1-1 xorg-docs-1.5-1
xorg-fonts-encodings-1.0.3-1 xorg-fonts-alias-1.0.2-1
xorg-fonts-100dpi-1.0.1-2 xorg-fonts-75dpi-1.0.1-2
xorg-res-utils-1.0.3-3 libpciaccess-0.10.9-1
xcursor-themes-1.0.2-1 fontcacheproto-0.1.3-1
libxfontcache-1.0.5-1 mcpp-2.7.2-2 xorg-server-utils-7.5-3
xorg-fonts-misc-1.0.0-4 xbitmaps-1.1.0-1
xf86-input-evdev-2.3.2-1 xorg-server-1.7.3.902-1
xorg-twm-1.0.4-3 xf86dgaproto-2.1-1 libxxf86dga-1.1.1-1
dmxproto-2.3-1 libdmx-1.1.0-1 printproto-1.0.4-1
libxp-1.0.0-3 xorg-utils-7.5-1 xorg-xauth-1.0.4-1
xorg-xinit-1.2.0-1 xorg-apps-7.5-2 xterm-250-1
Total Download Size: 0.00 MB
Total Installed Size: 61.39 MB
Proceed with installation? [Y/n] y
checking package integrity...
(29/29) checking for file conflicts 100%
[b]error: failed to commit transaction (conflicting files)
xorg-xinit: /etc/X11/xinit/xinitrc exists in filesystem
Errors occurred, no packages were upgraded[/b)
...onko tämä tarpeeksi tarkasti mitä tapahtuu? ;D
Ei mene asennus läpi kun herjaa tuosta tiedostosta. Itselläni ei tuollaista tiedostoa edes löydy. On vaan xinitrc.d kansio. Oletko kokeillut poistaa tuota tiedosta asennuksen ajaksi (varmuuskopio kannattaa varmaan ottaa jonnekkin)?
-
warning: libgl-7.7-1 is up to date -- reinstalling
resolving dependencies
looking for inter-conflicts...
Targets (1): libgl-7.7-1
Total Download Size: 0.00 MB
Total Installed Size: 2.94 MB
Proceed with installation [Y/n] y
checking package integrity...
(1/1) checking for file conflicts 100%
(1/1) upgrading libgl 100%
xorg package not found, searching for group...
: : group xorg (including ignored packages) :
xf86-video-vesa xorg-docs xorg-fonts-100dpi xorg-fonts-75pi xorg-res-utils xorg-server xorg-server-utils xorg-twm xorg-utils xorg-xinit xterm
: : Install whole content? [Y/n]
resolving dependencies...
looking for inter-conflicts...
Targets (29): xf86-video-vesa-2.2.1-1 xorg-docs-1.5-1
xorg-fonts-encodings-1.0.3-1 xorg-fonts-alias-1.0.2-1
xorg-fonts-100dpi-1.0.1-2 xorg-fonts-75dpi-1.0.1-2
xorg-res-utils-1.0.3-3 libpciaccess-0.10.9-1
xcursor-themes-1.0.2-1 fontcacheproto-0.1.3-1
libxfontcache-1.0.5-1 mcpp-2.7.2-2 xorg-server-utils-7.5-3
xorg-fonts-misc-1.0.0-4 xbitmaps-1.1.0-1
xf86-input-evdev-2.3.2-1 xorg-server-1.7.3.902-1
xorg-twm-1.0.4-3 xf86dgaproto-2.1-1 libxxf86dga-1.1.1-1
dmxproto-2.3-1 libdmx-1.1.0-1 printproto-1.0.4-1
libxp-1.0.0-3 xorg-utils-7.5-1 xorg-xauth-1.0.4-1
xorg-xinit-1.2.0-1 xorg-apps-7.5-2 xterm-250-1
Total Download Size: 0.00 MB
Total Installed Size: 61.39 MB
Proceed with installation? [Y/n] y
checking package integrity...
(29/29) checking for file conflicts 100%
[b]error: failed to commit transaction (conflicting files)
xorg-xinit: /etc/X11/xinit/xinitrc exists in filesystem
Errors occurred, no packages were upgraded[/b)
...onko tämä tarpeeksi tarkasti mitä tapahtuu? ;D
Ei mene asennus läpi kun herjaa tuosta tiedostosta. Itselläni ei tuollaista tiedostoa edes löydy. On vaan xinitrc.d kansio. Oletko kokeillut poistaa tuota tiedosta asennuksen ajaksi (varmuuskopio kannattaa varmaan ottaa jonnekkin)?
HÄRREGUD! Poistin tiedoston ja kirjoitin xinit ja pääsin Gnomeen!
Edit: Sain GDM:nkin toimimaan. Jes! Oli luovutus lähellä mutta nyt toimii, erityisesti kiitos Pavaolle, ja kiitos teille muillekin. Vielä kun saisi tuon käynnistyksen "hiljaiseksi" (ei tekstimuuria), Gnomen suomeksi, suomalaisen näppäinasettelun ja äänet toimimaan
-
Päivittyykö AUR:n kautta käännetyt ja asennetut paketit muun järjestelmän mukana?
Tuli rtorrentin mukana asennettua vielä aika kasa riippuvuuksia, eikä samaa rumbaa jaksaisi joka version kanssa käydä läpi.
-
Päivittyykö AUR:n kautta käännetyt ja asennetut paketit muun järjestelmän mukana?
Tuli rtorrentin mukana asennettua vielä aika kasa riippuvuuksia, eikä samaa rumbaa jaksaisi joka version kanssa käydä läpi.
Yaourtilla päivittyy:
yaourt -Syu --aur
-
Ja AUR:sta sekin. Ihan kätevä keksintö, ettei tarttee binäärien kanssa hikoilla.
Kiitos neuvosta.
-
Arch se vaan toimii. Olen päivitellyt säännöllisesti, eikä mikään ole rikkoutunut. Uusin mesa ja kerneli toivat selvää nopeutusta, nythän tämä lentää. En halua enää ikinä release-pohjaiseen distroon. Archin malli on tulevaisuus.
-
Hmm.. olen vähän koittanut saada tuohon asuksen eee pc 904 vähän vauhtia. Celeronin prosessori tuossa, eli aika hidas muutoin.
En oikein löytänyt kivaa distroa tuohon vempeleeseen niin ajattelin kokeilla Arch linuxia koska siitä saa tehtyä mitä vain haluaa tai osaa. Lähinnä sopivaa distroa oli Linux mint fluxbox CE.
Osaisiko joku sanoa sen verran, että onko tämä Arch linuxin käyttäminen turvallista, kun ei ole vielä mikään kamalan expertti tämän linuxin kanssa niin onko mahdollista, että jätän jotain tärkeitä juttuja huomiotta?
Uskoakseni kone on muutoin jo käyttövalmis, mutta käyttää väärää näytönohjaimen ajuria tai jotain näyttöön liittyviä säätöjä on pielessä. Pitäisi ilmeisesti käyttää xf86-video-intel ajuria näytölle. Pitää säätää jotain... :D
Tykkään senverran tästä säätämisestä, ettei haittaa vaikka välillä vähän tuleekin esteitä tielle. Aina oppii jotain uutta. :)
-
Noniin nyt näkyy fluxbox työpöytä :P
Ihan kiva fiilis kun saa jotain toimimaan näin.
-
Osaisiko joku sanoa sen verran, että onko tämä Arch linuxin käyttäminen turvallista, kun ei ole vielä mikään kamalan expertti tämän linuxin kanssa niin onko mahdollista, että jätän jotain tärkeitä juttuja huomiotta?
Ei varmaan voi kauheen epäturvallistakaan olla, kunhan lukee niitä ohjeita wikistä tai foorumeilta jos ei ole jostain varma. Mulla ollut nyt marras-joulukuusta lähtien Arch käytössä, ja wikin ohjeilla kyllä pärjää todella hyvin, esim. kaikki "säätäminen" on helppoa, kuten jotkut splash screenit tms.
-
Jep. Kyselin tuota vaan kun muutenkaan en linuxin kanssa niin kamalan kauaa ole touhunnut, eikä ollut oikein tietoa mitä sieltä conf tiedostojen saloista löytyy.
Itse olen innostunut Archista oikein kunnolla. :)
Kiva kun saa tehdä siitä ihan oman näköisen ja tuntuisen. Kaikki on itsestä kiinni mitä haluaa käyttää ja asennella.
Muutenkin tämä linuxin muokattavuus ja vapaus vie mukanaan ;D
-
Onko ihan normaalia, että jos konetta ei avaa pariin kuukauteen, päivityksiä on kertynyt ~2 Gt ja niiden asennus päättyy heti alkuunsa, kun tiedostoja ei löydy, eikä riippuvuuksia saada täytettyä? Määrä ei sinänsä yllätä, pikemminkin tuo, ettei asennus pääse kunnolla alkuunkaan, kun alkaa sataa virheitä ja homma pysähtyy. Kyseessä on testivirtuaalikone, joten asia ei sinänsä ole vakava, mutta pisti miettimään.
-
Onko ihan normaalia, että jos konetta ei avaa pariin kuukauteen, päivityksiä on kertynyt ~2 Gt ja niiden asennus päättyy heti alkuunsa, kun tiedostoja ei löydy, eikä riippuvuuksia saada täytettyä? Määrä ei sinänsä yllätä, pikemminkin tuo, ettei asennus pääse kunnolla alkuunkaan, kun alkaa sataa virheitä ja homma pysähtyy. Kyseessä on testivirtuaalikone, joten asia ei sinänsä ole vakava, mutta pisti miettimään.
Päivitit siis komennolla pacman -Syu
?
Kokeile vaihtaa toiseen peilipalvelimeen tiedostosta /etc/pacman.d/mirrorlist jos peilissä jota nyt käytät on jotain vikaa.
-
Onko ihan normaalia, että jos konetta ei avaa pariin kuukauteen, päivityksiä on kertynyt ~2 Gt ja niiden asennus päättyy heti alkuunsa, kun tiedostoja ei löydy, eikä riippuvuuksia saada täytettyä? Määrä ei sinänsä yllätä, pikemminkin tuo, ettei asennus pääse kunnolla alkuunkaan, kun alkaa sataa virheitä ja homma pysähtyy. Kyseessä on testivirtuaalikone, joten asia ei sinänsä ole vakava, mutta pisti miettimään.
Päivitit siis komennolla pacman -Syu
?
Kokeile vaihtaa toiseen peilipalvelimeen tiedostosta /etc/pacman.d/mirrorlist jos peilissä jota nyt käytät on jotain vikaa.
Täytyypä kokeilla peilin vaihtoa huomenissa. Ja tuolla komennolla juurikin hoidan päivittämisen.
-
Suomen peilihän on reistaillut vähän väliä ja on nyt siirretty uudelle palvelimelle.
-
Ei auta peilin vaihto. Laitetaanpa nyt ylös, mitä kaikkea tuo testikone herjaa, kun yrittää päivittää.
Ensin kysellään, korvataanko policykit extra/policykitilla jne. Näihin vastaan myöntävästi. Seuraavaski tulee tällaiset rivit:
resolving dependencies...
warning: provider package was selected (phonon-gstreamer provides phonon-backend)
looking for inter-conflicts...
error: could not open file /var/lib/pacman/local/kdeartwork-wallpapers-4.3.4-1/depends: Tiedostoa tai hakemistoa ei ole
Ja tätä riviä tulee useampia kymmeniä. Tämän jälkeen tulee lista ladattavista ja päivitettävistä paketeista. Tähän vastaan myöntävästi ja alkaa tulostua seuraavat herjat:
checking package integrity...
(499/499) checking for file conflicts [######################] 100%
error: could not open file /var/lib/pacman/local/kdeartwork-wallpapers-4.3.4-1/files: Tiedostoa tai hakemistoa ei ole
error: could not open file /var/lib/pacman/local/kdeartwork-wallpapers-4.3.4-1/files: Tiedostoa tai hakemistoa ei ole
Näitä tulee taas tsiljoona kappaletta. Näiden perässä tulee taas uutta herjaa:
error: failed to commit transaction (conflicting files)
kdeartwork-wallpapers: /usr/share/wallpapers/Blue_Curl/contents/images/1024x768.jpg exists in filesystem
kdeartwork-wallpapers: /usr/share/wallpapers/Blue_Curl/contents/images/1280x1024.jpg exists in filesystem
kdeartwork-wallpapers: /usr/share/wallpapers/Blue_Curl/contents/images/1280x800.jpg exists in filesystem
kdeartwork-wallpapers: /usr/share/wallpapers/Blue_Curl/contents/images/1440x900.jpg exists in filesystem
Ja näitä on taas joka kuvalle oma rivinsä, eli melko monta. Loppuun sitten yllättävä ilmoitus:
Errors occurred, no packages were upgraded.
Voisi luulla, etteivät KDE:n kuvat tykkää minusta tai minä niistä.
-
Mitäs jos ajat
pacman -Scc
ja valitset, että cache tyhjennetään yms.
Sitten poistat nuo kuvatiedostot raa'asti käsin joista se valittaa rm-komennolla ja tämän jälkeen koitat uudelleen pacman -Syu
?
-
Itselläni on tullut vähän väliä tilanteita, joissa on joutunut manuaalisesti poistamaan tiedostoja, jotta pacman päivittäisi oikein. Siinähän ne on listattu, eli kovin monen minuutin homma ei onneksi ole kyseessä.
-
Siinähän ne on listattu, eli kovin monen minuutin homma ei onneksi ole kyseessä.
Niitähän on siis useita kymmeniä, joten pitää joko kehitellä skripti noiden tiedostojen napsimiseksi noista virheriveistä tai naputella aika monta tiedostoa rm-komennon perään :)
Kokeilen Lasse noita vinkkejäsi ensi viikolla, kun pääsen tuon testikoneen ääreen. Kiitos jo etukäteen neuvoista!
-
Sori, luin surkean huolimattomasti ketjua. Itselläni on tuo touhu jäänyt vain muutamaan tiedostoon kerrallaan. Mielestäni yksikin "lisäsäätö" päivitysten yhteydessä on merkki jostain viallisesta suunnittelusta/toteutuksesta.
-
Mitäs jos ajat pacman -Scc
ja valitset, että cache tyhjennetään yms.
Sitten poistat nuo kuvatiedostot raa'asti käsin joista se valittaa rm-komennolla ja tämän jälkeen koitat uudelleen pacman -Syu
?
Näillä neuvoilla sain 500 päivitystä ajettua. Kiitos paljon! Hoidin kuvien poiston laiskana ihmisenä rm -rf:llä, jota en tietenkään suosittele kellekään ;)
-
Hyvä kun ratkesi. :) Olen tottapuhuen vähän ihmetellyt miten tuo Pacman saa noita virheitä aina joskus aikaan, nyt ei ole ihan hetkeen itsellä onneksi tullut.
-
olisit voinut suoraan kokeilla
pacman -Syf
-
olisit voinut suoraan kokeilla pacman -Syf
Täytyypä kokeilla ensi kerralla, jos / kun tulee samanlaisia ongelmia.
-
Arch se vaan toimii. Olen päivitellyt säännöllisesti, eikä mikään ole rikkoutunut. Uusin mesa ja kerneli toivat selvää nopeutusta, nythän tämä lentää. En halua enää ikinä release-pohjaiseen distroon. Archin malli on tulevaisuus.
Ja jos oikeasti jaksaa pari viikkoa odottaa ennen tärkeiden päivityksien asentamista (Linux OS, GLibC, näytönohjainajurit/Xorg) niin järjestelmää ei kyllä voi saada solmuun helpolla. Tuolloin voi vain nauttia vakaudesta ja päivitetyistä ohjelmistoista ja paremmin voi keskittyä yhteisön auttamiseen.
-
Arch on kyllä siitä jännä, että pysyy vakaana vaikka olis testing repot päällä. Ainut ongelma niiden suhteen oli 2.6.35 kerneli päivityksen yhteydessä, kun joku verkkoyhteyteen liittyvä komponentti ei toiminut - iso ongelma kylläkin tosin taidettiin korjata melkein samantien. En muista ainakaan tähään hätään, että X.org olisi koskaan kaatunut eikä ajureiden kanssa ole ollut mitään ongelmia, kernel panicia ei ole tullut ikinä jne. Siis testing repot käytössä.
Jos jotain ongelmia on ollut ne on sitten ylemmän tason ohjelmien jumituksia tai muistivuotoja ja nekin korjautuu helposti tappamalla kyseiset prosessit.
Kiinnostaisi kyllä tietää kuinka moni ubuntu foorumin kävijöistä käyttää Archia. Pidetäänkö distroista jotain tilastoa?
-
Innostuin kokeilemaan tähän testailukoneeseeni pääsääntöiseksi käyttöjärjestelmäksi arch linuxia. Sehän on tarkoitettu lähinnä i686 koneille?
Koneeni prosessori on muistaakseeni amd athlon xp 1100Mhz 32bit. Latasin Archlinux-x86_64-2007.05-Duke.current.ison. Onko tämä tarkoitettu 32bittiselle?
Laitan Arch linux duken cd:n sisään ja aloitan asentamista, mutta se valittaakin:
Your cpu does not support long mode. use a 32bit distribution.
Taisin ladata väärän cd:n? Mikä .iso siellä on tarkoitettu 32bittiselle? Jos linkin tai torrentin kehtaisi joku neuvoa. http://www.archlinux.org/ (http://www.archlinux.org/) -sivua siis meinaan.
Muutenkin kiinnostaisi käyttökokemukset tästä distrosta? Olen kuullut että olisi nopea ja vakaa. :) Löytyykö paljonkin eri ohjelmia ja päivitetäänkö paketteja nopeasti uusimpaan vai pidetäänkö sama versio pidemmän aikaa kunnes tehdään uusi vakaa paketti?
Epäilen kyllä että taitaa olla 64 bittinen tämä...... lataa 32 bittinen :P :P :-* :-*
-
Kyseinen ongelma ratkaistiin kyllä jo ekalla sivulla.
-
Arch Linux on jo pidemmän aikaan kiinnostanut minua ja eilen asensin VirtualBoxille. Nyt olis tehnyt mieli asentaa Ubuntu 10.10 rinnalle, onnistuuko/kannattaa tämä ja onko kuinka vaikeaa rinnalle asennus?
-
Arch Linux on jo pidemmän aikaan kiinnostanut minua ja eilen asensin VirtualBoxille. Nyt olis tehnyt mieli asentaa Ubuntu 10.10 rinnalle, onnistuuko/kannattaa tämä ja onko kuinka vaikeaa rinnalle asennus?
Ei kai se niin vaikeaa ole. Itse en kyllä ole kokeillut koskaan.
Luot sille sopivan osion kovalevyltä ja sitten grub pitää katsoa kuntoon.
Ei kai siinä oikein muuta.
-
Arch Linux on jo pidemmän aikaan kiinnostanut minua ja eilen asensin VirtualBoxille. Nyt olis tehnyt mieli asentaa Ubuntu 10.10 rinnalle, onnistuuko/kannattaa tämä ja onko kuinka vaikeaa rinnalle asennus?
Miksi et asenna Ubuntu 10.10:aa erilliselle virtuaalikoneelle?
-
Arch Linux on jo pidemmän aikaan kiinnostanut minua ja eilen asensin VirtualBoxille. Nyt olis tehnyt mieli asentaa Ubuntu 10.10 rinnalle, onnistuuko/kannattaa tämä ja onko kuinka vaikeaa rinnalle asennus?
Miksi et asenna Ubuntu 10.10:aa erilliselle virtuaalikoneelle?
Koska Arch Linux käyttö/asennus on itselleni vielä liian hankalaa (sain kuitenkin työpöytä ympäristön asennettua, mutta en tiedä miten saan suoraan bootattua XFCE4:jän), niin en viitsi kovolle asentaa pelkkää Archia, sen takia tuo rinnakkain asennus olisi kohdillaan. VirtualBoxilla harjoittelen Archin käyttöä ja muutenkin itselläni tuo VirtualBox tahmaa pahasti. Onko siis komentoa jolla saisin bootattua suoraan työpöytä ympäristöön? Pitääkö configejä muuttaa jotenkin? Tiedän kyllä, että netti on pullollaan tietoa Arch asennukseen liittyen.
-
Niinkuin quaternote mainitsikin: tarvitset vain Archille ja Ubuntulle omat osionsa. Osiointi onnistuu esim. gpartedilla. Ilmeisesti molemmat voivat käyttää samaa swap-osiota, joten uutta ei tarvine erikseen luoda. Lopuksi asennat joko grubin uudestaan tai päivittelet grubin konfiguraatiotiedoston ajantasalle. Grubin konfaukseen löytyy ohjeita esim. Linux.fi:stä
-
Onko siis komentoa jolla saisin bootattua suoraan työpöytä ympäristöön? Pitääkö configejä muuttaa jotenkin?
Tapoja on monia, yksi on asentaa joku kirjautumis manageri esim. GDM:
sudo pacman -S gdm
Sitten muokata esim. nanolla inittab tiedostoa:
sudo nano /etc/inittab
Ja muuttaa sieltä kohta:
# Boot to console
id:3:initdefault:
# Boot to X11
#id:5:initdefault:
Tälläiseksi:
# Boot to console
#id:3:initdefault:
# Boot to X11
id:5:initdefault:
Ja sitten poistaa risuaita kohdasta jossa lukee:
#x:5:respawn:/usr/sbin/gdm -nodaemon
Nyt käynnistyksen yhteydessä avautuu Gnomen kirjautusmisikkuna, jolla sitten voi kirjautua sisään XFCE:hen
Vaihtoehtoisesti, jos ei ole tarvetta kirjautumiselle, niin poista risuaita kohdasta:
#x:5:once:/bin/su [username] -l -c "/bin/bash --login -c /usr/bin/startx >/dev/null $
Ja korvaa kohta [username] omalla käyttäjä nimelläsi.
Sitten muuta/luo tiedosto ~/.xinitrc näin: (kirjaudu sisään omalla käyttäjällä)
nano ~/.xinitrc
Lisää tiedostoon rivi:
exec startxfce4
Talenna.
Nyt kone käynnistyy suoraan omalle käyttäjällesi ilman "turhia" välivaihteita.
-
Onko siis komentoa jolla saisin bootattua suoraan työpöytä ympäristöön? Pitääkö configejä muuttaa jotenkin?
Tapoja on monia, yksi on asentaa joku kirjautumis manageri esim. GDM:
sudo pacman -S gdm
Sitten muokata esim. nanolla inittab tiedostoa:
sudo nano /etc/inittab
Ja muuttaa sieltä kohta:
# Boot to console
id:3:initdefault:
# Boot to X11
#id:5:initdefault:
Tälläiseksi:
# Boot to console
#id:3:initdefault:
# Boot to X11
id:5:initdefault:
Ja sitten poistaa risuaita kohdasta jossa lukee:
#x:5:respawn:/usr/sbin/gdm -nodaemon
Nyt käynnistyksen yhteydessä avautuu Gnomen kirjautusmisikkuna, jolla sitten voi kirjautua sisään XFCE:hen
Vaihtoehtoisesti, jos ei ole tarvetta kirjautumiselle, niin poista risuaita kohdasta:
#x:5:once:/bin/su [username] -l -c "/bin/bash --login -c /usr/bin/startx >/dev/null $
Ja korvaa kohta [username] omalla käyttäjä nimelläsi.
Sitten muuta/luo tiedosto ~/.xinitrc näin: (kirjaudu sisään omalla käyttäjällä)
nano ~/.xinitrc
Lisää tiedostoon rivi:
exec startxfce4
Talenna.
Nyt kone käynnistyy suoraan omalle käyttäjällesi ilman "turhia" välivaihteita.
Hienoa kiitän, tämä tulee tarpeeseen kun rinnakkain asennan kohta puoli.
-
Muista myös https://wiki.archlinux.org/index.php/Beginners'_Guide ;)
-
Kysymys siis kuuluu miten saan osioitua kovon ettei tämänhetkinen Ubuntu poistu kovolta? Yritin tehdä Manual Partitionin mutta herjasi jotain Fatal Error: Bad Primary Partition sen jälkeen heittää takaisin valikkoon.
-
Archin osioinnista on sen verran kokemusta että totesin itselleni sopivammaksi käyttää ubuntun liveimagea.
Ensisijaisia osioita voi olla vain neljä, jos sulla on ubuntu ja arch niin tarvitset ainakin molemmille oman juuriosion ja yhteisen swapin. Kannattaa miettiä kumman grubia haluaa käyttää.
-
Asensin kanssa Archin CentOS 5 tilalle ja kyllä oli positiivinen muutos! Nyt ei tarvi enään odotella seuraavia julkaisuja että saa uusimmat työkalut käyttöön vaan ne on aina uusimmat kunhan muistaa päivittää aina kun uusia ohjelmia tulee :)
Erinomainen käyttis, suht helppo asentaakkin vaikka oli säätämistä mutta se on tuttua. Täysin aloittelijoille Arch Linux ei ehkä sovellu juurin tuon asennuksen takia.
-
Asensin kanssa Archin CentOS 5 tilalle ja kyllä oli positiivinen muutos! Nyt ei tarvi enään odotella seuraavia julkaisuja että saa uusimmat työkalut käyttöön vaan ne on aina uusimmat kunhan muistaa päivittää aina kun uusia ohjelmia tulee :)
Erinomainen käyttis, suht helppo asentaakkin vaikka oli säätämistä mutta se on tuttua. Täysin aloittelijoille Arch Linux ei ehkä sovellu juurin tuon asennuksen takia.
Itsellä potkaisi pari päivää sitten uusimmat työkalut nilkkaan Archissa. Udev päivittyi ja päätti sen jälkeen, että viisi kuudesta kiintolevyosiostani ovat USB-levyn osioita :) Onneksi juuri tunnistui oikein, joten sain homman korjattua helposti.
-
Itsellä potkaisi pari päivää sitten uusimmat työkalut nilkkaan Archissa. Udev päivittyi ja päätti sen jälkeen, että viisi kuudesta kiintolevyosiostani ovat USB-levyn osioita :) Onneksi juuri tunnistui oikein, joten sain homman korjattua helposti.
Täytyypä varata sitten ylimääräistä aikaa aina päivityksiin jos lähtee lapasesta... Huomasin muuten sellaisen probleeman heti kättelyssä että uusin kde networkmanager applet ja networkmanager ei oikein toimi keskenään. Se kde sovellus näyttää kyllä langattomat verkot ja mokkulan mutta yhdistää niihin ei voi. Onneksi en käytä tällähetkellä niitä joten johdolla pärjää toistaiseksi.. Miksi linuxin kanssa pitää aina olla jotain ylimäärästä säätämistä? :'(
-
Itsellä potkaisi pari päivää sitten uusimmat työkalut nilkkaan Archissa. Udev päivittyi ja päätti sen jälkeen, että viisi kuudesta kiintolevyosiostani ovat USB-levyn osioita :) Onneksi juuri tunnistui oikein, joten sain homman korjattua helposti.
Täytyypä varata sitten ylimääräistä aikaa aina päivityksiin jos lähtee lapasesta... Huomasin muuten sellaisen probleeman heti kättelyssä että uusin kde networkmanager applet ja networkmanager ei oikein toimi keskenään. Se kde sovellus näyttää kyllä langattomat verkot ja mokkulan mutta yhdistää niihin ei voi. Onneksi en käytä tällähetkellä niitä joten johdolla pärjää toistaiseksi.. Miksi linuxin kanssa pitää aina olla jotain ylimäärästä säätämistä? :'(
Ihan aluksi, en ole jaksanut seurata koko ketjua.
Mutta en toistaiseksi ole osunut sellaiseen käyttikseen jossa ei version vaihto edellytä "ylimääräsitä säätämistä"
Melkoinen oli trimmaaminen kun hyppyytin Debianin 5->6. lähinnä php teetti duunia.
Esimekiksi java ei ole laajalti käytössä., mutta säätöä tarvitsi sekin.
Tosin, kokemuksia ei ole kuin cpm, dos (mukaanlukien sen gaafiset käyttöliittymät), jokunen NT ja linux eri jakeluina. Eli aikasten vähäinen on otos...
-
Täytyypä varata sitten ylimääräistä aikaa aina päivityksiin jos lähtee lapasesta... Huomasin muuten sellaisen probleeman heti kättelyssä että uusin kde networkmanager applet ja networkmanager ei oikein toimi keskenään.
Olisikohan http://lamarque-lvs.blogspot.com/2011/05/plasma-nm-nm-09.html tästä kyse. Arch Linux on kyllä aivan väärä disto, jos haluaa säätämiseltä välttyä - ei sillä, itsellä toimii kaikki täydellisesti testing repot ja KDE SC 4.7 beta 1 alla ilman sen kummempaa säätämistä (mitään) >_>
-
No nyt olen tätä Arch Linuxia jo pidemmän aikaa käyttänyt ja täytyypä todeta että on ihan loistava distro, just sellainen omaan makuun täydellinen! Järjestelmä ei ole kaatunut vielä kertaakaan (koputan puuta heti), ohjelmat päivittyy kätevästi uusimpiin ilman että tarvii tehdä mitään kummempia distropäivityksiä. Harmi kun en tätä aikaisemmin hoksannut :D
Ubuntun kanssa muistan kun työpöydästä/jostain tärkestä ohjelmasta tuli uudempi versio kun just ehdin ubuntu päivittämään, sitten sai tutista sen 6kk ennenkuin seuraava distropäivitys tuli. Mitenköhän Ubuntun kanssa on Firefox käyttäjien laita? Firefoxista tulee nykyään niin tiuhaan tahtiin uusia versioita ja tuki loppuu niille aikasemmille lähes heti...
Kyllä ne uusimmat Firefoxit vissiin saa ladattua launchpadin kautta mutta monet ei välttämättä osaa. Voin olla väärässäkin, en ole käyttänyt Ubuntua enään pitkiin aikoihin.
-
Tuorein Firefox ilmestyy nopeasti Ubuntuunkin. Oneiricissä on jo Firefox 6.0 Beta 3.
-
Kävi viikko sitten niin, että KDE:n päivittämisen ja koneen uudelleenkäynnistämisen jälkeen ei graafinen puoli enää käynnistynytkään. "Jo" tänään huomasin, että juuri oli täyttynyt ja tyhjensin pacmanin välimuistin tai mikä onkin. Tavaraa oli kertynyt ~46 Gt ;D
-
Tuorein Firefox ilmestyy nopeasti Ubuntuunkin. Oneiricissä on jo Firefox 6.0 Beta 3.
Mitä jos haluaa käyttää LTS julkaisuja kuten vaikka 10.04? Saako täysi ummikko siihen uusimman firefoxin?
-
Täysi ummikko ei osaa edes Ubuntua asentaa mutta jos sellainen koneella on, on melko helppo asentaa tuorein Firefox siihen.
Siis kyllä, helposti.
-
Mitä jos haluaa käyttää LTS julkaisuja kuten vaikka 10.04? Saako täysi ummikko siihen uusimman firefoxin?
Koska itse olen se täysi ummikko, voin omalta osaltani sanoa, että ei saa. Olen U10.04:ään ihan PPA:sta repäissyt Firefoxin ja nyt näyttää olevan asennettuna versio 5.0. Ei siis lähelläkään uusinta.
-
Lisää ohjelmalähteisiin ppa:ubuntu-mozilla-daily/ppa niin onnistu uusimman firefoxin ja thunderbirdin asentaminen
-
Onko siis komentoa jolla saisin bootattua suoraan työpöytä ympäristöön? Pitääkö configejä muuttaa jotenkin?
Tapoja on monia, yksi on asentaa joku kirjautumis manageri esim. GDM:
sudo pacman -S gdm
Sitten muokata esim. nanolla inittab tiedostoa:
sudo nano /etc/inittab
Ja muuttaa sieltä kohta:
# Boot to console
id:3:initdefault:
# Boot to X11
#id:5:initdefault:
Tälläiseksi:
# Boot to console
#id:3:initdefault:
# Boot to X11
id:5:initdefault:
Ja sitten poistaa risuaita kohdasta jossa lukee:
#x:5:respawn:/usr/sbin/gdm -nodaemon
Nyt käynnistyksen yhteydessä avautuu Gnomen kirjautusmisikkuna, jolla sitten voi kirjautua sisään XFCE:hen
Vaihtoehtoisesti, jos ei ole tarvetta kirjautumiselle, niin poista risuaita kohdasta:
#x:5:once:/bin/su [username] -l -c "/bin/bash --login -c /usr/bin/startx >/dev/null $
Ja korvaa kohta [username] omalla käyttäjä nimelläsi.
Sitten muuta/luo tiedosto ~/.xinitrc näin: (kirjaudu sisään omalla käyttäjällä)
nano ~/.xinitrc
Lisää tiedostoon rivi:
exec startxfce4
Talenna.
Nyt kone käynnistyy suoraan omalle käyttäjällesi ilman "turhia" välivaihteita.
Hienoa kiitän, tämä tulee tarpeeseen kun rinnakkain asennan kohta puoli.
Itse olen aina lisännyt vain kirjautumis managerin rc.conffiin DAEMONS kohtaan, onko tuohon sinun ratkaisuun jotain erityistä syytä? Kyselen vain kun vaikuttaa turhan monimutkaiselta kun asian voisi tehdä helpomminkin.
-
Tuosta inittab-tavasta taitaa olla se etu, että jossei kirjautumismanageri jostain syystä joskus käynnistykään niin järjestelmä palaa itsestään cli-moodiin. Daemons-tavalla taas ainakin itselläni jäätyy mustaan ruutuun ja ainoa korjaustapa on ronkkia livenä conffitiedostosta daemonsista se manageri pois.
-
Itse olen aina lisännyt vain kirjautumis managerin rc.conffiin DAEMONS kohtaan, onko tuohon sinun ratkaisuun jotain erityistä syytä? Kyselen vain kun vaikuttaa turhan monimutkaiselta kun asian voisi tehdä helpomminkin.
https://wiki.archlinux.org/index.php/Display_Manager
The inittab method will allow you to boot directly into framebuffer mode from GRUB. This is an advantage should the graphics driver crash in X, for example, you would not be forced to fix your system from a live CD or through other needlessly complex means.
With the inittab method all you would have to do is to press 'e' for edit at the GRUB prompt and just add the number of the run-level you prefer, such as run-level 3, to the end of the 'kernel' line to boot directly into framebuffer mode in order to fix your system/X (this described in detail below.)
When using the daemon method you can simply boot into runlevel 1/S which will prevent any daemons, including the login manager, from being started. Then you can fix your system/X and switch into the runlevel 3. Both methods are equally easy.
Helppoja nuo on molemmat:
1. nano /etc/innitab
2. poista&lisää kahdteen kohtaan risuaita
vs
1. nano /etc/rc.conf
2. lisää DAEMONS=(...gdm)
ero on jokseenkin marginaalinen
EDIT: ajatusvirhe
-
Herätelläänpäs ketjua taas vähän eloon. Onko muilla ollut ongelmia Nvidian nouveau-ajurin kanssa? Hiiren liikkuessa ruutu välkkyy mustana. Näyttiksenä vanha 5200Go, ettei vaan se olis ongelmana.
-
Arch Linux siirtymässä ilmeisesti myös systemd:n käyttäjäksi: http://mailman.archlinux.org/pipermail/arch-dev-public/2012-August/023389.html
Muutokset tainneet aiheuttaa taas kovaa vastustusta.
Are We Removing What Defines Arch Linux? (http://allanmcrae.com/2012/08/are-we-removing-what-defines-arch-linux/)
-
Arch Linux on nyt parempi kuin koskaan. Olisi ollut valitettavaa, jos vanhasta init järjestelmästä olis pidetty kiinni paremman systemd integraation kustannuksella. Sama pätee myös /usr-siirtoon. On kiva käyttää jakelua, joka pysyy kehityksen mukana, eikä pidättäydy vanhassa vain sen takia, että niin on aina ennenkin tehty. Esimerkiksi Debianin syyt jättää systemd välistä on aivan naurettavia (mm. tuen puute BSD ja HURD kerneleille, jota käyttää luultavasti alle tuhannes Debian käyttäjistä).
Yksi syy nopeaan systemd siirtymiseen oli se, etteivät kehittäjät jaksanee enää kuunella näitä anti-systemd, anti-Lennart trolleja. Tekisi Archille vain hyvää, että nämä vaihtaisivat jakelua.
-
Arch Linux on nyt parempi kuin koskaan. Olisi ollut valitettavaa, jos vanhasta init järjestelmästä olis pidetty kiinni paremman systemd integraation kustannuksella. Sama pätee myös /usr-siirtoon. On kiva käyttää jakelua, joka pysyy kehityksen mukana, eikä pidättäydy vanhassa vain sen takia, että niin on aina ennenkin tehty. Esimerkiksi Debianin syyt jättää systemd välistä on aivan naurettavia (mm. tuen puute BSD ja HURD kerneleille, jota käyttää luultavasti alle tuhannes Debian käyttäjistä).
Arch Linux on nyt parempi kuin koskaan? Siksi että siinä on systemd? Debian, eri BSD versiot vahvasti edustettuna palvelimissa. Ja ovat hyvin edustettuna palvelimien uptime kisassa. On sellaisia BSD koneita joissa uptime on vuosia. Linux hieman häviää kun laskurista loppuu päivät. Ei ollenkaan naurettavaa. Ja noita koneita on myös suurimmissa internet yrityksissä. systemd on ollut saatavilla Gentooseen jo 2010. Mutta ei tietenkään ole oletuksena. systemd riippuvuudet hieman monimutkaiset ja monet sen vaatimat paketit eivät ole vielä saaneet stable asemaa. Ja vakaus on tärkeämpi kuin parin sekunnin säästö käynnistysajassa.
-
Arch Linux on nyt parempi kuin koskaan? Siksi että siinä on systemd? Debian, eri BSD versiot vahvasti edustettuna palvelimissa. Ja ovat hyvin edustettuna palvelimien uptime kisassa. On sellaisia BSD koneita joissa uptime on vuosia. Linux hieman häviää kun laskurista loppuu päivät. Ei ollenkaan naurettavaa. Ja noita koneita on myös suurimmissa internet yrityksissä. systemd on ollut saatavilla Gentooseen jo 2010. Mutta ei tietenkään ole oletuksena. systemd riippuvuudet hieman monimutkaiset ja monet sen vaatimat paketit eivät ole vielä saaneet stable asemaa. Ja vakaus on tärkeämpi kuin parin sekunnin säästö käynnistysajassa.
On systemd:ssa ihan hyviä ominaisuuksia serverikäyttöäkin ajatellen. Esimerkiksi ihan systemd:n status-komento on aika mainio, koska se näyttää:
- Tarkalleen mitkä kaikki prosessit kuuluvat palveluun
- Muutaman viimeisimmän lokiviestin kyseiseltä palvelulta
Lisäksi ainakin itse pidän systemd:n unit-tiedostoformaatista, sillä kun saa varsin vähällä vaivalla kasattua vastaavan järjestelmänlaajuisen palvelun kuin mitä käyttöjärjestelmän mukana tulee. Kun kaikki palvelimessa ajettavat ohjelmistot eivät välttämättä tule käyttöjärjestelmän mukana, on tästäkin piirteestä mahdollisesti varsin merkittävää hyötyä.
Systemd ei käsittääkseni nykyisellään vaadi mistään ohjelmasta beta- tai muuta kehitysversiota. Kovin monesta pidempään tuetusta käyttöjärjestelmästä sitä ei vielä löydy, mutta esimerkiksi jo varsin lähellä julkaisua olevasta Debian Wheezysta se näyttäisi löytyvän vaihtoehtona niille jotka sen haluavat.
-
Kovin monesta pidempään tuetusta käyttöjärjestelmästä sitä ei vielä löydy, mutta esimerkiksi jo varsin lähellä julkaisua olevasta Debian Wheezysta se näyttäisi löytyvän vaihtoehtona niille jotka sen haluavat.
Veikkaan, että vielä menee vähän päälle 6kk ennen kuin Wheezy stable. Debian Squeeze:n jäädytys kesti joku 6kk ennen kuin virallinen vakaa versio oli ulkona. Aika voi toki vaihdella.
-
Arch Linux on nyt parempi kuin koskaan? Siksi että siinä on systemd? -- systemd on ollut saatavilla Gentooseen jo 2010. Mutta ei tietenkään ole oletuksena.
Jos haluaa kaiken irti systemd:stä, sitä täytyy tukea kunnolla. Muut init järjestelmät vaativat joidenkien pakettien patchaamista ja esimerkiksi Gnome riippuu joko systemd:stä tai ConsoleKitistä, jota ei enää kehitetä. Samalla säästytään turhalta pakettien pilkkomiselta (systemd-tools jne) ja ohjelmat toimivat oletus asetuksillaan (PolicyKit, upower jne). Kyllä sen systemd on voinut Arch Linuxiinkin asentaa AUR:ista jo vuodesta 2010.
Debian, eri BSD versiot vahvasti edustettuna palvelimissa. Ja ovat hyvin edustettuna palvelimien uptime kisassa. On sellaisia BSD koneita joissa uptime on vuosia. Linux hieman häviää kun laskurista loppuu päivät.
systemd on suunniteltu pitämään järjestelmä käyttökuntoisena periaatteessa loputtomiin. Siinä esimerkiksi palveluiden sammuttaminen ei jätä zombie prosesseja pyörimään ja kaikkia ohjelmien riippuvuuksia voidaan valvoa helposti.
RHEL 7 (eli CentOS, Scietific Linux, Oracle Linux...) siirtyy käyttämään systemd:tä, joka tekee siitä periaateessa de facto standardin. Saman tekee luultavasti myös SLES 12, koska openSUSE siirtyi siihen jo aikoja sitten ja RHEL on suunnannäyttäjä. Debian on hidas tekemään muutoksia, mutta ainakin systemd:tä tuetaan ja uskon siitä tulevan oletus init järjestelmä Linux ytimelle. Tällä hetkellä merkittävin syy miksi niin ei tehdä on se, että se ei tue FreeBSD ydintä joka on käytännössä lelu projekti. Ubuntu tukee jo nyt systemd:tä, koska se on osa heidän IVI alustaa. Samalla Upstart projektia ei ole kehitetty pitkään aikaan kunnolla (ei ollut mitään kehtitystä puoleen vuoteen ja nytkin vain pieniä korjauksia) eli oletettavasti sekin siirtyy käyttämään systemd:tä viimeistään 14.04 jälkeen.
systemd riippuvuudet hieman monimutkaiset ja monet sen vaatimat paketit eivät ole vielä saaneet stable asemaa. Ja vakaus on tärkeämpi kuin parin sekunnin säästö käynnistysajassa.
Ei pidä paikkaansa. Kaikki sen riippuvuudet ovat vaikaita ja nopeat käynnistysajat on vain seuraus sen arkkitehtuurista. Se ei ole mitenkään sen pääominaisuus.
-
Menee jo ohi alkuperäisen aiheen, mutta pistetään nyt kun systemd kerran keskustelussa.
"Forward Secure Sealing (FSS) is finally coming to systemd's journal."
https://plus.google.com/115547683951727699051/posts/g1E6AxVKtyc
Kommentit kannattaa ehdottomasti lukea myös läpi.
-
Timing:
We don't have a date yet, but we have a list of blockers (we need the next releases of util-linux and sysvinit at least, and we need full coverage of systemd service files for all packages that have rc scripts). So I guess the best I can say is "when it is ready". There is also the added wish to do it "as soon as possible" as it will make the packaging of the next versions of certain packages (gnome, polkit at least, but probably many others that I'm not aware of) much easier.
Transition:
We have tried to make this smooth.
0) The best approach is to first bring your rc.conf up-to-date according to the recommendations in "man rc.conf". It should essentially only contain your DAEMONS array (and a few other things, depending on your setup, see manpage for details). This will work both with initscripts and systemd so it is safe to do ahead of time, and make sure everything works as it should.
1) Install systemd, but you do not need to remove initscripts. You can now chose between the two at runtime (by adding init=/bin/systemd to your kernel commandline). If you do this systemd will keep respecting rc.conf and use rc scripts if systemd unit files can not be found.
2) Then you can move your system (hopefully seamlessly) over to a native systemd configuration: do (0) if you did not already, then find the corresponding systemd service file for every daemon in your daemons array and enable it using "systemctl enable <daemon>.service". Once this is done rc.conf is not needed by systemd at all anymore. Go through rc.local and rc.local.shutdown and turn them into service files (or, if you intend to keep them as they are, copy /usr/lib/systemd/system/rc-local{,.shutdown}.service to /etc/systemd/system/).
3) Once the above works ok, and you are confident that you don't need to revert to initscripts, then you can install systemd-sysvcompat, which will conflict (and hence remove) sysvinit+initscripts (and pacsave rc.conf, rc.local and rc.local.shutdown). You can now also remove init=/bin/systemd from your kernel commandline as /sbin/init will now be a symlink to systemd.
Benefits:
I have spent too much time arguing against the perceived deficiencies of systemd (such as: "it is not written in bash", "it was started by Lennart Poettering", "I don't like the (optional) on-disk format of the journal", "it uses dbus", "systemd's PID1 does more and is bigger than sysvinit's PID1", "I think there might be this other project that possibly is doing something similar. I don't really know anything about it, but I'm pretty sure it is better than systemd" and I'm sure there are many more). I strongly believe that 1) all of these perceived deficiencies are not deficiencies, but are actually benefits 2) even if I'm wrong, these things are not hugely important. So, with that out of the way: let's ignore all of those old boring arguments and I'll outline a few things that I find awesome about systemd, and why I think we should all be very excited about soon being able to use it. In no particular order:
0) it is hotplug capable: systemd assumes that all resources may appear and dissapear at any time. If you plug in your external harddrive after systemd has booted, it will be fsck'ed and mounted correctly. This is unlike initscripts which relies on all disks being enumerated and ready when it starts fsck, and then it relies on fsck of all disks being finished before it starts mounting any of them. Hotplug is important, not only because it is convenient to be able to insert/remove hardware while the system is running, but also because that's how the linux kernel does boot: every device appears to be "hotplugged" as the kernel becomes aware of it, so with a very fast boot we can no longer assume that all devices are ready and waiting for us when we need them (even if they were plugged in when the computer started). In reality this is often not a problem, but if you ever had your rootfs on an external USB harddrive you might have experienced problems (and as things become faster and faster more problems like this will crop up).
1) we can know the state of the system: systemd keeps track of all daemons, and all processes that are started, and who owns what, and when something fails, etc. Also, using the (awesome) journal all syslog() entries and writes to stdout/stderr by all processes are captured by systemd. These are stored with enough meta-data so that you can very easily retrieve say "all entries from a certain service/binary/pid" or "all entries written by the kernel regarding a given device", etc. In addition to logging this information, and showing it to you, systemd will allow you to specify (easily) what to do in a wide range of possible error-scenarios: "a service shuts down normally/with an error/ on a signa" or "a service has not sent its watchdog signal in the designated time" or "a service has shutdown with an error 10 times in the last half hour". The recent addition of hardware watchdog support also allows you to say "restart the machine if systemd itself is not responding".
2) it is modular: all of what is now rc.sysinit is split out into many independent services, each of which is well documented and easy to understand. I.e., if you don't like how systemd e.g. does it's fstab handling, then you can write your own little helper (in bash if you wish) to replace the official one. Doing this in the old initscripts is much harder because 1) it is not so clear which parts of rc.sysinit are dependent on eachother 2) any changes you do you'll have to merge on every update.
3) it allows dbus/udev to go back to doing the task they are meant to do: both udev and dbus are currently (mis)-used to start daemons/long-running services on demand. In the case of dbus this is by design, but in the case of udev it is not. Either way, it is not what those daemons were built to do, so in keeping with the UNIX principle of one task per daemon, it is great that we can now let systemd (whose job it is to manage daemons) take this over. That is, udev and dbus can both signal systemd to start a certain daemon, and it will behave like if it was started in any other way (you have the logs, status etc). One problem that this solves is the inherent race-condition in some daemons (I think bluetoothd was guilty of this at some point) allowing both being started as soon as possible on boot (say by putting it in DAEMONS), and to be started on-demand by dbus. Systemd makes sure that both these things can happen, and if they do happen at the same time you will only end up with one instance of the daemon as expected.
4) we can reduce the number of explicit ordering dependencies between daemons (this might require changes to the daemons in question): using socket activation, automounting and dbus activation we are able to forget about stuff like "dbus must be running before we start avahi" or "yp-bind must be started after networkmanager". systemd can create sockets early on, before any daemons are started, and then pass the socket to the relevant daemon when it gets around to starting it. This means that anything can connect to anything else, without caring about whether or not the other daemon has finished starting yet. The kernel will simply buffer the requests whilst we wait and deliver them when it can. Notice that this does not actually remove any dependencies (so if there are circular deps, they will still be there), but it means we no longer have to specify them, nor worry about races between them.
5) we get a lot of security/sandboxing features for free: you can simply add some configuration options to the unit files in question to isolate them from the system in various ways. This was of course also possible before, but it required you to write lots of boilerplate code in every rc script, and this kind of things are very error prone, and best reviewed by people who know about this stuff.
6) systemd service files can (and hopefully will!) be written and distributed upstream: rather than every distro writing their own rc script (with their own set of trivial bugs and misunderstandings) the people who know the software the best (upstream) possibly with some input from the people who know the init system the best (systemd devs) can write "perfect" services that should just work everywhere. We have seen some of this already, and I think it is hugely benefitial. Even for distros who don't pick up systemd yet, this will allow them to at least have an idea oh how the software is meant to be initialized.
7) systemd is a cross-distro project: every major and many, many minor distros have had people contributing to systemd. last i heard even two debian devs have commit access to the repo, among many others. systemd upstream is very accommodating of different needs and different use-cases (as long as they are presented on technical grounds) and have been a pleasure to work with so far. We are getting the joint experience of a lot of people/projects who have worked on different init systems for a long time, I think this is one of the most important "features" one could have.
8) logind will finally deliver on what consolekit was supposed to do: we can now track user sessions and seats, assign permissions to resources on-the-fly etc. This should be the topic of a separate message, as it is too much to get into. Suffice it to say that I'm very happy that we are finally getting these features working as they should.
9) systemd is fast: Or is it really? Some claim there is no difference compared with initscripts, a very few claim it is slower, the vast majority claim it is a lot faster. I claim that I really don't care. The above points (which is just what I could think of at the top of my head, so not exhaustive by any means) would hopefully convince you that systemd is the right choice irrespective of its speed, and once you try it out you might be in for a pleasant surprise ;-)
@Arch Linux Forums (https://bbs.archlinux.org/viewtopic.php?pid=1149530#p1149530)
Oh, *so* many things. Here's just a few:
* Much more sophisticated structure. sysv gives you...services, and five runlevels, and that's about it. systemd gives you targets, which you can have as many of as you like, and which can be nested, and which can have dependencies.
* Oh yeah - it has dependencies. So services can be ordered properly and parallel started. upstart has this too, of course, but it still beats sysv.
* It has _far_ better monitoring / investigation / debug tools than sysv, though some people don't bother to actually look it up so just assume it's 'harder'. It's actually much easier to know what's going on with systemd. I can list out all active units (services, more or less) with 'systemctl'. List out all installed units, even inactive ones, with 'systemctl --all'. List out failed services with 'systemctl --failed' - so it's super easy to see if any services failed on start, and which ones. Get detailed info on a specific service - including its state, all its processes and sub-processes, and log output if journal is running - with 'systemctl status servicename'. There's way more than this, this is just scratching the surface.
* It has all sorts of cool capabilities for services. Literally tons of them, here's just a random sample. They can be set to auto-restart if they crash. You can have a service only start up if a given path exists, or a given path is a directory or a symlink, or if a specific kernel parameter is given, or if you're running in a VM (it even extends to specific *types* of VM). And you can invert all of those. You can set pre- and post- initialization commands for services. Services can set their own timeout values.
* It does socket activation of daemons. What this means is that you can have a service associated with a given daemon: the service is set to 'start' on boot, but it doesn't actually run the daemon until something tries to access it - either via a given TCP or UDP port, or via a specified dbus method. So you save system resources until the daemon is actually needed, and boot is faster.
* It has some really neat built-in charting tools: you can generate a bootchart right from systemd, and even cooler, you can generate a dependency map for the entire startup process, graphically depicting the relationships between services.
systemd is freaking awesome. I don't want to get into whether it's better than upstart, because I don't know anywhere near enough about upstart. But it absolutely does have all _sorts_ of improvements over sysv. I highly recommend you read about it; systemd has excellent documentation.
@Phoronix Forums (http://phoronix.com/forums/showthread.php?72921-Arch-Linux-Is-Switching-To-Systemd&p=281248#post281248)
Siinä pari hyvää kirjoitusta systemd:stä, jos on vielä epävarma siitä miksi jakelu jakelun jälkeen siirtyy käyttämään sitä. Seuraavaksi on vuorossa Chakra (https://groups.google.com/forum/?fromgroups=#!topic/chakra-devel/PbMgNqDHdtk).
-
Jees. Jää Arch nyt hetkeksi pois käytöstä... Ei oikeen taidot vielä riitä ratkasemaan kaikkia ongelmia. Näytönohjainta lukuunottamatta toimi kyllä ihan oikein. Nopea on! Vanhempiin koneisiin tää on ykkösvaihtoehto. Täytynee palata tähän joskus myöhemmin.
-
Joku sateinen päivä pitää kokeilla Archlinuxia. Pitääkö siinä ladata joku asennus CD vai onnistuisiko asennus Gentoo tyyliin ilman asennusmediaa. Pidän Gentoon asennustavasta, jossa puretaan pieni systeemi tar-paketista suoraan levylle. Loppu asennus sitten tehdään chrootin alla ja mukaan voi ottaa vain sen mitä haluaa. Asennusta voi sitten jatkaa vaikka etänä kun systeemin on ensin saanut käynnistyskuntoon. Mikä on ihan kiva kun koneessa ei tarvitse olla edes näyttöä tai näppäimistöä. Symbian puhelin numeronäppäimistöllä on tietysti hankala, mutta teoriassa silläkin onnistuu. Kun koko asennuksen voi tehdä komentorivillä, niin ei se ihmeitä vaadi millä siihen ottaa yhteyden. Kunnon kone jossa pystyy helposti selaamaan dokumentointia tietysti auttaa.
Minusta on vaan jotenkin vastemielistä ladata joku asennus CD ja toivoa, etä X käynnistyy jotenkin järkevällä tavalla jotta asennus onnistuisi. Näytönohjain ja tuki siihen hyvin usein pullonkaulana.
-
Minusta on vaan jotenkin vastemielistä ladata joku asennus CD ja toivoa, etä X käynnistyy jotenkin järkevällä tavalla jotta asennus onnistuisi. Näytönohjain ja tuki siihen hyvin usein pullonkaulana.
Arch Linuxin asennus tapahtuu komentorivityökalujen sekä asennusskirpien avulla, mitään graafista asennusta ei voi edes tehdä. Ohjeet löytyvät sekä täältä (https://wiki.archlinux.org/index.php/Installation_Guide) (nopeampi) että täältä (https://wiki.archlinux.org/index.php/Beginners%27_Guide) (helpompi).
Pitääkö siinä ladata joku asennus CD vai onnistuisiko asennus Gentoo tyyliin ilman asennusmediaa.
Molemmat on mahdollisia. Ohjeet[/quote] jälkimmäiseen ovat vain vanhentuneet, luultavasti tapahtuu hyvin samaan tapaan kuin Gentoossa. (https://wiki.archlinux.org/index.php/Install_from_Existing_Linux)
-
Oletteko asentaneet Archia viime aikoina? Mitä on tapahtunut, miksi ncurses-tyyppisestä asennusohjelmasta luovuttiin? Mielestäni uusi asennustapa on huono.
Arch oli pakko asentaa uusiksi, sillä tietyistä syistä en ollut päässyt päivittämään sitä n. puoleen vuoteen. Siinä välissä vaihtui initscript systemd:ksi, /lib vaihtui /usr/lib, grub vaihtui grub2, /var/run taisi vaihtua jotenkin ja mitä vielä... Yritin päivittää, mutta lopulta minulle helpointa oli asentaa koko homma uusiksi.
-
Makuasioita kaiketi? Itse asensin pitkästä aikaa uuden Archin tänään ja helpolla se meni näillä uusillakin ohjelmilla/systeemeillä.
En siis ole lukenut perusteluja noille muutoksille.
-
Oletteko asentaneet Archia viime aikoina? Mitä on tapahtunut, miksi ncurses-tyyppisestä asennusohjelmasta luovuttiin? Mielestäni uusi asennustapa on huono.
Vastaus löytyy täältä (https://www.archlinux.org/news/install-media-20120715-released/).
AIF had to be dropped due to lack of maintenance and contributions. Of course we would appreciate it if people would start hacking on it to bring it up to par.
-
Makuasioita kaiketi? Itse asensin pitkästä aikaa uuden Archin tänään ja helpolla se meni näillä uusillakin ohjelmilla/systeemeillä.
Juu ei se vaikeaa ole, mutta ihan turha käyttäjän on copy-pasteta komentoja kun joku skripti tekisi sen automaattisesti.
Vastaus löytyy täältä (https://www.archlinux.org/news/install-media-20120715-released/).
AIF had to be dropped due to lack of maintenance and contributions. Of course we would appreciate it if people would start hacking on it to bring it up to par.
OK. Silti Manjarolla on se vanha asennussysteemi käytössä.
-
Olisi kai voinut uudenkin säikeen pystyttää, mutta elpyypähän samalla tämä vanha, joten...
En jostain syystä saa muutetuksi Arch Gnomessa grubin timeouttia. Muokkasin sitä lyhyemmäksi ihan normisti sudo gedit /etc/default/grub
:ssa ja ajelin perään sudo update-grub
mutta mikään ei muuttunut bootissa. Sama 10sek edelleen.
Muokkauksen jälkeinen
sudo grub-mkconfig -o /boot/grub/grub.cfg
ei myöskään vaikuttanut mitenkään.
Kokeilin vielä Grub Customizeriakin, ei toiminut sekään. Mikähän tässä nyt...
MUOKS: Muutokset tallentuvat kyllä tiedostoihin, mutta käynnistettäessä tulee silti aina vaan 10 sekunnin laskuri. Tässä grub.dfg -tiedosto:
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
insmod part_gpt
insmod part_msdos
if [ -s $prefix/grubenv ]; then
load_env
fi
if [ "${next_entry}" ] ; then
set default="${next_entry}"
set next_entry=
save_env next_entry
set boot_once=true
else
set default="Arch Linux"
fi
if [ x"${feature_menuentry_id}" = xy ]; then
menuentry_id_option="--id"
else
menuentry_id_option=""
fi
export menuentry_id_option
if [ "${prev_saved_entry}" ]; then
set saved_entry="${prev_saved_entry}"
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
fi
}
function load_video {
if [ x$feature_all_video_module = xy ]; then
insmod all_video
else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
fi
}
if [ x$feature_default_font_path = xy ] ; then
font=unicode
else
insmod part_gpt
insmod ext2
set root='hd1,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-ieee1275='ieee1275//disk@0,gpt2' --hint-bios=hd1,gpt2 --hint-efi=hd1,gpt2 --hint-baremetal=ahci1,gpt2 901dcad4-1006-4551-abc7-b323cbb5871f
else
search --no-floppy --fs-uuid --set=root 901dcad4-1006-4551-abc7-b323cbb5871f
fi
font="/usr/share/grub/unicode.pf2"
fi
if loadfont $font ; then
set gfxmode=auto
load_video
insmod gfxterm
set locale_dir=$prefix/locale
set lang=fi_FI
insmod gettext
fi
terminal_input console
terminal_output gfxterm
if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=2
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
set timeout=2
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/06_grub-customizer_menu_color_helper ###
### END /etc/grub.d/06_grub-customizer_menu_color_helper ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Arch Linux' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-901dcad4-1006-4551-abc7-b323cbb5871f' {
load_video
set gfxpayload=keep
insmod gzio
insmod part_gpt
insmod fat
set root='hd1,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-ieee1275='ieee1275//disk@0,gpt1' --hint-bios=hd1,gpt1 --hint-efi=hd1,gpt1 --hint-baremetal=ahci1,gpt1 EEF5-AE3A
else
search --no-floppy --fs-uuid --set=root EEF5-AE3A
fi
echo 'Ladataan Linux linux käyttöjärjestelmäydin ...'
linux /vmlinuz-linux root=UUID=901dcad4-1006-4551-abc7-b323cbb5871f rw quiet
echo 'Ladataan alustavaa ramlevyä ...'
initrd /intel-ucode.img /initramfs-linux.img
}
submenu 'Lisävalitsimet kohteelle ”Arch Linux”' $menuentry_id_option 'gnulinux-advanced-901dcad4-1006-4551-abc7-b323cbb5871f' {
menuentry 'Arch Linux, jakeluversiolla Linux linux' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-linux-advanced-901dcad4-1006-4551-abc7-b323cbb5871f' {
load_video
set gfxpayload=keep
insmod gzio
insmod part_gpt
insmod fat
set root='hd1,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-ieee1275='ieee1275//disk@0,gpt1' --hint-bios=hd1,gpt1 --hint-efi=hd1,gpt1 --hint-baremetal=ahci1,gpt1 EEF5-AE3A
else
search --no-floppy --fs-uuid --set=root EEF5-AE3A
fi
echo 'Ladataan Linux linux käyttöjärjestelmäydin ...'
linux /vmlinuz-linux root=UUID=901dcad4-1006-4551-abc7-b323cbb5871f rw quiet
echo 'Ladataan alustavaa ramlevyä ...'
initrd /intel-ucode.img /initramfs-linux.img
}
menuentry 'Arch Linux, with Linux linux (fallback initramfs)' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-linux-fallback-901dcad4-1006-4551-abc7-b323cbb5871f' {
load_video
set gfxpayload=keep
insmod gzio
insmod part_gpt
insmod fat
set root='hd1,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-ieee1275='ieee1275//disk@0,gpt1' --hint-bios=hd1,gpt1 --hint-efi=hd1,gpt1 --hint-baremetal=ahci1,gpt1 EEF5-AE3A
else
search --no-floppy --fs-uuid --set=root EEF5-AE3A
fi
echo 'Ladataan Linux linux käyttöjärjestelmäydin ...'
linux /vmlinuz-linux root=UUID=901dcad4-1006-4551-abc7-b323cbb5871f rw quiet
echo 'Ladataan alustavaa ramlevyä ...'
initrd /initramfs-linux-fallback.img
}
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###
### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
### BEGIN /etc/grub.d/41_custom ###
if [ -f ${config_directory}/custom.cfg ]; then
source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f $prefix/custom.cfg ]; then
source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###
-
Oon kelaillut tämän asentamista, mutta mitens tuo asennus menee... Onko se tekstipohjainen tai onko siinä jo Calamares asennusohjelma kuin Manjarossa?
-
Oon kelaillut tämän asentamista, mutta mitens tuo asennus menee... Onko se tekstipohjainen tai onko siinä jo Calamares asennusohjelma kuin Manjarossa?
Minä käytin Zen Installeria. https://sourceforge.net/projects/revenge-installer/
Lapsellista egotrippailua se, ettei Archissa ole graafista asenninta.
-
Oon kelaillut tämän asentamista, mutta mitens tuo asennus menee... Onko se tekstipohjainen tai onko siinä jo Calamares asennusohjelma kuin Manjarossa?
Minä käytin Zen Installeria. https://sourceforge.net/projects/revenge-installer/
Lapsellista egotrippailua se, ettei Archissa ole graafista asenninta.
No joo, tuo alkaa oleen jo törkeällä tasolla olevaa täyttä pelle touhua ja eivät tasantarkkaan saa systeemilleen ainakaan liikaa käyttäjiä... kaverit ei taida vielä hiffata että eletään jo vuoden 2018 jämiä ja että hommaan on olemassa graafinen asennusohjelmakin... mutta minkäpä pieni käyttäjä näissä asioissa milleen voi :)
-
Ei ole graafista asenninta ja "asennusohjelma" on enemmänkin kasa skriptejä ja ohjeet. Archin filosofiaan (yksinkertaisuus yms.) se sopii paremmin kuin Ubiquity tai Anaconda. Kehittäjät luultavimmin ajattelevat, että jos ei kelpaa, niin voi käyttää jotain muuta jakelua. Tavoitteena ei tietääkseni ole koskaan ollut tehdä sitä suosituinta jakelua ja se kyllä näkyy. Toisaalta, jos ei Archin asennuksesta selviä (ei ole rakettitiedettä, mutta pitää jaksaa vähän perehtyä), niin tuskinpa se käyttökään mieluisaa olisi.
-
Ei ole graafista asenninta ja "asennusohjelma" on enemmänkin kasa skriptejä ja ohjeet. Archin filosofiaan (yksinkertaisuus yms.) se sopii paremmin kuin Ubiquity tai Anaconda. Kehittäjät luultavimmin ajattelevat, että jos ei kelpaa, niin voi käyttää jotain muuta jakelua. Tavoitteena ei tietääkseni ole koskaan ollut tehdä sitä suosituinta jakelua ja se kyllä näkyy. Toisaalta, jos ei Archin asennuksesta selviä (ei ole rakettitiedettä, mutta pitää jaksaa vähän perehtyä), niin tuskinpa se käyttökään mieluisaa olisi.
Juu. ei tuo asennus todellakaan ole mitään rakettitiedettä ilman graafista systeemiä mutta kuin sanoit niin jokaisella on täällä omat ideologiansa asioissa... Mutta on tuollainen ideologia jo idiotismin puolella mitä tuo sakki harrastaa. Ehkä se tuntuu heistä coolilta että systeemi on vaikeammin asennettavissa jos sen haluaa saada käyttöönsä, mutta tuokin asia on täyttä idiotismia.
-
Ei ole graafista asenninta ja "asennusohjelma" on enemmänkin kasa skriptejä ja ohjeet. Archin filosofiaan (yksinkertaisuus yms.) se sopii paremmin kuin Ubiquity tai Anaconda. Kehittäjät luultavimmin ajattelevat, että jos ei kelpaa, niin voi käyttää jotain muuta jakelua. Tavoitteena ei tietääkseni ole koskaan ollut tehdä sitä suosituinta jakelua ja se kyllä näkyy. Toisaalta, jos ei Archin asennuksesta selviä (ei ole rakettitiedettä, mutta pitää jaksaa vähän perehtyä), niin tuskinpa se käyttökään mieluisaa olisi.
Juu. ei tuo asennus todellakaan ole mitään rakettitiedettä ilman graafista systeemiä mutta kuin sanoit niin jokaisella on täällä omat ideologiansa asioissa... Mutta on tuollainen ideologia jo idiotismin puolella mitä tuo sakki harrastaa. Ehkä se tuntuu heistä coolilta että systeemi on vaikeammin asennettavissa jos sen haluaa saada käyttöönsä, mutta tuokin asia on täyttä idiotismia.
Niin, no. Itse en sitä idiotismiksi kutsuisi. Todellinen syy on kuitenkin melko varmasti enemmän siellä, ettei pienellä jakelulla ole resursseja ylläpitää asennusohjelmaa. Archin tapauksessa se asennusohjelma ei toki asenna kuin aivan perusjärjestelmän, joten senkin jälkeen on vielä huomattavan paljon itse tehtävää. Itse asiassa mikään ei estäisi asentamasta Archia vaikka Debianin Live-levyltä pääosin graafisin työkaluin, jos niin haluaisi tehdä. Toki sinne pitää saada vähän Archin työkaluja, mutta jos käytettävissä on myös sen asennustikku, niin se onnistunee pienellä lisävaivannäöllä.
-
Niin, eikös tuossa ole ajatuksena juuri se että kun kasaat itte, saat just mieleisen ja samalla opit mitä missäkin on? Helpottaa sitten jatkossa säätämistä. Jos vain haluaa kokeilla ilman vaivaa, voi asentaa jonkin Arch-pohjaisen valmiimman jakelun.
-
No juu, pysytelläppä ihan suosiolla tässä Manjarossa, ei tämä tietenkään mene vanilla Arch:sta mutta näillä mennään :)
-
Jep, tiedän tekijöiden logiikan, luin joskus wikistä, mutta enpä tiedä... Kuitenkin hirmuisella työllä ja vaivalla tehdään ja ansiokkaasti ylläpidetään tällaista merkittävää jakelua, mutta vedetään liinat kiinni siinä kohtaa, kun vielä pitäisi se asennin laittaa... Hassua. Ideologia edellä, tolkku perässä. Ei vetoa pragmaatikkoon. Onneksi on Zen Installer. :)
No, niin taikka näin, on tässä paljon hyvää. En tiedä kuvittelenko, mutta vaikuttaa sukkelammalta kuin muut Gnome -jakelut, ja muistiakin käyttää aavistuksen vähemmän. Jotkut ohjelmat tuntuvat käynnistyvän joka tapauksessa nopeammin.
-
Pitää testailla systeemiä Zen installerilla tässä joku päivä :)
-
Toimiiko tuossa grub valikko ongelmitta? Toisella levyllä Win 10 insider ja olis jees jos grub pelittäis ilman turhia kikkailuja...
-
Toimiiko tuossa grub valikko ongelmitta? Toisella levyllä Win 10 insider ja olis jees jos grub pelittäis ilman turhia kikkailuja...
En ole dual bootia käyttänyt, mutta ainakin läppärillä toimii ihan ongelmitta. Näillä tiedoilla en näe syytä, miksi ei toimisi omassakin kokoonpanossasi, jos se muissakin jakeluissa toimii.
-
Se ois vielä kysäistä ;D että onko systeemissä graafista paketti manageria... Ubuntussa on Synaptic, Manjarossa Octopi jne...
-
Se ois vielä kysäistä ;D että onko systeemissä graafissa paketti manageria... Ubuntussa on Synaptic, Manjarossa Octopi jne...
Minulla on tässä Pamac, joka vaikuttaa oikein hyvältä.
-
Se ois vielä kysäistä ;D että onko systeemissä graafissa paketti manageria... Ubuntussa on Synaptic, Manjarossa Octopi jne...
Minulla on tässä Pamac, joka vaikuttaa oikein hyvältä.
Jep, kehuvat tuota Manjaron foorumillakin. Itse käyttänyt tuota Octopia kun on defaultina niin ei oo jaksanu alkaa vaihteleen.
-
Onko joku saanut viimeaikoin Arch Linuxilla toimimaan voikon libreofficen kanssa?
-
Onko joku saanut viimeaikoin Arch Linuxilla toimimaan voikon libreofficen kanssa?
En tiedä onko suositeltava tapa, ja toimiiko miten kauan, mutta minulla on Archissa (ArcoLinux) käytössä täältä ladattu .oxt -paketti LibreOfficessa. https://www.puimula.org/htp/ooo/voikko-win/5.0.2.20170827/
En ole kauheasti käyttänyt LibreOfficea, mutta mitä nyt pariin kertaan olen pikaisesti kokeillut, niin oikoluku on toiminut. Asentuu hiiren oikealla-->avaa LibreOfficella..jne... Muistaakseni piti itse klikata automaattinen oikoluku päälle Työkalut -valikosta.
-
Onko joku saanut viimeaikoin Arch Linuxilla toimimaan voikon libreofficen kanssa?
Näyttää toimivan ainakin tässä läppärillä. AUR (https://aur.archlinux.org/)ista toki pitää paketit siihen asennella.
> pacman -Qs voikko
local/libvoikko 4.3-2
A spelling and grammar checker, hyphenator and collection of related
linguistic data for Finnish language
local/mozvoikko 2.2-1
Finnish spell-checker extension for Firefox/thunderbird/seamonkey using
Voikko
local/voikko-fi 2.3-1
Finnish dictionary for libvoikko based spell checkers.
Toki tuolla mozvoikolla ei ole enää mitään virkaa, koska se ei toimi nykyisen Firefoxin tai Thunderbirdin kanssa. Se joutaisi siis poistaa. ::)
-
Hahhhaa! Arch Linux. Kyllä tämän jakelun äärellä on ne riemukkaimmat ja tuskaisimmat hetket vietetty mitä tietokoneisiin tulee.
Vuonna -12 taisi olla kun hommasin tuliterän läppärin ja siinä oli joku Windows kasi. Espanjalainen tuttava laittoi siihen Zorinin mulle silloin käyttövalmiiksi enkä oikein tykännyt siitäkään kun Zorin on mikä on.
Pari viikkoa siinä tuskailin ja googlailin ja jotenkin törmäsin Manjaroon jo silloin, en käsitä miten. Manjarosta ei silloin ollut tullut vielä yhtään "virallista" levykuvaa ja "versio" oli 0.82 eli vielä beta. käyttäjiä vain kourallinen.
No minähän menin sen asentamaan ja mikään ei toiminut, ei äänet, ei wifi.. Foorumilla oli silloin vähemmän porukkaa kuin täällä. pari kundia sitten siellä sai minut alkuun kun aikansa jankattiin. Tuolloin Manjaro oli käytännössä vielä täysin yhteensopiva Archin kanssa eli scriptillä pystyi ns loikkaamaan jakelusta toiseen. Aika monta vuotta siinä Manjarossa lopulta pyörin ja siitä vaihdoin sitten Antergosiin ja jossain vaiheessa asensin ihan puhtoisen Archin.
Kyllä se eka vuosi melkoista opettelua ja aikaa meni kuin mustaan aukkoon, mutta tulipahan tehtyä :D
-
Onko joku saanut viimeaikoin Arch Linuxilla toimimaan voikon libreofficen kanssa?
Näyttää toimivan ainakin tässä läppärillä. AUR (https://aur.archlinux.org/)ista toki pitää paketit siihen asennella.
> pacman -Qs voikko
local/libvoikko 4.3-2
A spelling and grammar checker, hyphenator and collection of related
linguistic data for Finnish language
local/mozvoikko 2.2-1
Finnish spell-checker extension for Firefox/thunderbird/seamonkey using
Voikko
local/voikko-fi 2.3-1
Finnish dictionary for libvoikko based spell checkers.
Toki tuolla mozvoikolla ei ole enää mitään virkaa, koska se ei toimi nykyisen Firefoxin tai Thunderbirdin kanssa. Se joutaisi siis poistaa. ::)
Tuo voikko-fi paketti ei vaan asennu koska se vaatii foma-paketin jonka kääntö katkeaa vain erroriin
Building foma...
==> Making package: foma 0.9.18-1 (la 30. toukokuuta 2020 09.27.46)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Downloading foma-0.9.18.tar.gz...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 329k 100 329k 0 0 124k 0 0:00:02 0:00:02 --:--:-- 391k
==> Validating source files with md5sums...
foma-0.9.18.tar.gz ... Passed
==> Removing existing $srcdir/ directory...
==> Extracting sources...
-> Extracting foma-0.9.18.tar.gz with bsdtar
==> Starting build()...
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c int_stack.c -o int_stack.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c define.c -o define.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c determinize.c -o determinize.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c apply.c -o apply.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c rewrite.c -o rewrite.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c lexcread.c -o lexcread.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c topsort.c -o topsort.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c flags.c -o flags.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c minimize.c -o minimize.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c reverse.c -o reverse.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c extract.c -o extract.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c sigma.c -o sigma.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c io.c -o io.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c structures.c -o structures.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c constructions.c -o constructions.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c coaccessible.c -o coaccessible.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c utf8.c -o utf8.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c spelling.c -o spelling.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c dynarray.c -o dynarray.o
dynarray.c: In function ‘fsm_construct_done’:
dynarray.c:456:9: warning: ‘strncpy’ specified bound 40 equals destination size [-Wstringop-truncation]
456 | strncpy(net->name, handle->name, 40);
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c mem.c -o mem.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c stringhash.c -o stringhash.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c trie.c -o trie.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c lex.lexc.c -o lex.lexc.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c lex.yy.c -o lex.yy.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c lex.cmatrix.c -o lex.cmatrix.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c regex.c -o regex.o
regex.y: In function ‘function_apply’:
regex.y:70:25: warning: ‘sprintf’ may write a terminating nul past the end of the destination [-Wformat-overflow=]
70 | sprintf(oldstr, "@ARGUMENT%02i@", (i+1));
| ^~~~~~~~~~~~~~~~
regex.y:70:9: note: ‘sprintf’ output between 13 and 14 bytes into a destination of size 13
70 | sprintf(oldstr, "@ARGUMENT%02i@", (i+1));
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
ar cru libfoma.a int_stack.o define.o determinize.o apply.o rewrite.o lexcread.o topsort.o flags.o minimize.o reverse.o extract.o sigma.o io.o structures.o constructions.o coaccessible.o utf8.o spelling.o dynarray.o mem.o stringhash.o trie.o lex.lexc.o lex.yy.o lex.cmatrix.o regex.o
ar: `u' modifier ignored since `D' is the default (see `U')
ranlib libfoma.a
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -shared -Wl,-soname,libfoma.so.0 -o libfoma.so.0.9.18 int_stack.o define.o determinize.o apply.o rewrite.o lexcread.o topsort.o flags.o minimize.o reverse.o extract.o sigma.o io.o structures.o constructions.o coaccessible.o utf8.o spelling.o dynarray.o mem.o stringhash.o trie.o lex.lexc.o lex.yy.o lex.cmatrix.o regex.o -lreadline -lz -ltermcap
/usr/bin/ld: define.o:(.bss+0x0): multiple definition of `g_defines_f'; int_stack.o:(.bss+0x0): first defined here
/usr/bin/ld: define.o:(.bss+0x8): multiple definition of `g_defines'; int_stack.o:(.bss+0x8): first defined here
/usr/bin/ld: determinize.o:(.bss+0x18): multiple definition of `g_defines_f'; int_stack.o:(.bss+0x0): first defined here
/usr/bin/ld: determinize.o:(.bss+0x20): multiple definition of `g_defines'; int_stack.o:(.bss+0x8): first defined here
/usr/bin/ld: apply.o:(.bss+0x0): multiple definition of `g_defines_f'; int_stack.o:(.bss+0x0): first defined here
/usr/bin/ld: apply.o:(.bss+0x8): multiple definition of `g_defines'; int_stack.o:(.bss+0x8): first defined here
/usr/bin/ld: rewrite.o:(.bss+0x0): multiple definition of `g_defines_f'; int_stack.o:(.bss+0x0): first defined here
/usr/bin/ld: rewrite.o:(.bss+0x8): multiple definition of `g_defines'; int_stack.o:(.bss+0x8): first defined here
/usr/bin/ld: lexcread.o:(.bss+0x0): multiple definition of `g_defines_f'; int_stack.o:(.bss+0x0): first defined here
/usr/bin/ld: lexcread.o:(.bss+0x8): multiple definition of `g_defines'; int_stack.o:(.bss+0x8): first defined here
/usr/bin/ld: topsort.o:(.bss+0x0): multiple definition of `g_defines_f'; int_stack.o:(.bss+0x0): first defined here
/usr/bin/ld: topsort.o:(.bss+0x8): multiple definition of `g_defines'; int_stack.o:(.bss+0x8): first defined here
/usr/bin/ld: flags.o:(.bss+0x0): multiple definition of `g_defines_f'; int_stack.o:(.bss+0x0): first defined here
/usr/bin/ld: flags.o:(.bss+0x8): multiple definition of `g_defines'; int_stack.o:(.bss+0x8): first defined here
/usr/bin/ld: minimize.o:(.bss+0x0): multiple definition of `trans_array'; determinize.o:(.bss+0x0): first defined here
/usr/bin/ld: minimize.o:(.bss+0x8): multiple definition of `trans_list'; determinize.o:(.bss+0x8): first defined here
/usr/bin/ld: minimize.o:(.bss+0x10): multiple definition of `g_defines_f'; int_stack.o:(.bss+0x0): first defined here
/usr/bin/ld: minimize.o:(.bss+0x18): multiple definition of `g_defines'; int_stack.o:(.bss+0x8): first defined here
/usr/bin/ld: reverse.o:(.bss+0x0): multiple definition of `g_defines_f'; int_stack.o:(.bss+0x0): first defined here
/usr/bin/ld: reverse.o:(.bss+0x8): multiple definition of `g_defines'; int_stack.o:(.bss+0x8): first defined here
/usr/bin/ld: extract.o:(.bss+0x0): multiple definition of `g_defines_f'; int_stack.o:(.bss+0x0): first defined here
/usr/bin/ld: extract.o:(.bss+0x8): multiple definition of `g_defines'; int_stack.o:(.bss+0x8): first defined here
/usr/bin/ld: sigma.o:(.bss+0x0): multiple definition of `g_defines_f'; int_stack.o:(.bss+0x0): first defined here
/usr/bin/ld: sigma.o:(.bss+0x8): multiple definition of `g_defines'; int_stack.o:(.bss+0x8): first defined here
/usr/bin/ld: io.o:(.bss+0x0): multiple definition of `g_defines_f'; int_stack.o:(.bss+0x0): first defined here
/usr/bin/ld: io.o:(.bss+0x8): multiple definition of `g_defines'; int_stack.o:(.bss+0x8): first defined here
/usr/bin/ld: structures.o:(.bss+0x0): multiple definition of `g_defines_f'; int_stack.o:(.bss+0x0): first defined here
/usr/bin/ld: structures.o:(.bss+0x8): multiple definition of `g_defines'; int_stack.o:(.bss+0x8): first defined here
/usr/bin/ld: constructions.o:(.bss+0x0): multiple definition of `g_defines_f'; int_stack.o:(.bss+0x0): first defined here
/usr/bin/ld: constructions.o:(.bss+0x8): multiple definition of `g_defines'; int_stack.o:(.bss+0x8): first defined here
/usr/bin/ld: coaccessible.o:(.bss+0x0): multiple definition of `g_defines_f'; int_stack.o:(.bss+0x0): first defined here
/usr/bin/ld: coaccessible.o:(.bss+0x8): multiple definition of `g_defines'; int_stack.o:(.bss+0x8): first defined here
/usr/bin/ld: utf8.o:(.bss+0x0): multiple definition of `g_defines_f'; int_stack.o:(.bss+0x0): first defined here
/usr/bin/ld: utf8.o:(.bss+0x8): multiple definition of `g_defines'; int_stack.o:(.bss+0x8): first defined here
/usr/bin/ld: spelling.o:(.bss+0x0): multiple definition of `g_defines_f'; int_stack.o:(.bss+0x0): first defined here
/usr/bin/ld: spelling.o:(.bss+0x8): multiple definition of `g_defines'; int_stack.o:(.bss+0x8): first defined here
/usr/bin/ld: dynarray.o:(.bss+0x0): multiple definition of `g_defines_f'; int_stack.o:(.bss+0x0): first defined here
/usr/bin/ld: dynarray.o:(.bss+0x8): multiple definition of `g_defines'; int_stack.o:(.bss+0x8): first defined here
/usr/bin/ld: mem.o:(.bss+0x28): multiple definition of `g_defines_f'; int_stack.o:(.bss+0x0): first defined here
/usr/bin/ld: mem.o:(.bss+0x30): multiple definition of `g_defines'; int_stack.o:(.bss+0x8): first defined here
/usr/bin/ld: lex.lexc.o:(.bss+0x10): multiple definition of `g_defines'; int_stack.o:(.bss+0x8): first defined here
/usr/bin/ld: lex.lexc.o:(.bss+0x8): multiple definition of `g_defines_f'; int_stack.o:(.bss+0x0): first defined here
/usr/bin/ld: lex.yy.o:(.bss+0x1600): multiple definition of `g_defines_f'; int_stack.o:(.bss+0x0): first defined here
/usr/bin/ld: lex.yy.o:(.bss+0x1608): multiple definition of `g_defines'; int_stack.o:(.bss+0x8): first defined here
/usr/bin/ld: lex.cmatrix.o:(.bss+0x0): multiple definition of `g_defines_f'; int_stack.o:(.bss+0x0): first defined here
/usr/bin/ld: lex.cmatrix.o:(.bss+0x8): multiple definition of `g_defines'; int_stack.o:(.bss+0x8): first defined here
/usr/bin/ld: regex.o:(.bss+0x30): multiple definition of `g_defines_f'; int_stack.o:(.bss+0x0): first defined here
/usr/bin/ld: regex.o:(.bss+0x38): multiple definition of `g_defines'; int_stack.o:(.bss+0x8): first defined here
collect2: error: ld returned 1 exit status
make: *** [Makefile:70: libfoma.so.0.9.18] Error 1
==> ERROR: A failure occurred in build().
Aborting...
Jännästi tuo toimii kuitenkin Manjarolla virtuaalikoneessa. Mikähän tuossa nyt voisi olla vikana. Yritin googlella etsiä mutta ei tuosta Libfomasta / fomasta oikein löydy mitään tietoa.
-
Kääntölippuihin pitää lisätä -fcommon tai korjata koodi. Voin vilkaista tuota myöhemmin.
https://gcc.gnu.org/gcc-10/porting_to.html
-
Tai käännöksen voi tehdä vanhemmalla kääntäjällä.
-
Kääntölippuihin pitää lisätä -fcommon tai korjata koodi. Voin vilkaista tuota myöhemmin.
https://gcc.gnu.org/gcc-10/porting_to.html
Tuon foman saa kääntymään, kun lisää PKGBUILDiin build-osioon make-komennon loppuun sopivan CFLAGS:n. Pitäisi näyttää tältä:
make prefix=/usr CFLAGS="-O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -fcommon"
Tuohon on siis lisätty tuo -fcommon, muu on otettu Makefilestä.
Parempi ratkaisu olisi toki korjata lähdekoodi. 8) Sinne pitäisi ainakin lisätä puuttuvat extern sanat tuonne otsaketiedostoihin ja korjata samannimiset määrittelyt käyttämään static-sanaa tai erinimisiksi. Pikaisesta kokeilustani ei vielä tullut toimivaa lähdekoodia.
-
Archissa on nyt jonkin aikaa ollut levykuvaan sisäänleivottu asennusskripti, käynnistyy aloitusnäkymästä komennolla
archinstall
Tosi simppeli ja karu tekstipohjainen systeemi siis, mutta jokseenkin toimiva, vaikka ensimmäisellä yrityksellä homma kaatuikin virheeseen. Toisella meni läpi, vaikken muuttanut mitään. On siinä muutenkin hiomista, jos nyt edes jää pysyväksi. Minusta kuitenkin positiivinen suuntaus.