Sidan 1 av 2 1 2
 
Verktyg Visningsval
2012-10-19, 12:33   #1

ronnylov

Medlem

ronnylovs avatar

Plats: Borås

Registrerad: okt 2002

systemd init - vad tycker ni?


Nu har jag gått över till systemd på två av mina fyra Arch-Linux installationer (jag kör dessa två med XFCE skrivbord). Tydligen är systemd "the shit" när det gäller initsystem på Linux, bland annat kommer Gnome 3.6 ha beroenden till systemd. Först var jag skeptisk men nu när jag själv provat så är jag mestadels positiv. Det är ganska smidigt när man väl börjat använda det. Kan inte påstå att datorn bootar mycket snabbare (kanske för att jag har SSD-disk så det går snabbt ändå) men det funkar bra. Jag gillar särskilt funktionerna att automontera nätverksshares när de blir tillgängliga och med timeout om de försvinner så nu kan jag använda fstab istället för autofs även för NFS, samba och sshfs.

Ubuntu har valt att fortsätta med upstart (åtminstone i 12.10) så de verkar välja ett eget spår. Men det är väl bra att det finns alternativ tycker jag. Men många andra distar går över till systemd verkar det.

En del kritiker hävdar att man går ifrån UNIX-principerna (som innebär att man ska dela upp saker och ting i många små specialiserade program istället för att ha en stor blaffa som sköter om allting). Andra hävdar att man måste anpassa det till dagens teknik och linuxkärnan i sig är ju en stor blaffa den också. Hursomhelst jag tycker det verkar fungera bra och det verkar inte slöa ner systemet heller (tanken är att den ska kunna starta saker parallellt och endast när de behövs istället för att alltid hålla allting igång i bakgrunden). Jaja, jag kan inte alla tekniska detaljer...

Många går väl och irriterar sig på Lennart Poettering som är lite väl självsäker av sig och tycker att de som inte använder systemd är dumma i huvudet. Även om han har goda argument om hur bra det är så kan man kanske vara mer ödmjuk av sig...

Eftersom Arch Linux nyligen officiellt har systemd som default och guiderna på deras wiki uppdateras i rasande takt att endast inkludera hur man ställer in saker i systemd kände jag mig tvungen att byta för att inte bli helt utdaterad. Men bytet är inget jag ångrar nu när jag väl gjort det. Visst det gamla initsystemet funkar och man kan köra mix av det gamla och det nya om man vill men man får ingen support längre för sysvinit. Jag tycker ändå det är bra att man tar radikala beslut och inte hänger kvar vid gammalt omodernt som är dömt att bli utdaterat.

Att använda systemd för systemet känns ungefär som att använda ZFS för lagring tycker jag. Visst det är en stor blaffa som sköter om mycket, men det förenklar också administrationen av systemet.

http://www.freedesktop.org/wiki/Software/systemd
http://en.wikipedia.org/wiki/Systemd
http://www.youtube.com/watch?v=TyMLi8QF6sw
__________________
Min hemsida: ronnylov.se
ronnylov är inte uppkopplad
2012-10-19, 14:14   #2

=JoNaZ=

Medlem

Plats: Växjö

Registrerad: sep 2002

systemd fungerar bra. Men allt är inte 100% ännu. Automounts med cifs i fstab fungerade ett tag, nu har det slutat fungera för mig.
Men det är inte så jobbigt att köra sudo mount -a efter man bootat

Det fina med systemd är ju att systemet bootar på 5-10 sekunder istället för minuter!
=JoNaZ= är inte uppkopplad
2012-10-19, 23:26   #3

fisk1n

Medlem

fisk1ns avatar

Plats: Hej

Registrerad: okt 2008

Citat:
Ursprungligen inskrivet av =JoNaZ= Visa inlägg
Det fina med systemd är ju att systemet bootar på 5-10 sekunder istället för minuter!
Jag upplever iofs att mitt os tar typ 5-10 sekunder på sig att komma ihåg när väl bios är klart, även jag kör arch linux på en SSD, fast jag har inte bytt till systemd ännu. Då har jag iofs ingen autostart på X, så jag får logga in och skriva startx, men det tar ju inte många sekunder för openbox att hoppa upp. Systemd känns intressant, ska läsa på lite mer om det innan jag byter dock (även om det börjar bli dags, eftersom arch utvecklas så snabbt åt det hållet just nu).
__________________
http://mc.fulafisken.com - Fulafiskens Minecraft-server - Välkommen!
Även FTB-server på ftb.fulafisken.com och en omoddad mc-server på vanilla.fulafisken.com med whitelist.
Alla uppe 24/7, Gbit-lina i Sthlm med redudanta fibervägar.
Jobbar på Availo som nätverkstekniker. Arch linux.
fisk1n är inte uppkopplad
2012-10-20, 11:27   #4

ronnylov

Medlem

ronnylovs avatar

Plats: Borås

Registrerad: okt 2002

Citat:
Ursprungligen inskrivet av =JoNaZ= Visa inlägg
systemd fungerar bra. Men allt är inte 100% ännu. Automounts med cifs i fstab fungerade ett tag, nu har det slutat fungera för mig.
Men det är inte så jobbigt att köra sudo mount -a efter man bootat

Det fina med systemd är ju att systemet bootar på 5-10 sekunder istället för minuter!
Hur ser mount-raden ut i fstab?

För att montera min filserver via NFS har jag denna rad:
filserver:/mnt/lager	/mnt/nfs/filserver/	nfs4	defaults,noatime,noauto,x-systemd.automount,x-systemd.device-timeout=10 0 0
(ip-adressen till filserver har jag lagt in i /etc/hosts)
Har än så länge inte haft några problem med automount men å andra sidan har filservern varit igång hela tiden. Har inte testat med cifs ännu.
__________________
Min hemsida: ronnylov.se
ronnylov är inte uppkopplad
2012-10-20, 11:35   #5

[vEX]

Medlem

[vEX]s avatar

Plats: Stockholm

Registrerad: jan 2004

Har också bytt till systemd på alla mina burkar, kan inte heller påstå att jag märker någon märkvärd prestadaskjuts vid start. Tycker det går lika snabbt/långsamt som tidigare, att låsa upp alla krypterade partitioner är fortfarande det långsammaste momentet.

Något jag däremot märkt att det går sjukt mycket fortare att stänga av burken, från säg 5-10 sek till typ 1-2 sek.
__________________
WS: Antec P182B | FSP Aurum 500W | Asus P8Z77-V PRO | i5 3570k | 16GB DDR3 | GeForce 450GTS | Intel 320 80GB SSD | HDD 5TB | Asus Xonar DX | Arch Linux (x86_64) | Eizo EV2736W
HTPC: Compucase 8K01BS | Asus H87I-Plus | Intel i3 4330T | 8GB DDR3 | HDD 3TB | Arch Linux (x86_64) | LG 42LH3000
Server: Raspberry Pi (rev 2.0) | 512MB RAM | HDD 750GB | Arch Linux (armv6h)
[vEX] är inte uppkopplad
2012-10-20, 11:52   #6

Sagofiguren

Medlem

Sagofigurens avatar

Plats: Blekinge

Registrerad: jun 2007

Tycker både uppstart och avstängning har blivit snabbare med systemd.
__________________
Sagofiguren[at]Origin

Mobo ASUS Sabertooth Z77 Minnen Corsair VENGEANCE 16GB CPU i5 3570K
GPU Gainward GeForce GTX 680 Phantom 2GB SSD HyperX 120GB
Kylning Corsair H40 Skärm Samsung S27A950D Chassi NZXT H2
Sagofiguren är inte uppkopplad Folding
2012-10-22, 19:34   #7

=JoNaZ=

Medlem

Plats: Växjö

Registrerad: sep 2002

Ett tips är att köra systemd-analyze blame för att se vad som tar tid under en boot:

[root@jonaz ~]# systemd-analyze blame
8960ms network.service
282ms systemd-modules-load.service
273ms avahi-daemon.service
216ms bluetooth.service
169ms lm_sensors.service
161ms console-kit-log-system-start.service
155ms colord-sane.service
146ms systemd-logind.service
143ms systemd-udev-trigger.service
120ms sys-kernel-debug.mount
113ms systemd-sysctl.service
106ms hwclock.service
96ms systemd-udevd.service
96ms dev-hugepages.mount
87ms systemd-vconsole-setup.service
84ms systemd-user-sessions.service
83ms dev-mqueue.mount
80ms ntpd.service
79ms rc-local.service
46ms colord.service
41ms systemd-remount-fs.service
39ms systemd-tmpfiles-setup.service
32ms console-kit-daemon.service
19ms rtkit-daemon.service
13ms boot.mount
8ms upower.service
8ms udisks.service
4ms home.mount
3ms tmp.mount
0ms sys-fs-fuse-connections.mount
=JoNaZ= är inte uppkopplad
2012-10-22, 20:19   #8

Markthegreat

Medlem

Plats: 192.168.55.102

Registrerad: nov 2010

Jag hade precis lärt mig rc.d i Arch och allt, så kommer systemd där och leker tuff... Nä tack, ogillas.
__________________
http://[fc8b:a65a:42a5:2747:14ab:bdc1:2052:3bf0] - Hyperboria
Markthegreat är inte uppkopplad Folding
2012-10-22, 23:54   #9

ronnylov

Medlem

ronnylovs avatar

Plats: Borås

Registrerad: okt 2002

Citat:
Ursprungligen inskrivet av =JoNaZ= Visa inlägg
Ett tips är att köra systemd-analyze blame för att se vad som tar tid under en boot:

[root@jonaz ~]# systemd-analyze blame
8960ms network.service
282ms systemd-modules-load.service
273ms avahi-daemon.service
216ms bluetooth.service
169ms lm_sensors.service
161ms console-kit-log-system-start.service
155ms colord-sane.service
146ms systemd-logind.service
143ms systemd-udev-trigger.service
120ms sys-kernel-debug.mount
113ms systemd-sysctl.service
106ms hwclock.service
96ms systemd-udevd.service
96ms dev-hugepages.mount
87ms systemd-vconsole-setup.service
84ms systemd-user-sessions.service
83ms dev-mqueue.mount
80ms ntpd.service
79ms rc-local.service
46ms colord.service
41ms systemd-remount-fs.service
39ms systemd-tmpfiles-setup.service
32ms console-kit-daemon.service
19ms rtkit-daemon.service
13ms boot.mount
8ms upower.service
8ms udisks.service
4ms home.mount
3ms tmp.mount
0ms sys-fs-fuse-connections.mount
Testa att köra med statisk ip istället för dhcp så bootar du fortare. Verkar ta lång tid att få igång ditt nätverk. Eller kör du trådlöst? Jag kör statisk ip med netcfg net-auto-wired.service.

Ett annat tips för att få en snygg bild av det hela är
$ systemd-analyze plot > plot.svg


Tydligen bootar jag min desktopdator på 4,25 sekunder.
__________________
Min hemsida: ronnylov.se
ronnylov är inte uppkopplad
2012-10-23, 22:38   #10

saddam

Avstängd

Plats: Sthlm

Registrerad: nov 2008

Visst kanske man går ifrån Unix principerna med Systemd, men denna Linux teknik verkar ju som vanligt, vara en klon av Solaris teknik, och eftersom Solaris som är ett riktigt Unix använder sin SMF, så är väl Systemd ok?

Tydligen pratar skaparen av Systemd ganska mycket om Solaris SMF, precis som Systemtap gänget pratar om Solaris DTrace, och BTRFS skaparen pratar om ZFS.
http://0pointer.de/blog/projects/systemd.html
saddam är inte uppkopplad
2012-10-24, 00:05   #11

ronnylov

Medlem

ronnylovs avatar

Plats: Borås

Registrerad: okt 2002

Ja alla verkar låna idéer från varandra. Själv gillar jag när man tänker nytt och försöker göra det bättre. Sedan är det lite synd att licensregler "tvingar" folk att uppfinna hjulet på nytt. Å andra sidan kanske man kommer på något nytt och kanske bättre, även om det tar tid att få det färdigt.

Det är väl något gammalt tänk det där att i UNIX så har man många små program som dedikeras för var sin uppgift och gör denna uppgift bra. Men ibland kan ju alltför stor uppdelning medföra att det bli dålig prestanda eller dålig integration. Exempelvis ZFS som istället för att dela upp lagring i en massa olika lager tar ett helhetsgrepp om det hela kan göra det hela mera effektivt, är det att gå ifrån de gamla unix-principerna? De som klagar på "layer violations" tycker väl det.
__________________
Min hemsida: ronnylov.se
ronnylov är inte uppkopplad
2012-10-25, 13:41   #12

McZ

Medlem

Plats: Valbo

Registrerad: aug 2002

Citat:
Ursprungligen inskrivet av ronnylov Visa inlägg
Nu har jag gått över till systemd på två av mina fyra Arch-Linux installationer...
Jag tycker systemd är mycket intressant, själv kör jag min egen LFS baserad dist där jag bytt ut sysvinit med systemd.

Det som är bra är att jag slipper skriva egna init scripts (jag gillar BSD init, inte LFS standard init) eftersom systemd har sådant klart

Det jag tycker är nackdelen är att det är mindre anpassningsbart jämfört med tidigare shell script. Jag har iof inte lärt mig allt än.

Men ta min egna LFS dist som exempel, min tanke är att (lite FreeBSD inspirerade) alla extra saker som installeras på systemet skall installeras i /usr/local. Det gäller även alla inställningar (ej inställningar för användare så klart) och uppstartsfiler för varje paket. Detta ska i slutändan göra så att jag ska kunna installera allt som ligger på root partitionen sedan bara behöva konfigurera in vilken parition som monteras på /usr/local (ev. /opt också eftersom folk värkar gilla att stoppa saker där), sedan ska allt vara som vanligt utan att behöva göra något mer. På samma sätt ska man kunna få ett ominstallerat system genom att helt enkelt köra rm -rf /usr/local/*
Problemet jag har funnit med systemd är att paket installerar sina systemd uppstarts filer i /usr/bla/bla/bla (minns inte exakt ) istället för /usr/local/bla/bla/bla det har jag ännu inte fixat (har andra problem att brottas för tillfället )


EDIT: En annan sak är att den väntar på nätverket, som tidigare skrev att det går fortare med statisk IP, vilket är delvis onödigt så länge man inte har root eller något viktigt filsystem på nätverksdisk. dvs. Kan den boota upp till desktop utan att vänta på nätverket tycker jag att den autmatiskt ska göra det och när nätverket är uppe så startas dom tjänster som är beroende av nätverket.

Senast redigerad av McZ 2012-10-25 klockan 14:44.
__________________
Laptop: Sony Vaio S13 | Core i5-3210M | GT 640M LE | 1600x900 | 12Gb RAM | 256Gb Samsung 830 SSD
NAS: Atom D510 1.6Ghz | 4GB DDR2 Ram | 3x1.5Tb ZFS | FreeNAS 8
McZ är inte uppkopplad
2012-10-25, 17:44   #13

ronnylov

Medlem

ronnylovs avatar

Plats: Borås

Registrerad: okt 2002

Nu är tredje datorn (filservern) konverterad till systemd. Det är bara htpc-datorn kvar men den har jag ändå tänkt uppgradera och installera om till 64-bit så det känns inte lika angeläget att konvertera den installationen.

Det kanske går att konfigurera att starta nätverket senare om man vill? SSH-tjänsten kan man konfigurera så att den startar vid första anrop. Gör man så med alla tjänster som beror på nätverket så skulle den inte behöva vänta på nätverket vid uppstarten. Nu startar det så snabbt ändå tycker jag så jag har inte brytt mig om att tweaka mer.
__________________
Min hemsida: ronnylov.se
ronnylov är inte uppkopplad
2012-11-09, 02:20   #14

Rist

Medlem

Registrerad: jan 2005

User session


Testade precis systemd user sessions. Jag använder det numera att starta min lokala mpd server som jag vill kunna styra och köra med user rättigheter.
Det var bara att stoppa en service fil för mpd i
/etc/systemd/user/
sen kör man
 $ systemd --user
i något skript när användaren loggar in. Sedan går det start programmet med med
$ systemctl --user <star/stop/enable/disable> mpd
som vanligt men utan att ha några systemrättigheter.

Senast redigerad av Rist 2012-11-09 klockan 02:27.
Rist är inte uppkopplad
2012-11-09, 17:38   #15

ronnylov

Medlem

ronnylovs avatar

Plats: Borås

Registrerad: okt 2002

Citat:
Ursprungligen inskrivet av Rist Visa inlägg
Testade precis systemd user sessions. Jag använder det numera att starta min lokala mpd server som jag vill kunna styra och köra med user rättigheter.
Det var bara att stoppa en service fil för mpd i
/etc/systemd/user/
sen kör man
 $ systemd --user
i något skript när användaren loggar in. Sedan går det start programmet med med
$ systemctl --user <star/stop/enable/disable> mpd
som vanligt men utan att ha några systemrättigheter.
Smidigt!

Det fanns en servicefil för xbmc märkte jag. Har inte testat den men tror man kan använda den på liknande sätt för att auostarta xbmc på liknande sätt.
__________________
Min hemsida: ronnylov.se
ronnylov är inte uppkopplad
2012-11-16, 08:30   #16

McZ

Medlem

Plats: Valbo

Registrerad: aug 2002

Nån som har koll på hur man kan få systemd att INTE rensa skärmen innan login prompten visas?
__________________
Laptop: Sony Vaio S13 | Core i5-3210M | GT 640M LE | 1600x900 | 12Gb RAM | 256Gb Samsung 830 SSD
NAS: Atom D510 1.6Ghz | 4GB DDR2 Ram | 3x1.5Tb ZFS | FreeNAS 8
McZ är inte uppkopplad
2012-11-16, 09:15   #17

Schnitz

Medlem

Plats: Malmö

Registrerad: nov 2005

En renodlad ny init-daemon med mer aggresiv parallellisering hade väl absolut varit intressant att ta en titt på. Däremot gillar jag inte utvecklingen alls med att eländet ska ta över en massa annat istället för att vara just en init daemon, så därför är systemd inget jag vill använda och supporta. Ja, jag tycker faktiskt att det är att gå ifrån Unix-principerna på ett negativt sätt. Trådskaparen slår ju huvudet på spiken med just "blaffa".
Jag tycker inte att förespråkarnas jämförelser med själva Linuxkärnan är riktigt väsentlig. Visst är kärnan monolitisk och visst har den vuxit med åren, men den har alltid varit monolitisk och är samtidigt i allra högsta grad anpassningsbar.
__________________
Desktop: Phenom II 965 || 8 GB RAM || Radeon 280X
Debian server: Celeron J1900 | 8GB DDR3 | PicoPSU-80 | 2+2 TB HDD
Schnitz är uppkopplad nu
2012-11-16, 12:00   #18

ronnylov

Medlem

ronnylovs avatar

Plats: Borås

Registrerad: okt 2002

Efter att kört ett tag nu så tycker jag det känns ganska bra med systemd. Det som jag fortfarande tycker är lurigt är hur man bestämmer ordningen på när saker ska startas. Visst parallellisering är bra men det blir svårare att få full kontroll känner jag. Ibland startar en deamon för tidigt och så blir den fail och funkar inte. Startar man den sedan manuellt igen så funkar den. Jag vet att man kan sätta villkor på hur saker och ting beror på varandra men jämför man med den gamla rc.conf som fanns förut i Arch Linux så har det ändå blivit krångligare med att få saker att starta i rätt ordning (förr startades bara en sak i taget i en viss ordning så det var förstås lättare att styra det, men det gick långsammare). Men jag kanske behöver sätta mig in mer i hur det fungerar.

Jag är på det hela taget ändå positiv till systemd och hoppas detta blir framtidens standard på Linux. Ubuntu har som sagt var valt en annan väg och det är lite trist tycker jag för många utvecklare gör så att det bara funkar i ubuntu och så struntar de i resten. Ett exempel är xbmc som om man kör det standalone på Arch Linux så funkar inte avstängningsfunktionen. Detta beror på att xbmc-utvecklarna ser det som "distributionsspecifikt" bara för att det funkar på ubuntu och därför struntar i problemet. Det är ju snarare ubuntu som valt gå en annorlunda väg och är distributionsspecifika... Samma sak med utvecklarna av "zfs on Linux". De ser också bara till att det funkar på ubuntu och struntar i att skapa en systemd service för zfs. Jag kör med rc.conf just för denna demonen men gillar det inte. Kanske är det att Arch Linux ligger lite före andra distar? Eller kommer systemd att bli en flopp? Verkar som många användare av Arch Linux ändå är nöjda numera även om det finns en del som klagar på bytet. Vi har liksom inget val om vi vill fortsätta använda Arch för de kommer officiellt sluta supporta det gamla initscipts och endast stödja systemd i framtiden.
__________________
Min hemsida: ronnylov.se
ronnylov är inte uppkopplad
2012-11-16, 18:49   #19

maniak

Medlem

maniaks avatar

Plats: 192.168.1.267

Registrerad: apr 2003

Körde in arch på min jobblaptop strax efter de bytte till systemd, glatt ovetande om att de bytt ens . Är främst nöjd över hur trevligt det blev med arch även om det tog lite tid att få till allt som man ville.

Men kan inte påstå att det är bättre eller sämre för det jag använder laptopen till, däremot startar den snabbt (3 sekunder, ssd). Det som är bra med systemd är standardisering när det gäller konffiler och annat. Gillar inte att journalen sparas i binära filer (även om det är lätt att plocka ut texten).
__________________
CCNP
maniak är uppkopplad nu
2012-11-16, 19:34   #20

Rist

Medlem

Registrerad: jan 2005

Citat:
Ursprungligen inskrivet av Schnitz Visa inlägg
En renodlad ny init-daemon med mer aggresiv parallellisering hade väl absolut varit intressant att ta en titt på. Däremot gillar jag inte utvecklingen alls med att eländet ska ta över en massa annat istället för att vara just en init daemon, så därför är systemd inget jag vill använda och supporta. Ja, jag tycker faktiskt att det är att gå ifrån Unix-principerna på ett negativt sätt. Trådskaparen slår ju huvudet på spiken med just "blaffa".
Jag tycker inte att förespråkarnas jämförelser med själva Linuxkärnan är riktigt väsentlig. Visst är kärnan monolitisk och visst har den vuxit med åren, men den har alltid varit monolitisk och är samtidigt i allra högsta grad anpassningsbar.
Gnu core utils distribueras ju också i en klump av olika binärer vanligtvis. Är de också ej unix?
För det är ju inte så att allt i systemd är en binär utan det är ju en mängd småprogram varav många kan användas även utanför systemd. När du ska suspenda kör ju systemd mestadels de specifika binärerna parallellt.
I teorin skulle ju distributionen kunna splitta ut dessa binärer i separata paket (som vissa redan gör med udev) gör det systemd mindre av en blaffa eller är det bara en lek med ord?
Rist är inte uppkopplad
2012-11-16, 20:02   #21

Rist

Medlem

Registrerad: jan 2005

Citat:
Ursprungligen inskrivet av ronnylov Visa inlägg
Efter att kört ett tag nu så tycker jag det känns ganska bra med systemd. Det som jag fortfarande tycker är lurigt är hur man bestämmer ordningen på när saker ska startas. Visst parallellisering är bra men det blir svårare att få full kontroll känner jag. Ibland startar en deamon för tidigt och så blir den fail och funkar inte. Startar man den sedan manuellt igen så funkar den. Jag vet att man kan sätta villkor på hur saker och ting beror på varandra men jämför man med den gamla rc.conf som fanns förut i Arch Linux så har det ändå blivit krångligare med att få saker att starta i rätt ordning (förr startades bara en sak i taget i en viss ordning så det var förstås lättare att styra det, men det gick långsammare). Men jag kanske behöver sätta mig in mer i hur det fungerar.
systemd har väll funktionalitet att avgöra när daemons är redo antingen genom fork, notify, eller ett dbus call. Men får systemd inte detta när det är nödvändigt så blir det ju problem.
En alternativ lösning är väll att använda unit socket filen för att få ett implicit beroende istället. Kanske kan det åtminstone gå runt problemet?

Citat:
Jag är på det hela taget ändå positiv till systemd och hoppas detta blir framtidens standard på Linux. Ubuntu har som sagt var valt en annan väg och det är lite trist tycker jag för många utvecklare gör så att det bara funkar i ubuntu och så struntar de i resten. Ett exempel är xbmc som om man kör det standalone på Arch Linux så funkar inte avstängningsfunktionen. Detta beror på att xbmc-utvecklarna ser det som "distributionsspecifikt" bara för att det funkar på ubuntu och därför struntar i problemet. Det är ju snarare ubuntu som valt gå en annorlunda väg och är distributionsspecifika... Samma sak med utvecklarna av "zfs on Linux". De ser också bara till att det funkar på ubuntu och struntar i att skapa en systemd service för zfs. Jag kör med rc.conf just för denna demonen men gillar det inte. Kanske är det att Arch Linux ligger lite före andra distar? Eller kommer systemd att bli en flopp? Verkar som många användare av Arch Linux ändå är nöjda numera även om det finns en del som klagar på bytet. Vi har liksom inget val om vi vill fortsätta använda Arch för de kommer officiellt sluta supporta det gamla initscipts och endast stödja systemd i framtiden.
Arch är ju extremt tidiga med att switcha helt till logind, inte ens
fedora har väll gjort det än?

Sen är ju inte sådana problem unika för systemd. "Upstart" skaparen (jobbar för google numera och inte Canonical) bloggade ju för ett tag sen om problemen med mjukvaru raid på ubuntu orsakade av att ingen maintainade de upstartspecifika patcharna.
http://netsplit.com/2012/10/30/goodbye-ubuntu/

Senast redigerad av Rist 2012-11-16 klockan 20:16.
Rist är inte uppkopplad
2012-11-16, 21:11   #22

Meto

Medlem

Metos avatar

Registrerad: nov 2005

Synd att det ska bli sådan fragmentering i Linux världen. Hoppas canonical ändrar sig och byter de också.

Senast redigerad av Meto 2012-11-18 klockan 15:46.
Meto är inte uppkopplad
2012-11-17, 01:09   #23

Schnitz

Medlem

Plats: Malmö

Registrerad: nov 2005

Citat:
Ursprungligen inskrivet av Rist Visa inlägg
Gnu core utils distribueras ju också i en klump av olika binärer vanligtvis. Är de också ej unix?
För det är ju inte så att allt i systemd är en binär utan det är ju en mängd småprogram varav många kan användas även utanför systemd. När du ska suspenda kör ju systemd mestadels de specifika binärerna parallellt.
I teorin skulle ju distributionen kunna splitta ut dessa binärer i separata paket (som vissa redan gör med udev) gör det systemd mindre av en blaffa eller är det bara en lek med ord?
Coreutils får väl antas vara unix, eftersom de är så etablerade som de är, men visst... personligen hade jag föredragit en uppdelning. Samtidigt får jag erkänna att jag är av åsikten att GNU/Hurd är det ultimata operativsystemet i teorin och i det sker ju uppdelningen (enligt principen "allt är en fil") närmast till absurdum.
Ja, jag får nog säga att en uppdelad paketering av systemd hade gjort det mer acceptabelt enligt mig och mindre blaff-aktigt. Uppenbarligen har du bättre koll på systemd än mig, men vad jag förstått utifrån det jag läst mig till så bidrar systemd till sämre möjligheter till full systemkontroll och anpassningar. Det anser jag är än värre än att ta ett steg från unix-principerna. Huruvida du tycker det stämmer får du gärna berätta, det är väldigt intressant med åsikter från någon som är lite mer insatt!
__________________
Desktop: Phenom II 965 || 8 GB RAM || Radeon 280X
Debian server: Celeron J1900 | 8GB DDR3 | PicoPSU-80 | 2+2 TB HDD
Schnitz är uppkopplad nu
2012-11-17, 10:45   #24

Murer

Medlem

Plats: 1

Registrerad: jan 2009

Citat:
Ursprungligen inskrivet av Meto Visa inlägg
Synd att det ska bli sådan defragmentering i Linux världen. Hoppas canonical ändrar sig och byter de också.
Jag tycker det är bra att de defragmenterar. Fragmenterat har det varit alldeles för länge.
Murer är inte uppkopplad
2012-11-18, 03:55   #25

dagle

Medlem

dagles avatar

Plats: Borås

Registrerad: mar 2005

Citat:
Ursprungligen inskrivet av saddam Visa inlägg
Visst kanske man går ifrån Unix principerna med Systemd, men denna Linux teknik verkar ju som vanligt, vara en klon av Solaris teknik, och eftersom Solaris som är ett riktigt Unix använder sin SMF, så är väl Systemd ok?

Tydligen pratar skaparen av Systemd ganska mycket om Solaris SMF, precis som Systemtap gänget pratar om Solaris DTrace, och BTRFS skaparen pratar om ZFS.
http://0pointer.de/blog/projects/systemd.html
UNIX(TM) inte UNIX... Solaris är ett riktigt Unix(TM) men inte ett riktigt Unix. Unix är en filosofi, unix är en tanke, unix är ett system. Unix(TM) är påse med pengar och "specifikation" som inte följer unix som filosofi.
Så nej, systemd är inte ok i unix men i unix(tm) så är det säkert guld och gröna skogar.
__________________
Plan9 fan. In glenda we trust.
dagle är inte uppkopplad
2012-11-18, 17:55   #26

Antonovskij

Medlem

Antonovskijs avatar

Plats: Karlskrona

Registrerad: jul 2003

Jag tycker mig se att jag kan logga in tidigare på min fil/backup-server efter uppstart. Är fortfarande inte så insatt i systemd men det verkar i grunden vettigt och lättanvänt, så hittills tycker jag bra om det.
Antonovskij är inte uppkopplad
2012-11-18, 18:18   #27

aekblom

Avstängd

Registrerad: maj 2012

vem_stänger_av_sin_dator? Kör min på 24/7 nu i ca 130 dagar, inga problem.
__________________
Student, Webbutvecklare, Dj - Macbook Air i7
Nexus 7: Paranoid - 4.2.1 - M-Kernel - (500/700 GPU/LP) -200mv UV
aekblom är inte uppkopplad
2012-11-18, 19:19   #28

=JoNaZ=

Medlem

Plats: Växjö

Registrerad: sep 2002

Citat:
Ursprungligen inskrivet av aekblom Visa inlägg
vem_stänger_av_sin_dator? Kör min på 24/7 nu i ca 130 dagar, inga problem.
Det är väll ganska självklart att man stänger av sin dator när man inte använder den. Att slänga ut tusenlappar på ström är inget jag tycker är roligt iaf.
Då är det bra ifall den bootar på 5 sekunder med alla fönster man hade igång uppe igen!

Håll dig till topic?
=JoNaZ= är inte uppkopplad
2012-11-18, 19:22   #29

aekblom

Avstängd

Registrerad: maj 2012

Citat:
Ursprungligen inskrivet av =JoNaZ= Visa inlägg
Det är väll ganska självklart att man stänger av sin dator när man inte använder den. Att slänga ut tusenlappar på ström är inget jag tycker är roligt iaf.
Då är det bra ifall den bootar på 5 sekunder med alla fönster man hade igång uppe igen!

Håll dig till topic?
Känns som detta är topic. Läs TS inlägg.
__________________
Student, Webbutvecklare, Dj - Macbook Air i7
Nexus 7: Paranoid - 4.2.1 - M-Kernel - (500/700 GPU/LP) -200mv UV
aekblom är inte uppkopplad
2012-11-19, 00:10   #30

Rist

Medlem

Registrerad: jan 2005

Använd hibernate, så återställer du systemet utan att förbruka ström. Det och sleep är förövrigt ytterligare något som går snabbare med systemd i och med parallelliseringen av processerna
Rist är inte uppkopplad
Senaste nyheterna

Redaktionens senaste nyhetsrubriker

Sök jobb