Αν και χρήστης άλλων διανομών (Ubuntu και Xandros), δε μπορώ παρά να δώσω συγχαρητήρια για την προσπάθεια:

” Το Fedora Core 6 κυκλοφορεί από τις 24 Οκτωβρίου 2006 και περιέχει σημαντικές αναβαθμίσεις αρκετών βασικών προϊόντων και τεχνολογιών. Με νέες προεπιλεγμένες γραμματοσειρές για την επιφάνεια εργασίας και την κονσόλα και μεγάλο αριθμό καινούριων μεταφράσεων, το Fedora είναι πιο εξελληνισμένο από ποτέ.”

(download)

[via]

Ο de Raadt¹ τώρα δίκαιώνεται².

[1] Αν δεν έχετε διαβάσει το coremail και έχετε (πολύ) χρόνο στη διάθεσή σας, ρίχτε μια ματιά.
[2] Βέβαια σαν χρήστης των DragonFlyBSD και OpenBSD τι θα πίστευα, ε;

Since we as a country have not standarised on a keyboard, when trying to install support for Greek on a linux machine you will find out that there exists an overlay keyboard (gr) over the us keyboard and a defined language for Greek (el). So what you have to do on a XandrOS 4 Home Edition – Premium to get Greek working is become root and:

# cd /etc/X11/xkb/symbols
# ln el gr
# cd pc
# ln gr el

Other sites explain in detail why the mixup between using el and gr. Remember, this is a quick hack and not the solution.

Update: You should also run a dpkg-reconfigure -plow locales and add el_GR (ISO-8859-7) and el_GR.UTF8

The X4100 is a fantastic piece of equipment. Sun supports on it Solaris 10, Red Hat Enterprise Server and SUSE Linux Enterprise Server 9. Hey, if it runs RHES and SLES, it runs Debian right? Right. You will find a number of guides on the net that describe how to remaster the installation CDs to support the machine. Well here is how I did it using yesterday’s (2006/08/16) i386 debian installer¹:

First of all, you will save yourself a considerable amound of time if you spent some time with ILOM, especially the web interface, not the serial nor the ssh one. The web interface has a Java Web Start terminal application that works very well with the the debian text-based installer.

In my case the X4100 has two SAS disks which I configured to a (hardware) RAID-1. I followed the steps of the debian installer and proceeded to reboot the machine. Here come the tricks needed for the machine to run Debian:

The debian installer thinks that the (RAID-1) disk is sdi. However it installs a 486 kernel which thinks that the disk is sda. So on reboot you have to modify GRUB to boot from sda and on single user mode. After you give the root password issue the following commands:

# mount -o rw,remount /dev/sda1 /
# cd /etc
# mv fstab fstab.sdi
# sed -e 's/sdi/sda/' fstab.sdi > fstab.sda
# cp fstab.sda fstab
# cd /boot/grub
# mv menu.lst menu.lst.sdi
# sed -e 's/sdi/sda/' menu.lst.sdi > menu.lst.sda
# cp menu.lst.sda menu.lst

And reboot (I choose to “reset” from the ILOM power control). Now you are OK, with the minor difference that you are running a 486 kernel instead of an SMP one. So:

# apt-get install linux-image-686-smp

and you are all set, or maybe not… The Debian 686-smp kernel loads as modules what is needed for MPT Fusion and LSI stuff. For some weid reason this has the result that 50% of the time on boot the kernel recognises the (RAID-1) disk as sdi and the other 50% as sda (yes, here we go again). But have no fear! If instead of modules you compile the support for MPT Fusion and LSI into the kernel you are OK (the disk is recognised as sda all the time). Grab the linux sources from Debian:

# apt-get install linux-source-2.6.16

and use make-kpkg to build it. The diff between my config and debian’s stock kernel is bellow:

# diff config-2.6.16-yiorgos config-2.6.16-2-686-smp
3,4c3,4
< # Linux kernel version: 2.6.16-yiorgos
< # Wed Aug 16 15:42:35 2006
---
> # Linux kernel version: 2.6.16
> # Sun Jul 16 03:04:43 2006
1149c1149
< CONFIG_SCSI=y
---
> CONFIG_SCSI=m
1155c1155
< CONFIG_BLK_DEV_SD=y
---
> CONFIG_BLK_DEV_SD=m
1174c1174
< CONFIG_SCSI_FC_ATTRS=y
---
> CONFIG_SCSI_FC_ATTRS=m
1176c1176
< CONFIG_SCSI_SAS_ATTRS=y
---
> CONFIG_SCSI_SAS_ATTRS=m
1206,1209c1206,1209
< CONFIG_MEGARAID_MM=y
< CONFIG_MEGARAID_MAILBOX=y
< CONFIG_MEGARAID_LEGACY=y
< CONFIG_MEGARAID_SAS=y
---
> CONFIG_MEGARAID_MM=m
> CONFIG_MEGARAID_MAILBOX=m
> CONFIG_MEGARAID_LEGACY=m
> CONFIG_MEGARAID_SAS=m
1322,1324c1322,1324
< CONFIG_FUSION_SPI=y
< CONFIG_FUSION_FC=y
< CONFIG_FUSION_SAS=y
---
> CONFIG_FUSION_SPI=m
> CONFIG_FUSION_FC=m
> CONFIG_FUSION_SAS=m
1326,1327c1326,1327
< CONFIG_FUSION_CTL=y
< CONFIG_FUSION_LAN=y
---
> CONFIG_FUSION_CTL=m
> CONFIG_FUSION_LAN=m

Now your X4100 is ready for use.

[1] Yes I know that I am running a 32bit OS on a 64bit machine.

Ο Matthew Dillon, μπαμπάς του DragonFlyBSD γράφει για τα dual-core συστήματα και το τι πραγματικά μας προσφέρουν εδώ και εδώ. Ειδικά το πρώτο post είναι εξαιρετικά πληροφοριακό για το πως μπορείς να έχεις χαμηλότερη κατανάλωση ρεύματος, χωρίς να χάνεις σε CPU power. Και αυτά από ένα hard-core kernel developer, όχι από τη Sun ή όποια άλλη εταιρία θέλει να διαφημίζει τα μηχανήματά της φιλικά προς το περιβάλλον.

Ο Matt Dillon και η τεκμηρίωση που προσφέρει σε κάθε του απόφαση για το DragonFlyBSD είναι ο καλύτερος ίσως λόγος για να διαβάζει κανείς τις λίστες. Ειδικά για όσους δεν θέλουν να σκουριάζουν σε θέματα λειτουργικών συστημάτων.

Σήμερα νιώθω λίγο δεινόσαυρος. Έμαθα systems administration the very hard way. Από τα manuals της DEC για το Ultrix (ίσως το καλύτερο set από manuals που έχω διαβάσει, συνοδευόμενο από αυτά της HP για το HP-UX).

Από τότε που ξεκίνησα να μαθαίνω (early 90s, εποχές που δεν υπήρχε ./configure && make && make install και που έπρεπε να κάνεις μόνος σου edit τον κώδικα για να παίξει στη μηχανή σου) πέρασαν από τα χέρια μου μηχανήματα που έτρεχαν Ultrix, HPsUX (8, 9, 10 και 11), SunOS (4.1.3 και 4), όλα τα BSD και σχεδόν κάθε major Linux distribution που μπορεί να φανταστεί κάποιος (και όχι μόνο για IA32).

Το μεγαλύτερο κέρδος από την υπερέκθεσή μου σε τόσο διαφορετικά περιβάλλοντα (που μη ξεχνάτε ισχυρίζονταν πως είναι POSIX-like, Unix-like ή και Unix) ήταν να μη παίρνω σα δεδομένο τίποτε, ούτε καν τη συμπεριφορά του /bin/sh ή το αν το ll (ελ ελ) είναι alias του ls -l ή είναι πρόγραμμα κομπιλαρισμένο και με την ίδια συμπεριφορά (αλήθεια ποιο είναι το home directory του root στο Solaris; Τι; Τι θα πει δεν είναι το /root;). Κυρίως έμαθα να μη δίνω "επικίνδυνες" εντολές χωρίς να κάνω man πρώτα γιατί ποτέ δε ξέρεις τι σου ξημερώνει.

Γιατί το θυμήθηκα αυτό; Χτες ένας από τους πιο έμπειρους Linux administrators που έχω δουλέψει ποτέ μαζί του (είναι o Debian reference που χρησιμοποιώ) θέλοντας να επανεκκινήσει τον sshd σε ένα μηχάνημα που έτρεχε OpenSolaris ήθελε να γράψει killall -HUP sshd. Ας δούμε όμως τα manuals:

• killall για το Solaris 10: killall– kill all active processes
• killall για το Debian: killall – kill processes by name

Βέβαια κοιτώντας τον κώδικα του killall.c για το OpenSolaris θα πει κανείς πως η εντολή δε θα είχε αποτέλεσμα γιατί θα τύπωνε το usage. Πόσοι όμως θα το ρισκάρατε αυτό χωρίς να έχετε δει τον κώδικα; Κι αν στο Solaris ο developer είχε κάνει λάθος στο default στο switch;

Από τη Δευτέρα θα ξεκινήσω μάλλον ένα set μηχανημάτων (SPARC και IA32) που έχουν περιπέσει σε αχρηστία με OpenSolaris. Για να ξεσκουριάσω και για να μη συμβεί στο φίλο μου αυτό:

"I hate Solaris operating systems. I learned my *nix on Debian, and it spoiled me."

Και μια τελευταία συμβουλή: Αν ποτέ ο δρόμος σας σας βγάλει σε κάποιο HP-UX, ελένξτε πρώτα αν αυτό που θέλετε να κάνετε, γίνεται από το sam.