- <div class="title"><a href="http://people.skolelinux.org/pere/blog/How_is_booting_into_runlevel_1_different_from_single_user_boots_.html">How is booting into runlevel 1 different from single user boots?</a></div>
- <div class="date"> 4th August 2011</div>
- <div class="body"><p>Wouter Verhelst have some
-<a href="http://grep.be/blog/en/retorts/pere_kubuntu_boot">interesting
-comments 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 is 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>
+ <div class="title"><a href="http://people.skolelinux.org/pere/blog/Debian_Edu_interview__Andreas_Mundt.html">Debian Edu interview: Andreas Mundt</a></div>
+ <div class="date">15th April 2012</div>
+ <div class="body"><p>Behind <a href="http://www.skolelinux.org/">Debian Edu and
+Skolelinux</a> there are a lot of people doing the hard work of
+setting together all the pieces. This time I present to you Andreas
+Mundt, who have been part of the technical development team several
+years. He was also a key contributor in getting GOsa and Kerberos set
+up in the recently released
+<a href="http://wiki.debian.org/DebianEdu/Documentation/Squeeze">Debian
+Edu Squeeze</a> version.</p>
+
+<p><strong>Who are you, and how do you spend your days?</strong></p>
+
+<p>My name is Andreas Mundt, I grew up in south Germany. After
+studying Physics I spent several years at university doing research in
+Quantum Optics. After that I worked some years in an optics company.
+Finally I decided to turn over a new leaf in my life and started
+teaching 10 to 19 years old kids at school. I teach math, physics,
+information technology and science/technology.</p>
+
+<p><strong>How did you get in contact with the Skolelinux/Debian Edu
+project?</strong></p>
+
+<p>Already before I switched to teaching, I followed the Debian Edu
+project because of my interest in education and Debian. Within the
+qualification/training period for the teaching, I started
+contributing.</p>
+
+<p><strong>What do you see as the advantages of Skolelinux/Debian
+Edu?</strong></p>
+
+<p>The advantages of Debian Edu are the well known name, the
+out-of-the-box philosophy and of course the great free software of the
+Debian Project!</p>
+
+<p><strong>What do you see as the disadvantages of Skolelinux/Debian
+Edu?</strong></p>
+
+<p>As every coin has two sides, the out-of-the-box philosophy has its
+downside, too. In my opinion, it is hard to modify and tweak the
+setup, if you need or want that. Further more, it is not easily
+possible to upgrade the system to a new release. It takes much too
+long after a Debian release to prepare the -Edu release, perhaps
+because the number of developers working on the core of the code is
+rather small and often busy elsewhere.</p>
+
+<p>The <a href="http://wiki.debian.org/DebianLAN">Debian LAN</a>
+project might fill the use case of a more flexible system.</p>
+
+<p><strong>Which free software do you use daily?</strong></p>
+
+<p>I am only using non-free software if I am forced to and run Debian
+on all my machines. For documents I prefer LaTeX and PGF/TikZ, then
+mutt and iceweasel for email respectively web browsing. At school I
+have Arduino and Fritzing in use for a micro controller project.</p>
+
+<p><strong>Which strategy do you believe is the right one to use to
+get schools to use free software?</strong></p>
+
+<p>One of the major problems is the vendor lock-in from top to bottom:
+Especially in combination with ignorant government employees and
+politicians, this works out great for the "market-leader". The school
+administration here in Baden-Wuerttemberg is occupied by that vendor.
+Documents have to be prepared in non-free, proprietary formats. Even
+free browsers do not work for the school administration. Publishers
+of school books provide software only for proprietary platforms.</p>
+
+<p>To change this, political work is very important. Parts of the
+political spectrum have become aware of the problem in the last years.
+However it takes quite some time and courageous politicians to 'free'
+the system. There is currently some discussion about "Open Data" and
+"Free/Open Standards". I am not sure if all the involved parties have
+a clue about the potential of these ideas, and probably only a
+fraction takes them seriously. However it might slowly make free
+software and the philosophy behind it more known and popular.</p>
projects / homepage.git / blobdiff