<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>
<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 å en norsk portal på plass.</p>
-</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>
projects / homepage.git / blobdiff