Articles in the Debian category

  1. Why Debian/Ubuntu Linux Is to Be Preferred

    Mon 16 February 2009

    There are many Linux distributions around. However, I always come back to just one: Debian. The reason why so many people use Debian is the same reason I like it so much: software management.  With good old apt-get or the new aptitude, software is installed within minutes. Due to the vast amount of software available even the most obscure software can be installed without resorting to manually downloading and compiling.

    But the most important aspect of Debian is it's mantra of stability. It is build for servers. For people who don't want to take risks and prefer stability and security above anything else. This is also the main gripe most people have about Debian: it is often not very up-to-date regarding drivers or the latest software versions.  If that is a problem, there is still the possibility to run the testing branch of Debian, exchanging the risk on things getting broken or unstable for the availability of newer software.

    As a part-time system administrator, one of the most ideal components of Debian is its installer. Especially the "preseeding" bit. Preseeding is for Debian what Kickstart is for Red Hat and Jump start is for Sun Solaris. It allows a full unattended installation of Debian Linux on any hardware without ever touching your keyboard. This isn't new, but it is much more user friendly as opposed to, for example, kick start. 

    Debian Preseeding is very well documented and can easily be extended to run your own scripts after installation for some post-configuration.

    I currently use it to install hosts by booting them with an USB stick and using a network install. Not only are network installs often the fastest solution, assuming that a local Debian mirror is available, the system is also direct up-to-date. 

    Abount preseeding:





    About setting up a local Debian mirror (requires about 50 GB of storage space on a web server)

    Tagged as : Uncategorized
  2. Rebooting Results in Degraded RAID Array Using Debian Lenny

    Wed 24 December 2008

    As described earlier, I setup a RAID 6 array consisting of physical 1 TB disk and 'virtual' 1 TB disks that are in fact two 0.5 TB disks in RAID 0. 

    I wanted to upgrade to Lenny because the new kernel that ships with Lenny supports growing a RAID 6 array. After installing Lenny the RAID 0 devices were running smootly, but not recognised as part of the RAID 6. 

    So the array was running in degraded mode. That is bad.

    In Lenny, a new version of mdadm is used that requires the presense of the mdadm.conf file. The mdadm.conf file contains these lines: 

    #DEVICE partitions
    #DEVICE /dev/md*

    After I uncommented the "DEVICE /dev/md*" line and generated a new initramfs file with:

    update-initramfs -u

    The RAID 0 drives were recognised as part of a RAID array and everything was OK again. So mdadm must be instructed to check if /dev/md? devices are a member of a RAID array. 

    I guess this is also relevant if you are running a RAID 10 based on a mirrored stripe or a striped mirror.

    Tagged as : Uncategorized

Page 2 / 2