- <title>The Thinkpad is dead, long live the Thinkpad X230?</title>
- <link>http://people.skolelinux.org/pere/blog/The_Thinkpad_is_dead__long_live_the_Thinkpad_X230_.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/The_Thinkpad_is_dead__long_live_the_Thinkpad_X230_.html</guid>
- <pubDate>Fri, 5 Jul 2013 08:30:00 +0200</pubDate>
- <description><p>Half a year ago, I reported that I had to find a
-<a href="http://people.skolelinux.org/pere/blog/Thank_you_Thinkpad_X41__for_your_long_and_trustworthy_service.html">replacement
-for my trusty old Thinkpad X41</a>. Unfortunately I did not have much
-time to spend on it, and it took a while to find a model I believe
-will do the job, but two days ago the replacement finally arrived. I
-ended up picking a
-<a href="http://www.linlap.com/lenovo_thinkpad_x230">Thinkpad X230</a>
-with SSD disk (NZDAJMN). I first test installed Debian Edu Wheezy as
-a roaming workstation, and it seemed to work flawlessly. But my
-second installation with encrypted disk was not as successful. More
-on that below.</p>
-
-<p>I had a hard time trying to track down a good laptop, as my most
-important requirements (robust and with a good keyboard) are never
-listed in the feature list. But I did get good help from the search
-feature at <a href="http://www.prisjakt.no/">Prisjakt</a>, which
-allowed me to limit the list of interesting laptops based on my other
-requirements. A bit surprising that SSD disk are not disks according
-to that search interface, so I had to drop specifying the number of
-disks from my search parameters. I also asked around among friends to
-get their impression on keyboards and robustness.</p>
-
-<p>So the new laptop arrived, and it is quite a lot wider than the
-X41. I am not quite convinced about the keyboard, as it is
-significantly wider than my old keyboard, and I have to stretch my
-hand a lot more to reach the edges. But the key response is fairly
-good and the individual key shape is fairly easy to handle, so I hope
-I will get used to it. My old X40 was starting to fail, and I really
-needed a new laptop now. :)</p>
-
-<p>Turning off the touch pad was simple. All it took was a quick
-visit to the BIOS during boot it disable it.</p>
-
-<p>But there is a fatal problem with the laptop. The 180 GB SSD disk
-lock up during load. And this happen when installing Debian Wheezy
-with encrypted disk, while the disk is being filled with random data.
-I also tested to install Ubuntu Raring, and it happen there too if I
-reenable the code to fill the disk with random data (it is disabled by
-default in Ubuntu). And the bug with is already known. It was
-reported to Debian as <a href="http://bugs.debian.org/691427">BTS
-report #691427 2012-10-25</a> (journal commit I/O error on brand-new
-Thinkpad T430s ext4 on lvm on SSD). It is also reported to the Linux
-kernel developers as
-<a href="https://bugzilla.kernel.org/show_bug.cgi?id=51861">Kernel bugzilla
-report #51861 2012-12-20</a> (Intel SSD 520 stops working under load
-(SSDSC2BW180A3L in Lenovo ThinkPad T430s)). It is also reported on the
-Lenovo forums, both for
-<a href="http://forums.lenovo.com/t5/T400-T500-and-newer-T-series/T430s-Intel-SSD-520-180GB-issue/m-p/1070549">T430
-2012-11-10</a> and for
-<a href="http://forums.lenovo.com/t5/X-Series-ThinkPad-Laptops/x230-SATA-errors-with-180GB-Intel-520-SSD-under-heavy-write-load/m-p/1068147">X230
-03-20-2013</a>. The problem do not only affect installation. The
-reports state that the disk lock up during use if many writes are done
-on the disk, so it is much no use to work around the installation
-problem and end up with a computer that can lock up at any moment.
-There is even a
-<a href="https://git.efficios.com/?p=test-ssd.git">small C program
-available</a> that will lock up the hard drive after running a few
-minutes by writing to a file.</p>
-
-<p>I've contacted my supplier and asked how to handle this, and after
-contacting PCHELP Norway (request 01D1FDP) which handle support
-requests for Lenovo, his first suggestion was to upgrade the disk
-firmware. Unfortunately there is no newer firmware available from
-Lenovo, as my disk already have the most recent one (version LF1i). I
-hope to hear more from him today and hope the problem can be
-fixed. :)</p>
+ <title>Testing sysvinit from experimental in Debian Hurd</title>
+ <link>http://people.skolelinux.org/pere/blog/Testing_sysvinit_from_experimental_in_Debian_Hurd.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Testing_sysvinit_from_experimental_in_Debian_Hurd.html</guid>
+ <pubDate>Mon, 3 Feb 2014 13:40:00 +0100</pubDate>
+ <description><p>A few days ago I decided to try to help the Hurd people to get
+their changes into sysvinit, to allow them to use the normal sysvinit
+boot system instead of their old one. This follow up on the
+<a href="https://teythoon.cryptobitch.de//categories/gsoc.html">great
+Google Summer of Code work</a> done last summer by Justus Winter to
+get Debian on Hurd working more like Debian on Linux. To get started,
+I downloaded a prebuilt hard disk image from
+<a href="http://ftp.debian-ports.org/debian-cd/hurd-i386/current/debian-hurd.img.tar.gz">http://ftp.debian-ports.org/debian-cd/hurd-i386/current/debian-hurd.img.tar.gz</a>,
+and started it using virt-manager.</p>
+
+<p>The first think I had to do after logging in (root without any
+password) was to get the network operational. I followed
+<a href="https://www.debian.org/ports/hurd/hurd-install">the
+instructions on the Debian GNU/Hurd ports page</a> and ran these
+commands as root to get the machine to accept a IP address from the
+kvm internal DHCP server:</p>
+
+<p><blockquote><pre>
+settrans -fgap /dev/netdde /hurd/netdde
+kill $(ps -ef|awk '/[p]finet/ { print $2}')
+kill $(ps -ef|awk '/[d]evnode/ { print $2}')
+dhclient /dev/eth0
+</pre></blockquote></p>
+
+<p>After this, the machine had internet connectivity, and I could
+upgrade it and install the sysvinit packages from experimental and
+enable it as the default boot system in Hurd.</p>
+
+<p>But before I did that, I set a password on the root user, as ssh is
+running on the machine it for ssh login to work a password need to be
+set. Also, note that a bug somewhere in openssh on Hurd block
+compression from working. Remember to turn that off on the client
+side.</p>
+
+<p>Run these commands as root to upgrade and test the new sysvinit
+stuff:</p>
+
+<p><blockquote><pre>
+cat > /etc/apt/sources.list.d/experimental.list &lt;&lt;EOF
+deb http://http.debian.net/debian/ experimental main
+EOF
+apt-get update
+apt-get dist-upgrade
+apt-get install -t experimental initscripts sysv-rc sysvinit \
+ sysvinit-core sysvinit-utils
+update-alternatives --config runsystem
+</pre></blockquote></p>
+
+<p>To reboot after switching boot system, you have to use
+<tt>reboot-hurd</tt> instead of just <tt>reboot</tt>, as there is not
+yet a sysvinit process able to receive the signals from the normal
+'reboot' command. After switching to sysvinit as the boot system,
+upgrading every package and rebooting, the network come up with DHCP
+after boot as it should, and the settrans/pkill hack mentioned at the
+start is no longer needed. But for some strange reason, there are no
+longer any login prompt in the virtual console, so I logged in using
+ssh instead.
+
+<p>Note that there are some race conditions in Hurd making the boot
+fail some times. No idea what the cause is, but hope the Hurd porters
+figure it out. At least Justus said on IRC (#debian-hurd on
+irc.debian.org) that they are aware of the problem. A way to reduce
+the impact is to upgrade to the Hurd packages built by Justus by
+adding this repository to the machine:</p>
+
+<p><blockquote><pre>
+cat > /etc/apt/sources.list.d/hurd-ci.list &lt;&lt;EOF
+deb http://darnassus.sceen.net/~teythoon/hurd-ci/ sid main
+EOF
+</pre></blockquote></p>
+
+<p>At the moment the prebuilt virtual machine get some packages from
+http://ftp.debian-ports.org/debian, because some of the packages in
+unstable do not yet include the required patches that are lingering in
+BTS. This is the completely list of "unofficial" packages installed:</p>
+
+<p><blockquote><pre>
+# aptitude search '?narrow(?version(CURRENT),?origin(Debian Ports))'
+i emacs - GNU Emacs editor (metapackage)
+i gdb - GNU Debugger
+i hurd-recommended - Miscellaneous translators
+i isc-dhcp-client - ISC DHCP client
+i isc-dhcp-common - common files used by all the isc-dhcp* packages
+i libc-bin - Embedded GNU C Library: Binaries
+i libc-dev-bin - Embedded GNU C Library: Development binaries
+i libc0.3 - Embedded GNU C Library: Shared libraries
+i A libc0.3-dbg - Embedded GNU C Library: detached debugging symbols
+i libc0.3-dev - Embedded GNU C Library: Development Libraries and Hea
+i multiarch-support - Transitional package to ensure multiarch compatibilit
+i A x11-common - X Window System (X.Org) infrastructure
+i xorg - X.Org X Window System
+i A xserver-xorg - X.Org X server
+i A xserver-xorg-input-all - X.Org X server -- input driver metapackage
+#
+</pre></blockquote></p>
+
+<p>All in all, testing hurd has been an interesting experience. :)
+X.org did not work out of the box and I never took the time to follow
+the porters instructions to fix it. This time I was interested in the
+command line stuff.<p>