Ολοκλήρωσα αυτές τις μέρες την πλήρη μετάβασή σε όλα τα μηχανήματά μου σε archlinux.
Μπορεί να είναι μόνο 3:
- home desktop
- laptop
- work desktop
Αλλά ειδικά ο υπολογιστής στο γραφείο μου πήρε λίγο παραπάνω χρόνο από όσο περίμενα.
Σκέφτηκα λοιπόν, να τρέξω ένα gtkperf ώστε να ελέγξω εάν όντως είναι ταχύτερο το xfce στο archlinux σε σχέση με το ubuntu.
Ιδού το αποτέλεσμα μου:
GtkPerf 0.40 - Starting testing: Thu Jul 9 08:52:58 2009
GtkEntry - time: 0,00
GtkComboBox - time: 0,82
GtkComboBoxEntry - time: 0,68
GtkSpinButton - time: 0,09
GtkProgressBar - time: 0,04
GtkToggleButton - time: 0,05
GtkCheckButton - time: 0,05
GtkRadioButton - time: 0,10
GtkTextView - Add text - time: 0,54
GtkTextView - Scroll - time: 0,09
GtkDrawingArea - Lines - time: 0,51
GtkDrawingArea - Circles - time: 0,90
GtkDrawingArea - Text - time: 0,70
GtkDrawingArea - Pixbufs - time: 0,14
—
Total time: 4,71
Και μάλιστα το xfce είναι εγκατεστημένο από subversion (δλδ είναι unstable και αρκετά buggy)
[ebal@mywork ~] € xfwm4 –version
This is xfwm4 version 4.7.0svn.r30079 (revision 30079) for Xfce 4.7.0
4.71 πιστεύω ότι αποτελεί μία αρκετά καλή & γρήγορη επίδοση
Η παλαιότερη μέτρησή μου ήταν κοντά στο 6, see my old post
Σήμερα προχώρησα με την αναβάθμιση του firefox στην έκδοση 3.5
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1) Gecko/20090624 Firefox/3.5
Μέχρι στιγμής φαίνονται όλα καλά, τόσο με την ταχύτητα όσο και με την απόδοση του συστήματός
Και σε ποιον δεν έχει τύχει να διαγράψει κατά λάθος ένα αρχείο.
Εάν όμως υπάρχει κάποια διεργασία που έχει “δεσμεύει” το αρχείο μας,
υπάρχουν αρκετές πιθανότητες να το ανακτήσουμε με την χρήση της lsof.
Η lsof μας δείχνει ποια είναι τα ανοιχτά αρχεία, δλδ τα αρχεία που αυτή την στιγμή έχουν “δεσμεύει οι διεργασίες του υπολογιστή μας.
Παραθέτω ένα πλήρες κι εύκολο παράδειγμα:
dmesg > dmesg.log
less dmesg.log
Ελέγχουμε το μέγεθος αλλά και το hash του αρχείου μέσω της md5sum για να πιστοποιήσουμε την ακεραιότητα παρακάτω:
ebal@myhome: € ls -l dmesg.log
-rw-r–r– 1 ebal ebal 28944 2009-07-02 21:46 dmesg.logebal@myhome: € md5sum dmesg.log
f8b02bca5b25244e71ada077a439a4cf dmesg.log
Διαγράφουμε το αρχείο, προσοχή το less που τρέχουμε παραπάνω είναι σε άλλο παράθυρο/τερματικό
ebal@myhome: € rm -f dmesg.log
ebal@myhome: € ls -l dmesg.log
ls: cannot access dmesg.log: Δεν υπάρχει τέτοιο αρχείο ή κατάλογος
Βλέπουμε εάν είναι “ανοιχτό” από κάποια άλλη διεργασία, περιμένουμε να δούμε την less
ebal@myhome: € lsof | grep dmesg.log
less 5412 ebal 4r REG 8,3 28944 6922 /tmp/dmesg.log (deleted)
Στην δεύτερη στήλη, ο αριθμός αυτός δηλώνει τον αριθμό της διεργασίας μας.
Κάθε φορά είναι διαφορετικός και σε κάθεναν θα είναι επίσης διαφορετικός.
Κάνοντας χρήση αυτού του αριθμού μέσω από το ψευδοαρχείο συστημάτων μας
μπορούμε να ανακτήσουμε το αρχείο που μόλις διαγράψαμε:
ebal@myhome: € cp /proc/5412/fd/4 /tmp/dmesg.log
Πριν συνεχίσουμε, μερικές πληροφορίες.
/proc : ο κατάλογος στον οποίο καταγράφουν όλες οι διεργασίες προσωρινά πληροφορίες
5412: o αριθμός διεργασίας της less
fd : file descriptor, εάν έχουν ανοιχτεί αρχεία
4 : Συνήθως είναι το αρχείο, με την εντολή ls -l στον κατάλογο /proc/5412/fd/4 το επιβεβαιώνουμε
Περισσότερα για το proc filesystem μπορείτε να διαβάσετε εδώ
Κι ελέγχουμε εκ νέου το μέγεθος και την ακεραιότητα του αρχείου μας.
ebal@myhome: € ls -l dmesg.log
-rw-r–r– 1 ebal ebal 28944 2009-07-02 21:54 dmesg.log
ebal@myhome: € md5sum dmesg.log
f8b02bca5b25244e71ada077a439a4cf dmesg.log
Οπότε την επόμενη φορά που θα διαγράψουμε ένα αρχείο, ρίχνουμε μια ματιά στην lsof.
Αρχική πηγή: linuxplanet
Τις τελευταίες ημέρες και καθώς προσπαθώ και ολοκληρώσω και το migration στο pc της δουλειάς σε archlinux αντιμετώπισα το εξής πρόβλημα:
Στο archlinux αναβάθμισαν τον πυρήνα σε 2.6.30
Ok παίδες βγήκε στις 10/06/2009 ως stable αλλά για κρατήστε τα άλογά σας λίγο (hold your horses).
Όταν οι περισσότερες εφαρμογές στηρίζονται σε προηγούμενες εκδόσεις του kernel και δεν έχουν προλάβει να κάνουν τις απαραίτητες διορθώσεις στον κώδικα τους, είναι εξαιρετικά unsafe να κάνεις upgrade τον kernel.
Είναι αντιπαραγωγικό να διορθώνει κάποιος με το χέρι τον κώδικα εφαρμογών, ή να περνάει diffs & patches από την development version ενός προγράμματος, επειδή η stable δεν παίζει πλέον.
Σε προσπάθεια να αναβαθμίσω την διανομή μου, διαπίστωσα κάποιο πρόβλημα με το πακέτο Virtualbox. Για να επιλύσω το σφάλμα των εξαρτήσεων θεώρησα καλή επιλογή να απεγκαταστήσω το Virtualbox και να προσπαθήσω να το επανεγκαταστήσω αργότερα. Δοκίμαζοντας αυτή την λύση προχώρησα με την αναβάθμιση της διανομής χωρίς κανένα πρόβλημα.
ebal@mylaptop:~ € sudo pacman -Syu
:: Synchronizing package databases…
core is up to date
extra is up to date
community 366,2K 212,3K/s 00:00:02 [#####################] 100%
:: Starting full system upgrade…
local database is up to date
Έπειτα προσπάθησα να επαναεγκαταστήσω το Virtualbox:
ebal@mylaptop:~ € sudo pacman -S community/virtualbox-ose
resolving dependencies…
error: cannot resolve “kernel26>=2.6.30”, a dependency of “virtualbox-modules”
error: failed to prepare transaction (could not satisfy dependencies)
:: virtualbox-modules: requires kernel26>=2.6.30
Σκέφτηκα να κοιτάξω στο forum του archlinux, μήπως βρω κάτι σχετικό.
Στο 1ο post που βρήκα, διαβάσα ότι έχει γίνει κάποιο λάθος κι ότι θα έπρεπε να αναβαθμίζω την διανομή μου με την εξής εντολή:
pacman -Syu –ignore virtualbox-modules
Δυστυχώς μία από τις κακές μου συνήθειες είναι και η εξής: shoot first, ask questions later.
Στην παραπάνω περίπτωση λοιπόν, πρώτα αφαίρεσα το virtualbox για να λύσω το πρόβλημα του upgrade κι έπειτα αναζήτησα για την λύση του error.
Με αφορμή το παραπάνω, σκέφτηκα ότι θα ήταν μία καλή περίπτωση να δοκιμάσω να εγκαταστήσω το virtualbox από το site της oracle: http://www.virtualbox.org
Σε αυτόν τον σύνδεσμο: Linux_Downloads
έχει μία λίστα με διανομές. Επέλεξα το All distributions
Kατέβασα στον υπολογιστή μου το αρχείο: VirtualBox-2.2.4
Εγκατάσταση:
Επιβεβαιώνω την ακεραιότητα του αρχείο σύμφωνα με τον εξής σύνδεσμο:MD5SUMS
ebal@mylaptop:~ € md5sum VirtualBox-2.2.4-47978-Linux_x86.run
cc24c081e53d03da1c009dc1a2eaa95d VirtualBox-2.2.4-47978-Linux_x86.run
Και δίνω το δικαίωμα εκτέλεσης, στον χρήστη που ανήκει:
ebal@mylaptop:~ € chmod u+x VirtualBox-2.2.4-47978-Linux_x86.run
Ξεκινώ την εγκατάσταση:
ebal@mylaptop:~ € sudo ./VirtualBox-2.2.4-47978-Linux_x86.run
Verifying archive integrity… All good.
Uncompressing VirtualBox for Linux installation……..
VirtualBox Version 2.2.4 (2009-05-29T17:23:26Z) installer
Installing VirtualBox to /opt/VirtualBox
tar: Record size = 8 blocks
Building the VirtualBox kernel module
Building the VirtualBox netflt kernel moduleVirtualBox has been installed successfully.
You will find useful information about using VirtualBox in the user manual
/opt/VirtualBox/UserManual.pdf
and in the user FAQ
http://www.virtualbox.org/wiki/User_FAQWe hope that you enjoy using VirtualBox.
Η εντύπωση που αποκόμισα μέχρι αυτό το σημείο ήταν: Πανεύκολη εγκατάσταση!
Εκτέλεση
Χωρίς να χρειαστεί κάποια επανεκκίνηση πληκτρολογώ την ακόλουθη εντολή:
ebal@mylaptop:~ € /opt/VirtualBox/VirtualBox
Και το αποτέλεσμα:
Όλα πήγαν εξαιρετικά λοιπόν.
Έχοντας κατά καιρούς προβλήματα με το ρεύμα στο σπίτι
αποφάσισα να προμηθευτώ με το εξής: Power Must 1400 USB P
Είχα την δυνατότητα να επιλέξω να το συνδέσω είτε μέσω RS-232 είτε μέσω USB,
μιας και τα usb είναι σχεδόν πάντα κατηλλημένα σκέφτηκα να βάλω το RS-232
To CD που παρέχετε μαζί με το PowerMust είναι υπερπλήρης !!!
- AIX
- FreeBSD
- GenericUnix
- HPUX
- Linux
- LinuxAMD64
- MacOSX
- Martrix usb driver for windows
- Quick Installation and Setup.pdf
- Solaris
- WinPower V2.5.0.3 manual.pdf
- Windows
Παρόλα αυτά σκέφτηκα να ρίξω μια ματιά στο site της Mustek: http://www.mustek.de/
και βλέπω γλώσσα Ελληνικά!!! Εάν και δεν έχει πολλές πληροφορίες στα ελληνικά
είναι από τις ελάχιστες φορές που βλέπω ένα τέτοιο site να έχει ελληνική σελίδα
έστω και για τους διανομείς.
Για να μην το πολυκουράζουμε το θέμα, βρίσκω την σελίδα με τους drivers
και κατεβάζω το εξής:
Χρειάζεται να υπάρχει jre (java runtime) και libxp (τουλάχιστον σε εμένα)
Η εγκατάσταση (ως διαχειριστές):
tar zxvf Winpower_setup_Linux.tar.gz
cd Winpower_setup_Linux/Linux/./setup.bin
Αφού ακολουθήσουμε την πανεύκολη διαδικασία της εγκατάστασης παρατηρούμε ότι η εγκατάσταση
έχει γίνει στον κατάλογο: /opt/upspilot/
Εάν κάνουμε επανεκκίνηση τότε θα πρέπει να δούμε να εκτελείτε το πρόγραμμα: S99Winpower
εάν όχι τότε πρέπει να κάνουμε τις απαραίτητες ενέργειες εμείς ώστε να ξεκινάει κατά
την εκκίνηση του υπολογιστή μας.
Εάν μέχρι εδώ πάνε όλα καλά (και γιατί να μην πάνε δλδ) τότε είμαστε έτοιμοι να
τρέξουμε το monitor πρόγραμμα:
(ως διαχειριστής)
cd /opt/upspilot/
./monitor
και θα ξεκινήσει το πρόγραμμά μας
Και τώρα το δύσκολο μέρος:
Από το menu: Act as Administrator
πληκτρολογούμε το προκαθορισμένο συνθηματικό: Administrator
(προσοχή είναι case sensitive)
Auto Search UPS
κι εάν αυτό δεν παίξει σωστά: COM Port Setting –> /dev/ttyS0 –> OK
Εάν όλα πάνε καλά θα δούμε κάτι σαν κι αυτό:
Και πάνω που ολοκλήρωσα το migration στο laptop σε archlinux,
διαπίστωσα ότι έχει ανοιχτεί επίσημα και η πρόσβαση στο mirror της otenet:
http://ftp.otenet.gr/linux/archlinux/
ftp://ftp.otenet.gr/linux/archlinux/
Αλλάζω το /etc/pacman.d/mirrorlist
ebal@mylaptop:~€ egrep -v ‘^#|^$’ /etc/pacman.d/mirrorlist
Server = ftp://ftp.otenet.gr/pub/linux/archlinux/$repo/os/i686
Και με την παραπάνω εντολή βλέπουμε ότι είμαστε οκ με την αναβάθμιση.
ebal@mylaptop:~# pacman -Syu
:: Synchronizing package databases…
core is up to date
extra is up to date
community is up to date
:: Starting full system upgrade…
local database is up to date
από ότι έμαθα το mirror στην otenet θα είναι ανά 8ώρο
Linux & WPA2
Έστω ότι βρισκόμαστε σε ένα ασύρματο δίκτυο όπου το κλειδί είναι σε WPA2 τι κάνουμε;
και φτάνεις σε αυτό το σημείο:
Passphrase is currently not supported
Άρα εάν δεν έχεις καλώδιο τι κάνεις οεο;
Γυρνάς σε MS Windows; όχιιιιιιιι υπάρχει λύση βρε κουτό: wpasupplicant
RTFM το wpasupplicant
Χρειαζόμαστε το αποτέλεσμα της εξής εντολής:
$ wpa_passphrase
usage: wpa_passphrase <ssid> [passphrase]
Έστω λοιπόν ότι το ssid μας είναι το εξής: myssid
και το συνθηματικό μας (passphrase): testtest
$ wpa_passphrase myssid testtest
network={
ssid="myssid"
#psk="testtest"
psk=520551d66108e15f8fcc6cac00e33b19e0f53fcb8af3d45b705ffdf20eb0524f
}
Αποθηκεύουμε το αποτέλεσμα σε ένα αρχείο:
$ wpa_passphrase myssid testtest > /etc/network/myssid.wpa2
Οπότε είμαστε έτοιμοι να απολαύσουμε το ασύρματο δίκτυο μας.
Εάν συνδεόμαστε με dhcp:
$ cat /etc/network/interfaces
auto lo wlan0
iface lo inet loopbackiface wlan0 inet dhcp
wpa-driver wext
wpa-conf /etc/network/myssid.wpa2
Εάν πάλι συνδεόμαστε με στατική IP:
$ cat /etc/network/interfaces
auto lo wlan0
iface lo inet loopbackiface wlan0 inet static
address 192.168.2.131
netmask 255.255.255.0
gateway 192.168.2.1wpa-driver wext
wpa-conf /etc/network/myssid.wpa2
Ελπίζω να βοηθήσω λιγάκι να γλιτώσετε χρόνο :)
Hal & Devices
Όταν ήθελες να προσαρτήσεις μία συσκευή (κάποτε) έπρεπε να επεξεργαστείς το fstab κατάλληλα.
Αυτό γινόταν είτε με το χέρι, είτε μέσω ενός gui interface.
Μάλιστα όταν έπρεπε να συνδέσεις μία usb συσκευή έπρεπε να την βρεις πρώτα.
Πλέον με το hal & το dbus γίνονται όλα αυτόματα, αρκεί να ακολουθήσεις όμως κάποιους κανόνες.
Για αρχή χρειάζεται να ρίξουμε μια ματιά στα παρακάτω links:
Από το 1ο link βλέπουμε ότι μπορούμε να ορίσουμε την πολιτική για τους χρήστες μας.
Αυτό γίνεται στο εξής αρχείο:
/etc/PolicyKit/PolicyKit.conf
Για παράδειγμα το δικό μου PolicyKit.conf είναι το εξής:
<?xml version="1.0" encoding="UTF-8"?> <!-- -*- XML -*- -->
<!DOCTYPE pkconfig PUBLIC "-//freedesktop//DTD PolicyKit Configuration 1.0//EN"
"http://hal.freedesktop.org/releases/PolicyKit/1.0/config.dtd">
<config version="0.1">
<match user="ebal">
<match action="org.freedesktop.hal.storage.*">
<return result="yes"/>
</match>
<match action="hal-storage-mount-fixed-extra-options">
<return result="yes" />
</match>
<match action="hal-storage-mount-removable-extra-options">
<return result="yes" />
</match>
<match action="org.freedesktop.hal.power-management.*">
<return result="yes"/>
</match>
</match>
</config>
ΠΡΟΣΟΧΗ: Το δικό μου username είναι ebal, στο δικό σας παράδειγμα μπορεί να είναι κάτι άλλο.
Στο παραπάνω παράδειγμα υπάρχουν οι εξής δηλώσεις:
<match action=”org.freedesktop.hal.storage.*”>
<return result=”yes”/>
</match>
και
<match action=”org.freedesktop.hal.power-management.*”>
<return result=”yes”/>
</match>
Το πρώτο παράδειγμα επιτρέπει οποιαδήποτε ενέργεια σε ότι αφορά τους δίσκους (storage),
ενώ το δεύτερο παράδειγμα επιτρέπει οποιαδήποτε ενέργεια έχει να κάνει με την διαχείριση
του ρεύματος (π.χ. reboot ή shutdown)
Χρειάζεται να επιβεβαιώσουμε την ακεραιότητα του αρχείου, οπότε χρειάζεται να πληκτρολογήσουμε την εξής εντολή:
polkit-config-file-validate
Χρήσιμες και ενδιαφέρουσες πληροφορίες για τις συσκευές μας μπορούμε να δούμε με την εξής εντολή:
lshal
Φυσικά όταν ολοκληρώσουμε όλα τα παραπάνω χρειάζεται να επανεκιννήσουμε το dbus & hal
/etc/rc.d/dbus restart
/etc/rc.d/hal restart
Εάν μία διανομή σου έχει τα πάντα στο αυτόματο (δες ubuntu ή fedora) τότε καμιά φορά ξεκινάς από την αρχή όταν θέλεις να ρυθμίσεις κάτι με το χέρι. Έτσι λοιπόν ασχολήθηκα εχθές το απόγευμα και σήμερα, μαθαίνοντας και ρυθμίζοντας με το χέρι το Xorg και πως πραγματοποιείτε η εναλλαγή γλώσσας στο πληκτρολόγιο μέσω του hal.
Η πρώτη (και εύκολη) εργασία είχε λοιπόν ως σκοπό να δημιουργήσω και να ρυθμίσω κατάλληλα το xorg.conf. Αρκετά εντυπωσιακό το γεγονός ότι στο archlinux ΔΕΝ χρειάζεται να έχεις όντως αρχείο, αφού έχει την δυνατότητα να παράγει ένα generic on-the-fly όποτε τρέχεις startx και διαρκεί για την συνεδρία σου. Φυσικά όταν θέλεις να διορθώσεις κάποια πράγματα όπως η ανάλυση χρειάζεται να το κάνεις με το χέρι.
Σε αυτό το link: xorg κατέγραψα την προσπάθειά μου.
Η δεύτερη (και πιο δύσκολη) εργασία ήταν να προσθέσω την δυνατότητα της εναλλαγής γλώσσας για το πληκτρολόγιο μου. Στο archlinux και με την έκδοση 1.6.1 του xorg διαπίστωσα κάποιο πρόβλημα/bug όπου όταν απενεργοποιούσα το input hotplugging από το xorg μου, “κόλλαγε” η οθόνη μου. Οπότε αφιέρωσα κάμποσο χρόνο ώστε να κατανοήσω πλήρως την λειτουργία του Xorg - του hal - του dbus και κατέληξα σε ένα (πλήρης θέλω να φαντάζομαι) οδηγό για την εναλλαγή γλώσσας, ο οποίος βρίσκεται εδώ: Greek
Θα χαρώ πολύ να λάβω παρατηρήσεις για τον παραπάνω οδηγό.
Πως να αποφύγετε προβλήματα με το eshop.
Πολύ απλά ΔΕΝ αγοράζεις, είναι το δημοφιλέστερο online κατάστημα
και με την χειρότερη εξυπηρέτηση/πολιτική που υπάρχει.
Δευτέρα 04.05.2009 μετά τις 19.00 έκανα μία παραγγελία για μία τηλεόραση: SAMSUNG LE32B450 32 LCD
Τρίτη 05.05.2009 γύρω στις 12.00 μου την έχουν φέρει στην δουλειά. Πληρώνω μετρητά.
Πηγαίνω στο σπίτι το απόγευμα και την δοκιμάζω τοποθετώντας την εξωτερική κεραία που έχω ήδη σε άλλη τηλεόρασή. Αναζητώ για αναλογικά κανάλια, τα αποθηκεύει στις μνήμες του και ξεκινάω να δω
την ποιότητα.
ΠΟΙΑ ποιότητα;
ΠΟΙΑ κανάλια;
Η ευκρίνεια να τρεμοπαίζει και η εικόνα να είναι άθλια, όπως επίσης στο 95% των καναλιών δείχνει με χιόνια. Δοκιμάζω χειροκίνητη αναζήτηση, το ίδιο.
Τετάρτη 06.05.2009 επιστρέφω την τηλεόραση στο κατάστημα του Χαλανδρίου και ενημερώνω τον υπεύθυνο για την ποιότητα των καναλιών/ευκρίνεια κ.λ.π.
Σάββατο 09.05.2009 δέχομαι μήνυμα από το τμήμα Service όπου με ενημερώνει ότι η τηλεόραση δεν παρουσίασε κανένα πρόβλημα.
Την ίδια μέρα, προς το μεσημέρι δέχομαι μήνυμα να πάω να την παραλάβω από το Χαλάνδρι.
Δευτέρα 11.05.2009 μεταβαίνω στο κατάστημα του Χαλανδρίου, και μιλάω με τον υπεύθυνο.
Του εξηγώ τι έχει συμβεί και ζητάω τα χρήματά μου πίσω καθώς η τηλεόραση είτε είναι χαλασμένη
είτε δεν με ικανοποιείς καθώς δεν δείχνει καθόλου καλά.
Από τότε ξεκινάει ο γολγοθάς μου, τηλέφωνα/μηνύματα τπτ. Δεν μπορώ να βγάλω άκρη.
Έδωσα 420 ευρώ και δεν έχω το προϊόν.
Την Δευτέρα 25.05.2009 με ενημερώνουν ότι ΔΕΝ μου δίνουν τα χρήματα μου πίσω, ΔΕΝ γίνεται δεκτή η τηλεόραση.
Τους εξηγώ εκ νέου ότι η τηλεόραση ΔΕΝ παίζει και θέλω να γίνει ο έλεγχος μπροστά μου.
Κλείνουμε το ραντεβού για σήμερα 28.05.2009 (23 ημέρες μετά !!!) και παρουσιάζομαι στο κατάστημα του Μενιδίου.
Βάζουν την τηλεόραση σε μία εξωτερική κεραία και VOILA δεν παίζει τπτ. Πιάνει τα κανάλια αλλά είναι χάλια σε ποιότητα κ.λ.π.
Αφού εξηγώ στον τεχνικό πως να την δοκιμάσει εκ νέου διαπιστώνει ότι όντως η τηλεόραση ΔΕΝ παίζει σωστά.
Με ενημερώνει ότι θα αντικατασταθεί άμεσα με νέα τηλεόραση. Μιλάμε τον πωλητή για την αντικατάσταση ότι ΔΕΝ
με ενδιαφέρει άλλη τηλεόραση και πολύ φοβάμαι ότι επίσης ΔΕΝ θα παίζει σωστά ή θα έχω προβλήματα.
Με τα πολλά κατάφερα να μου στείλουν ένα μήνυμα για να μου πιστώσουν τα 420ευρώ κι όχι για την επιστροφή των χρημάτων μου.
Γιατί δλδ να πρέπει να τους ξαναδώσω τα χρήματά μου; Γιατί δεν μπορώ να τα πάρω πίσω;
Με όσους υπάλληλους μίλησα από το eshop ήταν ευγενέστατοι και εξυπηρετικοί.
Τα συμπεράσματά μου λοιπόν:
α. Δεν πρόκειται να αγοράσω ξανά από το eshop (δυστυχώς θα πρέπει να εξαντλήσω τα 420 ευρώ που έχω ως πιστωτικό)
β. Στις 09.05.2009 το τμήμα service ΔΕΝ διαπίστωσε πρόβλημα, αλλά στις 28.05.2009 παρουσία μου, διαπιστώνει πρόβλημα (αυτό το αφήνω προς προβληματισμό σας)
ΥΓ: Παρακαλώ την ανέχεια σας για την χρήση του πλανήτη για την δημοσίευση αυτού του post
Εάν και για τα screenshots χρησιμοποίησα ένα virtualbox, η διαδικασία που ακολούθησα και στο desktop μου είναι ακριβώς η ίδια.
Προς το παρόν όλα τα screenshots σε ένα album (αναλυτικά όλα τα βήματα)
Arch Linux - Installation Guide
και μόλις βρω λίγο χρόνο θα γράψω και ένα super αναλυτικό wiki βασισμένο στα screenshots ως οδηγό εγκατάστασης
Arch Linux aka boot in 12sec
Υπάρχουν 2 iso που μπορεί κάποιος να κατεβάσει:
α. core: το οποίο περιέχει και τα πακέτα (330MB), αποτελεί το base system του arch linux
β. ftp: το οποίο ΘΑ κατεβάσει τα latest πακέτα από τον mirror που έχεις επιλέξει. (148MB)
Μιας και έχω dsl αποφάσισα να κατεβάσω την έκδοση ftp.
Βρήκα mirror στο ntua και από το εξής url:
ftp://ftp.ntua.gr/pub/linux/archlinux/iso/latest/
κατέβασα το εξής iso: archlinux-2009.02-ftp-i686.iso
Το έκαψα σε ένα cd, επανεκκίνησα τον υπολογιστή μου και επέλεξα το boot από το cdrom. Η διαδικασία της εγκατάστασης αρκετά εύκολη. Δεν επέλεξα τπτ άλλο παρά να εγκαταστήσω μόνο το core (base system) του arch linux. Μερικά λεπτά αργότερα λοιπόν είχα έτοιμο τον υπολογιστή μου με την νέα μου διανομή.
Κάνω μια επανεκκίνηση και μέχρι να τακτοποιήσω λίγο το πληκτρολόγιο/ποντίκι/οθόνη στο γραφείο boot-αρε. Σκέφτηκα κάτι δεν πήγε καλά, ξανακάνω reboot και το χρονομετράω: 12 sec login screen.
Μερικές παρατηρήσεις:
Α. Η πρώτη εντολή θα πρέπει να είναι η εξής:
pacman -Sy
ώστε να ενημερωθεί η βάση των πακέτων ώστε να περιέχει και τα repositories πέρα του core.
Β. Η δεύτερη εντολή θα πρέπει να είναι:
pacman -S xfce4
Ευελπιστώ στις επόμενες μέρες να καταγράψω αναλυτικά την εγκατάσταση του arch με screenshots
όπως επίσης και πιο αναλυτικά blog posts γύρω από το arch.
Ένα λάθος script την λάθος ώρα, όπου κάπου ανάμεσα στις γραμμές τους έχει:
\rm -rf /usr
Φυσικά μετά το αποτέλεσμα, ένα χαμόγελο σχηματίστηκε στα χείλη μου.
Μιας και δεν έχω χάσει δεδομένα η πρώτη σκέψη μου ήταν η εξής:
“Ευκαιρία να βάλω fedora - και μετά σχεδόν άμεσα: Μα τι λέω, … ευκαιρία να βάλω arch”
Συμβουλή:
# mv /bin/rm /bin/rm.bak
Ένα από τα πιο αγαπημένα μου προγράμματα είναι το screen. Εάν και είναι γνωστό κυρίως για δύο πράγματα:
α. Μπορείς να ανοίξεις πολλαπλές οθόνες κάνοντας χρήση ενός τερματικού &
β. Να συνεχίσει να τρέχει ένα απομακρυσμένο πρόγραμμα - ακόμα κι εάν χαθεί το δίκτυο.
Μπορείς έπειτα να ξανακαλέσεις το screen και να σου φέρει πάλι τις οθόνες που
χρησιμοποιούσες στο απομακρυσμένο μηχάνημα.
Το screen όμως δεν κάνει μόνο αυτά. Το manual από την άλλη είναι πληρέστατο και ευανάγνωστο.
Μία από τις εντολές που κάθε φορά ψάχνω να θυμηθώ είναι η hardstatus. Με αυτή την εντολή ορίζεις
στην τελευταία γραμμή να εμφανίζονται κάποιες πληροφορίες ώστε με μια ματιά να ξέρεις τι γίνεται.
Προσωπικά είμαι minimalistic τύπος οπότε το δικό μου είναι κάπως έτσι (μέσα από το screen πληκτρολογούμε μαζί Ctrl+a+: )
hardstatus alwayslastline “%w %d-%m-%Y %c”
Πάντως ένας πολύ ωραίο post για το πως να αλλάξεις το περιεχόμενο της τελευταίας γραμμής βρίσκεται εδώ
Ένα mini how to για το screen μπορείτε να βρείτε κι εδώ: mini screen howto
Μετά από αρκετό καιρό απραξίας “έφαγα” το opensolaris από το laptop μου.
Τα πράγματα όμως ΔΕΝ ήταν τόσο απλά όσο ακούγονται.
Αγόρασα στις 08.11.2006 το FUJITSU-SIEMENS AMILO SI1520R2
με προεγκατεστημένα Windows Home Edition σε έναν 100GB δίσκο.
Λόγω δουλειάς αποφάσισα να μην αφαιρέσω τα Windows Home Editions από τον υπολογιστή μου.
Οπότε με το gparted έκανα resize το sda1 σε 30GB. Τα υπόλοιπα 70GB σκέφτηκα να τα διαχωρίσω
με τέτοιο τρόπο ώστε να έχω ευελιξία στην εγκατάσταση διαφόρων διανομών στο laptop μου.
Μιας και το λειτουργικό σύστημα Linux δεν ενδιαφέρεται εάν είναι σε logical ή primary partition
σκέφτηκα ότι δεν έχει νόημα να μπει σε primary. Οπότε λοιπόν έφτιαξα το sda2 ως extended
και έφτιαξα ένα 2GB swap partition στην αρχή ως sda5. Σκέφτηκα να το δημιουργήσω στην αρχή
του extended ώστε να μπορούν να το χρησιμοποιήσουν και οι υπόλοιπες διανομές. Παρόμοια
ιδέα είχα για την χρήση ενός κοινού /boot (150MB) partition (sda6) για όλες τις διανομές.
Υπόθεσα ότι θα ήταν καλύτερα έτσι, κι ότι θα είχα δύο μεγάλα partition χωρισμένα ισότιμα
(sda7 & sda8) ώστε να μπορώ να έχω το / (root partition) στο sda7 και το sda8 είτε ως /home
είτε ως / για μία άλλη/εναλλακτική διανομή.
οπότε στο πρώτο ΣΚ μετά την αγορά του laptop το laptop είχε την εξής μορφή:
sda1 —> Windows XP Home Edition ( Primary Partition - 30 GB )
sda2 —> Extended ( 70 GB )
sda5 —> Swap Partition ( Logical - 2 GB )
sda6 —> Boot ( Logical - 150 MB )
sda7 —> Root ( Logical - 20 GB )
sda8 —> Home ( Logical - 20 GB )
sda9 —> Opt ( Logical - 20 GB )
μετά από αρκετό καιρό κι επειδή είχα “ασελγήσει” επάνω στο linux μου - έπρεπε να έχω κι ένα partition με Linux
το οποίο θα έπαιζε όταν θα έπρεπε. Έπρεπε λοιπόν να μεταφέρω το /opt ( sda9 ) στο / ( sda7 ).
Κι έτσι έστησα ένα xubuntu (basic installation) στο /sda9 οπότε είχα ένα trible boot.
Φυσικά μετά από λίγο καιρό στο sda9 δοκιμάστηκαν αρκετές διανομές ή όποτε χρειαζόταν λειτουργούσε κι ως αποθηκευτικός χώρος.
Το sda7 σε κάθε διανομή ubuntu αναβαθμιζόταν, έβγαιναν προγράμματα - έμπαιναν προγράμματα.
Μιας και έχω ιδιαίτερη αδυναμία σε source based εγκαταστάσεις προγραμμάτων - κι επειδή ξεκίνησα να βοηθάω στις μεταφράσεις του xfce, το τελικό αποτέλεσμα στο sda7 είναι το εξής: ubuntu minimal κι όλα τα υπόλοιπα build από τον πηγαίο κώδικα, όπως κι όλο το xfce
Τα πράγματα πήγαιναν αρκετά καλά μέχρι την στιγμή που αποφάσισα να δοκιμάσω το opensolaris.
Εδώ υπήρχε και το “σοβαρό” πρόβλημα. Το OpenSolaris δεν μπορεί να μπει σε logical partition.
Έλα μου ντε που εγώ δεν είχα primary partition.
Η λύση δόθηκε τρώγοντας το sda9 και “διορθώνοντας” το partition table. Εδώ φυσικά ΔΕΝ έπαιξαν όλα όπως θα έπρεπε.
Κάποια στιγμή λοιπόν έχασα ολόκληρο το partition table - ευτυχώς όμως δεν πείραξα δεδομένα από τον δίσκο.
Μέσα σε ένα ΣΚ λοιπόν και με την χρήση των fdisk, cfdisk, parted, gparted και gpart ξαναδημιούργησα το partition table
του δίσκου μου - χωρίς να χάσω ούτε ένα αρχείο.
Η εικόνα όταν έφαγα και το sda9 ήταν η εξής:
Disk /dev/sda: 100.0 GB, 100030242816 bytes
255 heads, 63 sectors/track, 12161 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0×35f135f0Device Boot Start End Blocks Id System
/dev/sda1 * 1 3916 31455232 7 HPFS/NTFS
/dev/sda2 3917 9418 44194815 5 Extended
/dev/sda5 3917 4177 2096451 82 Linux swap / Solaris
/dev/sda6 4178 4196 152586 83 Linux
/dev/sda7 4197 6807 20972826 83 Linux
/dev/sda8 6808 9418 20972826 83 Linux
με περίπου 20 GB αδήλωτα
Εδώ για να είμαι ειλικρινής τα χρειάστηκα για τα καλά. Υπήρχε πρόβλημα, έπρεπε με κάποιο τρόπο
να διορθώσω τον partition table - να καθαρίσω το /boot (αχρείαστο ήταν) και να ορίζω το παλιό μου sda9
ως Primary Partition και μάλιστα αφού υπήρχε ήδη το sda2 (extended) έπρεπε να δηλωθεί ως sda3.
Αυτό ΔΕΝ γίνεται εύκολα - αλλά με υπομονή και μεγάλη προσοχή η εικόνα έπειτα ήταν η εξής:
Disk /dev/sda: 100.0 GB, 100030242816 bytes
255 heads, 63 sectors/track, 12161 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0×35f135f0Device Boot Start End Blocks Id System
/dev/sda1 1 3916 31455232 7 HPFS/NTFS
/dev/sda2 3916 9418 44194821+ 5 Extended
/dev/sda3 * 9419 12161 22033147+ bf Solaris
/dev/sda5 3917 4177 2096451 82 Linux swap / Solaris
/dev/sda6 4178 8113 31615920 83 Linux
/dev/sda7 8114 9418 10482381 83 Linux
Φυσικά όταν προσπαθούσα πλέον να δω τον δίσκο είτε με το parted είτε με το gparted είτε με το cfdisk
υπήρχαν errors. Και φυσικά υπήρχαν errors μιας και έπρεπε μέσω του fdisk να αλλάξω στην σειρά των κατατμήσεων
ώστε να δηλώσω το παλιό μου sda9 ως sda3.
Εάν για κάποιο απίστευτο λόγο διαβάζεται μέχρι εδώ - λίγη υπομονή.
Το ωραίο ξεκινάει από εδώ και κάτω!!!
Αποφάσισα λοιπόν να κάνω τις εξής εργασίες στον δίσκο μου:
α. Δεν χρησιμοποιούσα το opensolaris - έπρεπε να φύγει
β. είχα ήδη μεταφέρει το /home σε ext4 - έπρεπε και το /
γ. έπρεπε να μεταφέρω το /home στο / ώστε να υπάρχει ελεύθερος χώρος
δ. έπρεπε να διορθώσω το partition table μου για να παίξει το laptop μου κάτι.
Ξεκίνησα με το fdisk και αφού διέγραψα το sda3 - διέγραψα και το swap partition (λάθος κίνηση)
θεωρώντας ότι έπρεπε να το ξαναδημιουργήσω με σκοπό να διορθώσει την σειρά των κατατμήσεων.
Επίσης έπρεπε να χρησιμοποιήσω κάποιο live cd ή live usb με υποστήριξη ext4 για να μπορώ να κάνω
την μετατροπή του / (root partition) από ext3 σε ext4. Εδώ υπήρχε ένα πρόβλημα, καθώς το live usb
που είχα - είχε μέσα xubuntu χωρίς υποστήριξη ext4. Ταυτόχρονα με αυτό το πρόβλημα διαπίστωσα
ότι τελικά είχα σεξουαλικές σχέσεις με το partition table μου με αποτέλεσμα ούτε το gparted να παίζει
ούτε το cfdisk ούτε τπτ. Κάπου εκεί χάθηκε και το grub για να δω ότι παίζει χωρίς πρόβλημα το winxp
Κάπου εκεί κοντά έχασα και την δυνατότητα να “διαβάσω” και το root partition μου !!!
Τα δεδομένα είναι απείραχτα, αλλά δεν μπορώ να έχω πρόσβαση σε αυτά.
Στην προηγούμενη αναζήτησή μου για restore του partition table βρέθηκα αντιμέτωπος με το gpart
Λοιπόν - σκέφτομαι πολύ να στείλω λεφτά σε αυτόν τον άνθρωπο (και πρέπει δλδ).
Αναζητώντας μία διανομή για να περάσω στο usb μου με υποστήριξη εργαλείων όπως το gpart
και ext4 βρέθηκα με το systemRescueCd. Αφού ακολούθησα τις εξής οδηγίες:
SystemRescueCd on a USB-stick
το πέρασα στο usb stick μου, κι εκκίνησα το laptop μου με την επιλογή να μπορεί να boot-άρει από το usb.
Έτσι κι έγινε, κι αφού φορτώθηκε το system rescue cd, έτρεξα την εξής εντολή:
gpart /dev/sda
κι αφού βεβαιώθηκα ότι το partition table που προκύπτει είναι σωστό, έτρεξα την εξής εντολή:
gpart.linux -W /dev/sda /dev/sda
και voila !!!! όλα τέλεια.
έβαλα τις τελικές διορθώσεις με το gparted και στην συνέχεια έκανα το convert από ext3 σε ext4:
tune2fs -O has_journal,dir_index,filetype,extent,flex_bg,sparse_super,large_file,huge_file,uninit_bg,dir_nlink,extra_isize /dev/sda3
fsck -pDf /dev/sda3
e2fsck -fD /dev/sda3
(με τις παραπάνω εντολές - τσεκάρω δύο φορές το partition, δεν είναι απαραίτητο - απλά το κάνω εγώ έτσι)
Πλέον έχω πρόσβαση σε όλες μου τις κατατμήσεις - είναι όλες σε ext4 και δεν έχω χάσει κανένα μα κανένα δεδομένο.
Εντυπωσιακό.
Τώρα έμειναν τρία απλά πράγματα:
α. Να διορθώσω το /etc/fstab
β. Να διορθώσω το menu.lst του grub
γ. Να εγκαταστήσω στο grub εκ νέου στον δίσκο του laptop
Προσαρτήσω την κατάτμησή μου:
mount -t ext4 /dev/sda3 /mnt/
mount –bind /dev/ /mnt/dev
mount –bind /proc/ /mnt/proc
Μεταβαίνω σε αυτή:
chroot /mnt
Διορθώσω και ελέγχω ότι χρειάζεται
(δεν χρειάζεται να κάνει κανείς chroot για να διορθώσει τα αρχεία - είναι όμως χρήσιμο για να διαπιστώσει ότι όλα είναι καλά)
Κι έπειτα αφού κάνω exit από το chroot περιβάλλον εγκαθιστώ το grub:
grub-install –root-directory=/mnt/ /dev/sda
Πραγματοποιώ επανεκκίνηση (σε αυτό το σημείο σταυρώνω τα δάχτυλά μου - το γράφει στο manual του gpart)
και διαπιστώνω σε μερικά δευτερόλεπτα ότι όλα είναι τέλεια !!!
Πλεόν το partition table μου είναι το εξής:
Disk /dev/sda: 100.0 GB, 100030242816 bytes
255 heads, 63 sectors/track, 12161 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0×35f135f0Device Boot Start End Blocks Id System
/dev/sda1 * 1 3916 31455232 7 HPFS/NTFS
/dev/sda2 3917 4177 2096448 82 Linux swap / Solaris
/dev/sda3 4178 9418 42098332 83 Linux
/dev/sda4 9419 12161 22033116 83 Linux
και πήρα ένα αντίγραφο για να μην το χάσω:
dd if=/dev/sda of=sda.20090516.bin bs=512 count=1
κι εάν ποτέ χρειαστεί να κάνω restore:
dd if=sda.20090516.bin of=/dev/sda bs=512 count=1
Η επόμενη έκδοση λοιπόν της διανομής ubuntu 9.10 είναι γεγονός με όνομα karmic
Ήθελα να κατεβάσω κάτι από το mirror της otenet
Origin: Ubuntu
Label: Ubuntu
Suite: karmic
Version: 9.10
Codename: karmic
Date: Wed, 13 May 2009 8:38:50 UTC
Architectures: amd64 armel hppa i386 ia64 lpia powerpc sparc
Components: main restricted universe multiverse
Description: Ubuntu Karmic 9.10
Οπότε εάν θέλετε να συμμετέχετε στην βελτίωση της επόμενης έκδοσης με κανά καλό bug report ορίστε τι πρέπει να προσθέσετε στο αρχείο /etc/apt/sources.list
deb ftp://ftp.otenet.gr/ubuntu karmic main multiverse restricted universe
deb ftp://ftp.otenet.gr/ubuntu karmic-updates main multiverse restricted universe
deb ftp://ftp.otenet.gr/ubuntu karmic-security main multiverse restricted universe
deb ftp://ftp.otenet.gr/ubuntu karmic-proposed main multiverse restricted universe
deb ftp://ftp.otenet.gr/ubuntu karmic-backports main multiverse restricted universe
ή εάν θέλετε να κάνετε χρήση του http (π.χ. είστε πίσω από http proxy):
deb http://ftp.otenet.gr/ubuntu karmic main multiverse restricted universe
deb http://ftp.otenet.gr/ubuntu karmic-updates main multiverse restricted universe
deb http://ftp.otenet.gr/ubuntu karmic-security main multiverse restricted universe
deb http://ftp.otenet.gr/ubuntu karmic-proposed main multiverse restricted universe
deb http://ftp.otenet.gr/ubuntu karmic-backports main multiverse restricted universe
Fosscomm v2 @Λάρισα
Σάββατο 09 Μαΐου 2009
Κυριακή 10 Μαΐου 2009
Α Μέρος: Το Tαξίδι
Παρασκευή 08 Μαΐου 2009 (το βράδυ) κατεβάζω το larisa_fosscomm.dat που έφτιαξε
ο Γιώργος από εδώ: kargig για το destinator.
Σάββατο 5.30 ξυπνάω, ντύνομαι - φτιάχνω καφέ και πηγαίνω στο αμάξι και ξεκινάω για Λάρισα.
Πρώτα όμως θα πρέπει να γεμίσω τις υπόλοιπες 4 κενές θέσεις, οπότε:
Θέση #2: Κώστας (6.00)
Θέση #3: Θεόφιλος (6.30)
Θέση #4: Νίκος (6.30)
Θέση #5: Γιάννης (7.30)
Μετά από μία στάση για καφέ και 367 χιλιόμετρα μετά φτάνουμε στο ΤΕΙ Λάρισας γύρω στις 10.45
Φυσικά αργοπορημένοι (όπως πάντα δλδ), αλλά όπως και να ‘χει είμαστε εκεί.
Κυριακή αποφασίσαμε οι παραπάνω 5 αμαρτωλοί να φάμε με καλή παρέα στο πάρκο του Αλκαζάρ για μεσημέρι
κι έπειτα σιγά - σιγά να επιστρέψουμε για Αθήνα (λίγο νωρίτερα από ότι είχαμε προσχεδιάσει).
Με λίγη υπομονή (απαγορεύεται το τσιγάρο στο αμάξι) και με μία μικρή βόλτα προς Τύρναβο για να
βάλουμε βενζίνη (ευτυχώς που άνοιξα το GPS δλδ) και μία στάση για τσιγάρο και νερό στο 140 φτάσαμε
Αθήνα κατά τις 21.00
Εντυπώσεις από το ταξίδι στον δρόμο:
Το skoda μετά από 800 χιλιόμετρα περίπου έκαψε 60ευρώ (αρκετά οικονομικά - μπράβο του)
5 άτομα τελικά είναι πολλά
Το τσιγάρο είναι πάθος - είναι κρίμα να ζει κάποιος δέσμιος από πάθη.
B Μέρος: Οι Φίλοι
Μπορεί να ακούγεται λίγο περίεργο, αλλά πραγματικά με όλους αυτούς τους geeks
περνάω πραγματικά πάρα πολύ όμορφα και κάθε φορά χαίρομαι που τους συναντάω.
Σάββατο βράδυ βγήκαμε για Τσίπουρα με γλυκάνισο (δεν έχω ξαναπιεί ποτέ)
Οι φωτογραφίες που τράβηξα είναι εδώ:
fosscomm v2
Οι συζητήσεις, flames, διάλογοι και αντίλογοι είναι τελικά κάτι το ξεχωριστό.
Δεν έχω να προσθέσω τπτ άλλο - νομίζω οι φωτογραφίες μιλάνε από μόνες τους.
Γ Μέρος: Η fosscomm
Φέτος έγινε εκτός Αθήνας - προσωπικά είμαι υπέρ αυτής της άποψης και μάλιστα το βρίσκω
κι ως ευκαιρία να ξεφεύγω από δουλειά και Αθήνα. Θα αναφέρω τι δεν μου άρεσε πρώτα:
Περίμενα να δω πολλές περισσότερες κοινότητες από ότι πέρσι (δεν είδα)
Στον χρόνο των παρουσιάσεων περίμενα να δω περισσότερο για το έργο των κοινοτήτων
και λιγότερο χρόνο για το πόσοι έχουν γραφτεί στο forum τους.
Τι μου άρεσε:
Πολύ ωραία η παρουσίαση της κοινότητας gentoo.
Τεχνικά δομημένη και άνθρωποι που ήξεραν τι να πουν.
Επίσης ένα plus ακόμα για το workshop.
Ακόμα και στην προσπάθειά μου να τους το καταστρέψω - τελικά έμαθα και 5 πράγματα παραπάνω.
Εκπληκτικό το workshop του Κώστα Δρόγγου. Πραγματικό workshop. Μάλιστα ήρθαν και μας πέταξαν από
την αίθουσα. Τουλάχιστον από εμένα υπήρχαν πάρα πολλές ερωτήσεις κι όλες απαντήθηκαν τεχνικά.
Μου άρεσε το 1ο μέρος του android
Το hackfest του fedora, η κοινότητα του fedora, οι άνθρωποι του fedora.
Για κάποιο περίεργο λόγο δλδ νομίζω ότι είναι αρκετά δομημένοι και οργανωμένοι
χωρίς όμως να τους στερείτε ελευθερία.
Τα παιδιά από το ΤΕΙ Λάρισας - αρκετό μεράκι για μία πάρα πολύ καλή δουλειά. Τα συγχαρητήριά μου.
Τι δεν μου άρεσε:
Αρκετά λιγότερες κοινότητες φέτος,
αρκετές ακυρώθηκαν,
μα που είναι τελικά αυτοί οι Θεσσαλονικιοί; περίμενα πως και πως το thelug, και μάλιστα σε ένα μέρος δυο ωρίτσες (το πολύ) μακριά.
παρουσιάσεις που άκουσα και πέρσι - χωρίς κάτι ενδιαφέρον
δεν μου άρεσε το 2ο μέρος του android - άσε δε που μας έφαγε όλη με την μέρα με την παρουσίαση.
δεν μου άρεσε που δεν είδα μία παρουσίαση του freebsd - την περίμενα πως και πως
δεν είδα αρκετά workshops.
Είμαι εξαιρετικά ενθουσιασμένος καθώς το αμάξι μου γέμισε από φίλους για να ανέβουμε παρέα στην Λάρισα.
Τι περιμένω λοιπόν μετά από 360χιλιόμετρα στην Εθνική:
δύο μέρες ΕΛΛΑΚ (ΣΚ στην Λάρισα)
εκατοντάδες geeks (ήθελα να γράψω χιλιάδες όμως)
είκοσι παρουσιάσεις (τουλάχιστον)
και φυσικά θα κάνουμε και Party (Key signing)
κι όλα αυτά με: ΜΗΔΕΝ ΕΥΡΩ
Προσπαθώ να εκβιάσω τους διοργανωτές για κανά beer event το Σάββατο βράδυ
έχω φωτογραφίες από μερικούς από την fosdem :) ελπίζω να το καταφέρω.
Πολύ ενδιαφέρον προγραμματάκι.
Το βρίσκεται εδώ: dnstop
κατεβάζοντας τον κώδικα από εδώ
η εγκατάσταση είναι εξαιρετικά εύκολη:
wget -c http://dns.measurement-factory.com/tools/dnstop/src/dnstop-20090128.tar.gz
tar zxvf dnstop-20090128.tar.gz
cd dnstop-20090128
./configure
make
make instal
και το αποτέλεσμα από έναν cache dns server είναι κάπως έτσι:
ΥΓ: έχω παραποιήσει τις IPs των πελατών