<link>http://people.skolelinux.org/pere/blog/</link>
<atom:link href="http://people.skolelinux.org/pere/blog/index.rss" rel="self" type="application/rss+xml" />
+ <item>
+ <title>How is booting into runlevel 1 different from single user boots?</title>
+ <link>http://people.skolelinux.org/pere/blog/How_is_booting_into_runlevel_1_different_from_single_user_boots_.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/How_is_booting_into_runlevel_1_different_from_single_user_boots_.html</guid>
+ <pubDate>Thu, 4 Aug 2011 12:40:00 +0200</pubDate>
+ <description>
+<p>Wouter Verhelst have some
+<a href="http://grep.be/blog/en/retorts/pere_kubuntu_boot">interesting
+pcomments and opinions</a> on my blog post on
+<a href="http://people.skolelinux.org/pere/blog/What_should_start_from__etc_rcS_d__in_Debian____almost_nothing.html">the
+need to clean up /etc/rcS.d/ in Debian</a> and my blog post about
+<a href="http://people.skolelinux.org/pere/blog/What_is_missing_in_the_Debian_desktop__or_why_my_parents_use_Kubuntu.html">the
+default KDE desktop in Debian</a>. I only have time to address one
+small piece of his comment now, and though it best to address the
+misunderstanding he bring forward:</p>
+
+<p><blockquote>
+Currently, a system admin has four options: [...] boot to a
+single-user system (by adding 'single' to the kernel command line;
+this runs rcS and rc1 scripts)
+</blockquote></p>
+
+<p>This make me believe Wouter believe booting into single user mode
+and booting into runlevel 1 is the same. I am not surprised he
+believe this, because it would make sense and is a quite sensible
+thing to believe. But because the boot in Debian is slightly broken,
+runlevel 1 do not work properly and it isn't the same as single user
+mode. I'll try to explain what is actually happing, but it is a bit
+hard to explain.</p>
+
+<p>Single user mode is defined like this in /etc/inittab:
+"<tt>~~:S:wait:/sbin/sulogin</tt>". This means the only thing that is
+executed in single user mode in sulogin. Single user mode is a boot
+state "between" the runlevels, and when booting into single user mode,
+only the scripts in /etc/rcS.d/ are executed before the init process
+enters the single user state. When switching to runlevel 1, the state
+is in fact not ending in runlevel 1, but it passes through runlevel 1
+and end up in the single user mode (see /etc/rc1.d/S03single, which
+runs "init -t1 S" to switch to single user mode at the end of runlevel
+1. It is confusing that the 'S' (single user) init mode is not the
+mode enabled by /etc/rcS.d/ (which is more like the initial boot
+mode).</p>
+
+<p>This summary might make it clearer. When booting for the first
+time into single user mode, the following commands are executed:
+"<tt>/etc/init.d/rc S; /sbin/sulogin</tt>". When booting into
+runlevel 1, the following commands are executed: "<tt>/etc/init.d/rc
+S; /etc/init.d/rc 1; /sbin/sulogin</tt>". A problem show up when
+trying to continue after visiting single user mode. Not all services
+are started again as they should, causing the machine to end up in an
+unpredicatble state. This is why Debian admins recommend rebooting
+after visiting single user mode.</p>
+
+<p>A similar problem with runlevel 1 is caused by the amount of
+scripts executed from /etc/rcS.d/. When switching from say runlevel 2
+to runlevel 1, the services started from /etc/rcS.d/ are not properly
+stopped when passing through the scripts in /etc/rc1.d/, and not
+started again when switching away from runlevel 1 to the runlevels
+2-5. I believe the problem is best fixed by moving all the scripts
+out of /etc/rcS.d/ that are not <strong>required</strong> to get a
+functioning single user mode during boot.</p>
+
+<p>I have spent several years investigating the Debian boot system,
+and discovered this problem a few years ago. I suspect it originates
+from when sysvinit was introduced into Debian, a long time ago.</p>
+</description>
+ </item>
+
+ <item>
+ <title>Fint at militæret ikke ble aktivisert 22. juli</title>
+ <link>http://people.skolelinux.org/pere/blog/Fint_at_milit__ret_ikke_ble_aktivisert_22__juli.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fint_at_milit__ret_ikke_ble_aktivisert_22__juli.html</guid>
+ <pubDate>Tue, 2 Aug 2011 09:35:00 +0200</pubDate>
+ <description>
+<p>I <a href="http://www.dagsavisen.no/innenriks/article518719.ece">gårdagens
+dagsavis</a> gjøres det et poeng av at Forsvarets spesialkommando ikke
+ble tatt i bruk da en rykket ut under aksjonene 22. juli. Personlig
+må jeg innrømme at jeg et glad for at militæret ikke ble tatt i bruk,
+og ser ikke det som et problem slik journalisten legger opp til.
+Politi er trent opp til å forholde seg til sivile regler, mens
+militæret er trent opp til å forholde seg til militære regler. For å
+si det litt flåsete, så skal politiet spørre først og skyte etterpå,
+mens militæret skal skyte først og spørre etterpå. Jeg vil helst kun
+ha den første gjengen i aktiv operasjon blant sivile i Norge.</p>
+
+<p>Ikke at jeg egentlig tror våre folk i militæret er mer skyteglade
+enn folk i politiet, men de er trent forskjellig og med forskjellig
+mål for treningen. Politiet er trent på å operere blant sin egen
+sivilbefolkning, mens militære er trent på å operere blant fiendtlige
+tropper. Jeg tror det er en vesentlig forskjell.</p>
+</description>
+ </item>
+
+ <item>
+ <title>Fin minnemarkering på Stortinget i dag</title>
+ <link>http://people.skolelinux.org/pere/blog/Fin_minnemarkering_p___Stortinget_i_dag.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fin_minnemarkering_p___Stortinget_i_dag.html</guid>
+ <pubDate>Mon, 1 Aug 2011 16:40:00 +0200</pubDate>
+ <description>
+<p>Jeg hadde anledning, så jeg deltok på
+<a href="http://www.stortinget.no/no/Hva-skjer-pa-Stortinget/Nyhetsarkiv/Forsidenyheter/2010-2011/Minnemote-mandag-1-august-kl-12/">minnemarkeringen
+på Stortinget</a> i dag. Det var en fin markering, og jeg likte talene.
+For meg er demokrati, åpenhet og humanitet fundert på frihet, som jeg
+håper vi alle vil bidra til å beskytte i tiden som kommer. Jeg
+registrerer at det i Danmark
+<a href="http://www.aftenposten.no/nyheter/iriks/article4189002.ece">diskuteres
+å redusere friheten</a>. Vi bør vite bedre her i Norge. Stoltenberg
+berørte retten til å feile, og den er nært knyttet til muligheten til
+å lykkes. Begge deler krever at en har friheten til å prøve, og den
+er viktig i et samfunn. Friheten til å prøve begrenses når kontroll
+innføres.</p>
+
+<p>Det at noen av stolene i stortingssalen var tomme ga en litt
+uventet ramme til markeringen. Jeg hadde regnet med at
+stortingsrepresentanter, regjeringsmedlemmer og kongehus til sammen
+ville fylle alle setene. Vet ikke hvem som skulle sittet der det var
+ledige plasser, men antar noen var opptatt andre steder. Kanskje i
+begravelser, eller rett og slett var blitt drept (har ikke hørt at
+noen i Stortinget ble drept, men kan ha gått glipp av noe). Det at
+noen manglet synes jeg illustrerte minnestundens poeng godt. Vi
+mangler noen som skulle ha vært blant oss. Det kan aldri gjøres om,
+og bør aldri glemmes.</p>
+</description>
+ </item>
+
+ <item>
+ <title>What should start from /etc/rcS.d/ in Debian? - almost nothing</title>
+ <link>http://people.skolelinux.org/pere/blog/What_should_start_from__etc_rcS_d__in_Debian____almost_nothing.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/What_should_start_from__etc_rcS_d__in_Debian____almost_nothing.html</guid>
+ <pubDate>Sat, 30 Jul 2011 14:00:00 +0200</pubDate>
+ <description>
+<p>In the Debian boot system, several packages include scripts that
+are started from /etc/rcS.d/. In fact, there is a bite more of them
+than make sense, and this causes a few problems. What kind of
+problems, you might ask. There are at least two problems. The first
+is that it is not possible to recover a machine after switching to
+runlevel 1. One need to actually reboot to get the machine back to
+the expected state. The other is that single user boot will sometimes
+run into problems because some of the subsystems are activated before
+the root login is presented, causing problems when trying to recover a
+machine from a problem in that subsystem. A minor additional point is
+that moving more scripts out of rcS.d/ and into the other rc#.d/
+directories will increase the amount of scripts that can run in
+parallel during boot, and thus decrease the boot time.</p>
+
+<p>So, which scripts should start from rcS.d/. In short, only the
+scripts that _have_ to execute before the root login prompt is
+presented during a single user boot should go there. Everything else
+should go into the numeric runlevels. This means things like
+lm-sensors, fuse and x11-common should not run from rcS.d, but from
+the numeric runlevels. Today in Debian, there are around 115 init.d
+scripts that are started from rcS.d/, and most of them should be moved
+out. Do your package have one of them? Please help us make single
+user and runlevel 1 better by moving it.</p>
+
+<p>Scripts setting up the screen, keyboard, system partitions
+etc. should still be started from rcS.d/, but there is for example no
+need to have the network enabled before the single user login prompt
+is presented.</p>
+
+<p>As always, things are not so easy to fix as they sound. To keep
+Debian systems working while scripts migrate and during upgrades, the
+scripts need to be moved from rcS.d/ to rc2.d/ in reverse dependency
+order, ie the scripts that nothing in rcS.d/ depend on can be moved,
+and the next ones can only be moved when their dependencies have been
+moved first. This migration must be done sequentially while we ensure
+that the package system upgrade packages in the right order to keep
+the system state correct. This will require some coordination when it
+comes to network related packages, but most of the packages with
+scripts that should migrate do not have anything in rcS.d/ depending
+on them. Some packages have already been updated, like the sudo
+package, while others are still left to do. I wish I had time to work
+on this myself, but real live constrains make it unlikely that I will
+find time to push this forward.</p>
+</description>
+ </item>
+
<item>
<title>What is missing in the Debian desktop, or why my parents use Kubuntu</title>
<link>http://people.skolelinux.org/pere/blog/What_is_missing_in_the_Debian_desktop__or_why_my_parents_use_Kubuntu.html</link>
</description>
</item>
- <item>
- <title>Free Software vs. proprietary softare...</title>
- <link>http://people.skolelinux.org/pere/blog/Free_Software_vs__proprietary_softare___.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Free_Software_vs__proprietary_softare___.html</guid>
- <pubDate>Mon, 20 Jun 2011 12:50:00 +0200</pubDate>
- <description>
-<p>Reading
-<a href="http://blog.thingiverse.com/2011/06/20/open-source-vs-closed-source-eulas/">the
-thingiverse blog</a>, I came across two highlights of interesting
-parts of the
-<a href="http://wiki.blender.org/index.php/Autodesk_EULA">Autodesk</a>
-and
-<a href="http://blog.makezine.com/archive/2011/06/things-you-cant-do-with-the-microsoft-kinect-sdk.html">Microsoft
-Kinect</a> End User License Agreements (EULAs), which illustrates
-quite well why I stay away from software with EULAs. Whenever I take
-the time to read their content, the terms are simply unacceptable.</p>
-</description>
- </item>
-
- <item>
- <title>Kartverkets lansering av tjenesten Se Eiendom har potensiale, hvis bruksvilkårene ikke blokkerer</title>
- <link>http://people.skolelinux.org/pere/blog/Kartverkets_lansering_av_tjenesten_Se_Eiendom_har_potensiale__hvis_bruksvilk__rene_ikke_blokkerer.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Kartverkets_lansering_av_tjenesten_Se_Eiendom_har_potensiale__hvis_bruksvilk__rene_ikke_blokkerer.html</guid>
- <pubDate>Sat, 18 Jun 2011 01:00:00 +0200</pubDate>
- <description>
-<p>På torsdag lanserte kartverket en ny nett-tjeneste kalt
-<a href="http://www.seeiendom.no/">Se Eiendom</a>, der en får innsyn i
-det norske eiendomsregisteret (Matrikkelen) og kan slå opp
-grunnleggende informasjon om hver eiendom. En kan slå opp et
-koordinat og finne ut hvilken eiendom punktet befinner se på og så slå
-opp eiendommen i matrikkelen og finne ut nøkkelinformasjon om
-eiendommen.</p>
-
-<p>Det slo meg at dette kan brukes til å gjenskape kommunegrenser, ved
-å slå opp punkter langs grenselinja og dermed bestemme hvor
-grenselinjen befinner seg. En kan bestemme den vilkårlig nøyaktig ved
-å gjøre et geometrisk søk.
-
-<p>Sniffet i kveld på trafikken til tjenesten, og det er i korte trekk
-tre relevante tjenestekall som returnerer JSON-data.</p>
-
-<p>Først en som konverterer mellom koordinater, som i mitt eksempel
-konverterer fra UTM sone 33 til UTM sone 32:</p>
-
-<blockquote><pre>
-% GET 'http://www.seeiendom.no/services/geoport.svc/GetTransformJsonp?nord=6648308.4755859&ost=248316.38085938&fromEpsg=EPSG:32633&toEpsg=EPSG:32632'
-{"x":583905.90433579613,"y":6640700.79711847}
-%
-</pre></blockquote>
-
-<p>Koordinatene i UTM sone 32 kan så gis til tjenesten som slår opp
-eiendom basert på koordinat:</p>
-
-<blockquote><pre>
-% echo | POST 'http://www.seeiendom.no/services/geoport.svc/PerformPropertySearchFromPolygonCoordinatesJsonp?polygonCoordinatesString=583905.9043357961,6640700.79711847'
-{"error":"","wfsTeigInfo":{"TeigId":128010625,"Areal":"6128.7","GardsNr":"300","BruksNr":"2384","FesteNr":"0","SeksjonsNr":"0","MatrikkelNr":"300/2384","HovedTeig":true,"KommuneNavn":"Bærum","Adresses":null,"ArealMerknadsKoder":null,"UregistrertJordsameie":false,"AvklartEiere":false,"TeigMedFlereMatrikkelEnheter":false,"Tvist":false,"KommuneNr":"0219"}}
-%
-</pre></blockquote>
-
-<p>Etter dette kallet har en kommunenavn og kommunenummer, noe som er
-tilstrekkelig til å gjenskape kommunegrenser. Hvis en ønsker å vite
-detaljene om eiendommen kan en slå opp i selve matrikkelen, og få ut
-en HTML-side med informasjon:</p>
-
-<blockquote><pre>
-% GET 'http://www.seeiendom.no/services/Matrikkel.svc/GetDetailPage?type=property&knr=0219&gnr=300&bnr=2384&fnr=0&snr=0&showpwm=false&customer=kartverket'
-&lt;!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
-&lt;html xmlns="http://www.w3.org/1999/xhtml">
- &lt;head>
- &lt;title>Matrikkel informasjon&lt;/title>
-[...]
-</pre></blockquote>
-
-<p>Informasjon om hva en kan hente ut ved hjelp av Matrikkel.svc er
-dokumentert og tilgjengelig på
-<a href="http://www.seeiendom.no/services/Matrikkel.svc/help">en egen
-hjelpeside</a>. Hvis en vil ha XML- eller JSON-formattert informasjon
-kan GetMatrikkelinfo-funksjonen brukes. Hvis en f.eks. bruker den slik
-får en masse informasjon om en eiendom:</p>
-
-<blockquote><pre>
-% echo '{"knr": 1601, "gnr": 27, "bnr": 2, "fnr": 0, "snr": 0, "customer": "kartverket"}' | \
- POST -c application/json http://www.seeiendom.no/services/Matrikkel.svc/GetMatrikkelinfo
-[...]
-%
-</pre></blockquote>
-
-<p>Dette ser ut som en svært nyttig tjeneste som kan gjøre FiksGataMi
-mer treffsikker når den skal finne ut hvilken kommune og fylke som
-skal ha problemrapporter. Da eierinformasjon ikke er tilgjengelig, må
-vi i så fall bygge opp vår egen database over eiere av eiendommer
-knyttet til vei for å kunne skille på veinivå om kommune eller
-vegvesen skal ha beskjed. Har ikke funnet informasjon om hvilke
-bruksvilkår tjenesten har, så jeg er ennå ikke sikker på om dette er
-trygt å gjøre. Håper det blir klart etter hvert som tjenesten tar
-form.</p>
-
-<p>Tillegg 2011-06-24: Har oppdaget at en også kan hente ut geografisk
-beskrivelse av eiendommen (dvs. et polygon som omkretser eiendommen),
-ved hjelp av følgende forespørsel.</p>
-
-<blockquote><pre>
-% echo | POST 'http://www.seeiendom.no/services/geoport.svc/GetPropertyBorderJsonp?kommunenr=1663&gardsnr=4&bruksnr=182&festenr=0&seksjonsnr=0&gateAdresseId=&address=&showPopUp=true'
-[...]
-%
-</pre></blockquote>
-
-<p>Da blir det straks veldig nyttig for å klassifisere eierskap på
-veier og andre offentlige områder. Det er dog en eller annen feil som
-gjør at oppslag på store eiendommer (som Nordmarka i Oslo og
-Finnmarksvidda) ikke fungerer. Vet ikke hva det kommer av.</p>
-
-</description>
- </item>
-
- <item>
- <title>Regjeringen vil gjøre offentlighetsloven mer tannløs</title>
- <link>http://people.skolelinux.org/pere/blog/Regjeringen_vil_gj__re_offentlighetsloven_mer_tannl__s.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Regjeringen_vil_gj__re_offentlighetsloven_mer_tannl__s.html</guid>
- <pubDate>Sat, 21 May 2011 12:50:00 +0200</pubDate>
- <description>
-<p>Oppdaget ved en tilfeldighet <a
-href="http://twitter.com/#!/Kriho/status/71568395132338176">via
-twitter</a> at regjeringen i går annonserte at de planlegger å <a
-href="http://www.regjeringen.no/nb/dep/jd/pressesenter/pressemeldinger/2011/vil-endre-innsynsretten.html?id=643893">gjøre
-offentlighetsloven og innsynsretten mer tannløs</a>. Forslaget ble
-<a href="http://www.regjeringen.no/nn/dep/jd/Dokument/proposisjonar-og-meldingar/prop/2010-2011/prop-125-l-20102011.html?id=643820">vedtatt
-i går</a> av regjeringen uten høring og de planlegger visst å
-oversende til stortinget uten å be om innspill fra berørte parter i
-forkant. Personlig ser jeg innsynsretten som en viktig rett som kan
-bidra til å holde maktpersoner i det offentlige under kontroll. Det
-er ingen privatsak å jobbe for folket, noe enhver som er ansatt i det
-offentlige eller valgt inn i posisjoner jo faktisk gjør, og det er
-viktig at enhver borger har mulighet til å se det offentlige i
-kortene.</p>
-
-<p>Forslaget bør skytes ned og ethvert forsøk på å gjøre det
-vanskeligere for innbyggerne å holde et øye med hva som skjer i det
-offentlige bør skrinlegges.</p>
-</description>
- </item>
-
- <item>
- <title>Hvem stemte hva på Stortinget?</title>
- <link>http://people.skolelinux.org/pere/blog/Hvem_stemte_hva_p___Stortinget_.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvem_stemte_hva_p___Stortinget_.html</guid>
- <pubDate>Fri, 20 May 2011 21:20:00 +0200</pubDate>
- <description>
-<p>To britiske tjenester som jeg har veldig stor sans for er
-<a href="http://www.theyworkforyou.com/">TheyWorkForYou</a> og
-<a href="http://www.publicwhip.org.uk/">Public Whip</a>, som gir enkel
-og tilgjengelig oppdatering om hva som skjer i de britiske
-parlamentene. Jeg har lenge hatt lyst på noe slikt for det norske
-Stortinget, for å synliggjøre og ansvarliggjøre hver enkelt
-stortingsrepresentant. Voteringen over datalagringsdirektivet
-forsterket motivasjonen min tilstrekkelig til at jeg når har gått
-igang med å få dette på plass, og noen flere har meldt seg på.
-Utgangspunktet er å lage det som et NUUG-prosjekt på samme måte som
-med FiksGataMi.</p>
-
-<p>TheyWorkForYou gir en tilgang til informasjon om hver enkelt
-representant, og lar en f.eks. abonnere via epost på alt en
-representant har sagt i stortinget. En kan også abonnere via epost på
-alle som har nevnt ord en er interessert i. Public Whip lar en ser
-hva enkeltrepresentanter har stemt i voteringer i parlamentene, lar en
-se hvordan representantene forholder seg til relaterte voteringer, og
-kan se hvem som er utbrytere og hvilke voteringer som er spesielt
-kontroversielle (mange utbrytere).</p>
-
-<p>Hovedutfordringen nå er å få tilgang til nødvendig informasjon på
-strukturert og maskinlesbart format. Bak de to britiske tjenestene er
-skrapeprosjektet
-<a href="http://ukparse.kforge.net/parlparse/">Parlament Parser</a>, og
-det trengs en tilsvarende tjeneste for Stortinget som kan hente ut
-referater og informasjon om representanter og saker som er behandlet.
-På Stortingets nettsted mangler det informasjon om hvem som har stemt
-hva, så den informasjonen må en be eksplisitt om fra Stortinget. Jeg
-er i dialog med Stortingets informasjonsseksjon og håper de vil
-begynne å publisere denne informasjon på sikt. En annen kilde til
-relevant informasjon er
-<a href="http://www.nsd.uib.no/polsys/">PolSys-databasen</a> til Norsk
-samfunnsvitenskapelig datatjeneste AS, men bruksvilkårene de har valgt
-på sine data umuliggjør at enhver kan bruke informasjonen om
-stortinget til hva som helst og det er et mål for meg at alle skal
-kunne gjøre hva som helst med datasettene når jeg lager tjenesten.</p>
-
-<p>Første
-<a href="http://people.skolelinux.org/pere/stortingsinnsyn/prototype.cgi">demonstrasjon
-av konseptet</a> er nå tilgjengelig med de voteringsdata jeg har fått
-tak i så langt. Jeg regner med å kaste den koden når mer data er på
-plass, og heller basere tjenesten på lignende prosjekter som de to
-forannevnte, eller den polske
-<a href="http://sejmometr.pl/">Sejmometr</a>.</p>
-
-<p>Hvis du vil bidra, ta kontakt med meg på IRC (#nuug på
-irc.freenode.net) eller bli med på epostlisten
-<a href="http://lists.nuug.no/mailman/listinfo/aktive">aktive@nuug</a>.
-Det trengs både manne-timer for skraping og finansiering av
-utviklingstimer for å tilpasse eksisterende portal til norsk.</p>
-</description>
- </item>
-
</channel>
</rss>
projects / homepage.git / blobdiff